<libv>
i would've expected at least an email to our ml
<andoma>
interesting...
<RSpliet>
bbrezillon: reading the SPL apparently is done with the command "SEQ" bit set to 1
<RSpliet>
which... seems to mean "0=Random access, 1=Sequential. Affects ECC layout in page commands. Sequential is data ecc data ecc ..., Random is data data ... ecc ecc ..."
<libv>
this does definitely resolve any gpl violation issues
<libv>
but it is a step in the right direction
<libv>
as soon as noise is made somewhere, i too will make my bit of noise.
<RSpliet>
does that "seq" mode correspond with hw_syndrome?
<bbrezillon>
RSpliet: kind of
<bbrezillon>
but I'm not using it in my driver, because I only access the NAND one ECC chunk at a time
<bbrezillon>
hw_syndrome helps me find where the ECC bytes are stored (in the OOB are, are interleaved with regular data)
alexvf has joined #linux-sunxi
<RSpliet>
ah ok... you never add more than one read to a read command, so you always just get "data ecc"
wickwire has joined #linux-sunxi
<RSpliet>
for a second I thought it would affect the way the controller writes back ECC info (and where it reads it back) :-)
<bbrezillon>
it will, when I'll add DMA support ;-)
<bbrezillon>
but we're not there yet
<RSpliet>
:-)
<bbrezillon>
RSpliet: so, what's your rnd and ecc config for the bootloader partition ?
<RSpliet>
I've tried many different combinations
<RSpliet>
right now hw_syndrome strength 64, but I just tried strength 40... and I have traces of it perhaps being 24
domidumont has quit [Quit: Leaving.]
domidumont has joined #linux-sunxi
<bbrezillon>
RSpliet: dump the first page with nanddump -n -o and you'll figure out
<RSpliet>
yes... well... I might have to do that with a different board then :D
* rellla
is pulling as well
jinzo has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
nashpa has quit [Ping timeout: 272 seconds]
gianMOD has quit [Remote host closed the connection]
<sunxi_fan1>
hello all, i'm wondering if "dual display" (i'm just looking for two simple framebuffers; i already have a working simple /dev/fb0 thanx to libv work) is supported on mainline kernel for A20/sun7i as it is for "legacy" sunxi 3.4 http://linux-sunxi.org/DualMonitorSupport ; then i'm wondering if there's something more to know/do for dual LCD panels.. i tried to give a look at A20 user man, but it's not very clear to me all the implications related to D
flyhorse_IurpY has quit [Read error: Connection reset by peer]
gianMOD has joined #linux-sunxi
RzR has quit [Excess Flood]
Renard has joined #linux-sunxi
RzR has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
linux_salonica has quit [Read error: Connection reset by peer]
<libv>
paulk-collins: what happens?
alexvf has quit [Ping timeout: 246 seconds]
<paulk-collins>
libv, well, I just wondered if it's usable as-is
gianMOD has quit [Remote host closed the connection]
<libv>
i have not tried :)
<libv>
i was hoping you did :p
<paulk-collins>
mhh, I'm too busy preparing for my final exams this week, but perhaps I'll allow myself some time this evening
<libv>
yeah, no worries :)
<libv>
iirc, there was no readme or so before
<libv>
ah, autotools
<libv>
hrm
<libv>
well, at least one of my suggestions was taken in :)
diego71_ has quit [Ping timeout: 256 seconds]
diego71 has joined #linux-sunxi
leviathancn has quit [Ping timeout: 256 seconds]
cubeast has quit [Remote host closed the connection]
nove has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 255 seconds]
leviathancn has joined #linux-sunxi
kaspter has joined #linux-sunxi
dothebart has joined #linux-sunxi
<dothebart>
hy everyone
gianMOD has joined #linux-sunxi
gianMOD has quit [Ping timeout: 250 seconds]
naobsd has joined #linux-sunxi
kaspter has quit [Ping timeout: 258 seconds]
gianMOD has joined #linux-sunxi
DagoRed_ is now known as DagoRed
flyhorse_nWlEI has joined #linux-sunxi
flyhorse has quit [Read error: Connection reset by peer]
naobsd has quit [Quit: naobsd]
naobsd has joined #linux-sunxi
nashpa has joined #linux-sunxi
leviathancn has quit [Ping timeout: 258 seconds]
book` has quit [Ping timeout: 276 seconds]
book` has joined #linux-sunxi
hipboi has joined #linux-sunxi
leviathancn has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
domidumont has quit [Read error: Connection reset by peer]
arossdotme has quit [Ping timeout: 258 seconds]
dantob has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
dantob has quit [Client Quit]
leviathancn has quit [Ping timeout: 258 seconds]
arossdotme has joined #linux-sunxi
arossdotme has quit [Ping timeout: 258 seconds]
dlan has quit [Ping timeout: 240 seconds]
dlan has joined #linux-sunxi
dlan has joined #linux-sunxi
flyhorse has joined #linux-sunxi
flyhorse_nWlEI has quit [Read error: Connection reset by peer]
arossdotme has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
alexvf has joined #linux-sunxi
leviathancn has joined #linux-sunxi
<RSpliet>
bbrezillon: I'm a little worried about the following: when I do a flasherase on mtd0 with hw_syndrome enabled, then do a nanddump on the same mtd0 I get piles of nonzero data
domidumont has joined #linux-sunxi
kaspter has joined #linux-sunxi
<bbrezillon>
RSpliet: are you sure the flash_erase succeed ?
<bbrezillon>
RSpliet: can you paste the result of nanddump (before and after the erase) ?
domidumont has quit [Quit: Leaving.]
domidumont has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
budziq has joined #linux-sunxi
kaspter has joined #linux-sunxi
<RSpliet>
hmm, ok it seems to succeed now, after erase the entire region is set to 0xffffffff
simosx has quit [Quit: Leaving]
<RSpliet>
if I then use nandwrite to write my u-boot to that region, and use nanddump to read back, I get completely different data
<RSpliet>
(with -a -p params)
<jackdaniel>
RSpliet: it might be that you still have ecc wrong. But does it boot? I remember it did for me even when I couldn't read back data
<RSpliet>
ok, again my bad I guess, I was reading back with -n
<RSpliet>
but...
<RSpliet>
I don't think it boots
<RSpliet>
it doesn't...
reinforce has quit [Quit: Leaving.]
<wens>
mripard: sorry, 3 day vacation to tokyo
<wens>
mripard: did you want me to test something?
<dothebart>
hm, should uboot show the sd card with the mmc command?
<dothebart>
i'm using an hummbingbird h8, and mmc dev only shows:
<dothebart>
MMC card 2 seems to be the onboard storage?
<bbrezillon>
RSpliet: could you please paste a dump with -o -n and another one with just -o of the first page of the eGON partition ?
<pstef>
vpeter: thanks, will try.
reinforce has joined #linux-sunxi
flyhorse_pqzyk has joined #linux-sunxi
flyhorse has quit [Read error: Connection reset by peer]
<vpeter>
pstef: tested and it works.
philippe_fouquet has quit []
<RSpliet>
bbrezillon: at what point... I currently have two board, one with the original boot loader chain from an older android image; one that I'd be happy to erase and overwrite with a known-working u-boot (tested on MMC)
<pstef>
vpeter: should I modify the partition tale with fdisk?
<RSpliet>
the latter u-boot img does not actually do anything when flashed onto NAND, I expect it to give me some SPL strings on the uart before dying
<pstef>
Before dd-ing the image onto the NAND.
JohnDoe_71Rus has joined #linux-sunxi
<vpeter>
pstef: I just followed this instructions I think. But this was months back.
<RSpliet>
I then used hexdump to turn both the original image and the read back data into a textual representation, and diff'd
<RSpliet>
and what I see... every first 4096B are written correctly; every second 4096B are completely and utterly different
y0g1 has joined #linux-sunxi
<RSpliet>
let me double check that... no... I did that without the -o of course :-)
afaerber_ has joined #linux-sunxi
y0g1 has quit [Quit: brb]
leviathancn has quit [Ping timeout: 246 seconds]
afaerber__ has quit [Ping timeout: 252 seconds]
domidumont has quit [Ping timeout: 246 seconds]
awe00 has quit [Ping timeout: 272 seconds]
flyhorse_pqzyk has quit [Read error: Connection reset by peer]
flyhorse has joined #linux-sunxi
kaspter has quit [Ping timeout: 258 seconds]
gianMOD has quit [Remote host closed the connection]
bonbons has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
khuey|away is now known as khuey
pmattern has joined #linux-sunxi
flyhorse has quit [Ping timeout: 255 seconds]
flyhorse has joined #linux-sunxi
<mripard>
wens: yeah, the simple gates stuff
gianMOD has quit [Remote host closed the connection]
viccuad has joined #linux-sunxi
gianMOD has joined #linux-sunxi
<bbrezillon>
RSpliet: try nandwrite without '-a -p'
<bbrezillon>
and nanddump -o -f dump.bin
<wens>
i have a cubieboard
<wens>
mripard: though i thought you could get kernelci to do some tests for you?
<bbrezillon>
RSpliet: I guess you've erase the partition before calling nandwrite
<mripard>
wens: and you don't have any sun5i device?
<wens>
mripard: my a13 tablet does not have a working serial console
<mripard>
ok
<wens>
it's been sitting on the side for a while
<mripard>
if you can give my sunxi/wip/clock-indes branch a try, that would be great
<mripard>
no rush though
<wens>
i'll try to squeeze some free time out
RzR has quit [Excess Flood]
awe00 has joined #linux-sunxi
fredy has quit [Excess Flood]
RzR has joined #linux-sunxi
fredy has joined #linux-sunxi
shelly has quit [Ping timeout: 246 seconds]
<pstef>
vpeter: it works! Thank you! Is updating packages even an option? Or is it that I could do it, but I should be careful?
<vpeter>
pstef: Nice. About updating - no idea.
<vpeter>
Seems this a80 is not very popular - mine collect dust :(
<pstef>
Alright, no worries. You've helped me a lot already.
<vpeter>
pstef: When you have something to tell let do that. SO I can use board for something useful.
domidumont has joined #linux-sunxi
<pstef>
vpeter: I'm sorry, I don't understand what you mean.
Netlynx has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 265 seconds]
<vpeter>
pstef: I got this board for free but because it doesn't have wider support it's waiting for me to use it for something. From what I see there are only some old images to run.
<RSpliet>
bbrezillon: -p I think is required because the binary file size is not a multiple of the page size
<RSpliet>
I have erased the partition yes
<RSpliet>
other than that, I'll try tomorrow... thanks for the feedback :-)
<bbrezillon>
RSpliet: isn't there a trick where only the first 1k of each page is used to store payload data (the remaining space is either used for redundancy or not used at all)
<bbrezillon>
When I tried to flash the eGON image, I first dumped the content of the bootloader freshly flashed with Allwinner's tool and then flash the data I had dumped
<bbrezillon>
I never tried to directly flash the binary image
akaizen has joined #linux-sunxi
<bbrezillon>
maybe jackdaniel can help you for this part (flashing a valid SPL) ?
FDCX_ has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
wickwire has quit [Read error: Connection reset by peer]
faisal has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
physis has joined #linux-sunxi
akaizen_ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 264 seconds]
faisal has quit [Ping timeout: 246 seconds]
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
gianMOD has quit [Ping timeout: 258 seconds]
dev1990 has joined #linux-sunxi
nove has quit [Quit: nove]
gianMOD has joined #linux-sunxi
arossdotme has quit [Ping timeout: 258 seconds]
arossdotme has joined #linux-sunxi
leviathancn has joined #linux-sunxi
physis has quit [Remote host closed the connection]
leviathancn has quit [Ping timeout: 272 seconds]
akaizen_ has quit [Remote host closed the connection]
physis has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
akaizen has joined #linux-sunxi
physis has quit [Read error: Connection reset by peer]
physis has joined #linux-sunxi
Nyuutwo has quit [Quit: No Ping reply in 180 seconds.]