<libv>
wens: i never had to deal with 8188eu firmware in sunxi-3.4
avsm has quit [Quit: Leaving.]
<wens>
libv: well the mainline staging driver doesn't have it
<libv>
oh, so it is mainline.
<libv>
that's a rather important distinction
<libv>
as how the wifi page is now, you will have some sunxi-3.4 users hunting for firmware
FreezingCold has quit [Ping timeout: 272 seconds]
<wens>
in sunxi-3.4, the firmware is inlined in drivers/net/wireless/rtl8188eu/hal/OUTSRC/rtl8188e/HalHWImg8188E_FW.c
<libv>
yes, i understood as much
Black_Horseman has quit [Read error: Connection reset by peer]
Nyuutwo has quit [Ping timeout: 246 seconds]
<libv>
paulk-aldrin: that aliexpress seller is being rather stereotypically chinese about it :(
Renard has joined #linux-sunxi
<paulk-aldrin>
lol
FreezingCold has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
<wens>
how so?
<libv>
i asked for details on the device offered on aliexpress
<libv>
and i am given quite the runaround
prahal has joined #linux-sunxi
<wens>
likely the vendor has no clue
Nyuutwo has quit [Ping timeout: 246 seconds]
<wens>
or at least, whoever is doing Q&A
<libv>
yeah, and is not willing to make a sale
pwhalen has joined #linux-sunxi
pwhalen has joined #linux-sunxi
prahal has quit [Ping timeout: 240 seconds]
Nyuutwo has joined #linux-sunxi
boycottg00gle has joined #linux-sunxi
kivutar has joined #linux-sunxi
<ssvb>
arokux: I have no immediate plans for trying to make usb keyboards work in u-boot, I just tried some quick tests earlier but that's all about it
<arokux>
ssvb: ok
<libv>
so we have usb for sunxi, but u-boot lacks usb hid support?
<arokux>
libv: define "we have usb".
<ssvb>
libv: u-boot has usb hid support, but the sunxi driver only provides ehci
<arokux>
ssvb: you think this is because ohci is missing?
<ssvb>
arokux: you are the usb expert here ;)
<libv>
:)
<arokux>
i'm the guy who starting with the knowledge how to compile the kernel spent lots of time and ported sunxi-3.4 usb to mainline and u-boot. that is about it :p
<libv>
arokux: you are expert
<libv>
you come to fix our cable
T0mW has left #linux-sunxi ["Leaving"]
<arokux>
libv: I do not have an general understanding of usb world, that is why if, for example, keyboard isn't working and usb storage is I do not know what is missing
<libv>
arokux: that's not how it works :p
<libv>
fix one issue, and you are tagged for life
<arokux>
libv: how is the kms driver doing? ;p
<Turl>
arokux: remember the audio cards that didn't work and then did?
<Turl>
fix it that way
<Turl>
:p
<libv>
arokux: experts take time :p
<arokux>
Turl: I don't remember fixing the soundcards :)
<arokux>
Turl: they work fine now?
<libv>
arokux: again, that's not how it works :p
<libv>
people remember you fixing sound
avsm has joined #linux-sunxi
<wens>
remind me not to fix anything
<libv>
you should've tought of that beforehand :p
<libv>
thought even
<arokux>
I never fixed sound though...
<wens>
usb sound uses ohci, not ehci
<wens>
no usb 2.0 support
<arokux>
wens: shouldn't ehci be compatible with ohci?
ricardocrudo has joined #linux-sunxi
<Turl>
arokux: I think so :p
<Turl>
libv: kms? :p
<Turl>
you're the graphics expert :)
Quarx has joined #linux-sunxi
<wens>
arokux: it's not
<wens>
that's why you have both, instead of just ehci
<wens>
ehci only handles usb 2.0
<wens>
if some device needs 1.1, the port is switched over to ohci
<arokux>
wens: I see.
<libv>
Turl: yes, i come to fix your cable
<Turl>
libv: can you fix my kitchen sink too?
<wens>
lol
<wens>
jonsmirl hasn't replied to my email asking about the a31 docs :|
<quitte>
sigh. i can't get the openwrt kernel to output messages. I think I passed the dtb correctly. could it be that it also depends on whatever came before dtb?
<Turl>
also if it still doesn't work you may want to stash fdt_high=ffffffff on there
<quitte>
ugh
<quitte>
yes that probably is it. what does it do?
<Turl>
it avoids Loading Device Tree to bef2f000, end bef37419 ... OK
<quitte>
ah. flat device tree
<Turl>
quitte: you're loading the .dtb right?
<quitte>
yes. from kermit for now since I don't quite know where to put it
<quitte>
it was the fdt_high :D thanks!
<quitte>
is there something less annoying than kermit with all the set lines for serial transfers ?
ogi has joined #linux-sunxi
<Turl>
quitte: one of the z/y/zmodem thingies maybe
<Turl>
quitte: I used them a couple of times. But tftp is just so much more convenient :)
<quitte>
yes. but the cubietruck is supposed to be the tftp server
<quitte>
I didn't expect it being that much trouble. then again I could have just booted from mmc and been happy ...
tomcheng76 has quit [Read error: Connection reset by peer]
leviathanch has joined #linux-sunxi
tomcheng76 has joined #linux-sunxi
ddc has joined #linux-sunxi
<ddc>
quitte: did u manage to resolve the issue with the erase block alignment
<quitte>
ddc: yes. there was no such thing and all I had to do was let u-boot know that I want to use 2M increments for partitions and especially the environment
<quitte>
still odd, since on some openwrt wiki page there is a non-aligned erase command. but the part that failed didn't even touch the driver
avsm has joined #linux-sunxi
<wens>
bananapi question on the ML...
<wens>
iirc hans has one
<wigyori>
me too
<quitte>
bbrezillon: do you happen to know what the proper ecc strength is on the cubietruck?
<Gerwin_J>
it's a optimusboard with a other silk screen
<wens>
no sata
kuldeepdhaka has quit [Ping timeout: 245 seconds]
<montjoie>
What is the interest of such power without storage...
avsm has joined #linux-sunxi
avsm1 has quit [Ping timeout: 245 seconds]
kuldeepdhaka has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
<Turl>
montjoie: there's usb3, but yeah
kivutar has quit [Quit: Ex-Chat]
avsm has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
libcg has quit [Read error: Connection reset by peer]
libcg has joined #linux-sunxi
libcg has quit [Remote host closed the connection]
tomcheng76 has quit [Read error: Connection reset by peer]
tomcheng76 has joined #linux-sunxi
tomcheng76 has quit [Ping timeout: 240 seconds]
kuldeepdhaka has quit [Read error: Connection reset by peer]
FreezingCold has quit [Ping timeout: 250 seconds]
bonbons has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
avsm has quit [Quit: Leaving.]
quitte has joined #linux-sunxi
kivutar has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
nedko has quit [Quit: kernel panic]
boycottg00gle has quit [Remote host closed the connection]
rafaelMOD has joined #linux-sunxi
popolon has quit [Quit: Quitte]
diego_r has quit [Ping timeout: 244 seconds]
<montjoie[home]>
need to bench nbd for IO without SATA
<sehraf>
hey montjoie[home] .. how is the security system going?
linkmauve1 has left #linux-sunxi [#linux-sunxi]
linkmauve1 has joined #linux-sunxi
bertrik has joined #linux-sunxi
_massi has quit [Remote host closed the connection]
avsm has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
Gerwin_J has joined #linux-sunxi
amitk has quit [Quit: leaving]
astr has quit [Ping timeout: 244 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
astr has joined #linux-sunxi
FR^2 has joined #linux-sunxi
<montjoie[home]>
sehraf: I expect to send the patch this week
<montjoie[home]>
I just need to answer mripard reviews and to be sure to not have forgotten anything
avsm has quit [Quit: Leaving.]
FunkyPenguin has joined #linux-sunxi
<libv>
yay, another device off of ndh_todo
leviathanch has quit [Ping timeout: 240 seconds]
FreezingCold has quit [Ping timeout: 244 seconds]
<libv>
which means that we are still only at 1/3rd complete of all devices on our wiki (and there's at least another third in our repos without anything in the wiki)
notmart has quit [Quit: notmart terminated!]
quitte has quit [Read error: Connection reset by peer]
<bbrezillon>
quitte: and what do you mean by "let the code calculate that" ?
<quitte>
bbrezillon: i guess it's a little early to ask. but I'm close to actually running a system with this. So I'll have to sync u-boot and the dtb somehow
<quitte>
bbrezillon: i vaguely recalled something. it's not just a setting for each board individually, is it?
<bbrezillon>
quitte: these informations are taken from the NAND datasheet (in case of non-ONFI NANDs) or from ONFI ECC parameters (when the NAND supports the ONFI standard)
<quitte>
ah. onfi is probably what i vaguely recalled you discussing here
<bbrezillon>
so this is definitely something that has to be specified somehow when using non-ONFI NANDs ;-)
<quitte>
about the syncing - is there a better approach than editing the dts?
<quitte>
(right now, that is)
<bbrezillon>
where do you store your dtb ?
<quitte>
at the moment I do a kermit transfer.
souther has joined #linux-sunxi
<bbrezillon>
and what do you mean by syncing u-boot ?
<quitte>
I guess I'll abuse the initrd partition when that becomes too annoying
kivutar has quit [Ping timeout: 240 seconds]
<quitte>
bbrezillon: I have the rgwan/yuq patched u-boot working witrh mtd support from mmc here. so the mtd information of u-boot and linux should match somehow
<bbrezillon>
quitte: AFAIK, my driver won't work with yuq's one (OOB layout do not match), if you want to have a full MTD support (in u-boot and linux), you'll have to port my driver to u-boot
<quitte>
OOB?
<bbrezillon>
Out Of Band
<quitte>
the extra ecc bits?
<bbrezillon>
quitte: Yassin Jaffer is working on a u-boot port
<quitte>
okay. unfortunately I may now be able to do that
<quitte>
great hopefully i can réstrain myself
<quitte>
what does the oob mismatch mean? can I still have env,kernel and dtb in their u-boot partitions?
<quitte>
as long as the mtd partition sizes are the same?
<bbrezillon>
quitte: I highly recommend that you two synchronize with each other (he'll most likely need some help as I do for my own driver)
<bbrezillon>
quitte: by different OOB layout I mean different placement of the ECC bytes and the usable OOB bytes in the OOB area
<bbrezillon>
quitte: this has nothing to do with partitionning
<quitte>
Actually I hope that I get the truck to serve files soon. does Yassin Jaffer frequent this channel?
<quitte>
bbrezillon: another thing: have you been able to get the sunxi-spl.bin to run from nand?
<quitte>
while the u-boot environment of rgwan/yuq suggests that this should be easy it just doesn't work
<bbrezillon>
quitte: I'm not sure, but I add a talk on this channel with hani, who asked pretty much the same question that Yassin asked in a private mail (I asked Yassin if he was hani but he didn't answer)
<bbrezillon>
quitte: regarding u-boot SPL from NAND -> I never tried
<bbrezillon>
quitte: do you want me to introduce you to Yassin ? If so just give me your mail address (or send me a private mail)
<quitte>
as far as i can tell you have the proper randomization. I guess lacking better understanding I'll simply try dumping the spl on at increasing offsets
<bbrezillon>
quitte: the
<quitte>
bbrezillon: that would be very premature. I'm not working on this per se. it just escalated a little. either was it's my username at gmail
<bbrezillon>
quitte: the SPL part is even more complicated than the normal bootloader (u-boot) and Linux partitions
<bbrezillon>
quitte: as you can see in cubietruck dts this partition uses specific randomizer seeds and OOB layout (syndrome ECC)
<quitte>
I would be surprised if it were able to load u-boot from nand. So I'd be already happy to see it run at all
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
<bbrezillon>
quitte: I managed to read and write a working SPL (Allwinner's one) with my NAND driver, but never tried to use yuq's driver/SPL...
<oliv3r>
bbrezillon: did you port your mtd driver to u-boot (spl) allready?
<bbrezillon>
quitte: what do you have so far ? does it detect the NAND chip ? can you erase the NAND device ? can you use UBI/UBIFS on top of it ?
<bbrezillon>
oliv3r: nope, and I don't plan to work on it ;-)
<bbrezillon>
oliv3r: but Yassin Jaffer (BTW do you know him, and if so what's his IRC nick) proposed to do the u-boot port, and quitte seems interested too
<quitte>
bbrezillon: i use a working u-boot spl on a mmc to run u-boot. saveenv works.writing and loading to mtd partitions in u-boot and executing works
<quitte>
I haven't tried ubifs
<oliv3r>
bbrezillon: (i do not know yassin :( )
<oliv3r>
bbrezillon: well once your mtd work gets migrated in, magic may happen after all :)
<quitte>
if i try to use the spl of rgwan/yuq I get an error shouting at me to reboot and that's it
<quitte>
when I try to flash the spl I get a line of flickering cursors filling up on the serial console
<quitte>
after adding some printfs the rgwan/yuq spl doesn't seem to get to the point where it does anything nand related
<bbrezillon>
oliv3r: I remember talking with a guy named hani a few weeks ago and he had pretty much same question Yassin had in the private mail he sent me, but I'm not sure if hani is Yassin ...
<bbrezillon>
quitte: so, you've only tried yuq's driver so far, right ?
<oliv3r>
bbrezillon: i just read that above, I do not know :(
<oliv3r>
bbrezillon: have you ever compared your driver to yuq's?
<quitte>
bbrezillon: i don't know of any other u-boot with mtd. for linux i only tried yours so far
<bbrezillon>
oliv3r: yep, actually I retrieved a lot of informations on how the NAND controller is working from his driver
<bbrezillon>
quitte: okay, and you managed to read data written by Linux (using my driver) from u-boot (using yuq's driver) ?
<oliv3r>
bbrezillon: how do you think it compares to his work? quality wise, performance wise?
ninolein has quit [Ping timeout: 250 seconds]
<quitte>
bbrezillon: no. I haven't tried that, either.
ninolein has joined #linux-sunxi
<quitte>
bbrezillon: however your driver stopped all the badblock complaining after cleaning the nand from u-boot
<quitte>
which probably doesn't mean a lot´since now it's all 1s
<bbrezillon>
oliv3r: whow, that's a tough question. All I can says is that my driver has a chance to get mainlined (or at least part of the driver), while yuq's one need some cleanup/rework.
jemk has quit [Quit: leaving]
<bbrezillon>
oliv3r: regarding performances, as I already told you I never did any performance test, and thus cannot compare my driver with yuq's one
<oliv3r>
bbrezillon: ah yeah duh :)
<quitte>
yuq's employs dma. if it doesn't do unnecessary blocking it should perform a lot better. however that probably makes mainlining a lot harder
<oliv3r>
bbrezillon: yeah, still no luck getting any imput from the maintainer
<oliv3r>
quitte: i think it will do less CPU usage, doesn't mean it'll be guaranteed faster
<bbrezillon>
quitte: what makes you think DMA will speed things up ?
<bbrezillon>
oliv3r: actually, the ball is in my court now, I just need to find some time to get the v4 ready for submission
<quitte>
it frees the cpu for other tasks. i have only seen what dma does on microcontrollers first hand.
<bbrezillon>
quitte: yes, in terms of cpu usage, DMA will definitely help
bonbons has quit [Quit: Leaving]
<bbrezillon>
quitte: but DMA transfers are often slower than CPU to peripheral transfers, and I expect better performances (in terms of read/write access times) without any DMA usage (but I can tell if it's actually the case because I've never done any perf tests) ;-)
<quitte>
it also doesn't need intervention every time the fifo runs low/full.
<quitte>
huh? why's that?
<quitte>
the dma controller sits on the same memory bus as the cpu, doesn't it?
<quitte>
it could be that the cpu gets higher priority on the bus
<quitte>
on the s3c2442 the reverse is true
<quitte>
oh. you said to peripheral
fredy has quit [Excess Flood]
<quitte>
bbrezillon: does the allwinner nand controller have a fifo?
Gerwin_J has joined #linux-sunxi
fredy has joined #linux-sunxi
<Gerwin_J>
ubuntu from cubie running on A80 optimus board
<bbrezillon>
quitte: regarding fifo size, this is not a problem with sunxi NAND controller, because the controller provides an SRAM buffer to store a full page
<quitte>
bbrezillon: on a uC i'd definately want to use dma for that. since there's caches and memory is slower than the cpu i'd still assume dma is worth it as long as channels aren't running low. However I haven't made any experiences with dma on something in the ghz range
<bbrezillon>
quitte: anyway, I won't argue on this subject untill some serious pref tests have been done (and you might eventually prove me how wrong I was with those test results ;-))
<quitte>
let's see. i have a long way to go to even consider touching the kernel
<bbrezillon>
quitte: as I don't have as much time I'd like to work on this topic, my main concern is to get a working NAND driver mainlined
<quitte>
i totally agree. mainlining trumps dma any day.
<bbrezillon>
quitte: then we can consider optimizing this driver (by using DMA). BTW I tried to use the same OOB layout as the one used when doing DMA accesses in my v4 (still have to test that it really is the same) ;-)
<bbrezillon>
this way, we can easily move from one method to another, without breaking users' systems
<quitte>
this would also mean yuq compatibility :) ?
<bbrezillon>
quitte: I have to go now, but let me know about your progress (and don't hesitate to ask new questions)
<quitte>
thanks. I will
<bbrezillon>
quitte: yep, this would mean yuq compat too
<ricardocrudo>
the official rt kernel patch works for linux-sunxi kernel?
Black_Horseman has joined #linux-sunxi
<quitte>
ricardocrudo: I don't think there is such a thing. which rt kernel are you referring to? also I don't know.
<quitte>
ricardocrudo: but I'd talk to the linuxcnc guys. some of them have worked with the rpi
<ricardocrudo>
quitte: Now I'm comparing both patches, this one from Jeremy and the official
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
<ricardocrudo>
quitte: btw, I'm using the Jeremy's rt patch with the exactly version (3.4.61-rt77) it seems works fine. Now I'd like to update to the last 3.4 release, to get the kernel fixes
Gerwin_J has quit [Ping timeout: 250 seconds]
Gerwin_J has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
hramrach has quit [Remote host closed the connection]
hramrach has joined #linux-sunxi
afaerber has quit [Quit: Verlassend]
sehraf has quit [Read error: Connection reset by peer]
paulk-aldrin has quit [Quit: Ex-Chat]
xavia has quit [Remote host closed the connection]
avsm has quit [Remote host closed the connection]
ricardocrudo has quit [Remote host closed the connection]