[00:02] <brandini> I sure hope the defaults are good cause I still can't read this console :)
[00:06] <GrueMaster> Serial console?
[00:06] <brandini> yeah
[00:07] <GrueMaster> I wonder if you have a bad connection or possibly a bad port on the panda.
[00:08] <brandini> it IS going to a usb hub first
[00:08] <GrueMaster> Shouldn't matter.  I have 8 usb serial cables on a hub for all my systems.
[00:09] <GrueMaster> And my serial port monitoring system is an older Atom based system in a mini itx case that I remote to.
[00:09] <brandini> is the primary network interface during install the wireless or the lan?
[00:11] <GrueMaster> On server, lan.
[00:12] <GrueMaster> I don't think we have all the packages installed for wifi on the server image.  Will check.
[00:12] <brandini> I need the lan one I just couldn't read it
[00:12] <GrueMaster> top default option.
[00:13] <infinity> GrueMaster: The server image will do wifi in the clear or with WEP, but I suspect WPA will fail.  Haven't tested.
[00:14] <infinity> (I always used to have a WEP fallback just for d-i testing, but maybe it does WPA properly now)
[00:14] <brandini> will bad things happen if I reset in the middle of this install?
[00:14] <GrueMaster> infinity: The firmware used to be missing from the image.  Haven't tested it recently.
[00:14] <GrueMaster> brandini: Is it at a prompt or doing something?
[00:14] <brandini> prompting for network configuration
[00:15] <GrueMaster> You can restart.  Main thing is to not reboot during a write process.
[00:16]  * infinity takes off for the evening.
[00:23] <brandini> anyone use a macbook to do the serial connection?
[00:23] <brandini> I've not been able to figure it out on the mac :)
[00:32] <GrueMaster> Not me.  never owned one.
[00:33] <brandini> you're not missing anything
[00:33] <brandini> ;)
[00:46]  * GrueMaster wanders off the grid for a while until the kubuntu images finish downloading.
[01:12] <brandini> sweet, I finally got the serial cable working on my mac and the display is much better :)
[01:13] <brandini> are oem-config-firstboot errors trying to write to /var/log/oem-config.log because of a read-only filesystem normal?
[01:28] <GrueMaster> No.  You should not have a read-only filesystem
[01:29] <GrueMaster> You may need to reflash and restart.
[01:29] <brandini> done and done
[01:35] <brandini> GrueMaster: nope, same thing happened... "Running post-installation trigger man-db" 100% /usr/sbin/oem-config-firstboot: line 58: /var/log/oem-config.log: Read-only file system
[01:36] <GrueMaster> Hmm.  I would suggest trying a smaller SD card.
[01:36] <brandini> ext4_mb_generate_buddy:736: group 160, 4045 blocks in bitmap, 4096 in gd
[01:36] <twb> Could that be coming from errors=remount-ro ?
[01:36] <brandini> looks like it is
[01:36] <brandini> let me paste it all...
[01:37] <twb> In that case get a card that isn't buggered
[01:38] <brandini> http://pastebin.com/S8e7CXGH
[01:41] <GrueMaster> brandini: Need to see why journal aborted.  Is there any messages before the first line?
[01:41] <brandini> not that I can see
[01:41] <brandini> Im' trying another card
[01:48] <GrueMaster> Everything worked fine here with the latest image. But as I have not tested on anything bigger than 16G, I suspect your card (or the system may not like your card).
[01:49] <brandini> I've never had any luck with CF
[01:56] <GrueMaster> CF?
[01:57] <GrueMaster> These are SD.  Not nearly as fast.
[01:57] <brokencodes> Class 20 SD cards will be mainstream in a few months
[01:57]  * GrueMaster uses CF cards in Sata adapters for rootfs on 2 servers and a firewall.
[01:58] <GrueMaster> Oddly, I have found that the lower the class, the more reliable and better overall performance.
[01:58] <brandini> with the 16GB card it's been at Resizing, pass: 1 [100/100] for a few minutes...
[01:58] <GrueMaster> The higher class are great for sustained sequential reads/writes (like video cameras).
[01:59] <GrueMaster> brandini: any activity on the LEDs?
[01:59] <brokencodes> brandini, you need fsck the partition, bro...
[01:59] <brandini> the one closest to the SD card is solid and the other is blinken lots
[02:00] <brokencodes> the journal is in status (ABRT)
[02:00] <brandini> power off and fsck the card?
[02:00] <brokencodes> do sudo fsck /dev/mmcblk0p2 -c -y
[02:00] <brokencodes> yes
[02:01] <brandini> in another machine right?
[02:01] <brokencodes> yes
[02:02] <brokencodes> also, I would suggest not using a journalling file system on an SD card
[02:02] <brokencodes> EXT2 is best
[02:03] <brandini> I didn't format it before flashing this image
[02:03] <GrueMaster> Actually, I have benchmarked and found ext4 to be very fast.  But we are just now (like Monday) in the process of switching on the SD preinstalled images.
[02:04] <brandini> I didn't know I was supposed to format the preinstalled image?
[02:04] <GrueMaster> Shouldn't matter.  The dd process will overwrite the first 1.6G.  Resize will clear the rest.
[02:04] <brokencodes> its is very fast, but is designed for magnetic media, not FLASH based media, such as the NOR flash in SD cards
[02:04] <brandini> ok, it fixed things
[02:04] <brandini> now lets hope it boots :)
[02:04] <brokencodes> the journal is constantly rewritten, even if just for a read, making it burn the Flash media in the journals blocks
[02:05] <GrueMaster> Actually, ext4 is designed for SSD, which is based on the same tech as SD.
[02:05] <brokencodes> GrueMaster, you are mistaken
[02:05] <GrueMaster> btrfs is supposed to be even better, but it isn't stable yet.
[02:05] <brokencodes> SSD's have wear leveling, SD cards have bit shifting for wear leveling (poor for repeated writes)
[02:05] <brandini> it's resizing again :)
[02:06] <brokencodes> the wear leveling in SSD's is much more robust than the wear leveling in SD cards
[02:06] <brokencodes> I can destroy an SD card in a matter of hours, with sparsewriting routines, from EXT4, or ReiserFS
[02:07] <brandini> 92/100
[02:07] <brokencodes> EXT2 is much more suited to older lessstable media, with SD fits into
[02:07] <brokencodes> sorry, my spacebar is failing
[02:07] <brandini> too much pepsi ;)
[02:08] <brokencodes> brandini, you getting jitters?
[02:08]  * GrueMaster is being called to dinner.  Biab.
[02:08] <brandini> I don't think this is going to work
[02:09] <brokencodes> brandini, did you do what I asked you to?
[02:09] <brandini> yup, only sudo fsck /dev/sdc2 -c y
[02:09] <brokencodes> sudo fsck /dev/mmcblk0p2 -c -y?
[02:09] <brokencodes> ok
[02:09] <brokencodes> did it write a new error block?
[02:09] <brandini> bad block inode
[02:10] <brokencodes> yes
[02:10] <brandini> yup
[02:10] <brokencodes> did it write a new bad block inode?
[02:10] <brokencodes> you have a failing SD card, then...
[02:10] <brandini> oh fun!
[02:10] <brandini> it's new!
[02:11] <brokencodes> brand name?
[02:11] <brandini> /dev/sdc2: Updating bad block inode.
[02:11] <twb> It could also be something like he is writing the partition smaller than the filesystem, right?
[02:11] <brandini> it's a kingston class 10
[02:11] <brandini> but I'm seeing the same error on my transcend
[02:11] <brokencodes> I would zero the card
[02:12] <brandini> ugh, ok
[02:12] <twb> brandini: hey, do you know what kind of FTLs (micro) SD cards have?  I couldn't find *any* documentation in wikipedia or google
[02:12] <twb> Sorry, s/brandini/brokencodes/
[02:12] <brokencodes> dd if=/dev/zero of=/dev/sdb bs=8192
[02:12] <brokencodes> FTL?
[02:12] <twb> flash translation layer
[02:12] <brandini> brokencodes: I did that this morning but I flashed the previous daily and then todays daily
[02:12] <brokencodes> you mean Mean Write before failure?
[02:12] <twb> The thing that makes it look like a /dev/sda instead of /dev/mmc
[02:13] <brokencodes> its usually in the SD card interface
[02:13] <twb> As in the reader?
[02:13] <brokencodes> si, the reader
[02:13] <twb> Thanks, I kinda suspected that.
[02:14] <brokencodes> crappy reader == crappy sd card performance / reliability
[02:14] <twb> So what I should do is the equivalent of lspci -nn for whatever bus I have instead of PCI, and then look up what kind of FTL I have
[02:14] <brokencodes> I would say yes
[02:14] <brokencodes> most emulate ata / atapi
[02:15] <twb> Also, are micro SD to SD adapters passive (i.e. just changing the physical shape), or do they have active components?
[02:15] <brokencodes> no, just wires
[02:16] <brokencodes> passive
[02:16] <brokencodes> if your SD card reader is plugged into usb, you would do lsusb instead, but you prolly knew that already
[02:17] <twb> It'd be nice if SD readers had a ioctl you could issue to bypass their FTLs, and just use jffs2/logfs or something :-P
[02:17] <brokencodes> you can
[02:17] <brokencodes> its just a block device
[02:17] <brokencodes> yoyu can make a link, and write as normal NOR flash
[02:18] <twb> Not if the kernel tells me "hey, here's /dev/sda"
[02:18] <twb> surely
[02:18] <brokencodes> ln /dev/sda /dev/mmcblk0
[02:18] <twb> wow, really
[02:19] <brokencodes> ln /dev/sdb2 /dev/mmcblk0p2
[02:19] <brokencodes> yep
[02:19] <twb> No, that can't be right
[02:19]  * infinity does a whois and suddenly wonders if brokencodes == thebroken, or if it's just odd coincidence.
[02:19] <twb> The kernel doesn't care what the name is, only the major/minor
[02:19] <brokencodes> yes
[02:19] <brokencodes> I'm thebroken
[02:20] <brokencodes> some utilities wont allow certain functions on certain device names
[02:20] <twb> They're wrong, then.  But I mean stuff like dd and mkfs
[02:21] <twb> https://secure.wikimedia.org/wikipedia/en/wiki/Memory_Technology_Device <-- what I'm thinking of, where you bypass the FTL
[02:21] <twb> *bypass, or there isn't an FTL to begin with
[02:22] <twb> http://paste.debian.net/131503/ <-- they show up as character devices, not block devices
[02:22] <twb> Or a mix.  Or something.  I guess I don't know what I'm talking about
[02:23] <twb> I guess a better question would be: if I have a micro SD card that presents as /dev/sda or /dev/mmcblk0, would it be better to use LogFS rather than ext[234] ?
[02:24] <brokencodes> you could also mknod on the device, and chage to the type of device you want, could work, might not
[02:25] <twb> I think both sda and mmc are going via the FTL
[02:26] <twb> Whereas MTD bypasses the hardware FTL and implements on inside the Linux kernel -- mtdblock (b) is mtd (c) + kernel FTL
[02:26] <brokencodes> Thats what I was referring to also
[02:28] <brandini> I sure hope zeroing makes it work :)
[02:31] <phh> twb: yup that's it
[02:31] <phh> well mtd doesn't bypass ftl, it's more that there is no ftl :p
[02:32] <twb> phh: right
[02:32] <phh> twb: logfs is theorically better than ext*
[02:32] <phh> i don't need how it goes in real world
[02:32] <phh> nilfs2 is indeed faster than ext*
[02:33] <twb> phh: I'm saying "gee, it'd be nice if I could bypass the crappy hardware FTL when there *is* one, and use jffs2 or whatever on the mtd character device" -- brokencodes says it might work, but I think he's wrong.
[02:33] <phh> but hum logfs is more for mtd than for FTLed device
[02:33] <twb> Unless it's some developer board-type SD card reader
[02:33] <phh> twb: he is wrong
[02:33] <twb> Thanks, I feel better now :-)
[02:34] <phh> the thing is that the MMC """api""" doesn't make it easy to make a FTL-less (or FTL bypassed) device
[02:34] <phh> well afaik
[02:34] <twb> And since I can't bypass the hardware FTL, I am screwed by it regardless and I might as well use a fs designed for block devices
[02:35] <phh> twb: na
[02:35] <phh> twb: on MMCs, hardware FTL sucks
[02:35] <phh> so a (real) logged FS is way better
[02:36] <twb> Even on top of the crappy hardware FTL?
[02:37] <phh> yes
[02:37] <twb> OK, so I have an 32GB eMMC /dev/mmcblk0p1 that will have the root filesystem, and a 16GB micro SD /dev/sda that will have /home on it.  What's the best filesystem to use?
[02:37] <phh> (ogra_ is going to kill me.)
[02:37] <twb> Oh, and this is with 2.6.38
[02:38] <phh> twb: basically, nilfs2 is the best FS i've found for MMC and friends, now the devs are saying it's unstable, so you might not want to rely on it for your data
[02:38] <twb> Well I'm using btrfs on my SSD in my old netbook :-P
[02:38] <twb> Incidentally, stupid SD card reader doesn't handle ext4 -o discard :-/
[02:39] <phh> and sdcard does ? :p
[02:39] <twb> I don't know
[02:39] <twb> I magical imagination land where everything DWIMs, yes :-)
[02:39] <phh> DWIMs ?
[02:39] <twb> Does What I Mean
[02:40] <phh> :)
[02:40] <twb> phh: that's where all my hardware has OpenFirmware too :P
[02:40] <phh> twb: i've been through some specs about it, and trim/erase/whatever it is called is only in some eMMC docs
[02:41] <phh> (yes eMMC/SD/uSD/MMC/whatever are using the same protocol, and yes it seems there are different specs for them, why ? :D)
[02:41] <twb> Because as long as it boots windows they will sell it :P
[02:46] <brandini> I really hope this zero'ing pays off... I'm doubtful
[02:47] <phh> brandini: it depends on how clever FTLs are
[02:47] <phh> so yes i'm kind of doubtful too :D
[02:47] <brandini> :)
[02:47] <twb> About as clever as a five year old on PCP cut with draino
[02:52] <brandini> well seeing as I've got two brand new SD cards that were both rated to work well and they completely don't work I don't know where to turn
[02:52] <brandini> can the pandaboard boot off usb?
[02:58] <twb> It's using u-boot?  Can you get into the u-boot serial console?
[03:00] <brandini> hrmmm, maybe
[03:26] <GrueMaster> infinity: I need to file a bug on this lack of swap so that it can be added to the release notes and because I may need to fail kubuntu desktop as a result.  What should I file against?
[06:42] <infinity> GrueMaster: livecd-rootfs, I suppose.  We can wiggle it around if we have to.
[09:14]  * ogra_ runs an ac100 install
[09:14] <ogra_> bbl
[10:20] <ndec> ogra_: lool: ping
[10:21] <ndec> i think we found a bug in dkms, how do you recommend that we report it?
[10:22] <ndec> i sure can report in launchpad, but isn't that better if i report upstream directly?
[10:27] <xranby> lool: hi. do linaro have access to the secret java tck tests that checks if the arm jvm follows the java specification?
[10:30] <lool> ndec: pong
[10:31] <lool> ndec: it's best if you report it upstream directly if it affects upstream, yep
[10:31] <lool> ndec: you can file it on launchpad as well as a meta-bug tracker to track it upstream, in ubuntu, in your project etc.
[10:31] <ndec> lool: do you want a LP as well once (if) it's confirmed
[10:31] <lool> xranby: no
[10:31] <ndec> argh..
[10:31] <lool> xranby: at least not that I know of  ;-)
[10:32] <xranby> lool: ok, it would be good if someone with access to it could test the current armel and armhf packages
[10:32] <lool> ndec: I don't strongly care about having a LP bug for DKMS personally, up to you  :-)
[10:32] <xranby> lool: jamvm work on armhf..   so its simply up to ubuntu and debian to enable and package it
[10:32] <lool> xranby: armel and armhf packages of what?
[10:32] <xranby> lool: openjdk6 and openjdk7
[10:32] <ndec> lool: the problem is that dkms status does not work if the module name has 'kernel' in the name. it was working with 10.10. it's broken in oneric. dkms add, build and install work fine though. but since CDBS will do add, build check with status if build was ok and then install. in 11.10 the module is built but not installed.
[10:33] <lool> xranby: so currently openjdk 6 uses jamvm, but it wouldn't work with openjdk 7; this is going to make it a real pain  :-/
[10:33] <xranby> lool: jamvm can bootstrap itself using openjdk7
[10:35] <lool> xranby: apparently some new opcode and API are missing
[10:35] <xranby> lool: so everything that work using openjdk6 + jamvm work using openjdk7 + jamvm       robert are working on adding the new bytecode that are used by some dynamic languages so we will get support for those as well
[10:36] <lool> xranby: Ok; I actually tried contacting Robert a couple of times on this topic, but I didn't manage to reach him
[14:36] <sniperjo_> hey guys, I've been trying to get ubuntu on a arm board for the last 2 days and had no luck with anything. there is a precompiled version of angstrom that comes with it. Is there anyway of installing / compiling ubuntu on that ?
[14:44] <ogra_> define "a arm board"
[14:44] <ogra_> :)
[14:44] <sniperjo_> a Technexion Thunderpack
[14:45] <ogra_> what cup is on there ? we only support certain cpu types in ubuntu
[14:45] <ogra_> s/cup/cpu/
[14:46] <sniperjo_> OMAP 3530
[14:46] <ogra_> well, theoretically we have omap3 images
[14:46] <ogra_> but they are built and tested for beagleboard only
[14:46] <ogra_> you could try one of them and see if it works
[14:47] <sniperjo_> will i have to change the uboot settings ?
[15:15] <sniperjo_> ogra_: the standard beagle image doesn't work
[15:30] <GrueMaster> sniperjo_: Try the beagle image with the MLO & u-boot from your system.  See if that works.
[15:30] <sniperjo_> GrueMaster: how do i use my u-boot ? just simply copy it across?
[15:30] <sniperjo_> I've just tried the standard beagle image and got http://pastebin.com/xGSa9rL4 , couldn't read uImage
[15:31] <GrueMaster> What you should do is backup the first partition of the SD, reformat (mkfs.vfat -F 32 <dev>), then copy IN ORDER:  Your MLO, your u-boot, uImage, uInitrd, boot.scr.
[15:32] <GrueMaster> That's odd.
[15:32] <GrueMaster> I'm in a meeting atm.  Hang tight and I should be able to help more in ~15-20 minutes.
[15:33] <sniperjo_> GrueMaster: amazing, thanks !
[15:52] <brendand> hi everyone. i want to do some research into querying hardware on arm devices in the absence of lspci
[15:52] <brendand> is udev still usable?
[15:53] <XorA> ls /sys
[16:09] <GrueMaster> sniperjo_: Any progress?
[16:10] <sniperjo_> GrueMaster: i was sort of waiting your return, but someone in the linux channel had what seemed to me a pretty good idea, put my original linux back onto NAND and then chroot into the sd card to try it
[16:10] <infinity> janimo: Do you have a comprehensive list of timeout builds for me to shove on to pandas?
[16:11] <GrueMaster> That works too.  If you want to do that, the easiest thing to do would be to pull a copy of ubuntu-core for armel from http://cdimage.ubuntu.com
[16:12] <GrueMaster> Use that as a base for your chroot.  After chrooting to it, run apt-get update and apt-get install tasksel to pull in major package seeds (desktop, etc).
[16:13] <sniperjo_> ok, i was just following the manual trying to get it back on, i flashed my u boot off a well, how do i get that back on ? at the moment i am just cp -rfa /* /mnt/nand
[16:13] <GrueMaster> I have no idea.  Never used that particular device.
[16:16] <sniperjo_> thats what the ins ructions say but I'm getting "cp: recursion detected, omitting directory "  http://pastebin.com/2mQAEJDX
[16:22] <janimo> infinity, I have an old list which may be not up to date but I can get you a new one
[16:26] <infinity> janimo: That would be shiny.
[16:26] <janimo> the old list in the meantime https://bugs.launchpad.net/ubuntu/+bugs?field.tag=arm-build-timeout
[16:26] <janimo> washngo and ants definitely are still there
[16:27] <janimo> the haskell one is building ATM
[16:28] <janimo> infinity, yep, all on that list are still valid timeouts
[16:28] <janimo> just checked
[16:31] <janimo> since the haskell-src-ext package was given back on gourd which is an old builder it too will fail in about 10 h
[16:33] <janimo> GrueMaster, does the beagle work with the same power cord as the panda? I do not remember having separate cables for it, but I am being extra careful now in light of recent....events
[16:33] <janimo> it sure fits in the jack :D
[16:34] <GrueMaster> yes.  Both work off the same power, as does the mx5 (conveniently).
[16:35] <infinity> janimo: Also, is there a bug for the mx5 kernel issue?
[16:35] <janimo> infinity, yes, jcrigby is on it
[16:36] <infinity> janimo: (I was looking for a bug number)
[16:36] <jcrigby> https://bugs.launchpad.net/ubuntu/+source/linux-linaro-lt-mx5/+bug/856432
[16:36] <ubot2> Ubuntu bug 856432 in linux-linaro-lt-mx5 "FFE: Enable CONFIG_LBDAF so mx5 image boots fine on EXT4 rootfs" [Undecided,New]
[16:36] <infinity> janimo: Danke.
[16:36] <janimo> jcrigby, infinity says thanks
[16:37] <janimo> :)
[16:37] <ogra_> janimo, all TI boards use the same plug and 5v (different amps for different models though)
[16:37] <janimo> 5 v  == 5 v
[16:37]  * janimo betrays his deep understanding of all things electronic
[16:37]  * ogra_ remembers that with babbage they even changed within one production line
[16:37] <infinity> jcrigby / janimo: You people need nicks with different first characters.
[16:38] <ogra_> and its fun if you plug your 19v into a 12v board
[16:38] <ogra_> infinity, at least with different colors
[16:38] <janimo> ogra_, I had my share of such fun for this dev cycle
[16:38] <ogra_> yeah, i saw
[16:38] <ogra_> :(
[16:38] <janimo> I saw _and_ smelled
[16:38] <ogra_> last time we had such a disaster it was jamie bennett
[16:39] <janimo> beginning with a j too
[16:39] <ogra_> who did exactly what i wrote above
[16:39] <ogra_> (19V inot a 12V board)
[16:39] <ogra_> the bad thing was that the PSUs looked all the same you could only tell them apart by reading the fineprint on the sticker
[16:40] <janimo> smart boards would use 12 of that for powering and 7 v for fancy effects on the leds
[16:40] <infinity> Thankfully, my ac100 and S10-3 seem to not mind me accidentall confusing their 19V and 20V PSUs (which makes sense, I'm sure their tolerance is wider than that), cause I do that constantly.
[16:40] <ogra_> heh
[16:41] <prpplague> ogra_: hey, you got a url link to ubuntu console image for panda?
[16:41] <ogra_> prpplague, natty  headless you mean ?
[16:41] <prpplague> ogra_: yea
[16:41] <infinity> Down with headless, up with server!
[16:41] <ogra_> http://cdimage.ubuntu.com/releases/natty/release/
[16:42] <ogra_> prpplague, ^^
[16:42] <ogra_> infinity, ++
[16:42] <prpplague> thanks
[16:42] <ogra_> infinity, though for panda having minimal headless might make sense once we have real server HW and dont need to abuse pandas
[16:43] <infinity> ogra_: Other than the pool, they're pretty much the same thing anyway.  So, it's just a bit of wasted disk space.  That doesn't hurt my feelings.
[16:43] <prpplague> ogra_: just need something to do a quick test with
[16:43] <ogra_> if we get extra headcount or so
[16:44] <infinity> ogra_: But once we have "real server hardware", we could just blank the pool on the cell phone subarches, and a -server build on, say, omap4 or mx5 would end up being "headless".
[16:44] <ogra_> yeah
[16:45] <ogra_> well, what people asked for (which resulted in headless) was a tiny dev image you could download quickly
[16:45] <infinity> I'm sort of dreaming of a day when we stop shipping for cell phone dev boards, but what are the odds that will ever happen?
[16:45] <ogra_> so dropping the pool on the non server arches sounds like a good idea if we actually want to keep that image type at all for these boards
[16:46] <infinity> ogra_: With any luck, a combination of ubuntu-core and a quick tutorial on applying hwpacks should satisfy the need for "tiny".
[16:46] <infinity> ogra_: I'm hoping.
[16:46] <ogra_> well, we have one netbook arch too :)
[16:46] <prpplague> is there a posted schedule for 11.10 ?
[16:46]  * ogra_ hasnt seen tegra cellphones yet 
[16:46] <infinity> ogra_: My phone is a Tegra2.
[16:46] <ogra_> prpplague, http://wiki.ubuntu.com/ReleaseSchedule
[16:46] <ogra_> pick your release :)
[16:47] <ogra_> infinity, oh, really ?
[16:47] <infinity> ogra_: http://www.lg.com/us/mobile-phones/LG-P999.jsp
[16:47] <ogra_> you got one of these hybrid motorolas ?
[16:47] <ogra_> ah
[16:47] <ogra_> that quite new
[16:47]  * prpplague is totally frustrated with trying to keep up with android and ubuntu for panda
[16:47] <GrueMaster> Motorola Atrix has been out for quite a while now with the Tegra 2.
[16:47] <ogra_> i guess i'm behind :)
[16:47] <ogra_> prpplague, drop android, nobody uses it anyway :P
[16:47] <GrueMaster> Droid 3 has the omap4 processor.
[16:48] <ogra_> GrueMaster, well, thats a pocket-desktop ... not a phone
[16:48] <sniperjo_> now I'm getting a kernel panic "Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)"
[16:48] <GrueMaster> It's a smart phone with a clamshell docing station.
[16:48] <GrueMaster> *docking
[16:48] <ogra_> well, you said the same just differently phrased :)
[16:48] <GrueMaster> sniperjo_: Is this with your stock image?
[16:49]  * prpplague wonders why this schedule info is not posted on pandaboard.org and omapedia.org
[16:50] <sniperjo_> GrueMaster: yes, http://pastebin.com/LsQe2D85 if you have a look near the end it i asking me to correct the boot option
[16:50] <sniperjo_> GrueMaster: and I'm confused!
[16:50] <ogra_> prpplague, yeah, at least until 2014 ...
[16:50] <ogra_> then we need new schedules :)
[16:51] <prpplague> ogra_: yea, well as you are aware, i normally do board bringup and validation, lately i've been getting hammered on the lists and channels about ubuntu and android support
[16:51] <ogra_> well, point them here or to the ubuntu-devel ML
[16:51] <ogra_> if you cant handle the load
[16:53] <GrueMaster> sniperjo_: I am not sure how much I can help as I don't have that hw or image.  If you followed all the steps to get it back to stock, it should work.
[16:54] <sniperjo_> GrueMaster: ill give it all another go, you think this is the best way to get ubuntu running on it ? instead of changing the beagle settings
[16:55] <prpplague> ogra_: not only can i not handle the load, it isn't my area of expertise
[16:55] <GrueMaster> I honestly don't know.  I haven't had much of a chance to work on ubuntu on non-supported systems.  It should work though.
[16:56] <GrueMaster> prpplague: By all means, pass all ubuntu related questions to us.  I regularly monitor the pandaboard mailing list, and respond where I can.
[16:57] <prpplague> GrueMaster: is there anyone that can update the omapedia.org wiki pages for ubuntu related stuff?
[16:57] <ogra_> prpplague, someone from omappedia i guess :)
[16:57] <prpplague> ogra_: hehe which means no one
[16:57] <GrueMaster> I suppose I can help (as time allows), but I don't know if I have write access.
[16:57] <prpplague> GrueMaster: public wiki
[16:58] <prpplague> http://omapedia.org/wiki/OMAP_Ubuntu_Main
[16:58] <GrueMaster> Ok.  Will add to my never-ending todo list.
[16:59] <prpplague> GrueMaster: main issues are people are confused about which versions are supported, which ones have PPA's , which ones have wifi support, and what the future releases are going to have
[17:00] <prpplague> GrueMaster: i'd be willing to spring for a pandaboard to someone who would keep the ubuntu stuff uptodate on omapedia.org
[17:00] <ogra_> usually all the same versions as all other arches modulo LTS are supported
[17:00] <ogra_> thats why we are ubuntu-arm and not linaro ;)
[17:00] <GrueMaster> Right, ok.  I can help clarify that.  Part of the problem we have is making releases work with new board changes, but we have been proactively trying to stay on top of that.
[17:01] <prpplague> GrueMaster: yea it is more of a communication issue
[17:01] <GrueMaster> So having new boards that change stuff would be nice.
[17:01] <GrueMaster> I just got an A3 last Friday for example.  No issues with Oneiric, but haven't tested the other releases yet.
[17:01] <prpplague> GrueMaster: yea, all of the A1 to A3 should be pretty much the same, the A4's will have a few tweaks
[17:02] <prpplague> GrueMaster: ahh
[17:02] <ogra_> a4 has the next gen SoC ?
[17:02] <ogra_> 4460 or so ?
[17:02] <GrueMaster> A4 tweaks?  We need to know how that affects us asap for Oneiric release support.
[17:02] <prpplague> ogra_: ES2.3 of the 4430
[17:02] <ogra_> ah
[17:02] <ogra_> GrueMaster, didnt we just discuss that in the meeting ?
[17:03] <ogra_> in the linaro topic
[17:03] <prpplague> only major item is the pullup resistors on the edid signals
[17:03] <GrueMaster> not sure if prpplague was in the meeting.
[17:03] <ogra_> no
[17:03] <janimo> can the beagle board with the extension board (RS232, eth) output uboot/kernel boot messages on said serial console
[17:03] <janimo> ?
[17:03] <ogra_> GrueMaster, he surely wasnt ... only people paid to get up that early come
[17:03] <ogra_> :)
[17:04] <GrueMaster> janimo: You mean the zippy board?
[17:04] <prpplague> janimo: the standard uart on the beagleboard cna be used for kernel output
[17:04] <ogra_> prpplague, and on the zippy ?
[17:04] <janimo> prpplague, standard uart needs some type of connector I don't have. I have null modem cable only
[17:04] <janimo> GrueMaster, BeagleBuddy Zippy rev-A
[17:05] <prpplague> janimo: the zippy can not be used as the console without modifying the code, you need to get the correct cable
[17:05] <GrueMaster> I have one, but haven't tested it yet.  Need to add a header to my beagle for it to mount.
[17:05] <janimo> prpplague, so there's no kernel cmdline option to switch to that?
[17:05] <ogra_> hahaha
[17:05] <prpplague> janimo: no
[17:05] <janimo> this is how I got my beagle
[17:06] <janimo> that is sad. How is that port used then?
[17:06] <prpplague> janimo: http://tincantools.com/product.php?productid=16144&cat=0&page=1&featured
[17:06] <janimo> I hope the hdmi output works at least
[17:07] <janimo> prpplague, I am not buying more cables :)
[17:07] <GrueMaster> hdmi?  on a zippy?
[17:07] <janimo> I have enough cruft already that confuses me :)
[17:07] <janimo> GrueMaster, on the beagle
[17:07] <janimo> DVI on a HDMI slot
[17:07] <GrueMaster> On the beagle it works fine.
[17:07] <GrueMaster> I can bring you a serial cable for your beagle to UDS.
[17:08] <prpplague> janimo: well without the cable you have very little chance of actually getting things working proplery
[17:08] <ogra_> at least if you dont have a zippy connected :)
[17:08] <janimo> ok, thanks. bye bye people, I am plugging this monitor into the beagle to test daily :)
[17:09]  * janimo hopes desktop image starts up on the monitoe fine
[17:09] <GrueMaster> janimo: daily desktop will fail misserably due to no swap file.
[17:09] <GrueMaster> Lots of oom errors (showing up as pager errors).
[17:09] <ogra_> yeah, we had that before
[17:10]  * ogra_ remembers fiddling with compcache like crazy to get plars some working images back in the days
[17:10] <ogra_> that was before we dicided for a swap file
[17:16] <janimo> GrueMaster, hmm thanks. I'll try something else the now
[17:17] <GrueMaster> I'll fire mine up shortly.  I can swap it in place of the mx5 for now.
[17:17] <prpplague> FYI: for anyone interested, i am willing to provide a free pandaboard to anyone who will spend some time updating the omapedia.org wiki pages for ubuntu support
[17:31] <XorA> prpplague: sweet :-)
[17:32] <GrueMaster> I think for ease of documenting, it would be better to have omappedia point to wiki.ubuntu.com as we have to keep our own set of documentation and I try to keep it uptodate with current release info.
[17:33] <janimo> +1
[17:33] <GrueMaster> Otherwise there are two sets of docs that can get out of sync really fast.
[17:34] <XorA> what good is a wiki if it isnt 90% falsehood and lies :-)
[17:34] <XorA> but that does basically mean a free pandaboard for some deletes and a link :-)
[17:35] <GrueMaster> We have wiki.ubuntu.com for that.  :P
[17:44] <plars> ogra_: hmm, yeah I vaguely remember that
[17:56] <prpplague> GrueMaster: is the documentation there panda specific?
[17:57] <GrueMaster> https://wiki.ubuntu.com/ARM/OMAP
[17:57] <GrueMaster> Covers both beagle & panda
[17:58] <GrueMaster> And a few others
[18:04] <prpplague> GrueMaster: hmm, i'll have to check with jay
[18:09] <prpplague> GrueMaster: i am almost tempted to change the link to your wiki pages for now
[18:09] <GrueMaster> Give in to temptation.
[18:13] <GrueMaster> janimo: Booting preinst-server on my beagle.  No problems so far (other than lack of network).
[18:13] <GrueMaster> Could be that it doesn't care for my zippy or I missed a few pins while soldering.  Or the kernel just doesn't know about it (u-boot detected it).
[18:14] <prpplague> GrueMaster: most likely it doesn't know about it
[18:15] <GrueMaster> Not sure.  Have to seen my soldering skills?  :P
[18:15] <infinity> I've never seen you solder, but I've seen you, in general.  I'm not sure you'd be my first choice to perform delicate work.
[18:15] <infinity> Just sayin'. :P
[18:16] <prpplague> hehe
[18:16] <GrueMaster> Just because I had a role in Disney's Fantasia in a previous life...
[18:16] <infinity> GrueMaster: As the wave chasing Mickey?
[18:17] <GrueMaster> More the hippo in the pink tutu.
[18:17] <infinity> Oh god, the mental image.
[18:17] <infinity> Get it out.
[18:17] <infinity> Is noon too early to start drinking heavily?
[18:18] <GrueMaster> Why wait til noon?
[18:18] <infinity> Cause that's what time it is. :P
[18:18] <infinity> If could go back in time and be drunk before you made that comment, I would.
[18:20] <prpplague> GrueMaster: hmm there isn;t a link for the 10.10 download
[18:21] <prpplague> GrueMaster: found it, but it isn't on the page
[18:21] <GrueMaster> grmbl.  Must have been deleted.
[18:21]  * GrueMaster fixes.
[18:23] <GrueMaster> There.  Fixed that link.
[18:24] <sniperjo_> I've copied my sd / to a mount with mount -t jffs2 /dev/mtdblock4, so i can boot off NAND, so i should be trying to do something like setenv bootargs root=/dev/mtdblock4 in u-boot right ?
[18:25] <GrueMaster> sniperjo_: I really do not know how that system comes preconfigured or how to revert to stock.  I did find documentation at http://www.technexion.com/index.php/support-center/downloads/ti-cpu-modules/tao-3530/549-tao-3530-userguide-0953
[18:26] <prpplague> GrueMaster: i am just going to go ahead and change the omapedia pages to point ubuntu
[18:26] <GrueMaster> Without hardware, our support is limited to ubuntu pool issues.
[18:26] <GrueMaster> prpplague: Ok.  I still need to copy the Maverick Known Issues over to our wiki.  Will work on that now.
[18:26] <sniperjo_> GrueMaster: yeah, Im following that documentation now, from what it looks like, couldn't this just be u-boot not having the proper root ? seeing as it boots the kernal
[18:27] <GrueMaster> It appears to be a cmdline issue or maybe rootfs on the wrong nand partition.  Not sure.
[18:29] <sniperjo_> GrueMaster: I've followed the instructions, putting it in the correct NAND act… or at least i am pretty sure i have
[18:29] <Dr_Who> are there some folks about that would be willing to sponsor / comment on http://revu.ubuntuwire.com/p/libjpeg-turbo  ? would like to get this into universe for oneiric
[18:31] <prpplague> GrueMaster: lucid isn't listed on that page, are we not doing direct support for that?
[18:31] <GrueMaster> prpplague: Lucid was a tech preview for beagle only.  Not supported.
[18:32] <GrueMaster> First officially supported image for omap was Maverick.
[18:32] <prpplague> GrueMaster: ahh ok
[18:36] <prpplague> GrueMaster: nitpick time, since the headless download is on the same page as the netbook, shouldn't the url point to the same location on both?
[18:36] <prpplague> GrueMaster: http://cdimage.ubuntu.com/releases/11.04/release/
[18:37] <GrueMaster> I can't move the images around on cdimage, but I can add the link to the wiki.
[18:39] <infinity> GrueMaster: He means that the headless link on ARM/OMAP doesn't have the /release/ bit at the end.
[18:39] <infinity> Thankfully, it's a wiki. :P
[18:39] <infinity> prpplague: Fixed.
[18:40] <sniperjo_> GrueMaster: ok, so I'm going to drop the put the old back into NAND and chroot, when i try to use the beagle image i get an error , Unsupported machine 0x0000060a, supported machines : 00000b14, would i be able to change those two values somewhere and give the beagle sdcard a go ?
[18:40] <infinity> prpplague: You should be able to fix such minor things yourself too (and, please do!)
[18:40] <prpplague> infinity: i @#$^% up enough stuff.......
[18:41] <infinity> Heh.
[18:41] <prpplague> 11.04 and 10.10 need to do anything for wifi support, i.e. install a ppa?
[18:41] <infinity> Sadly, none of us are (even remotely) technical writers, so this stuff only gets written through sheer force of will.  More community involvement in that is always nice.
[18:41] <GrueMaster> sniperjo_: Where is this error?  u-boot or kernel?
[18:42] <prpplague> infinity: indeed, same issue here
[18:42] <sniperjo_> GrueMaster: it appears after "Starting Kernel…."
[18:42] <GrueMaster> prpplague: Not sure on 10.10.  May be ppa.  11.04 just works (on desktop images).
[18:42] <prpplague> infinity: i have begged TI to hire wmat on to do some of this stuff
[18:42] <GrueMaster> sniperjo_: So our kernel doesn't support your system.  Use your kernel and our rootfs.
[18:42] <infinity> prpplague: I would kill to have a tech writer at my beck and call.
[18:43] <prpplague> infinity: wmat is awesome
[18:43] <infinity> prpplague: People don't seem to grasp the concept that programmers may know how to explain things to other technical people, but we often lack the skills (and almost always lack the motivation) to explain it to others.
[18:43] <sniperjo_> GrueMaster: ok how ? can you send me in the right direction ?
[18:43] <prpplague> infinity: indeed
[18:44] <GrueMaster> I thought I had earlier.  Use the ubuntu-core-armel image as your rootfs.
[18:45] <GrueMaster> I'm not sure if we have instructions for working on non-supported systems.
[18:45] <GrueMaster> And it really is a bit beyond my area of expertise.
[18:45] <sniperjo_> GrueMaster: you were telling me earlier how to download it and chroot in after, but i can't do that now
[18:47] <GrueMaster> sniperjo_: Follow the instructions for your system on buuting from SD, except use our ubuntu-core-armel tarball for your rootfs.
[18:47] <GrueMaster> *booting
[18:48] <prpplague> http://omapedia.org/wiki/Ubuntu_Pre-built_Binaries_Guide
[18:48] <sniperjo_> GrueMaster: can i just copy across the files in the boot from my stock to the beagle boot sd ?
[18:49] <GrueMaster> Not easily, as our image does a lot of first boot stuff that is in the initramfs.
[18:49] <GrueMaster> And it is really a process for me to try to walk you through mucking that whole mess together.
[18:49] <GrueMaster> Best to start with ubuntu-core and build from there.
[18:50] <sniperjo_> ok will do
[18:50] <infinity> prpplague: http://omapedia.org/wiki/Prebuilt_ubuntu_binaries might want to point to dailies for both desktop (the link you have there) and server ( http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/ )
[18:51] <prpplague> infinity: will do
[18:52] <GrueMaster> prpplague: I'm going to have to bow out of more wiki editing this week as I have no glasses (broke last week).  I'll have replacements next week and can happily wiki away then.
[18:52] <infinity> prpplague: You could probably also replace the very complex minicom setup page with "install screen and type 'screen /dev/ttyUSB0 115200'"
[18:52] <infinity> prpplague: screen's terminal emulation seems to agree slightly more with debian-installer than minicom (and it's a ton easier)
[18:52] <prpplague> GrueMaster: np
[18:53] <prpplague> infinity: is that already documented on the ubuntu wiki?
[18:53] <infinity> prpplague: Dunno.
[18:53] <infinity> GrueMaster: ^?
[18:54] <infinity> Yeah, it is.
[18:54] <infinity> https://wiki.ubuntu.com/ARM/OMAPHeadlessInstall#Booting_the_image
[18:59] <infinity> Man, I'd give good money for the omap4 kernel to be about 99% less spammy in dmesg.
[18:59] <prpplague> hehe
[19:00] <prpplague> infinity: funny, i usually change the default message level to be as noisy as possible, hehe
[19:08] <infinity> GrueMaster: Oh, datapoint for you, jasper (and the images in general) still work great on my 32G card.
[19:09] <infinity> GrueMaster: So, people having issues with "large cards" earlier were having issues with specific ones, not largeness in general.
[19:09] <GrueMaster> k
[19:09] <infinity> (Just re-installed server on my 32G Lexar)
[19:09] <GrueMaster> Being a large guy, I didn't think the issue was general.
[19:09] <infinity> ;)
[19:12] <infinity> Okay, so the last time ogra tested this whole "make a swapfile from jasper" thing, he must have been using some seriously bad media.
[19:12] <infinity> He said it took 10-20 minutes?
[19:12] <infinity> 536870912 bytes (537 MB) copied, 28.4706 s, 18.9 MB/s
[19:12] <infinity> 30 seconds seems reasonable to me.
[19:13] <infinity> Maybe this is due to the ext4 bump.
[19:14] <infinity> I'm reminded of the bizarre benchmarks that showed ext4 being nearly 4x faster than ext3 for many/most write patterns on SD/MMC.
[19:14] <GrueMaster> But do we really want to add it to jasper?
[19:14] <infinity> I dunno.  Creating swap is something installers should do, not something we should ship in the image.
[19:14] <GrueMaster> I thought the idea was to kill it with a titanium spork
[19:15] <infinity> The only reason we shipped it in the image was because it was apparently "too slow" to do it real-time.
[19:15] <GrueMaster> True, but we have no installer.
[19:15] <infinity> When we kill jasper (or, rather, move it to d-i proper), d-i itself can and does make swap.
[19:15] <infinity> For now, our "installer" is jasper.
[19:15] <infinity> That is, installer-type hacks have to go there.
[19:15] <infinity> When you do netinstalls, you get swap.
[19:15] <GrueMaster> Right, but we also found that a swap partition on SD is worse than a swap file.
[19:16] <infinity> Or, you get offered, anyway.
[19:16] <infinity> d-i can do files too.
[19:16] <GrueMaster> It can?  Cool.
[19:16] <infinity> Yeah.  it's just not the default option.
[19:17] <infinity> We could certainly hack those bits to suggest a file if you're on MMC.
[19:17] <infinity> Though I'm really curious about those benchmarks, and how they came to be.
[19:17] <infinity> On a journalling FS, swapping to files should, generally, be slower than partitions.
[19:18] <GrueMaster> I don't think performance was the issue.  Not sure.
[19:19] <infinity> Anyhow.  I view pretty much all of this as evil PoC hacks anyway.
[19:19] <infinity> Running a full-featured distro on SD/MMC is just silly.
[19:19] <janimo> GrueMaster, is the beagle supposed to support the zippy ethernet in natty?
[19:19] <janimo> all my hw is broken for one reason or another :(
[19:19] <infinity> janimo: Set it on fire, that seemed to help your Panda.
[19:19] <GrueMaster> janimo: Not sure, never tested.  I just got a zippy when NCommander cleaned out his car.
[19:20] <janimo> while I am sure it will help the beagle - but not my situation
[19:20] <janimo> did I mention I hate hardware?
[19:21] <infinity> It's come up.
[19:21] <janimo> I am really wondering if I am in the right team
[19:21] <infinity> To be fair, it seems mutual.
[19:21] <janimo> my microsoft keybaord loves me and that too is mutual
[19:21] <infinity> janimo: Apply for the next desktop opening? :)
[19:21] <GrueMaster> It isn't part of the default hardware, so I am less inclined to care.
[19:21] <janimo> but all this crazy SoCs, brrr
[19:22] <janimo> I woulnd't care either - I even proposed taking my beagle to one of the conferences this year to give it to someone who can use it.
[19:22] <janimo> and now when I need it, the first time since I have it, it does not have ethernet
[19:22] <janimo> oh well
[19:22] <GrueMaster> Not saying it isn't a useful product, I just don't have the resources to test all addon hardware as well as the base systems.
[19:23] <GrueMaster> I use usb ethernet to test with on it.
[19:23] <janimo> I am not expecting are asking you to test it, just that you are the default go-to source with ubuntu on arm suppott questions
[19:24] <janimo> having the largest number of ARM SoCs per ft^2 in your house or something
[19:24] <davidm> Cakk
[19:24] <davidm> Call in 6 or so
[19:24] <infinity> davidm: -ECHAN
[19:25] <davidm> yep my bad
[19:25] <janimo> infinity, desktop team does to much packaging and fighting with autoconf. That I hate more than broken hw
[19:26] <infinity> janimo: Perhapsa lovely new career in botany?
[19:26] <janimo> actually gardening was on my mind after writing that last sentence
[19:26] <janimo> too bad I don't really like flowers
[19:27] <janimo> I need to listen to some good music to cheer me up. I know a good source of elevator music
[19:27]  * janimo exits stage right
[19:34] <sniperjo_> GrueMaster:  so when i have downloaded the headless image and dd'd it to the sdcard, what am i supposed to do after ? copy my /boot from the sd card that boots?
[19:46] <sauerbraten> I run Ubuntu 10.10 on pandaboard. freshly installed, added ppa:tiomap-dev then apt-get update and apt-get dist-upgrade
[19:47] <sauerbraten> however, I can't install the ubuntu-omap4-extras package, because ubuntu-omap4-extras-multimedia and ...-extras-connectivity "are not going to be installed"
[19:47] <sauerbraten> why that? what's wrong with the system?
[19:51] <prpplague> GrueMaster: here is one of those items ----> sauerbraten
[19:52] <sauerbraten> see prpplague ? :P
[19:52] <GrueMaster> sauerbraten: I'll take a look in a bit (maybe tomorrow).  I am still wrapped up with oneiric Beta 2 release testing.
[19:52] <sauerbraten> take a look in where?
[19:52] <GrueMaster> Can you try Natty (11.04) instead?  I recommend it over Maverick.
[19:53] <sauerbraten> GrueMaster, the TI video drivers don't work there
[19:53] <sauerbraten> no 720p/1080p :(
[19:53] <GrueMaster> sauerbraten: I will try to reproduce the issue here and see why it fails.
[19:54] <prpplague> GrueMaster: is that the cause that the TI sgx doesn't work for 11.04?
[19:54] <GrueMaster> It worked before.  Not sure what chaned, unless someone at TI deleted files in the ppa.
[19:54] <GrueMaster> on maverick.
[19:54] <sauerbraten> the strange thing is, just yesterday I was said to use maverick and it should be fine. The guy used 10.10 at a demo just couple of days ago :/
[19:54] <GrueMaster> On natty, I'm not sure.  I have been wrapped up in server stack pipe cleaning since May.
[19:55]  * GrueMaster desparately needs to find lunch and resume beta testing.  Will look at tomorrow.
[19:55] <sauerbraten> well, I tracked the error of extras-multimedia down to libmp4v2-0 I believe. Though there is no such package in my repos
[19:56] <sauerbraten> alright GrueMaster take your time ;)
[19:56] <sniperjo_> GrueMaster: by the way, the headless image was the same, diddnt like it because it wasn't a beagle
[19:56] <prpplague> sauerbraten: ppa's and updates are pushed all the time, so breakage happens
[19:57] <sauerbraten> btw, is it important to use the panda A2 specific MLO and u-boot.bin? I don't use them atm
[19:57] <sauerbraten> what exactly do they change? RAM usage?
[19:58] <prpplague> sauerbraten: are you seeing some instructions that tell you about an a2 panda mlo and u-boot?
[19:58] <sauerbraten> yes, https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[20:00] <prpplague> sauerbraten: that is strickly to update some items for the board id and cpu id
[20:00] <prpplague> sauerbraten: no major changes per se
[20:04] <sauerbraten> prpplague, ok so I'll stick with this version
[20:05] <prpplague> sauerbraten: do you have an a1 board?
[20:05] <sauerbraten> no, A2
[20:06] <prpplague> sauerbraten: right, so make sure you use the a2 mlo and u-boot
[20:06] <sauerbraten> so, is it important now or not?
[20:06] <sauerbraten> np major changes per se --> not so important
[20:06] <sauerbraten> *no
[20:07] <prpplague> sauerbraten: yes you need to use the correct mlo and u-boot for the board revision
[20:07] <prpplague> hence the instructions
[20:07] <sauerbraten> aaaalright
[20:07] <sauerbraten> let me copy the files
[20:13] <sniperjo_> ok so I've added my uImage to the roots files of the 11.4 headless image, when i boot i get "uncompressing linux ……, booting, done " but nothing seems to happen! any ideas, hade i forgotten something ?
[20:56] <GrueMaster> sniperjo_: I can't help you.  Our preintalled netbook and headless images are not designed for modification on other non-supported platforms.  Please, follow the instructions for creating a bootable SD for your system, and maybe use ubuntu-core for the root filesystem.  Headless, server, netbook, and desktop are for the platforms we support and are too difficult to modify over irc.
[21:03] <sniperjo_> GrueMaster: ok i thought the headless might be bare enough, is the Oneiric Ocelot the only release available for core?
[21:06] <GrueMaster> Yes.  it is new this release, with systems like yours in mind.
[22:31] <prpplague> GrueMaster: would we have to perform upgrades on some of the packages for the current omap extras to install properly?
[22:32] <GrueMaster> prpplague: I don't know.  I'll look at it when I get a chance.  They should just install.
[22:32] <prpplague> GrueMaster: ok thanks
[22:32] <prpplague> GrueMaster: no worries, just doing some testing myself
[22:45] <brandini> woot!
[22:45] <brandini> so I picked up a san disk ultra 8GB on the way home from work and I'm SCREAMING along now!
[22:45] <brandini> bad disk all long
[22:46] <brandini> *along
[22:48] <brandini> IT WORKED!!!!!!!!!
[22:48] <GrueMaster> Sweet!
[22:49] <brandini> this thing is FLYING!
[22:55] <prpplague> brandini: which ubuntu release are you using?
[23:02] <brandini> yesterday's daily
[23:02] <brandini> 9/21
[23:05] <GrueMaster> yep.  That is slated to be officially Beta 2.
[23:19] <prpplague> brandini: ahh
[23:21] <brandini> it's solid so far :)
[23:21] <brandini> how can I see the temps and voltages on this board?