<mnemoc>
hramrach: does the kernel part of the BLKRRPART thing on the stage/ branches work for you?
<hramrach>
mnemoc: it fails when the partition is mounted
<mnemoc>
ouch
<hramrach>
I changed it to the same size only
<mnemoc>
and, does a BLKRRPART-patched nand-part work with a not-BLKRRPART-patched kernel?
<hramrach>
yes, it just fails
<hramrach>
but the BLKRRPART part in kernel does not work
<hramrach>
I resized nand2 but sfdisk reports same size
<hramrach>
oh, it's just broken wrt the last partition
<hramrach>
it occupies the space until the end of flash regardless of the specified size
<hramrach>
so I guess you can say it works
<hramrach>
mnemoc: I did not test with non-BLKRRPART kernel but
<hramrach>
1) when nand1 is not present (because you have nanda) BLKRRPART is not attempted
<hramrach>
2) when it fails the failure is just reported and does not affect nand-part operation
<mnemoc>
:(
<mnemoc>
should I just remove it from stage for now?
<hramrach>
the BLKRRPART patch?
<hramrach>
it appears to work correctly mostly
<hramrach>
the only weird part is that if you specify small last partition it is extended to the end of the nand device
jochensp has quit [*.net *.split]
<hramrach>
presumably if you specified too large one it would be truncated
<mnemoc>
i can't test myself atm, but i'm not really confortable of breaking nand-part for non-BLKRRPART-capable kernels
<mnemoc>
s/of/with/
<hramrach>
it will not break
<hramrach>
it will at most report that BLKRRPART failed
<mnemoc>
ah, ok
<mnemoc>
i was fearing something for fatal
<mnemoc>
more*
<mnemoc>
damn. can't type :|
<hramrach>
and it will not build on non-linux systems without adding some #ifdefs if that's a concern
jochensp has joined #linux-sunxi
<mnemoc>
e.g. android?
<hramrach>
e.g. FreeBSD
<hramrach>
I have no idea about android
<mnemoc>
there is functional freebsd for sunxi already???!
<hramrach>
nand-part is partitioning tool
<mnemoc>
yes, but runs natively
<hramrach>
yuo can technically run it anywhere
ganbold_ has joined #linux-sunxi
<Turl>
is the default to behave as previously? (eg nanda?)
<hramrach>
it writes a block device you specify
<mnemoc>
i mean. it would be a concern if there is any non-linux system running already. for future OSs, it's a future concern :)
<hramrach>
it does not even care what the kernel does nanda vs nand1 vs nothing
<mnemoc>
Turl: can you give a try to the stage branches?
<mnemoc>
i'm not even sure if they boot :|
<mnemoc>
but would like to see what can be merged back, and what not
<mnemoc>
it's growing too fat already
<Turl>
hramrach: I mean, if I boot with that patch on an old system, does it expose nanda or nand1?
<Turl>
exposing nand1 is changing behavior and it'd break a lot of stuff
<mnemoc>
nanda vs nand1 is not nand-part related, it's kernel related. but yes, I agree it will harm
<hramrach>
mnemoc: you could technically run it on amd64 and set up the nand partitioning on a block device (or file if nand-part supports)
<hramrach>
usefulness of that is disputable because you typically don't get access to sunxi nand on other platforms
<mnemoc>
:)
<hramrach>
Turl: the nand-part patch only uses the presence of /dev/nand1 as heuristic to try and do BLKRRPART on the device it is partitioning. It does not ever access anything but the device it partitions - the whole raw nand
* mnemoc
wonders if the eva in charbax's video is *the* eva, or another eva
merbzt has joined #linux-sunxi
<rz2k>
whats the status of the gpio driver in our kernel and does it work with a13?
<Turl>
mnemoc: I think it's her, yes
<Turl>
she says she's part of the marketing department at allwinner
<mnemoc>
rz2k: the gpiolib driver still in the stage branches, need feedback on the 3.0 side. eint support for a13 still no included because we haven't added code to distinguish between sun5i variants
<mnemoc>
Turl: she actually sounds like she understands the things
<mnemoc>
Turl: and pretty good english. no wonder she controls the company
<Turl>
mnemoc: well, nobody will buy you chips if you don't know them well :)
<mnemoc>
most chinese sellers don't have any idea what they are selling
<mnemoc>
and not long ago the public info about the A10 didn't include sata
<Turl>
yeah, but sellers don't buy stuff from allwinner
<Turl>
sellers just.. sell
<mnemoc>
:)
<mnemoc>
fair point
<Turl>
mnemoc: if you go to a local PC store and ask them, I bet they don't know half of the specs of the PCs on sale
<drachensun>
oh man, yeah hearing one of the kids try to convince me why I need the $200 hdmi cable is priceless
<mnemoc>
*g*
<drachensun>
the sad thing is, its not just commission seeking, they really believe all the bs they spew since they have no conception of what the word digital really means
merbzt has quit [Ping timeout: 245 seconds]
ZaEarl has joined #linux-sunxi
<rz2k>
mnemoc: and what about old 'ugly' driver?
<mnemoc>
still there
<mnemoc>
both use the same script.bin section
<mnemoc>
but the 'ugly' driver is very limited
<mnemoc>
if you can test stage/sunxi-3.0 I can graduate the stuff :)
merbzt has joined #linux-sunxi
merbzt has quit [Ping timeout: 264 seconds]
<rz2k>
mnemoc: the only thing I need is to generate arb. digital signal on one of any pins on a13
<rz2k>
cant really decide what to use :/
<theOzzieRat>
i have been testing the new gpiolib on A10 cubieboard, including interrupts. It appears to work well for me. I am also using Lorenzo Nava's [PATCH] Sunxi spi board IRQ setting with GPIO management which also works for me.
<mnemoc>
rz2k: the ugly driver works fine for outputs
<mnemoc>
theOzzieRat: if a not-merged patch works good for you, please reply it telling so
<theOzzieRat>
ok, will do
<theOzzieRat>
mnemoc, done. I am only new at this stuff so feel free to provide guidance.
<theOzzieRat>
I have also found a bug in spi_sunxi.c, but was waiting for that patch to get merged before submitting.
paulk-desktop has quit [Quit: Ex-Chat]
ZaEarl has quit [Quit: Ex-Chat]
rz2k has quit []
<gzamboni>
theOzzieRat is it possible to use gpio interrupts in the userspace ?
<gzamboni>
i supose maybe using system calls, do you have any code exemple ?