<projectgus>
although with those config patches I sent you I found I could disable a few random things (like LCD panels) that were enabled in gk802_defconfig
<dgp>
projectgus: it should be good for a lot of headless applications.. add some i2c io expanders, adcs etc and you have a very fast tinkering platform
<projectgus>
but there are lots of other differences, that config assumes an initrd and compiles most things as modules
<projectgus>
dgp: I have some TI i2c ic samples sitting around for this purpose :)
<projectgus>
also for my server one i want to add an rtc
<dgp>
projectgus: I would check the voltage on the header before wiring stuff up though.. I think it's meant to be 3.3v but one of my boards is putting out 4.5v on the i2c
<abrasive>
just add GPS ;)
<projectgus>
dgp: oh really? good warning, thanks
<dgp>
abrasive: means you need a fix before getting the right time though
<projectgus>
abrasive: heh
<dgp>
projectgus: yeah, could just be this one board though, I haven't checked my new one
<projectgus>
i still only have one
<projectgus>
i ordered two at the same time, one DHL and one normal post (geekbuying wouldn't applied discount-per-order)
<projectgus>
other one still hasn't shown up, has been over a month now so I'm worried it's lost
<dgp>
Apparently you can get them for $30 or less bulk.. waiting on some donation units from a guy that wants to sell loads of them :)
<otavio>
projectgus: It does not work
<otavio>
projectgus: well 1.12 I didn't try but 1.13 certanly does not
<projectgus>
otavio: oh, so the difference isn't just ABI? is it 1.11 only?
<otavio>
projectgus: it required modular DRI modules
<rm>
looks like Geekbuying orders start to arrive to people
<rm>
I got mine 3 days ago
<rm>
asked around "is there Debian?"... - "nnnnnope"
<rm>
so I didn't even power it on yet :D
<projectgus>
rm: well, tell me how you go :)
* dgp
wonders if there is much speed difference between the odroid quad core thingy and the gk802
<otavio>
projectgus: I am on it (GPU) but not yet solid results
<rm>
projectgus, no way to make it not need the internal slot?
<projectgus>
otavio: cheers :)
<otavio>
abrasive: Can you do it?
<projectgus>
rm: the imx6 is strapped to look at mmc0 for the bootloader. you can put just the bootloader there, and everything else (including boot partition) somewhere else though
<otavio>
abrasive: currently the u-boot used is not very new
<abrasive>
otavio: i don't have a lot of time at the moment, but i can take a look
<otavio>
abrasive: I can do the porting but you did most of work so I think you deserve the credit for it
<rm>
projectgus, I thought the currently available Ubuntu images just require you to insert an SD card into an external slot
<abrasive>
does mainline support imx6 at the moment?
<projectgus>
rm: to my knowledge they all require the internal slot. but i could be wrong, there might be some way to leverage the android install to boot from external...
<otavio>
abrasive: this is where u-boot next release, is maintained, for imx
<abrasive>
otavio: okay, I'll work from upstream... i'll keep you posted
<otavio>
abrasive: thx
<abrasive>
where upstream==git.denx.de
<otavio>
abrasive: it should be 1h work I think
<abrasive>
probably, yeah
<abrasive>
i'll take a look tonight
<otavio>
abrasive: good :-)
<otavio>
abrasive: thx! I will wait for it than, for Yocto
<otavio>
abrasive: so I don't need to add an U-Boot for it
<projectgus>
rm: well free to make whatever image you want :)
<projectgus>
rm: and yes, you can install to the same
<projectgus>
dgp: the CAAM oops must be an android thing, linux doesn't oops until you try and use it :)
<dgp>
do you have it built as a module or builtin?
<projectgus>
usb ethernet? it's a module
<projectgus>
the debian installer comes with its initramfs management though, so it can put the required modules into the initramfs
<projectgus>
I use mine with a usb ethernet adapter
<dgp>
I mean the CAAM stuff
<projectgus>
dgp: I originally had it compiled in, then I built it as a module
<projectgus>
sorry I misread your comment as from rm
<projectgus>
in either case it would load, but when a client tried to use it (in my case 'cryptsetup benchmark'), it would blow up with DMA mapping errors
<dgp>
mmm I got irq errors I think
<projectgus>
interesting
<dgp>
I don't think I need it anyhow. Disabled it and the problem went away ;)
<projectgus>
I don't think I actually saved a kernel dump, but if/when my second gk802 shows up I plan to try and debug it
<projectgus>
yeah :)
<projectgus>
even on gnu/linux, if you're not doing IPSec or LUKS (encrypted disk) I don't think it really gets used
<projectgus>
there are patches for openssl to use kernelspace crypto but debian/ubuntu don't seem to use them
<dgp>
probably nice to have but not essential
<projectgus>
I think the speed of one core doing software LUKS encryption was about the speed of my (mediocre) SD card
<projectgus>
I have 4 cores so giving up one is not too taxing :)
<projectgus>
if CAAM can be made to work then I'll clearly need to invest in a better SD card
<dgp>
is the SD card interface running at it's full potential?
<dgp>
I have no idea how the extra wide access modes work but are we using the best for the interface?
<projectgus>
no idea I'm afraid
<projectgus>
these cards are relatively old class 10 cards
<dgp>
my 250mhz SH4 machine still kicks the ass of any ARM board I have in disk I/O.. bit sad really
<dgp>
maybe some of the test pads will expose one of the sata ports the chip has (I think)
<rm>
the A10 does at least ~90 MB/sec over its built-in SATA
<dgp>
that's the sort of speed I want :)
<hste>
projectgus: I use wheezy too. nice installer job. I use this http://lists.debian.org/debian-user/2012/07/msg00647.html to keep xorg down too version that vivante accept. I got it running with armhf from timesys but glx would not work