<libv>
oh wow, this script parsing code is... lethal?
<libv>
it's more than just dangerous.
<Turl>
libv: hm?
* libv
is having to bolt on some extra .fex parsing to get usb otg working on a20 tablets
<libv>
as this code was not backported from the a20 sdk
<libv>
i have two choices, implement something different, or backport the larger changes to .fex parsing in its entirety.
<libv>
i chose the first, and am looking closely at the .fex parsing code to get an equivalent, and it's a minefield
<libv>
one tiny step wrong, and you get to keep the million pieces.
Andy-D has joined #linux-sunxi
<libv>
best example, the script_gpio_set struct in sys_config.h is a 32char name, plus an exact copy of the struct sunxi_property_gpio_value defined in plat/script.h. The name gets strncpyed over, the rest of the data is a memcpy from the complete last struct to the latter half of the first struct.
<Turl>
:p
xavia has quit [Quit: Leaving.]
Philippe_Fouquet has quit [Remote host closed the connection]
<libv>
argh.
<libv>
someone found it wise to create a copy of the mele a1000 page, and call it mele_m5, without thinking anything of it.
<libv>
most of the infobox is kept as well.
<libv>
pictures are all kept.
<libv>
why are people this stupid?
<Turl>
libv: because they're people
<plaes>
because nowadays anyone can access internet
<plaes>
libv: do you have your display driver rework somewhere in public tree?
<libv>
no, there's no point as long as i do not have a working lcd
<plaes>
:(
<libv>
*shrug*
<Turl>
mnemoc: 1h uptime so far with normal functionality
syeekick has quit [Ping timeout: 240 seconds]
avsm has joined #linux-sunxi
<libv>
this device milarky is pretty insane.
<libv>
those who do it voluntarily are all too stupid
<libv>
and those who should have a clue refuse to do it.
<libv>
the same pretty much applies to the rest of the wiki
<libv>
it's apparently not something normal people should spend their time on.
<cosm>
libv: I did, but I don't see how it is anything else than counterproductive
<libv>
cosm: tbh, i'd much rather not see that person again, and have someone else do a proper job in future.
Andy-D_win has joined #linux-sunxi
<libv>
how he failed to notice the new_device_howto that comprehensively, is beyond me
<cosm>
yes, but if you insult someone it's less likely they'll want to have anything to do with the community
syeekick has quit [Remote host closed the connection]
<libv>
first off, as insults go, that's pretty meek
<libv>
secondly, good.
* plaes
approves
<cosm>
uhm, ok
<libv>
cosm: it seems i spend my days cleaning up idiots shit, and as a reward, i get random whining back.
<libv>
cosm: so... what hardware do you own?
<cosm>
oh, now you're going to call me stupid?
<libv>
no, not yet.
<libv>
i think you have been sufficiently forewarned that you should follow the easy guides.
<libv>
i was just trying to turn the table on you, as people love to whine, but don't like to act.
<Andy-D_win>
OK, so I've got an A13 tablet that somehow has failed to be rooted by two different toolkits, yet I have root access over an ADB shell. Anyone know if it be unwise to try running the Debian Kit installer over ADB if I don't have root access on the tablet itself? Output from a root checker here (second hidden text): http://forum.xda-developers.com/showthread.php?t=2049569&p=52185796
<libv>
Andy-D_win: i have no idea what the debian kit installer is, but we here tend to first install a linux on an SD card before installing it directly to nand
<libv>
Andy-D_win: so it is that exact motherboard?
<libv>
(or a minor revision thereof)
<libv>
because we really want the many different motherboards documented differently
<Andy-D_win>
it's that motherboard, confirmed by the build number, etc.
<libv>
Andy-D_win: cool :)
<libv>
well, no
<libv>
build number in the q88 format devices is not always as reliable :)
<Andy-D_win>
I had settled on giving a try to this: sven-ola.dyndns.org/repo/debian-kit-en.html because I wanted to be able to replace an SD card while using some form of linux
<libv>
Andy-D_win: q88 style tablets are trivial to pop open :)
<Andy-D_win>
yeah
<Andy-D_win>
well, I could do that
<Andy-D_win>
just powering it off to be safe
<libv>
that doesn't really matter much :)
<libv>
just stick a thumb nail in the outer edge, and gently pull the edge to the outside, and then go round the whole thing
<libv>
q88 format is really nice that way
<libv>
on my a13 tablet, the buttons even remain in place
<libv>
on my a23, they always fall out and get in the way when closing up the device again
<libv>
Andy-D_win: just be careful with the display, lay it down on a piece of A4, otherwise you easily get some small scratches on the display
avsm has quit [Quit: Leaving.]
<Andy-D_win>
thing still has a thin-film screen protector on it
<wens>
bbrezillon: it's what it says in the manual
Andy-D has joined #linux-sunxi
bgal has quit [Ping timeout: 240 seconds]
Quarx has quit [Ping timeout: 264 seconds]
<bbrezillon>
wens: yep, I checked on the chinese datasheet :)
<bbrezillon>
wens: but they made an error on the DC-DC5 part...
<bbrezillon>
wens: range = 1 - 2,55 V
leviathanch2 has quit [Ping timeout: 240 seconds]
<bbrezillon>
wens: step = 50mV
<bbrezillon>
wens: so, I'm not sure about what's valid or not anymore ;-)
ganbold_ has quit [Ping timeout: 264 seconds]
kuldeepdhaka has quit [Ping timeout: 252 seconds]
notmart has quit [Quit: notmart terminated!]
chil has joined #linux-sunxi
<ccaione>
bbrezillon: when I was in doubt I used to look in the aw driver. But with axp221 I think you have just to guess :)
TuxboxGuru has quit [Ping timeout: 240 seconds]
leviathanch2 has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
TuxboxGuru has joined #linux-sunxi
<bbrezillon>
ccaione: or I'll try test it with a voltmeter ;)
kuldeepdhaka has quit [Max SendQ exceeded]
deasy has quit [Remote host closed the connection]
kuldeepdhaka has joined #linux-sunxi
deasy has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 252 seconds]
setkeh has quit [Ping timeout: 256 seconds]
setkeh has joined #linux-sunxi
megal0maniac_afk is now known as megal0maniac
leviathanch2 has joined #linux-sunxi
leviathanch2 has quit [Remote host closed the connection]
mturquette has joined #linux-sunxi
mturquette is now known as turqee
turqee is now known as mturquette
leviathanch2 has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 252 seconds]
<vbmithr>
Hi
<vbmithr>
I compiled the latest mainline kernel for a cubieboard2
<vbmithr>
with early printk enabled
<vbmithr>
and the kernel is stuck at Uncompressing Linux... done, booting the kernel.
<vbmithr>
What is the standard procedure when such error happens ?
<vbmithr>
Oh, and BTW, does the LOADADDR=0x40008000 param when building kernel has to match the memory address where u-boot loads the kernel afterwards ?
ZaEarl has joined #linux-sunxi
ZaEarl has quit [Read error: Connection reset by peer]
ZaEarl has joined #linux-sunxi
<vbmithr>
no, seems not.
bard3307 has joined #linux-sunxi
focus has quit [Ping timeout: 240 seconds]
FreezingCold has joined #linux-sunxi
bard3307 has left #linux-sunxi ["Leaving"]
focus_it has joined #linux-sunxi
<vbmithr>
Ha, now I'm stuck at [ 0.535478] bootconsole [earlycon0] disabled
<vbmithr>
After providing the earlyprintk kernel argument
<vbmithr>
Oh, well, it should switch to the "real" console then.
<lioka>
do you have DEBUG_SUNXI_UART0 (1) enabled ?
* lioka
never tried earlycon on sunxi although
<ccaione>
vbmithr: you are missing the console= bootarg