[00:34] <16SAA0FCX> lilstevie: I built u-boot.bin from an oneiric armel chroot, using ubuntu's gcc-4.4 and it *still* didn't display anything on screen
[00:35] <16SAA0FCX> Hmm, WTF happened to my nick
[00:45] <GrueMaster> infinity: So the plan is to have both Rhythmbox & Banshee on the final image?
[00:56] <twb> lilstevie: also the case for ubuntu armel gcc-4.6.
[00:57] <twb> Presumably I don't need to try with the linaro gcc because doko said those should have the linaro patches applied
[01:55] <saliak> is anyone using a beagle board xm rev c?  if so, can you tell me what you see when you do lsusb?
[02:00] <GrueMaster> saliak: Give me a sec, I'm currently flashing a new SD card.
[02:00] <saliak> GrueMaster : sure
[02:01] <GrueMaster> btw, which image are you using?  Natty or Oneiric?
[02:06] <saliak> Oneiric
[02:06] <saliak> I tried natty before and had the exact same results
[02:07] <GrueMaster> How are you powering your board?  DC adapter or OTG port?
[02:07] <saliak> OTG port
[02:08] <saliak> So it's so wierd, when i boot the angstrom image it works
[02:08] <saliak> during boot it finds usb0
[02:08] <saliak> and the port lights up
[02:09] <GrueMaster> If you can, try an AC adapter.  I am reading the SRM, and on Rev C they enabled SW power detection and a few other GPIO changes that may affect the USB controller.  We may not have the required changes in our kernel.
[02:09] <saliak> and lsusb returns 4 devices (2 hubs, and 2 more).  vs, when i boot the ubuntu image, there are only 2 root hubs
[02:09] <saliak> ok, lemme grab a PS and try
[02:09] <GrueMaster> Right.  Sounds like our kernel is broken.
[02:14] <saliak> I setill get the "unable to enumerate usb device on port 2 error
[02:14] <saliak> and no network lights
[02:15] <saliak> even with an external power supply
[02:15] <GrueMaster> interesting.
[02:17] <GrueMaster> here's my lsusb btw:  http://paste.ubuntu.com/704285/
[02:18] <GrueMaster> The last two are a 4 port usb switch I use as a poor-man's KVM, followed by an external sata drive.
[02:20] <GrueMaster> I have a rev B board though.  I think someone botched the usb hub driver in the kernel though when they tried to incorporate the Rev B > Rev C changes.
[02:22] <saliak> yeah
[02:22] <saliak> on my angstrom boot i see the first 4
[02:22] <saliak> on my ubuntu boot, just the first two
[02:23] <saliak> I'm not the first person to see this, right?
[02:26] <saliak> GrueMaster: wouldn't those have been incorporated in the revC patch on Natty?
[02:27] <GrueMaster> sadly, I think so.  I don't have that board rev.
[02:27] <saliak> didn't someone have that board rev?  which is how they realized there needed to be a patch?
[02:28] <GrueMaster> I think the Natty patch was to just get the board ID into u-boot iirc.
[02:29] <GrueMaster> Unfortunately it isn't unusual for an SOC board to change and see the public before we know about the changes.
[02:29] <GrueMaster> And most of our focus is on omap4 this last cycle.
[02:30] <saliak> Ah, I see.  That sucks.  So what's my best bet at this stage?
[02:31] <GrueMaster> File a bug with details.  Also, if you can add to the testing info on http://iso.qa.ubuntu.com/ that would greatly be appreciated (not required though).
[02:32] <GrueMaster> Best I can do is push our kernel guy to get hot on it and spin a test kernel, maybe Monday.  It would have to go through the proposed stage for testing and be added to the updates though.
[02:32] <GrueMaster> brb
[02:36] <infinity> GrueMaster: No, the plan is just rhythmbox, unless we can identify the banshee issue, then just banshee.
[02:41] <GrueMaster> infinity: Leave both.  We can release note it and SRU if we can fix it.  It isn't getting fixed by Sunday thought.
[02:41] <GrueMaster> though
[02:42] <infinity> GrueMaster: Not sure how the indicator UI will look with both installed.
[02:43] <infinity> I guess it just shows both.  Pretty ugly, since one won't work.
[02:43] <infinity> I'm not sure I'm comfy with that unless we're sure we can fix it.
[02:43] <GrueMaster> It only shows banshee until you launch rhythmbox.
[02:44] <GrueMaster> I'm trying various things here, but I am also swamped with image testing.
[02:58] <GrueMaster> infinity: I also reopened the alsa-utils portion of bug 820466.  No audio input.  I commented on the bug as such.  I think it is just a matter of mucking with the ucm files.
[02:58] <ubot2> Launchpad bug 820466 in alsa-utils "No sound on omap4 pandaboard" [Low,Confirmed] https://launchpad.net/bugs/820466
[02:58] <GrueMaster> Definitely an SRU candidate.
[02:59] <infinity> I need to find a microphone to test that...
[02:59] <infinity> Or an 1/8th to 1/8th cable.
[02:59] <GrueMaster> No, you need to plug into your cell phone or something powered.  It is an unpowered jack.
[03:00] <GrueMaster> line-in only.
[03:00] <infinity> Well, I have no 1/8th to 1/8th cable. :P
[03:00] <infinity> I'll dig through boxes of bits later.
[03:00] <infinity> Are we sure it worked before?
[03:00] <GrueMaster> Again, not critical.
[03:01] <infinity> Cause the profiles should be identical now.
[03:01] <GrueMaster> yes, it worked in Natty.
[03:01] <GrueMaster> The kernel driver changed.  I need to look at it more.
[03:01] <infinity> Ahh, but not necessarily in oneiric-before-the-rename.
[03:01] <infinity> Anyhow, yeah, not critical.
[03:01] <GrueMaster> Sigh, alsa is one area I do have experience in.
[03:02] <infinity> Trying to nail a few software-center bugs right now.
[03:02] <infinity> I'm so glad we keep reinventing these wheels.
[03:02] <GrueMaster> yep.
[03:25] <GrueMaster> Wow.  Beaglexm looks much better when I change the default 1280x720-16 to 1280x1024-24 on my 19" LCD monitor.
[03:25] <GrueMaster> Wish edid worked.
[03:26]  * cooloney hands a beer to GrueMaster 
[03:27]  * GrueMaster is already drinking a bottle of Moose Drool, but doesn't mind double fisting the beer.
[03:36] <cooloney> GrueMaster: hey, man, what's the holiday in US next Monday?
[03:36] <GrueMaster> We have a holiday?
[03:36]  * GrueMaster looks
[03:38] <GrueMaster> Oh, Columbus day.  The day we celebrate some European who thinks he discovered a new land (oddly full of people standing on the beach and staring wildly at the crazy white man in the boat).
[03:39] <GrueMaster> Hmm.  I already signed it off as a holiday and had it approved.  Isn't that...special.
[03:48] <cooloney> GrueMaster: good holiday, 10/10 is my marriage anniversory
[03:49] <GrueMaster> Cool.
[03:50] <GrueMaster> Time for the Angry Dragon?
[03:50] <cooloney> GrueMaster: last year a week before 10/10, we were in Texas. thanks for taking me around in Frys
[03:51] <cooloney> GrueMaster: oh, what's Angry Dragon?
[03:51] <GrueMaster> I remember.  I also remember Budhapest.
[03:52] <GrueMaster> Heh heh.  You'll have to look it up.  Same area as Donkey Punch.
[03:52] <GrueMaster> (remember?)
[03:52] <GrueMaster> But seriously, I hope you and your wife have a great 1st anniversary.
[03:53] <cooloney> GrueMaster: OMG, i like the English lesson
[03:53]  * GrueMaster has been debugging banshee all week and is feeling a bit rummy.
[03:53] <cooloney> GrueMaster: Thanks a lot, man
[03:53] <GrueMaster> Heh.
[03:53] <GrueMaster> No problem.  Thats why I'm here.  :P
[03:53] <cooloney> GrueMaster: i assume you are working on ARM server image instead of Banshee
[03:54] <GrueMaster> No, I spent most of the cycle pipe cleaning server loads.  Now with release next week I need to test desktop heavily and other images.
[03:58] <MrCurious_> does the latest 11.10 have issues with loopign on install?
[03:58] <MrCurious_> i am on my 3rd time through :(
[03:59] <GrueMaster> MrCurious_: I have a workaround.  Go to a text console (<ctrl><alt><F1>) and type "sudo oem-config-remove; sudo reboot".
[04:00] <MrCurious_> ty, trying
[04:00] <GrueMaster> For some reason, oem-config-remove is not getting launched and the config restarts.
[04:01] <infinity> I sure would love to be able to reproduce that here.
[04:01] <infinity> *sigh*
[04:01] <GrueMaster> We haven't been able to figure it out yet, but we believe it is a timing issue.  I "sometimes" get it, depending on the SD card I use and the platform I am running on.
[04:01] <infinity> I have a feeling I'll just have a Panda looping the install over and over in London until I can get it to fail.
[04:01] <infinity> Maybe I can borrow differing SDs from other people.
[04:02] <MrCurious_> race conditions suck
[04:03] <infinity> GrueMaster: If you can sort of reliably fix it, maybe editing oem-config-firstboot to redirect output from oem-config-wrapper to a logfile would prove enlightening.
[04:03] <infinity> s/fix/reproduce/
[04:03] <infinity> Brain fried.  Turkey coma.
[04:03] <GrueMaster> I'll give it a whirl.
[04:04] <GrueMaster> Kind of fried here myself though.
[04:04] <infinity> Don't blame you.
[04:05] <infinity> And, honestly, if this desktop release isn't our shiniest and most wonderful, I'm not sure it's a huge deal.  Still sucks that we were all so focussed on other things until, uhm, last week. :/
[04:12] <MrCurious_> any idea if the omap addons metapackage plays nice?
[04:12] <infinity> MrCurious_: It's completely empty right now.
[04:12] <infinity> (The one for oneiric)
[04:12] <infinity> So, yeah, it plays well. )
[04:12] <MrCurious_> that would be a no :)
[04:12] <infinity> It'll be updated "soon".
[04:12] <GrueMaster> You asked if it plays well, not if it works well.
[04:13] <GrueMaster> :P
[04:13] <infinity> ^
[04:13] <infinity> Well, it works perfectly too, for an empty package...
[04:13] <infinity> Does everything I'd expect an empty package to do.
[04:13] <MrCurious_> :)
[04:13] <infinity> software-center, on the other hand, is making me want to kick puppies.
[04:14] <infinity> And I don't mean a little nudge, I mean propping them up on the noses and kicking them through the uprights.
[04:14] <infinity> s/on the/on their/
[06:57] <lilstevie> twb: sorry I was at a developer workshop
[06:58] <lilstevie> twb: hmm, well idk what is causing your issues
[09:59] <infinity> GrueMaster: Oh, feh.  The reason banshee stayed on the desktop is cause other stuff recommends it (like unity-lens-music, for instance)
[14:52] <brandini> AHA! With today's dist-update Go's time test finally passes!
[16:53] <saliak> GrueMaster : for what it's worth, i was finally able to boot ubuntu with the custom kernel from http://elinux.org/BeagleBoardUbuntu#Demo_Image
[16:54] <saliak> GrueMaster : with network support working
[17:16] <robclark> GrueMaster, is it just me, or does oneirick ubuntu-core img miss something to start a login console on ttyO2?
[17:37] <ogra_> robclark, the ourpose of -core is to be just enough OS to run apt-get, nothing more
[17:37] <ogra_> *purpose
[17:38] <ogra_> its thought as a base for people wanting to create rootfses
[17:38] <robclark> how can I run apt-get without a login console ;-)
[17:38] <ogra_> (read: its up to you to put something like that in place)
[17:39] <robclark> where do I read?
[17:39] <ogra_> though i agree that its a bug that upstart doesnt ship a job for serial consoles by default
[17:40] <robclark> anyways, it seems like it would be a lot more useful to folks who just want a bare img if a serial console came up :-)
[17:40] <ogra_> https://help.ubuntu.com/community/SerialConsoleHowto
[17:40] <robclark> gotcha, thx
[17:40] <ogra_> well, its for example the base of IVI images where you dont have any login at all
[17:41] <robclark> hmm
[17:42] <ogra_> (it think the most people currently use it as a cheap debootstrap replacement to quickly get a chroot)
[17:44]  * robclark is just looking for something to easily get baseport/kernel folks off of ancient busybox fs of unknown origin..
[17:45] <ogra_> ah, yeah, seems to be the right thing (after you created a ttyO0.conf indeed)
[17:45] <ogra_> or O2 :)
[17:46] <robclark> maybe I'll just tar up after I have ttyO2.conf and give that to other folks internally..
[17:47] <robclark> easier to just explain "tar xzf ..." than other steps
[18:02] <robclark> ogra_, btw, do firmware files (ie /lib/firmware/...) usually get packaged in uInitrd?
[18:03] <robclark> I've been playing w/ syslink3 stuff, and seems like linux firmware loading infrastructure doesn't play nice w/ uInitrd..
[18:03] <robclark> fails to find firmware file
[18:03]  * robclark is wondering if rpmsg driver should have some mechanism to try again later to find the firmware, after real rootfs is loaded
[18:04] <infinity> robclark: By default, it packs up any firmware referred to by a module.
[18:04] <robclark> hmm, ok.. so then the firmware really needs to be packaged w/ the kernel, and can't come separately?
[18:04] <infinity> robclark: See manual_add_modules() in /usr/share/initramfs-tools/hook-functions
[18:05] <robclark> ok
[18:05] <infinity> No, we package ours seperately.
[18:05] <infinity> But see that function for how it's detected, might give you hints about the driver doing something wrong.
[18:06] <robclark> well, I'm not trying to package yet.. I was just manually copying /lib/firmware/ducati-m3.bin and scratching my head for a while about why it wasn't getting found..
[18:06] <robclark> until I realized it worked if I bypassed uInitrd
[18:07] <robclark> so I guess uInitrd must get regenerated when firmware is installed?
[18:21] <infinity> robclark: Yeah, we re-run update-initramfs when we install new kernels, drivers, or firmware.
[18:22] <infinity> (Or anything in the initrd, for that matter)
[18:22] <robclark> ok, that works
[18:46] <GrueMaster> ogra_: Are you testing the AC100 image?
[18:58] <GrueMaster> I know we really want to make jasper die a fiery death, but it would be nice if it could at least put a serial console config file on the desktop images.  Make testing a little easier for me.
[18:58] <GrueMaster> That or openssh-server.
[19:10] <infinity> GrueMaster: jasper automatically copies serial.conf into the root if you have console=tty* on the command line.