[02:26] <scientes> https://wiki.ubuntu.com/ARM/TEGRA/AC100
[02:26] <scientes> is there something better than this?
[02:26] <scientes> i am very interested
[02:26] <scientes> i have 2 sheevaplugs but i need some armhf hardware
[02:28] <infinity> Define "better".
[02:29] <infinity> A PandaES will be faster, but also somewhat less portably self-contained. :P
[02:29] <scientes> well yeah
[02:29] <scientes> i like the form factor
[02:29] <scientes> but i would like 1GB ram
[02:29] <scientes> at least
[02:30] <infinity> The Pandas have a gig of RAM.
[02:30] <infinity> No small dev boards in the current generation will have more than a gig, as much as I wish they all did.
[02:30] <infinity> (And I'm not a TI shill or anything, we just happen to support the Panda quite well in Ubuntu)
[02:31] <scientes> cause support is mainlined...
[02:31] <infinity> If you're happy finding your kernels elsewhere (like Linaro hwpacks), the Snowball and Origen are also decent choices.
[02:31] <infinity> Panda support so isn't mainline...
[02:31] <infinity> We have a forked kernel tree for omap4. :/
[02:32] <infinity> omap3 is mainline, and we do build beagle kernels from upstream source.
[02:32] <scientes> i have no problem compiling my own kernel, but i like it to be up to date with mainline
[02:32] <scientes> to some extent
[02:32]  * scientes builds his own sheeva kernels without initramfs
[02:32] <scientes> unstead of using debian's kernel---they don't support installing to the 512NAND flash
[02:32] <scientes> but i still run debian on it
[02:35] <infinity> Don't let me talk you out of an AC100, though.  I'm using one right now, and I like it well enough.
[02:35] <infinity> It could use more community folk hacking on the kernel, though.
[02:36] <infinity> But the 512MB of RAM is a bit of a bummer.
[02:36] <scientes> what is lacking on it hardware support wise?
[02:36] <scientes> UEFI FOR ARM!!!!
[02:36] <scientes> WTF!!!
[02:36] <infinity> Everything more or less works (except some sound issues).
[02:37] <scientes> uEFI is a piece of shit
[02:40] <scientes> so you are using usb gadget mode to boot the pandas?
[02:43] <infinity> Hrm?
[02:43] <infinity> As in, pushing via USB from another host? No.  My Pandas boot uBoot from SD, and chain to a USB HDD from there.
[02:44] <scientes> https://www.youtube.com/watch?v=LRWpuJRrTn4&feature=relmfu
[02:44] <scientes> he says they boot from usb
[02:44] <scientes> with some magic
[02:44] <infinity> They boot from several different directions, in weird ways.
[02:45] <infinity> But uBoot on an SD card is the most familiar way for most people.
[02:45] <scientes> i use uboot and NAND flash for the sheevaplug
[02:45] <scientes> with ubifs
[02:45] <scientes> the ubifs device enumeration is a bit wierd
[05:59] <GrueMaster> scientes: The arm server workload test framework uses usb-boot to reimage systems, then SD to boot into a usb drive.  The tools should be in a bzr tree soon.
[14:41] <janimo> GrueMaster, mongodb/arm is in Precise, I did not test it much besides checking it actually works. In case you need it for some testing setups
[14:42] <GrueMaster> janimo: Let the server workload team know
[14:42] <janimo> in #serer ?
[14:42] <janimo> my keboard eats the letter ''
[14:42] <janimo> or eilt?
[14:43] <GrueMaster> In #eilt
[14:44]  * ogra_ still wonders who came up with that super silly name
[14:44] <ogra_> eilt in german means "in a hurry" ...
[17:37] <janimo> infinity, there's a new armadaxp kernel in NEW :D
[17:37] <GrueMaster> janimo: Did you take over development of that kernel?
[17:38] <janimo> GrueMaster, no, but I may be doing SRU's for it though later
[17:38] <janimo> currently just sponsroing uploads for Ike Pahnc
[17:38] <GrueMaster> Ah
[17:38] <janimo> so he can get enough karma to get PPU rights
[19:05] <ndec> ogra_: hi. do you still have the Blaze board?
[19:06] <ogra_> you meanm the red elephant phone or the tablet ?
[19:06] <ogra_> (i still have both)
[19:08] <ndec> the red one.
[19:08] <ndec> do you think you could ship it back?
[19:09] <ogra_> hmm, sure
[19:10] <ndec> do you remember which CPU was on it? e.g. which 4430 revision?
[19:10] <ndec> it might be written on it... i am not sure.
[19:10] <ogra_> pre something
[19:10] <ogra_> it was a really early one
[19:10] <ndec> if i need it for Andy from linaro.
[19:11] <ogra_> (and i'm not near^ the device to check a sticker)
[19:11] <ndec> if you can have it shipped to him directly, it's better ...
[19:11] <ogra_> i'll have to check if that can fal under canonical shipments
[19:11] <ogra_> *fall
[19:11] <ndec> ok. worst case i guess the shippment back to me should fall under it
[19:12] <ndec> if you need an email from me, asking to ship it to linaro instead of TI, let me know
[19:12] <ogra_> right, i can talk to our shipment dept. on tuesday
[19:12] <ndec> ok. great!
[19:12] <ogra_> i'll let you know if i need anything
[19:13] <ndec> sure
[19:14] <GrueMaster> ndec: Would you like mine as well?  If so, email me shipping instructions.
[19:15] <ndec> GrueMaster: eheh.. i didn't know you had one too!
[19:15] <ndec> do you know which silicon revision you have?
[19:15] <ndec> or do you know what is the last kernel that ever worked on it?.
[19:15] <ndec> by giving the board to andy, i want to make sure that the linaro kernel supports the blaze properly...
[19:16] <GrueMaster> I have two daughterboards, and I think the one in the unit is an ES2.0 (I'd have to check).
[19:16] <ndec> ouch.. that is old...
[19:16] <ogra_> the other one should be the same as mine
[19:16] <GrueMaster> I know the other board is the early pre-release version.
[19:16] <ogra_> pre 1.0 i think
[19:16] <ogra_> or *just* 1.0
[19:16] <ogra_> but i really think it was pre
[19:16] <ndec> ok. but the blaze is stil red, not black, right?.
[19:17] <GrueMaster> Yes.
[19:17] <ndec> i have more recent processor boards with recent silicon.
[19:17] <ndec> it's the board which is missing.
[19:17] <GrueMaster> 2 minutes and I can tell you what revs I have.
[19:17] <marvin24_DT> hi janimo
[19:17] <ndec> GrueMaster: if you don't need it, then yes, I would be happy to get it back
[19:18] <marvin24_DT> janimo: I wonder if it is still possible to update our kernel
[19:18] <marvin24_DT> I have 3.0.27, wifi, zcache/zram and some sound updates
[19:18] <marvin24_DT> or is it too late for precise already?
[19:21] <GrueMaster> ndec: Ok, I have the original cpu (same as ogra_), and the ES2 revision.  The Blaze is w/o camera or PICO.  But I would like to send it back to TI, otherwise it will go to our Lexington office.
[19:23] <ndec> ok. have it sent to me, then.
[19:24] <GrueMaster> ndec: Can you email me an address?  My ID at gmail.
[19:24] <ndec> gmail?
[19:25] <GrueMaster> gmail.com
[19:26] <ndec> GrueMaster: can you PM it to me?
[20:32] <janimo> marvin24, should be doable
[20:32] <janimo> it's on the stable branch and well tested?
[20:32] <janimo> should I just include all of that? no large features that may be disruptive?
[21:34] <marvin24_DT> janimo: well, most is update to 3.0.27 and a few wifi / zcache fixes
[21:34] <marvin24_DT> all picked from upstream
[21:34] <marvin24_DT> I ran it for some days now
[21:35] <marvin24_DT> maybe you can provide a test package first
[21:35] <janimo> marvin24, ok, if it is all in your stable branch I'll have a look :)
[21:35] <janimo> sure
[21:35] <marvin24_DT> janimo: I'll push it tomorrow
[21:35] <marvin24_DT> after I made sure I got everything form -exp
[21:35] <janimo> alright
[21:35] <marvin24_DT> thanks
[21:35] <janimo> np :)