<Skaag>
ok when I edit the [usbc0] section in my .fex file and modify usb_port_type from 2 to 0 the load on my A13 suddenly drops from 1.0 to normal loads.
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
geecko has quit [Quit: Quitte]
<wens>
arokux: nice!
Nyuutwo has joined #linux-sunxi
pseudomind has quit [Read error: Connection reset by peer]
guizamboni has quit [Quit: Leaving]
drachensun has quit [Remote host closed the connection]
egbert has quit [Disconnected by services]
egbert_ has joined #linux-sunxi
pfdm has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
eebrah_ has quit [Ping timeout: 246 seconds]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
deasy has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<deasy>
arokux, ! are you here ?
<deasy>
i would try to improve dolphin on kde and i need your help for do it
Sonicadvance1 has quit [Ping timeout: 248 seconds]
Sonicadvance1 has joined #linux-sunxi
Soru_ has joined #linux-sunxi
Soru__ has quit [Ping timeout: 252 seconds]
Soru_ has quit [Read error: Connection reset by peer]
Soru_ has joined #linux-sunxi
Soru has joined #linux-sunxi
pfdm has quit [Ping timeout: 250 seconds]
Soru_ has quit [Ping timeout: 260 seconds]
tzafrir has quit [Ping timeout: 268 seconds]
Soru___ has joined #linux-sunxi
Soru has quit [Ping timeout: 252 seconds]
Soru has joined #linux-sunxi
Soru___ has quit [Ping timeout: 252 seconds]
Soru has quit [Ping timeout: 252 seconds]
Soru_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Soru___ has joined #linux-sunxi
Soru_ has quit [Read error: Connection reset by peer]
[7] has quit [Disconnected by services]
Soru has joined #linux-sunxi
TheSeven has joined #linux-sunxi
Soru___ has quit [Ping timeout: 272 seconds]
<WarheadsSE>
I think he's asleep at this time
<WarheadsSE>
deasy: ^ -- but I'm headed that way too.
bsdfox\ has joined #linux-sunxi
bsdfox\ has quit [Changing host]
eebrah_ has joined #linux-sunxi
<deasy>
WarheadsSE, yum what means i'm headed ?
<apo>
hm
<apo>
can the uboot on nand storage be configured to use a kernel on a SATA disk?
<apo>
(cubietruck)
eebrah_ has quit [Ping timeout: 246 seconds]
eebrah_ has joined #linux-sunxi
n01 has joined #linux-sunxi
jeremb_ has quit [Quit: Connection closed for inactivity]
soul has joined #linux-sunxi
soul is now known as Guest66040
Soru has quit [Ping timeout: 260 seconds]
n01 has quit [Ping timeout: 240 seconds]
Soru_ has joined #linux-sunxi
Guest66040 has quit [Ping timeout: 260 seconds]
Soru_ has quit [Ping timeout: 246 seconds]
wolfy has joined #linux-sunxi
<libv>
does anyone remember where there is a warning about including information on our wiki which is not appropriate, or owned by the person including that information?
<libv>
ah, at the bottom of any edit page
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
iamfrankenstein has joined #linux-sunxi
n01 has joined #linux-sunxi
apo has quit [Read error: Connection reset by peer]
apo has joined #linux-sunxi
BluesBoy has joined #linux-sunxi
Quarx has joined #linux-sunxi
apo has quit [Read error: Connection reset by peer]
apo has joined #linux-sunxi
<oliv3r>
apo: nope
<apo>
oliv3r: aw.
<hramrach>
arokux: iirc the status of the 2GB patch for u-boot is .. waiting for upstream to figure out how they are going to do it
<libv>
oh man, which sane human being can work his way through firststeps today.
<libv>
that
<libv>
's just sickening
apo_ has joined #linux-sunxi
eebrah_ has quit [Ping timeout: 244 seconds]
apo has quit [Remote host closed the connection]
<plaes>
the BSP section in Device Page should mention what it is
<libv>
plaes: do we even have a useful bsp howto?
<plaes>
I only think that it means "Board Specific Packages" ??
<libv>
the state of FirstSteps, knowing where it started out, just makes me despair.
<libv>
what is the fucking point of this wiki.
<plaes>
nah.. it's almost fine.. I got things running quite fast
<plaes>
now need to figure out what's wrong with wifi
<libv>
really?
<libv>
i cannot make heads nor tails from the firststeps howto anymore
<libv>
sure, the naming today is all wrong, but it was perfectly apt when i wrote it more than a year ago, as it was the only concise bit of info out there
_massi_ has joined #linux-sunxi
<libv>
now instead of someone going in and properly fixing it, it's just gotten horribly maimed
<plaes>
how does sunxi-boards handle identical .fex files?
<plaes>
or should I just send gemei_g9.fex and add note somewhere?
<libv>
plaes: it doesn
<libv>
't atm
<libv>
(heh, i finally have gotten round to getting a proper us keyboard, and i am still struggling, since i haven't used one for about 2 years)
<libv>
plaes: is there a zatab .fex?
<plaes>
yes
<libv>
plaes: or was it the uboot support for it that was missing?
<libv>
afaik, it is best to just send in patches for sunxi-boards
<plaes>
hrm.. it should be s/board/tablet
eebrah_ has joined #linux-sunxi
<libv>
also, could you spend a bit of time extending steps 5,6,7 of new board howto?
<libv>
since you just worked through that
<libv>
sunxi-tablets?
<plaes>
nope, the commit message :)
<libv>
imho it should be sunxi-devices, but it's close enough that one shouldn't bother
<libv>
plaes: close enough for a commit message :)
notmart has joined #linux-sunxi
<libv>
plaes: also, but i am not sure, git emails to the ml might be preferred
<plaes>
ok
<libv>
i really do not know though, mnemoc should have the overview there.
boycottg00gle has joined #linux-sunxi
<oliv3r>
libv: working on a .de keyboard? i make many typing mistakes on those too
<libv>
i was unable to get a .us keyboard for my hp probook, at least not at a reasonable price
<oliv3r>
ebay?
<libv>
now they are cheaply available, either as chinese rip-offs, or as second hand ones
arokux2 has joined #linux-sunxi
<libv>
but that was not the case 2 years ago
<oliv3r>
i imagine
<arokux2>
hramrach: ping
<libv>
the laptop i had before was with a us keyboard, so i went through some pain there as well
* torbenh3
wonders whats the point with an US keyboard.
<libv>
torbenh3: write some C code with a german, french or belgian keyboard and you'll know
<oliv3r>
torbenh3: hat keyboard do you use
<torbenh3>
i mean, when i switch to german layout, for some reason, i would be pretty lost on that.
<n01>
switch to dvorak :)
<n01>
no more pain in the ass
<torbenh3>
oliv3r: using a german keyboard with us layout.
<oliv3r>
i actually have a spare keyboard with dvorak layout (keys switched) but have to start using it
<oliv3r>
torbenh3: pff, so you are using US layout too then
<oliv3r>
it's nice to have the keycaps match the actual keys
<libv>
that's one thing, but a .us variation is wholly incompatible with .de
<torbenh3>
oliv3r: of course. i just dont understand why the keycaps should match :)
<oliv3r>
sometimes it makes it easier :p
<oliv3r>
beside,s my OCD would kick in ;)
maz_ has quit [Ping timeout: 268 seconds]
<arokux2>
libv: "Please use the wrongly named Submitting_Boards howto " <--- rename it
<libv>
the plan with the replacement keyboard for the probook is that you keep on using the bit of inter-key plastic, and just transplant that to the new keyboard
<libv>
arokux2: i was going to, just pulled u-boot to cull some stupidity from one of the referencers
<libv>
arokux2: this wiki is in such a shitty state that i cannot try to fix one thing without having to fix pretty much everything
<arokux2>
libv: as I started I've fixed also lots of things :)
<arokux2>
libv: now I just "live with it"
<libv>
on the probook keyboard: i now am typing on a pretty bare .us keyboard, as the interkey plastic is wholly incompatible with the new layout
<oliv3r>
i haven't touch the wiki mostly for about 6-12 month :(
<oliv3r>
libv: what's an 'interrkey'?
<arokux2>
oliv3r: please review GMAC
<libv>
arokux2: and in the mean time, every idiot who cannot think structuredly has had a go at adding his own little not-as-useful bit of info
<mnemoc>
arokux2: pong
<arokux2>
mnemoc: please review GMAC
<oliv3r>
arokux2: your cherry pick from benn? it needs better commit message :p
<libv>
oliv3r: these new crappy apple styled keyboards have keys which only stick out out 2 mm from the surface of the keyboard
<oliv3r>
arokux2: i'm not sure what there is to review, it's a simple cherry-pick; instead of a seperated patch, a hash sent to mnemoc with an ack that it works would have been fine
<mnemoc>
arokux2: do you have that on a branch? for lazy pulling :p
<arokux2>
oliv3r: please post all your comments as reply on the ML
<libv>
they do however have 4-5mm of travel, and hp designed this thing so that you have a plastic raster around the keys
<oliv3r>
libv: ugh; hate those flat keyboards
<oliv3r>
arokux2: that's it, no comment, other then 'i think you did it worng' :)
<libv>
oliv3r: even lenovo switched to it today
<oliv3r>
libv: i don't see what's the point
<oliv3r>
mnemoc: its extracted from benn's lichee-3.4 tree afaik; so should be cherry pickable
<arokux2>
oliv3r: I think this should be splitted and maybe changed
<libv>
oliv3r: we do not see the point, but we are apparently not relevant
<wens>
arokux2: GMAC working for you?
<libv>
even though we will soon end up being just about the only folk who will buy laptops
<oliv3r>
arokux2: nah, first you cherry pick it from the drop; then change to make it work if needed, little changes is good, since it makes diffing easier later
<oliv3r>
libv: i like keyboards with a heavier stroke; makes the muscles work out ;)
<torbenh3>
pfff... be gentle to your computer :P
<oliv3r>
libv: athome, I actually prefer my big box; i use my laptop only in bed/sofa
<mnemoc>
<3 das keyboard
<arokux2>
oliv3r: have you read the cover letter?
<oliv3r>
then again, my laptop is a 2004 T42 thinkpad ;)
<oliv3r>
arokux2: there was none
<arokux2>
oliv3r: sure?
<oliv3r>
arokux2: well not on my inbox, it just said 'from benn'
<torbenh3>
wens: did you get somewhere with the stmmac thingy ?
<libv>
oliv3r: i prefer to not have to switch environments at all, which is especially helpful when you are travelling to customers and such
<wens>
torbenh3: well, i think the issue is to enable GMAC clock in the CCU. playing with it now.
<oliv3r>
arokux2: anyway, if it is the code from lichee-3.4, it should be copied 'as is' initially for traceability/diffability, and only then fixes ontop of that
<oliv3r>
libv: i'm not in that luxury position ;)
<oliv3r>
libv: if I where though, I'd probably have a dockingstation at home and have the laptop closed
<torbenh3>
wens: mmm... iirc you said, it doesnt enumerate the phy.
<n01>
mnemoc: I bought a wasd v2 (cherry mx clear) ... honestly? better than das
<arokux2>
oliv3r: please read the cover letter.
<torbenh3>
wens: maybe there is some phy clock. normally the gmac clock would yield unaccessible registers of the gmac.
<oliv3r>
added EL glow wire behind the keys (that i never use) and have red numlock etc leds :)
<mnemoc>
arokux2: I am using my CT now, so it surely has prio :p
<n01>
cherry blue?
<oliv3r>
n01: nah, cherry rubber keys, non mechanical ' cheap' keyboard, but with heavy stroke
<n01>
yeah, I have a sort of fetish for keyboards :)
mkutsevol has left #linux-sunxi [#linux-sunxi]
<mnemoc>
n01: how much was the shipping of the wasd to .it?
<n01>
_a lot_
<mnemoc>
:<
<mnemoc>
can't find an EU distributor
<n01>
a think I paid 80e in shipping and customs
<mnemoc>
:/
<mnemoc>
so 200E keyboard
<n01>
yes
<oliv3r>
arokux2: i know why i'm getting only tyhe patches, and not the cover letter; somewhere your mailer is setup wrong; X-Amavis-Alert: BAD HEADER SECTIon, Duplicate header field: "Referneces"
<oliv3r>
the patches have bad headers, the cover-letter is fine
<rellla>
arokux2: but gmac won't work until u-boot driver is also present, right?
<arokux2>
oliv3r: i'm using git send-email...
<arokux2>
rellla: no, gmac works as is.
<arokux2>
rellla: read my cover letter:p
<oliv3r>
it's somehow messing up your references, ironically i don't see all patches on linux-sunxi as gmail probably delays/ignores them aswell due to the bad-headers
<arokux2>
oliv3r: I see everything in the web interface of my gmail account.
<oliv3r>
n01: omg wasd v2 doesn't have numpad!
<oliv3r>
arokux2: they are your mails! :p
<n01>
oliv3r: you can choose the 105 version
<oliv3r>
arokux2: i didn't get the sun7i_defconfig patch on the ML for example
<arokux2>
oliv3r: I seen them in the inbox, since I've sent them to myself
<oliv3r>
here i go thinking that dvorak is the all and awesome new layout, but here comes colemak, even more awesome!
<arokux2>
keyboards are flawed essentially.
<n01>
oliv3r: colemak is usefull if you want to stick to qwerty somehow
<oliv3r>
appearantly there's even less movement then dvorak
<oliv3r>
and being compatible with qwerty is understandable
dapsaille has joined #linux-sunxi
<n01>
colemak is born to make the switch from qwerty less traumatic
<n01>
because swithing to dvorak _is_ traumatic
<oliv3r>
mx clear, those new switches?
<n01>
I'm using clear right now
<n01>
I love the stiffness of the keys
<oliv3r>
on codekeyboards.com it says 'ultra-rare cherry mx clear mechanical keyswtiches'
<oliv3r>
wanted to see if that's just marketing at work
<n01>
yes, clear are rare
<oliv3r>
i don't mind the traumatic swtich from dvorak; but if colemak is slightly more efficient to boot; why not
<n01>
your call :)
forcev has joined #linux-sunxi
<oliv3r>
n01: have you tried both?
FunkyPenguin has quit [Quit: No Ping reply in 180 seconds.]
<oliv3r>
i just want the 'most efficient layout' whether that's dvorak or colemak doens't matter to me, but right now, statstics at carplax (sp) say colemak is slightly better
<oliv3r>
ok ONE little thing they could have done better on a 180 USD keyboard http://www.codekeyboards.com/ here is
<wens>
arokux: for some hard dependencies, like MII, you might want to use "select"?
<arokux>
wens: ok (we were talking about configs in general)
<JohnDoe_71Rus>
oliv3r: arokux: :( i just whant build module to wifi
<wens>
arokux: i see
<arokux>
JohnDoe_71Rus: I see, but I cannot help you, since I only work with sunxi-3.4 and there everything just works.
<arokux>
JohnDoe_71Rus: so you might want considering switching to it. in case of problems we will happily assist you.
<arokux>
The software and documentation are furnished under a license agreement and may be used orcopied only in accordance with the terms of the license agreement. No part of the software and documentation may be reproduced,transmitted, or translated, in any form or by any means, electronic, mechanical, manual, optical, or otherwise, without prior writtenpermission of Synopsys, Inc., or as expressly provided by the license agreement.
<oliv3r>
JohnDoe_71Rus: make menucofnig, net -> wireless -> ralink -> rt28x0 -> USB
<JohnDoe_71Rus>
arokux: but 3.4 does not support cb2 android yet
<oliv3r>
JohnDoe_71Rus: why not?
<hramrach>
arokux: that's why we have kernel links there. because the sunxi kernel does not work
<JohnDoe_71Rus>
oliv3r: see pastebin
<arokux>
hramrach: but the title of the section reads: "Status of the community kernel (sunxi-3.4) / U-Boot"
<oliv3r>
JohnDoe_71Rus: how is that a 3.4 + android issue?
<arokux>
JohnDoe_71Rus: in your pastebin you show us lichee..
<arokux>
oliv3r: I've registered, but download costs $
<arokux>
oliv3r: $9 to be exact
<JohnDoe_71Rus>
What's the difference 3.3 or 3.4? configuration and build should work the same way.
<arokux>
JohnDoe_71Rus: please, we do not support ANY lichee kernel.
<JohnDoe_71Rus>
ok
<oliv3r>
that spear 6000 doc should get linked on the wiki; it has potentially valueable info in it
<arokux>
oliv3r: yes
<oliv3r>
JohnDoe_71Rus: 3.3 is hacked together by allwinner, based on 3.0 with their crap over it
<oliv3r>
JohnDoe_71Rus: 3.4 is our stuff, where we patched and fixed tons and tons of things
<oliv3r>
JohnDoe_71Rus: it's not as much as a version difference, but more an alwinner (lichee) vs sunxi kernel, one we work on , the other is an abomination
alabaster has quit [Ping timeout: 245 seconds]
<hramrach>
arokux: made the section a bit more verbose so it should be clear enough now
<arokux>
hramrach: oh, that looks much better
diego has joined #linux-sunxi
diego is now known as Guest35677
<torbenh3>
oliv3r: i am still wondering why you are sticking to 3.4 ... to much work with DT ?
panda84kde has quit [Disconnected by services]
Guest35677 is now known as panda84kde
<hramrach>
too much stuff not working in mainline
<hramrach>
you can boot mainline and hopefully soon you can use USB stick or SATA s storage - but neither is bootable
<n01>
too much effort on sunxi kernel IMHO
<oliv3r>
torbenh3: huh? what do you mean?
<hramrach>
it's a working kernel. that's something you want on your device when you are actually using it for something :p
<n01>
yep but _IMO_ making dirty patches for sunxi kernel will double the work for mainlining
<oliv3r>
n01: maybe, but 3.4 works today, having small fixes to keep it working is little work; getting everything mainlined, will take months/years
<n01>
oliv3r: I know, keeping a dirty kernel is easy task, nevertheless the effort could have been redirected to mainline. my 2 cents
pitillo has quit [Changing host]
pitillo has joined #linux-sunxi
<oliv3r>
n01: yes, but people wirting the dirty fixes sometimes aren't compentent or botehred to go the mainline route
<n01>
oliv3r: apart from mripard and few others nobody here is a kernel hacker
<n01>
but, again I really appreciate your work on sunxi-kernel, but I'd like to see more support on mainline. hramrach is right, mainline is far from mature
<kz1>
I have a lichee kernel that is 3.4 . Does that mean they are now using sunxi-linux or are they just updating their lichee versions on a semi regular basis?
tzafrir has joined #linux-sunxi
<libv>
n01: start coding.
<libv>
or stfu
<n01>
libv: wdt, rtc and lracd are being mainlined. So I code for mainline in my spare time
<n01>
not a great contribution but I do what I can
<arokux>
minos__: thanks.
minos__ has quit [Ping timeout: 250 seconds]
<kz1>
is the sunxi-linux kernel more power efficient than the lichee kernel?
notmart_ has quit [Quit: notmart terminated!]
<arokux>
torbenh3: we would love to use mainline and recommend it to the users, but the point is the mainline cannot have overnight all the features that sunxi-3.4 has. so sunxi.org is working on 1) sunxi-3.4, legacy, bug fixing only and unification 2) mainlinING
<dapsaille>
hi, little question, when i specify lcd parameters in fex file, u-boot use them directly and pass them to kernel driver or pass them to kernel directly ?
<arokux>
n01: you cannot start mainlining without having the documentation. there is no or very little documentation. so you need to gather the bits from the AW code drops. but then you realize they have different kernel even if driver has slightly changed. so to have the complete picture one should unify. it means sun4i, sun7i etc all get fused to sunxi. only THEN you have a clear picture of the hardware and CAN start mainlining.
<dapsaille>
i'm trying to understand the mechanisms :)
<arokux>
dapsaille: u-boot won't take a look into script.bin, just pass that blob to kernel.
<dapsaille>
ty
<dapsaille>
sorry .. thank you ..
fredy has joined #linux-sunxi
<dapsaille>
so, if kernel can handle pixel clock with floating i need to tweak fex source code to pass floating to kernel right ?
<libv>
arokux: why does this have to be explained every few minutes?
<dapsaille>
because for now it's only integer
<libv>
why can't people just start doing useful work?
<arokux>
libv: because ppl ask :)
naobsd has joined #linux-sunxi
<torbenh3>
arokux: hmm... make some sense ;)
<arokux>
libv: imho, this is important to understand and should be even put on the wiki.
tzafrir has quit [Ping timeout: 240 seconds]
<libv>
arokux: none of the whiny gits can be bothered with reading such things\
<n01>
libv: don't be rude. I try to help as I can, just I'd like to see a working mainline kernel asap since personally I'm not interested in sunxi-kernel
<libv>
n01: again, don't waste your time whining
<arokux>
n01: it is the same in my case, 100% the same.
<n01>
libv: just don't read what I write
<n01>
but you are right, I have work to do
<arokux>
n01: but today I've submitted patches against sunxi-3.4. you can ask why? answer: to know the code works and start mainlining it.
pitillo has quit [Ping timeout: 260 seconds]
<n01>
arokux: good, nothing against it... just my 2 cents
pitillo has joined #linux-sunxi
<arokux>
n01: so now if something isn't working in mainline I go to sunxi-3.4 and compare... I do now know what is your workflow.
mouchon has quit [Ping timeout: 248 seconds]
mouchon has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<arokux>
hm.. that SPEAr600 had Dual ARM926EJ-S core up to 333 MHz, was it enough to fuel GiB ethernet, or it is not relevant?
<arokux>
mnemoc: this is what should be understood before merging I think.
<arokux>
mnemoc: there is another strange option *SYSCONFIG* or so
<mnemoc>
sysconfig is the official name of script.bin
<oliv3r>
mnemoc: yes
<arokux>
mnemoc: but what is the option for...
<oliv3r>
mnemoc: and fixes ontop
<oliv3r>
mnemoc: for mainline, I suggest to use the stmmmac driver anyway
<mnemoc>
arokux: ignore lies on script.bin and go for hardcoded values?
<oliv3r>
we shouldn't be picking and poking the standard allwinner stuff, we haven't for all the other drivers either
<arokux>
oliv3r: hm.. it makes sense. the commit message still needs to be fixed.
<mnemoc>
oliv3r: I'll writting the generic script.bin to platform_device thing to let us use things like stmmac in 3.4 too, checked _used, doing the pinmuxing and creating the devices in the core
<oliv3r>
we merge them 'as is' as it's a (partial) code drop, then mish/mash it to get it working (if needed) and fixes ontop
<oliv3r>
mnemoc: yeah i'm allready excited
<mnemoc>
oliv3r: hope it works...
<arokux>
mnemoc: can one cherry pick and change commit message on the fly?
<mnemoc>
arokux: it's called amend :)
<mnemoc>
git commit --amend
<mnemoc>
will let you modify the previous commit, like for adding a decent description
<mnemoc>
or subtile fixes
<arokux>
mnemoc: this is the amending of something which was commited
<mnemoc>
commit --amend applies over the HEAD commit
<oliv3r>
arokux: don't invest TOO much time in getting sun6i working on u-boot, our itme is probably better spent at getting sun7i hardware working with the designware driver allready in u-boot
<arokux>
mnemoc: right.
<mnemoc>
but you "can't" do that to something already pushed
<mnemoc>
or people will hate you
<mnemoc>
because git push -f will be required
<oliv3r>
heh, that's where git pull --force is for! :p
<mnemoc>
but depends on the nature of the branch if you "can" do that or not
<arokux>
oliv3r: ... I only started, and were you so nice you could find it before that, but you cannot even remember where sun7i gmac is, which you claim you have seen once. so right, I'll see how I get designware.c/h working with CT, obviously.
<oliv3r>
arokux: VGA - probably wired differently on this board - the original fex selects LCD and has VGA working with the kernel shipped in NAND what do you mean here?
<oliv3r>
arokux: haha, it was sun7i gmac
<oliv3r>
if only i could remember which repo it was in
<oliv3r>
memory might even be so hazy, that it may not even be u-boot at all, and only regular linux!
<arokux>
oliv3r: that was hramrach who added comment on VGA
<oliv3r>
i think that's only valid for sun5i olimex micro boards
<oliv3r>
sun4i and sun7i have native vga out via the 'tv encoder'
<oliv3r>
arokux: i don't think all messages are archived by mail-archive btw
<hramrach>
oliv3r: that's what I see shipped on the nand. Of course, the fex might be bogus but setting it for VGA does not give working VGA so ..
<oliv3r>
arokux: git send-email did that :(
<arokux>
oliv3r: agree on "mail-archive is just fucko", I've update that wiki page with ref to gmane.
<arokux>
oliv3r: by having attachment you prevent a random person from commenting, but you know it yourself.
<oliv3r>
hramrach: that's idiotically strange :) i know olimex configures it as such, but if oyu look at the a20-micro schematic, you see that the vga pins are coming from the tv-encoder pins, as that's an analog output, makes sense
<arokux>
oliv3r: maybe you incorporate comments (if any) and start a new thread (this time with inline patches)
<oliv3r>
arokux: it's how git send-email works though
Guest491 has quit [Ping timeout: 248 seconds]
<arokux>
oliv3r: if the patches are too big?
<oliv3r>
actually, you are making me doubt myself
<oliv3r>
maybe I did attach the files seperatly, I don't remember to be honest
<arokux>
....
<oliv3r>
but yeah if hno doesn't have time to look at it, maybe a resend is needed
<arokux>
git send-mail never did any attachment business for me
<oliv3r>
it may have been becaues the patches are more then 100k; i don't recall to be honest :)
<oliv3r>
but i will do a resend soon
<oliv3r>
to be fair, most mail clients properly handle x-patch mime times fine and are 'inlined' by the client
AreaScout has joined #linux-sunxi
<hramrach>
I wish that was true
<mnemoc>
thunderbird does
eebrah_ has quit [Read error: Connection reset by peer]
<mnemoc>
when the attachment has a decent mime type
<hramrach>
it cannot do something
<hramrach>
save sent email in a specific folder
* mnemoc
bcc himself instead of using "sent mail" folder
<hramrach>
I don't have folder 'Sent' on imap server so it yells every time I send an email
<mnemoc>
in the copies & folders menu of the account you can choose what to do
<mnemoc>
place a copy here, or cc or bcc
<hramrach>
but here is only "Sent"
<mnemoc>
the place here usually has 2 options, use Sent folder or use custom folder
<mnemoc>
but I prefer bcc, so I can classify my outgoing mails too
eebrah has joined #linux-sunxi
eebrah is now known as Guest26794
Guest26794 is now known as eebrah_
<hramrach>
ok, I guess using bcc works
<hramrach>
but it can't delete mail because my trash is named "deleted items" :s
<mnemoc>
you can also configure how to delete with delete
<mnemoc>
s/delete/deal/
<mnemoc>
but that is the server settings part
<mnemoc>
"when I delete a message:" move it to here, or mark it as deleted, or remove it immediatelly
<hramrach>
yes, that one works at least, thanks
atiti has joined #linux-sunxi
<hramrach>
and it can even search, that's sooo cool
<hramrach>
something Google cannot do
<mnemoc>
search works fine for me too :p
<arokux>
n01: I've just realized yet another point. having feature full sunxi-3.4 actually attracts users, which test stuff on real hardware and report bugs to us. users would never test mainline, because it can do nothing.
<arokux>
torbenh3: ^
* hramrach
tests mainline
<hramrach>
but I don't use the board for anything else tbh
<arokux>
hramrach: you are hacker, not user :)
<arokux>
or very advanced user :)
<mnemoc>
arokux: that's why we were trying to create a middle ground sunxi-3.10
<mnemoc>
arokux: feature full BUT dts based
<mnemoc>
arokux: and with easy translation between .fex to .dts
<mnemoc>
also 3.10 is LTS and androidized
<arokux>
mnemoc: have you booted sunxi-3.10 on ct?
<hramrach>
3.10 is not that useful. You need mainline so you don't get ancient upstream bugs
<mnemoc>
haven't tried yet
<mnemoc>
hramrach: 3.10 is LTS, it will get ancient upstream bugs fixed
<hramrach>
maybe not so bad idea then
<mnemoc>
it's also the chosen version of LTSI
<n01>
arokux: IMHO a bit too many steps toward mainline sunxi->3.4->3.10->mainline ... but i have nothing more to say on this argument
eebrah_ has quit [Ping timeout: 245 seconds]
<hramrach>
yes, you would have to forward.backward port patches
<mnemoc>
n01: sure it's another step, but an step that means normal people will be able to use it, test it, and report issues
<arokux>
n01: I'm not arguing for 3.10, indeed I was against it, forgive me mnemoc.
<mnemoc>
fine
<mnemoc>
arokux: but there are several drivers which will take ages to be mainlinable
<mnemoc>
and that will keep real users away of mainline
<arokux>
n01: for me it is (allwinner code drops) -> sunxi-3.4 -> mainline, and IF there is a working playground - 3.10 which boots, I'll quickly backport to it.
<hramrach>
as it is mainline is nearly usable as router
<arokux>
hramrach: why nearly? :)
<hramrach>
need some storage. netbooted router is not the way to go
<mnemoc>
oliv3r: does 3.10 boot? :p
<hramrach>
and need the cpufreq division by 0 resolved
<oliv3r>
mnemoc: should work 'fine' for hwat it can do
rz2k has joined #linux-sunxi
boycottg00gle has joined #linux-sunxi
<hramrach>
but with ehci and/or sata polished to workable state you have storage
<oliv3r>
n01: 3.10 will replace 3.4 asap
<arokux>
hramrach: USB EHCI works now (it is not yet added to mainline though)
<hramrach>
yes, I get ports reported all right but did not try connecting anything
cajg has quit [Ping timeout: 264 seconds]
<arokux>
hramrach: everything works.
<hramrach>
sata is more interesting since u-boot has support for that
<arokux>
oliv3r: how such claims "3.10 will replace 3.4 asap" with your absence of hacking time?
<mnemoc>
asap doesn't mean tomorrow ;-)
<n01>
arokux oliv3r in that case I'll be happy to test it
<mnemoc>
as soon as *possible* :)
<hramrach>
so you could like put a SD card in the board and have it load kernel from SATA drive
<hramrach>
imho 3.10 is not useful. something like sunxi-next that has working and testing drivers that are meant for mainline would be nice. Rebased on otp of mainline every time they change something relevant for sunxi
<mnemoc>
hramrach: sunxi-next is about already accepted commits
<oliv3r>
arokux: many hackers here ;) the idea is to merge ugly 3.4 drivers into 3.10
<hramrach>
I had to pick the usb and sata drivers from random repos
<mnemoc>
a feature full dts based kernel including the clean drivers and the crap drivers
<oliv3r>
hramrach: sata driver is under review on ML; but it's being a little annoying
<mnemoc>
so people can really test what's coming next AND be able to use their devices normally
<mnemoc>
we have today a legacy script.bin based full featured kernel, and a barely usable but clean code -next
<hramrach>
it's getting usable already so we don't need an extra stage
<oliv3r>
no its not
<hramrach>
btw is there any plan to support disp in u-boot?
<hramrach>
GUI menu ftw
<oliv3r>
wingrime tried to do some initial work on it
<hramrach>
+ free graphics support in Linux
<oliv3r>
anyhow, mainline won't be usuably for the majority for ages, because of things like disp
<mnemoc>
tiny details that whimpful desire of normal device owners of having something on the display
<hramrach>
if you get it into u-boot you don't need it in Linux for it to be usable
vicenteH has quit [Ping timeout: 240 seconds]
<hramrach>
*and* you quelch whimpful desires for full-featured bootloader at the same time
<oliv3r>
ok disp in u-boot will take a year or more
<oliv3r>
disp in kernel, may take 1 - 1 1/2 years
<oliv3r>
3.10 could happen in 3 months if a few wwould work on it a little
<mnemoc>
backporting sunxi-next to 3.10, and forward port the rest of crap drivers to 3.10, to turn it feature full dts based is much easier/faster than getting a feature-full mainline
<mnemoc>
and "deprecate" 3.4
<torbenh3>
whats so different with 3.10 and 3.13 ?
<mnemoc>
3.10 is LTS/LTSI/android supported
<hramrach>
maybe it would help if the Chinese used 3.10 then. but you can't tell what they do
<mnemoc>
3.13 is not... and they never take odd numbers for stables
<mnemoc>
also 3.10 already has mainline sunxi
dack has joined #linux-sunxi
<mnemoc>
officially
<hramrach>
also before this LTS stuff
<mnemoc>
considering the activity in android's kernel-common android 5 will most like use 3.10
<hramrach>
we have an almost working MTD driver which is better for LTS than that nand junk from AW that locks up at random
<mnemoc>
LTS stuff means other people will backport bugfixes for a very long time
<mnemoc>
sure we want the mtd driver, even in 3.4
<hramrach>
at least with MTD you you will get diagnostics and tons of other people who know MTD and can diagnose stuff for the users
<oliv3r>
and if android 5 will 'default' to 3.10, chances are, a lot of oems will use 3.10; even though the kernel is somewhat android agnostic
<oliv3r>
someone needs to pick up where rz2k left off though
<hramrach>
anyone understands nand here?
<hramrach>
I read an article about nand and I was horrified
<mnemoc>
i'm really interested in knowing if it's possible to migrate the aw nand and partitions logic on top of the low level mtd driver to ease the transition
<hramrach>
the partitions are on top of a block device. MTD can provide a block device.
Fusing has joined #linux-sunxi
paulk-collins has quit [Quit: Ex-Chat]
<hramrach>
so afaict if you wanted you could do that just fine
<mnemoc>
sounds like a soft way of getting mtd in
<mnemoc>
without breaking compatiblity
<hramrach>
you would need lichee u-boot with MTD support
<hramrach>
it mainline u-boot built so that it can replace lychee one
<rz2k>
oliv3r: I'll find time to test things if someone is willing to continue figuring out the nand controller
<mnemoc>
as an initial step you can boot from mmc and read the aw-style nand after loading linux
<rz2k>
and especially the ECC part
<hramrach>
and some way to coexist with the room reserved for boot0/boot1 w/e
<rz2k>
and interaction with oob
<rz2k>
hramrach: spl and etc is already figured out by yuq in his driver
<mnemoc>
hramrach: once our u-boot learns to boot from nand, we can replace boot0/boot1 with spl
<mnemoc>
rz2k: would it be to hard to port the current aw partition layout and anti-wearing stuff on top of the mtd driver?
<rz2k>
right now it actually does what it does - waits (non preemtable) for 0xfff and if it didnt write - throws an error
<rz2k>
also the whole driver is not mutex'ed and I have no idea what will happen on A20 setup with two cores if kernel decides to do something fishy with preemption of this driver.
<rz2k>
hramrach: android has native jffs and etc. support
<rz2k>
ton of hardware is running on that, like omap systems
<mnemoc>
arokux: have a text for me to add in gmac's import commit? :)
<oliv3r>
using mtdblock wil kill your flash in a week
<oliv3r>
using it read-only to copy data in a transition, sure, but on top of mtdblock you need aw-ext4 layer which doubtfully will work
<rz2k>
that seriously depends on the flash itself :p
<oliv3r>
a day? :p
tomboy65 has quit [Quit: And remember, aal is well.]
<mnemoc>
or sunxi-legacy-mtdblock implementing aw's wearing and black magic as-is
hansg has joined #linux-sunxi
<oliv3r>
you could do that, but that'll be a lot of effort, and for what
<oliv3r>
most people will just reinstall anyway
wolfy has left #linux-sunxi ["Dragostea e oarba? Nu. E doar putin presbita: nu vede nici un defect pana nu se indeparteaza putin. (Drew Barrymore)"]
<mnemoc>
oliv3r: i hoped it to be transparent...
<mnemoc>
yuq's nfc-mtd + aw compatible block device + aw compatible partition table all over the same bytes as today
<rz2k>
lets hope to get it detect bad blocks first
<rz2k>
the right way
<rz2k>
because right now it is too late to talk about any compat. layering until this thing actually works 100/100 launches.
<mnemoc>
ok
hansg has quit [Remote host closed the connection]
boycottg00gle has quit [Remote host closed the connection]
<oliv3r>
mnemoc: if you have about 10000 manhours, sure no problem :)
<mnemoc>
oliv3r: :p
<mnemoc>
oliv3r: i hoped it was just about refactoring current code to use a different backend
<mnemoc>
<6>PHY: sunxi_gmac-0:00 - Link is Up<c> - 100/Full<c>
<mnemoc>
<6>ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
<mnemoc>
<3
<slapin>
mnemoc: WOW!!!
<slapin>
mnemoc: gmac works?
<slapin>
rz2k: hi!
<slapin>
rz2k: long time nos ee
<mnemoc>
in linux, after importing a patch arokux "found" on cubieboard's tree, yes ;-)
<slapin>
rz2k: can you point me on your mtd experiments?
Gerwin_J has joined #linux-sunxi
hansg has joined #linux-sunxi
<slapin>
rz2k: ping
<slapin>
rz2k: I just found you!
hansg has quit [Client Quit]
* slapin
just went out for a drink :(
<oliv3r>
slapin: back to work, chop chop
<oliv3r>
mnemoc: nah, noway :(
<mnemoc>
oliv3r: reality slap :|
<oliv3r>
mnemoc: no worries
<oliv3r>
slapin: there's some stuff on the ML, let me see if i can find a link
<arokux>
mnemoc: yeah. that is the problem. well maybe we do not need to use that extension, I just want to nicely render the list of tutorial on the main page - in multiple columns. maybe you have some other ideas.
<mnemoc>
arokux: try the categorytree for now, will try to fix this one later. but need to focus in refreshing kerneling programming atm
FR^2 has quit [Quit: Connection reset by peer]
<mnemoc>
s/kerneling/kernel/
<arokux>
mnemoc: I've studied categorytree thoroughly. it doesn't have column params or similar. take your time.
notmart has quit [Quit: notmart terminated!]
eebrah_ has joined #linux-sunxi
wingrime has joined #linux-sunxi
<wingrime>
mnemoc: turn back CPU table to main!
<mnemoc>
eh? i'm not wiki dictator. things need to be agreed by the community.
<mnemoc>
wingrime: discuss your points to the other people interested in a different kind of main page for the wiki. come into an agreement. and everyone happy.
Skaag has quit [Ping timeout: 260 seconds]
mkutsevol has joined #linux-sunxi
HeHoPMaJIeH has quit [Remote host closed the connection]
<arokux>
wingrime: nobody has thrown out your work, but please *do* take a close look at what is there now, before you complain.
<wingrime>
arokux: nice, but table on main was better for my poit of view)0)
<arokux>
wingrime: who comes to our wiki?
<wingrime>
arokux: ?
<arokux>
wingrime: what people come to our wiki?
<arokux>
wingrime: (link to that page is on the main page)
<wingrime>
arokux: users/devs
rz2k has quit []
<arokux>
wingrime: now, what % of these users/devs have the board and want to look at some tutorial and what % wants to make decision on which board to buy?
atiti has quit [Ping timeout: 272 seconds]
deasy has joined #linux-sunxi
<deasy>
yup
<arokux>
wingrime: I have thrown away lots of "work" by Rocker, I hope you do not mind :)
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
geecko has joined #linux-sunxi
Quarx has quit []
<arokux>
deasy: you wanted to ask me smth about KDE?
<deasy>
yup your help :p
<arokux>
deasy: how can I help?
<arokux>
deasy: I would run from KDE as fast as I can :)
<deasy>
hunt what make the start of dolphin slow :)
<arokux>
deasy: go for LXDE/XFCE they are never slow and very slick.
<deasy>
i have find some poll who take 13ms (4-5) but it seems not it who make the start slowdown
eebrah_ has quit [Ping timeout: 264 seconds]
<deasy>
arokux, nop kde is better but dolphin need a quicky start
<deasy>
i talk about warm start not cold
rellla3 has joined #linux-sunxi
<arokux>
deasy: ok, ask in some #kde if there is one..
<deasy>
i think dolphin take around 500ms-1s for be display
<arokux>
deasy: i'm not using KDE and I do not recommend if for real hackers
<deasy>
hmm lot of programmer prefer the code of kde on gnome...
<arokux>
deasy: I mean not only KDE, but all those big and bloated desktop environments like KDE, GNOME, Unity etc.
<deasy>
they provide what other don't provide ;)
<deasy>
do you have a nice dualscreen management on others DE :)
<deasy>
this is just a example
<deasy>
an*
<arokux>
deasy: dual screen is provided by X, DE provide GUI to manage it. I can set up it with command line.
Gerwin_J has joined #linux-sunxi
<deasy>
that's not comfortable and ok for make users switch to linux :p
<arokux>
<arokux> deasy: i'm not using KDE and I do not recommend if for real hackers
<arokux>
deasy: read it more carefully at the end :)
<Sonicadvance1>
twm yay?
<deasy>
^^
<arokux>
Sonicadvance1: no, just LXDE...
pacopad has quit [Quit: pacopad]
<oliv3r>
sunxi-emac says otherwise! :p
<arokux>
oliv3r: common....
<torbenh3>
mmm.... whats the LOADADDR for mainline on CT ?
<dapsaille>
hi, when i set lcdhsync = port:PD26<2><default><default><1> and lcdvsync = port:PD27<2><default><default><1> in my fex file in xorg i can see that hsync and vsync are set to negative ... did i miss something ?
jinzo has quit [Quit: Leaving]
<oliv3r>
arokux: i would say it's 50:50
<arokux>
oliv3r: have you counted?
<oliv3r>
lol no
<mripard>
torbenh3: 0x40008000
<torbenh3>
mripard: thx
<arokux>
oliv3r: so I would say *-sunxi is more common than sunxi-*
<arokux>
find -name *-sunxi* | wc -l
<arokux>
5
<arokux>
find -name -sunxi* | wc -l
<arokux>
0
<arokux>
last is wrong.
<arokux>
find -name *-sunxi* | wc -l
<arokux>
5
<mnemoc>
doh
<arokux>
find -name *sunxi-* | wc -l
<arokux>
62
<oliv3r>
arokux: coun't other manufacturers/drivers aswell, sunxi is fairly small
<mnemoc>
so sunxi-foo will be, and the others can use module aliases
<oliv3r>
so I was right! :p
<arokux>
?
<arokux>
no!
<oliv3r>
sunxi-* is 62, *-sunxi is 5
<oliv3r>
i was right! :p
<oliv3r>
but you can't only ook at sunxi, look at others more
<arokux2>
oliv3r: btw, you know what, I think you haven't sent those u-boot patches with git send-mail, because you have replied to the message and what is even more important quoted it.
<oliv3r>
i think yoru right
<dapsaille>
arokux2 ... may i bother you regarding devmem2 :x ? i'm not sure of usage ...
<arokux2>
dapsaille: yes. and A20 has both, so two PHYs and they could be independent
<dapsaille>
but .. does an arm cpu can handle gigabit transfert rate ? or is it only to use the two nics ?
<arokux2>
dapsaille: I'm not sure. truck is the first board with PHY that can support GMAC
<dapsaille>
ok
<dapsaille>
thanks for the informations :)
<arokux2>
dapsaille: you are welcome, but do not rely on them, I'm not 100% in my understanding
<dapsaille>
no problem, i understand that we live in a theory and hackable world :)
<arokux2>
dapsaille: what are you working on?
<arokux2>
dapsaille: what is the big goal, I mean.
<dapsaille>
i would like to use old arcade cab monitors with an a13 olinuxino, using emulators with perfect modelines for getting the most accurate render
<dapsaille>
so .. basically, play videogames ^^
<arokux2>
I see :)
<dapsaille>
seriously, i need to output a 15.6khz signal from vga out :)
<torbenh3>
arokux2: you dont activate the gmac in the defconfig of your patch.
<dapsaille>
and if i can do it, i will be happy for some time but .. will never play at my arcade cab, like always, i preferr hack it than play with it
* mnemoc
prefers an improved Kconfig so the lines in defconfig aren't needed
<torbenh3>
oh well... i give up for today.
<mnemoc>
the "spartan" but "feature full" sunxi defconfig should only require the MACH selection... and the rest depends on and default m/y
<torbenh3>
this damn thing sent out 3 packets. for some unknown reason
<arokux2>
torbenh3: are you u-boot expert?
<torbenh3>
and it reveives packets just fine
<torbenh3>
arokux2: just a bit.
<torbenh3>
arokux2: but i am sorry, i am off now.
<arokux2>
torbenh3: short question if u know it is cool. so.. I have 2xethernet, can i said to u-boot which one to use?
eebrah_ has quit [Read error: Connection reset by peer]
Skaag has joined #linux-sunxi
eltom_ has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
dapsaille is now known as Dapsaille_sleepm
Dapsaille_sleepm is now known as Dapsaille_Sleep
<eltom_>
Hello Guys, i need some help, i have tried booting the sunxi-next Kernel but it is hanging at "Starting Kernel" i have followed all steps from http://linux-sunxi.org/Mainline_Kernel_Howto. Was anybody successful in booting the Kernel and can maybe help me?
<eltom_>
This is on Cubietruck btw. ^^
eebrah_ has joined #linux-sunxi
<arokux2>
eltom_: hm.. you have messed something up, as the others booted it just fine.
<oliv3r>
kernel boots fine normally
<arokux2>
eltom_: but they are not here atm
<oliv3r>
make sure to check your powersupply
<eltom_>
The Board boots the sunxi-3.4 Kernel fine, so i don't think it is the PowerSupply
<arokux2>
eltom_: did you use correct dtb?
<arokux2>
eltom_: also: have you ever booted sunxi-next before?
<eltom_>
yes, i even tried the pre-compiled kernel's and u-boot from http://dl.linux-sunxi.org/nightly/ to make sure i didn't do something wrong during compilations
<eltom_>
No i was not able to boot sunxi-next successfully so far
<oliv3r>
if sunxi-3.4 boots fine, what are you hanging on? oh sunxi-next, mainline :D
<eltom_>
only sunxi-3.4
<eltom_>
I wanted to try xen on the Cubietruck so i need a mainline Kernel unfortunately :)
<Dapsaille_Sleep>
hypervisor ?
<arokux2>
eltom_: ok, so you most probably did something wrong in u-boot prompt
<eltom_>
No not yet, i first wanted to be able to successfully boot the Kernel as is and then try to boot with the Hypervisor
<arokux2>
eltom_: btw, there is some work done with Xen, have you seen it?