**** BEGIN LOGGING AT Tue Apr 26 02:59:57 2011
Apr 26 06:44:15 <sveinse> We've been running our prototypes from maverick using rootstock which does not install a kernel nor a initrd file. Why do Ubuntu need a initrd script and why does it apparently seem to work without one?
Apr 26 08:00:47 <ppisati> morning
Apr 26 09:41:03 <sveinse> We've been running our prototypes from maverick using rootstock which does not install a kernel nor a initrd file. Why do Ubuntu need a initrd script and why does it apparently seem to work without one?
Apr 26 09:42:18 <sveinse> I.e. all necessary features are compiled into the kernel, so I don't need modules. Apart from that, what is initrd doing?
Apr 26 09:43:41 <ogra_> read up about initramfs-tools, its deeply integrated with the packaging system (packages can put bits and pieces into the initrd) ...
Apr 26 09:44:27 <ogra_> some packages rely on functions that are only possible while / isnt mounted yet (fsck, lvm, dmraid, entrypted filesystems etc)
Apr 26 09:44:58 <ogra_> *encrypted
Apr 26 09:45:55 <ogra_> while ubuntu will work fine without initrd, if one of your users installs something like the encryption stuff, encrypts / and reboots without initrd, he trashed his install
Apr 26 09:46:41 <ogra_> if you can take that risk ... live without initrd :)
Apr 26 09:48:03 <sveinse> one point though (and only one from your list): fsck. Rather important.
Apr 26 09:48:07 <sveinse> Thanks
Apr 26 09:49:36 <sveinse> in this natty release frenzy, how is armel doing?
Apr 26 10:01:04 <ogra_> quite well, though there was a heavy issue with libreoffice
Apr 26 11:23:31 <sempil> how
Apr 26 11:42:23 <ericb2> hi
Apr 26 11:42:54 <ericb2> I did an apt-get dist-upgrade on my OMAP3 (Beagleboard xM) and X.org is frozen ... :/
Apr 26 11:43:05 <ericb2> more precisely, the mouse cursor is frozen
Apr 26 11:44:07 <ericb2> is there a known reason and in this case,  what is the guilty archive, what has to be done ? .. and so on
Apr 26 11:44:10 <ericb2> thanks in advance
Apr 26 11:58:18 <ericb2> looks like ssh works ... better than nothing :/
Apr 26 12:16:32 <rsalveti> ericb2: are you using it with a sd card?
Apr 26 12:32:03 <rsalveti> janimo: have any idea why some packages from libreoffice didn't contain armel at it's architecture?
Apr 26 12:32:21 <janimo> rsalveti, no, I only saw your bugreport today
Apr 26 12:32:34 <janimo> AFAIK LibO used to build and work fine on arm during natty
Apr 26 12:32:57 <janimo> since about 3.3.1 at least when it started building fully
Apr 26 12:33:00 <rsalveti> janimo: hm, ok, do you remember how many hours it usually takes to finish the build at our builders?
Apr 26 12:33:07 <janimo> over 1 day
Apr 26 12:33:27 <rsalveti> 10 hours until now, and still building, hopefully it will work just fine
Apr 26 12:33:32 <janimo> did some armhf patches get in via debian?
Apr 26 12:33:43 <rsalveti> janimo: yes
Apr 26 12:45:43 <ogra_> rsalveti, so you are rebuilding locally atm ?
Apr 26 12:46:06 <rsalveti> ogra_: both locally and at the PPA
Apr 26 12:46:23 <ogra_> ah, k
Apr 26 12:46:33 <ogra_> so we could pocket-copy it from the PPA ?
Apr 26 12:46:44 <ogra_> (once the binaries are there)
Apr 26 12:47:32 <rsalveti> ogra_: that's the idea
Apr 26 12:47:55 <ogra_> ah, cool
Apr 26 12:48:16 <ogra_> bah, i cant commit to desktop-webmail upstream
Apr 26 12:48:26 <ogra_> JamieBennett owns it
Apr 26 12:48:48 * JamieBennett hides
Apr 26 12:49:01 <JamieBennett> ogra_: you can have it now ;)
Apr 26 12:49:20 <ogra_> heh, assign it to canonical-arm then
Apr 26 12:49:42 <JamieBennett> ogra_: infact -webmail is asac's
Apr 26 12:49:50 <ogra_> though probably a general core-dev approval would be better
Apr 26 12:50:21 <ogra_> asac, ^^^ can you hand that over to core-dev ?
Apr 26 12:50:33 <ericb2> rsalveti: yes, I'm using it using an sd card
Apr 26 12:51:12 <rsalveti> ericb2: so it could be that the heavy i/o from dpkg is making your beagle useless
Apr 26 12:51:22 <ericb2> rsalveti:  :-/
Apr 26 12:51:30 <ericb2> rsalveti: what has to be done ?
Apr 26 12:51:41 <ogra_> fix dpkg to require less resources ;)
Apr 26 12:51:51 <ogra_> or more likely debconf than dpkg
Apr 26 12:52:08 <ogra_> or switch to use an USB disk
Apr 26 12:52:13 <ericb2> ogra_: what does the bug exactly ? (what are the symptoms ? )
Apr 26 12:52:23 <rsalveti> even a faster sd card can help already
Apr 26 12:52:27 <ogra_> yeah
Apr 26 12:53:21 <ericb2> rsalveti: I can connect to the beagle using ssh
Apr 26 12:53:37 <JamieBennett> mine is -office
Apr 26 12:53:52 <ericb2> rsalveti: at least I did once. e.g. I restarted gdm, but unsuccessfully
Apr 26 12:54:16 <ericb2> janimo: FYI, OOoLight works well on the beagleboard too
Apr 26 12:54:33 <janimo> ericb2, great to hear that :)
Apr 26 12:54:39 <janimo> fast enough?
Apr 26 12:54:48 <ericb2> janimo: first launch is 10s
Apr 26 12:55:02 <ogra_> form SD ?
Apr 26 12:55:07 <ogra_> thats fast !
Apr 26 12:55:07 <ericb2> janimo: the proc is 800MHz and I got 512 MB of RAM
Apr 26 12:55:12 <ericb2> ogra_: from sd, yes
Apr 26 12:55:18 <ericb2> compiled from sd too
Apr 26 12:55:21 <asac> ogra_: what do you need it for?
Apr 26 12:55:26 <ericb2> and starting second launch around 3 s
Apr 26 12:55:49 <asac> ogra_: committing? i dont even see an attempt to propose or merging ;)
Apr 26 12:55:57 <ogra_> asac, we ship it by default ... bug 769235 has a fix
Apr 26 12:55:59 <ubot2> Launchpad bug 769235 in desktop-webmail "Icons & app names identical for desktop-email & desktop-email-config" [Low,Confirmed] https://launchpad.net/bugs/769235
Apr 26 12:56:26 <asac> ogra_: junk is probably not the best place to push such patches
Apr 26 12:56:26 <ogra_> asac, well, i'm lazy with LP ...
Apr 26 12:57:02 <ogra_> asac, well, bzr push lp:desktop-webmail didnt work and i need to move on ... +junk is still better than losing it from my disk ;)
Apr 26 12:57:05 <asac> ogra_: can you push that to lp:~ogra/desktop-webmail/lp769235 and just hit propose for merge?
Apr 26 12:57:17 <asac> ogra_: you dont know how launchpad works, right?
Apr 26 12:58:03 <ericb2> rsalveti: do you have the dpkg bug report at hand please ?
Apr 26 12:58:16 <asac> i think bzr could be improved to have a command: bzr push-merge-proposal-for lp:desktop-webmail ;)
Apr 26 12:58:16 <ogra_> asac, slow, right ?
Apr 26 12:58:29 <asac> ogra_: no ... but you can just push to the proper project and dont need to use junk
Apr 26 12:58:39 <asac> ogra_: like i said: lp:~ogra/desktop-webmail/lp769235 would be appropriate
Apr 26 12:58:47 <ogra_> pushed that way now
Apr 26 12:58:55 <asac> cool
Apr 26 12:58:58 <ogra_> opening the page will take me 20min though
Apr 26 12:59:05 <ogra_> so i will do the proposal later
Apr 26 12:59:09 <StevenK> asac: bzr lp-propose
Apr 26 12:59:26 <asac> ogra_: i can propose. thanks
Apr 26 13:42:39 <pgraner> GrueMaster, ping
Apr 26 13:46:51 <rsalveti> ogra_: the slideshow seems to be disabled at the latest netbook daily image, is this expected?
Apr 26 13:47:44 <rsalveti> got from 20110426.4
Apr 26 14:08:47 <rsalveti> ogra: GrueMaster: from 20110426.4: slideshow disabled at the installed, software center gave me a "not found" while trying to install the omap 4 extras because it seems that it didn't run apt-get update and I'm getting a lot of fifo underflow :-(
Apr 26 14:08:53 <rsalveti> *installer
Apr 26 14:10:07 <ogra> missing apt-get update is a fee we have to pay for changing the sources.list from jasper
Apr 26 14:10:22 <ogra> (no network, so no update run)
Apr 26 14:17:25 <rsalveti> ogra: and still a lot of "asoc" error messages at the kernel log, shouldn't this be fixed already?
Apr 26 14:17:36 <rsalveti> or are we waiting the fix to hit the updates?
Apr 26 14:18:03 <ogra> no, its fixed, but tobin seems to have found that one reboot is needed for it to properly take effect
Apr 26 14:18:19 <rsalveti> hm, interesting, will try
Apr 26 14:18:21 <ogra> i guess we need to create the state file from jasper
Apr 26 14:18:30 <ogra> or some such ...
Apr 26 14:18:35 <ogra> havent looked deeper yet
Apr 26 14:34:21 <rsalveti> ogra: showing just pandahdmi output and still reporting the error messages
Apr 26 14:34:42 <rsalveti> and no packages to update, using latest stuff
Apr 26 14:35:10 <ogra> yes, the fixes are in the packages sine a week
Apr 26 14:35:14 <ogra> *since
Apr 26 14:35:19 <ogra> it shoudl just work
Apr 26 14:35:32 <rsalveti> ogra: what was the fix?
Apr 26 14:35:55 <ogra> adding the patches and a proper udev rule to select the right ucm profiles
Apr 26 14:38:23 <GrueMaster> pgraner: Pong
Apr 26 14:38:46 <rsalveti> ogra: udev rule is there, but still broken
Apr 26 14:38:49 <GrueMaster> ogra: Audio does not come up after a single reboot.  It appears that alsaucm is never run.
Apr 26 14:42:51 <ogra> GrueMaster, well, thats strange sinc ethe udev rule runs it
Apr 26 14:43:02 <ogra> and that just matches against the device name
Apr 26 14:43:13 * ogra has a netbook image ready, will test myself
Apr 26 14:43:31 <GrueMaster> Does it?  Because I am not seeing audio until I run alsaucm manually then reboot.
Apr 26 14:44:03 <ogra> well, there *should* be a udev rule :)
Apr 26 14:44:22 <GrueMaster> There is, but I don't think it gets executed.
Apr 26 14:44:26 <rsalveti> udev rule is there, could be that the device name is not right
Apr 26 14:44:27 <ogra> ask diwic if it actually ended up in the upload where the changelog claims it did :)
Apr 26 14:44:29 <rsalveti> or something similar
Apr 26 14:48:38 <ogra> for anyone intrested, i think we can have proper images for the ac100 now with the .37 kernel ... you can actually update kernel and initrd from the running device
Apr 26 14:48:45 <ericb2> looks like I got the network working. Can I downgrade dpkg or something to make it work again ?
Apr 26 14:49:04 <ogra> i think i'll roll a community image for it in oneiric
Apr 26 14:49:51 * ericb2 still wondering why x.org does not work after a big apt-get dist-upgrade on Beagleboard (xM) 
Apr 26 14:52:15 <ogra> err
Apr 26 14:52:22 <ogra> where is the slideshow ?
Apr 26 14:52:40 <ogra> (and more important, why isnt there a bug for it missing)
Apr 26 14:53:10 <rsalveti> ogra: I said you earlier, the slideshow seems to be gone
Apr 26 14:53:15 <rsalveti> I asked you if this is expected or not
Apr 26 14:53:18 <GrueMaster> ogra: I was trying to debug it and got sidetracked yesterday.  It is only affecting armel.
Apr 26 14:53:22 <rsalveti> that's why I didn't fill a bug yet
Apr 26 14:53:32 <rsalveti> ogra: http://paste.ubuntu.com/599329/
Apr 26 14:53:35 <GrueMaster> I tested it on x86 in a VM.
Apr 26 14:54:06 <ogra> hmm
Apr 26 14:54:14 <ogra> it surely speeds up the install
Apr 26 14:54:40 <ogra> ARGH !
Apr 26 14:54:48 <ogra> rsalveti, thanks, that says everything
Apr 26 14:54:50 <ogra> oh my
Apr 26 14:55:33 <pgraner> GrueMaster, FYI I tested the OMAP4 images and no issues according to the test on the ISO tracker
Apr 26 14:56:04 <ogra> GrueMaster, rsalveti: sudo ln -s /usr/bin/alsaucm /lib/udev/alsaucm
Apr 26 14:56:06 <GrueMaster> pgraner: How exactly did you test them?  There are several issues.
Apr 26 14:56:18 <rsalveti> ogra: yep, testing that
Apr 26 14:56:18 <ogra> that should fix it
Apr 26 14:56:22 <ericb2> what is the last dpkg version correctly working ?
Apr 26 14:56:37 <ogra> i dont really know if i can use absolute paths in udev rules
Apr 26 14:56:45 <pgraner> GrueMaster, like I said following the tests on the iso tracker
Apr 26 14:56:48 <ogra> but i guess that would be the right fix
Apr 26 14:57:02 <ogra> i wouldnt have expected the helper to look in a hardcoded path
Apr 26 14:57:19 <rsalveti> 85-usbmuxd.rules:ACTION=="remove", SUBSYSTEM=="usb", ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ENV{INTERFACE}=="255/*", RUN+="/usr/sbin/usbmuxd -x"
Apr 26 14:57:24 <rsalveti> ogra: seems we can
Apr 26 14:57:26 <pgraner> GrueMaster, http://testcases.qa.ubuntu.com/Install/ARM/PreinstalledImage
Apr 26 14:57:39 <rsalveti> let me test with the full path
Apr 26 14:57:41 <ogra> rsalveti, ah, didnt think of just grepping :P
Apr 26 14:57:57 <pgraner> GrueMaster, if there are others let me know I have two Panda's here to test with
Apr 26 14:58:15 <rsalveti> ogra: :-)
Apr 26 14:59:07 <GrueMaster> pgraner: Bugs I had listed yesterday:  bug 758486, bug 746023, bug 769235.
Apr 26 14:59:08 <ubot2> Launchpad bug 758486 in linux-ti-omap4 "omapdss DISPC error on Panda platform" [Medium,New] https://launchpad.net/bugs/758486
Apr 26 14:59:10 <ubot2> Launchpad bug 746023 in alsa-utils "No sound on omap4" [High,Fix released] https://launchpad.net/bugs/746023
Apr 26 14:59:11 <ubot2> Launchpad bug 769235 in desktop-webmail "Icons & app names identical for desktop-email & desktop-email-config" [Low,Confirmed] https://launchpad.net/bugs/769235
Apr 26 14:59:28 <ogra> 769235 has a fix already and will be an SRU
Apr 26 14:59:37 <GrueMaster> Also, there is an installer bug yet to be filed, oem-config doesn't run the slideshow during installation.
Apr 26 14:59:53 <ogra> which is cosmetic ...
Apr 26 15:00:09 <pgraner> GrueMaster, I'm not seeing test cases for any of those issues, I only see the one I posted to you or am I missing something
Apr 26 15:00:24 <GrueMaster> pgraner: Also, the image seed was changed last Thursday, so there are a lot of apps that haven't been tested.
Apr 26 15:00:54 <GrueMaster> pgraner: I list all known bugs during release testing.
Apr 26 15:01:12 <GrueMaster> Not just what the testcase says to look for.
Apr 26 15:01:33 <pgraner> GrueMaster, do you have additional test cases?
Apr 26 15:01:42 <GrueMaster> And since we had the seed change, I have been going over everything.
Apr 26 15:01:49 <GrueMaster> No, I don't.
Apr 26 15:02:07 <GrueMaster> I just run programs and see what works & what doesn't.
Apr 26 15:03:32 <GrueMaster> The main testcase you refer to is specific to armel installation on omap3/omap4 platforms.  The rest is just like testing the desktop apps.
Apr 26 15:03:39 <ogra> pgraner, "use the image and all apps" is our main testcase
Apr 26 15:05:58 <pgraner> ogra, GrueMaster, thanks
Apr 26 15:06:30 <rsalveti> ogra: http://paste.ubuntu.com/599337/ worked when I triggered udev add events by hand
Apr 26 15:06:34 <rsalveti> let me try rebooting
Apr 26 15:06:57 <ogra> ah, cool
Apr 26 15:07:00 * GrueMaster goes to get massively caffeinated prior to starting testing.
Apr 26 15:07:25 <ogra> hmm, the slideshow is still isted for the netbook-live task
Apr 26 15:07:32 <ogra> but it doesnt end up on the image
Apr 26 15:07:44 * ogra scratches head
Apr 26 15:10:36 <GrueMaster> It is in the manifest.
Apr 26 15:13:18 <ogra> not in mine
Apr 26 15:14:03 <GrueMaster> which package are you looking at?
Apr 26 15:14:32 <ogra> i search for slideshow
Apr 26 15:14:51 <GrueMaster> ubiquity-slideshow-ubuntu 40
Apr 26 15:15:15 <ogra> i dont have it in the current manifest
Apr 26 15:15:21 <GrueMaster> Thats what fgrep ubiquity 20110426/natty-preinstalled-netbook-armel+omap4.manifest reports.
Apr 26 15:15:22 <ogra> not sure what you look at
Apr 26 15:15:39 <ogra> GAR !
Apr 26 15:15:46 * ogra curses chromium
Apr 26 15:16:04 <ogra> just FYI ... the slideshow is definitely not installed on headless
Apr 26 15:16:07 <rsalveti> ogra: ok, worked fine, will prepare the debdiff
Apr 26 15:16:08 * ogra grumbles
Apr 26 15:16:29 <GrueMaster> why would we have a slideshow in headless?  :P
Apr 26 15:16:49 * GrueMaster offers coffee infusion to ogra
Apr 26 15:16:59 <ogra> GrueMaster, ask chromium why it gave me the cdimage page i just *didnt* want
Apr 26 15:17:13 <ogra> it should guess the right one from my thoughts !!!
Apr 26 15:17:34 <GrueMaster> Actually, I should ask why you don't just pull a local copy with wget when you zsync the image.
Apr 26 15:18:10 <ogra> i rarely look at the manifest unless something is wrong
Apr 26 15:18:39 <GrueMaster> I always look at the manifest because it is rare that something isn't wrong.
Apr 26 15:19:19 <ogra> heh
Apr 26 15:20:20 <GrueMaster> Besides, doing a diff between builds lets me know what changed and what to focus testing on.
Apr 26 15:21:03 <GrueMaster> (especially when someone changes the image seed close to release).
Apr 26 15:21:13 <GrueMaster> :P
Apr 26 15:22:38 <ericb2> is there somebody able to help me on the channel : got Ubuntu on BeagleBoard, and after I did a big apt-get dist-upgrade, I got x.org started, but no keyboard, nor mouse .... thanks in advance for any help or hint
Apr 26 15:23:19 <ogra> rsalveti, hmm, just using the udev rule doesnt help for me
Apr 26 15:23:28 <ericb2> could be gdm broken, or one lib gdm depends. But can be something completel different
Apr 26 15:23:37 <ogra> rsalveti, it only works after i ran alsaucm manually
Apr 26 15:23:59 <rsalveti> ogra: hm, I just triggered udev by hand and then rebooted
Apr 26 15:24:02 <ericb2> ssh works, the network too and I can install, update
Apr 26 15:24:02 <rsalveti> now it's fine
Apr 26 15:24:14 <GrueMaster> ericb2: Try logging into a console and rerunning "sudo apt-get -f install" to make sure all packages are installed and updated.
Apr 26 15:24:27 <ericb2> GrueMaster: I did one minute ago
Apr 26 15:24:43 <ogra> rsalveti, well, it might be that it needs the init once
Apr 26 15:25:08 <ericb2> GrueMaster: maybe some missing modules (or not loaded )
Apr 26 15:25:16 <ericb2> something around usb
Apr 26 15:25:20 <ogra> i definitely had no sound (and did about 5 reboots to make sure) without running the command once
Apr 26 15:25:23 <rsalveti> ogra: ok, will fire up a new image with just this fix included to see how it goes
Apr 26 15:26:32 <ogra> sigh, and GDM takes about a century on a class2 card
Apr 26 15:26:41 <ericb2> GrueMaster: the exact state is :  my login name  (eric) selected, and under the mouse cursor, I can read "Login as eric"
Apr 26 15:27:10 <ericb2> GrueMaster: but the cursor is stalled, like the keyboard and mouse
Apr 26 15:27:39 <GrueMaster> ericb2: Do you see any messages in dmesg regarding keyboard & mouse?
Apr 26 15:28:52 <ogra> rsalveti, i didnt run the Record verb and even after several reboots i have no input device (which is what record creates)
Apr 26 15:29:21 <rsalveti> ogra: hm, weird
Apr 26 15:30:03 <ogra> so your manual trigger has done the initialization i guess and the state file brings it back to the state it had on shutdown
Apr 26 15:30:18 <ogra> i bet even removing the rule will still get you working sound after reboot
Apr 26 15:30:21 * ogra tries that
Apr 26 15:31:52 <rsalveti> ogra: the manual trigger should be the same trigger that happens while booting the device
Apr 26 15:31:57 <ericb2> GrueMaster: [    4.711303] input: PS/2+USB Mouse as /devices/platform/ehci-omap.0/usb1/1-2/1-2.3/1-2.3:1.1/input/input2
Apr 26 15:32:04 <ericb2> GrueMaster: looks ok at least for the mouse
Apr 26 15:32:26 <ogra> rsalveti, well, lets see, i removed the rule and am just rebooting
Apr 26 15:33:10 <ericb2> GrueMaster: imho, this rather could be an x.org issue with keyboard + mouse or something
Apr 26 15:34:44 <ogra> rsalveti, yup, sound is there even without the rules file, it is restored from the state file
Apr 26 15:35:11 <ericb2> GrueMaster: and /var/log/syslog says :  http://paste.lisp.org/display/121603
Apr 26 15:35:23 <ogra> (and record is still missing as well)
Apr 26 15:37:03 <ericb2> GrueMaster: interesting : click either the mouse buttons or the keyboard do nothing (meant : nothing is detected)
Apr 26 15:37:18 <rsalveti> ogra: janimo: why do we have mpurate=900 at the headless image for omap 3?
Apr 26 15:37:28 <rsalveti> that's not compatible with old beagles, like C4
Apr 26 15:37:32 <ogra> rsalveti, does it do any harm ?
Apr 26 15:37:39 <rsalveti> I can't even boot at my C4
Apr 26 15:37:43 <ogra> argh
Apr 26 15:38:03 <GrueMaster> ericb2: Why do you have oem-config installed?
Apr 26 15:38:14 <ericb2> GrueMaster: let me check
Apr 26 15:38:18 <ogra> rsalveti, i added that a while ago to get the XM to full speed
Apr 26 15:38:36 <GrueMaster> rsalveti: My beagle C4 is working fine on headless.
Apr 26 15:38:50 <ogra> i thought kernels not capable of using 900 would just ignore it
Apr 26 15:39:00 <rsalveti> ogra: did you add this just at the headless image?
Apr 26 15:39:03 <ogra> GrueMaster, check your cmdline
Apr 26 15:39:12 <ogra> rsalveti, i dont think so
Apr 26 15:39:17 <rsalveti> hm, let me check it again, but after removing it I'm able to boot
Apr 26 15:39:20 <ogra> should be on all omap3 ones
Apr 26 15:39:31 * ogra checks the code
Apr 26 15:39:33 <ericb2> GrueMaster: looks like it isn"t. Shall I install it ?
Apr 26 15:40:00 <GrueMaster> It is in your pastebin, that is why I ask.
Apr 26 15:40:17 <ogra> yeah, its in all omap3 images
Apr 26 15:40:35 <rsalveti> ok, so it could be a different but, let me check it properly
Apr 26 15:40:39 <rsalveti> *bug
Apr 26 15:41:07 <GrueMaster> ogra: rsalveti http://paste.ubuntu.com/599358/
Apr 26 15:41:23 <ericb2> GrueMaster: don't ask me why :)  I'll try to install it, and I'll keep you informed about the progress. Thanks anyway :)
Apr 26 15:41:29 <rsalveti> GrueMaster: is this a C4?
Apr 26 15:41:35 <GrueMaster> ericb2: YOu don't need it.
Apr 26 15:41:41 <ericb2> GrueMaster: arf ..
Apr 26 15:41:46 <GrueMaster> rsalveti: yes.
Apr 26 15:41:53 <ericb2> GrueMaster: so what shall I do ? uninstall it ?
Apr 26 15:41:54 <ogra> GrueMaster, thats a C4 ?
Apr 26 15:42:04 <GrueMaster> ogra: yes.
Apr 26 15:42:11 <ogra> wow
Apr 26 15:42:19 <ogra> i didnt know they could run that fast :)
Apr 26 15:42:22 <rsalveti> hm, the only difference is that I'm also using it with the zippy expansion board
Apr 26 15:42:23 <GrueMaster> It is the only beagleboard I have.
Apr 26 15:42:42 <rsalveti> it probably can, but not that stable I'd say
Apr 26 15:42:45 <ogra> oh, i thought you got an XM replacement at some point
Apr 26 15:42:52 <GrueMaster> That is an XM.
Apr 26 15:42:59 <ogra> you said C4
Apr 26 15:43:02 <GrueMaster> This is an original beagleboard.
Apr 26 15:43:04 <ogra> C4 != XM
Apr 26 15:43:09 <GrueMaster> I know that.
Apr 26 15:43:23 * ogra is confused now
Apr 26 15:43:29 <GrueMaster> I have both.  But I don't have any other rev of beagleboard.
Apr 26 15:43:41 <GrueMaster> BeagleXM is a different product.
Apr 26 15:43:44 <ericb2> GrueMaster: I got an xM if this can help you
Apr 26 15:43:50 <ogra> you have a C4 and an XM but you only have one beagleboard ?!?
Apr 26 15:44:03 * ogra is even more confused now
Apr 26 15:44:04 <GrueMaster> ericb2: Sadly, I am a bit usy with last minute release work.
Apr 26 15:44:29 <ericb2> GrueMaster: I understand. thanks anyway :)
Apr 26 15:45:01 <GrueMaster> ogra: The beagleboards include up to Rev C4.  The beagleXM is an entirely different product.
Apr 26 15:45:10 <ogra> GrueMaster, XM and Cx or Bx are the same product ...
Apr 26 15:45:10 <GrueMaster> Similar to Panda.
Apr 26 15:45:23 <ogra> different revision, but same product
Apr 26 15:45:23 <GrueMaster> No, XM has a different rev CPU.
Apr 26 15:45:31 <phh> beagleXM similar to panda ?
Apr 26 15:45:32 <phh> wut ?
Apr 26 15:45:33 <GrueMaster> Check your specs.
Apr 26 15:45:38 <ogra> still, the product is called beagleboard
Apr 26 15:45:41 <GrueMaster> sigh.
Apr 26 15:45:51 <GrueMaster> No, it is called beagleXM.
Apr 26 15:46:03 <ogra> ask TI why they prevented us from finding the difference in cpuinfo :)
Apr 26 15:46:07 <phh> BeagleBoard-xM delivers extra ARM ® Cortex TM -A8 MHz now at 1 GHz and extra memory with 512MB of low-power DDR RAM,
Apr 26 15:46:10 <phh> I stopped at the first line.
Apr 26 15:46:13 <phh> it's not like panda.
Apr 26 15:46:28 <GrueMaster> Ok, there is too much noise in the channel.
Apr 26 15:46:34 * GrueMaster goes back to testing.
Apr 26 15:47:27 <ogra> GrueMaster, so does your C4 behave stable then at 900MHz ?
Apr 26 15:47:45 <GrueMaster> Seems to, at least for headless.
Apr 26 15:47:48 * ogra wouldnt have expected it to even scale to 900)
Apr 26 15:47:57 <ppisati> do anyone know where i can find a gdb for arm? i.e. arm-linux-gnueabi-gdb
Apr 26 15:47:57 <GrueMaster> It was running all night untill I reimaged it this morning.
Apr 26 15:48:03 <ppisati> or do i have to roll my own?
Apr 26 15:48:15 <ogra> apt-get install gdb ?
Apr 26 15:48:22 <ppisati> i need ar arm one
Apr 26 15:48:28 <ericb2> GrueMaster: apt-get autoremove + disconnect/reconnect all usb stuff fixed the issue
Apr 26 15:48:30 <ogra> (which should actually be installed)
Apr 26 15:48:34 <phh> ppisati: apt-get install gdb should install an arm one :p
Apr 26 15:48:39 <phh> oh well you need an arm system.
Apr 26 15:48:42 <ogra> ppisati, that gets you an arm one on the right platform ;)
Apr 26 15:48:47 <ppisati> :)
Apr 26 15:48:49 <ppisati> ok
Apr 26 15:48:59 <phh> everyone here got an arm as main system no ? :p
Apr 26 15:48:59 <ppisati> i'm chasing the kexec stuff
Apr 26 15:49:04 <ppisati> it hangs after relocation
Apr 26 15:49:09 <ppisati> so i need jtag now
Apr 26 15:49:18 <ppisati> i managed to setup openocd on panda
Apr 26 15:49:21 <ppisati> so fa so good
Apr 26 15:49:27 <ppisati> but now i need a proper gdb
Apr 26 15:49:27 <ogra> phh, one at least ... some of us are exaggerating though like GrueMaster ... he has many :P
Apr 26 15:49:41 <ogra> one arm for every hand !!!
Apr 26 15:49:49 <ppisati> one arm for my reign!
Apr 26 15:49:55 <phh> one ac100 for every hand here yeah
Apr 26 15:49:56 <ppisati> ok, i tri the codesourcery toolchain
Apr 26 15:50:08 <ogra> phh, oh, you have a second one ?
Apr 26 15:50:12 * ogra is envious
Apr 26 15:50:27 <phh> ogra: how the fuck do you test on your main system ? :p
Apr 26 15:50:47 <ogra> by using a different one while testing
Apr 26 15:50:53 <ogra> thats why i do it so rarely :)
Apr 26 15:51:12 <ogra> over easter i switched completely to 2.6.37 though
Apr 26 15:51:20 <phh> i was fed up of doing tests only once a month, so I got another ac100 :p
Apr 26 15:51:22 <ogra> that makes everything easier
Apr 26 15:51:25 <phh> it's still the cheap french ones though
Apr 26 15:51:33 <phh> no 3G no BT
Apr 26 15:52:02 <GrueMaster> We can't even get them in the States.
Apr 26 15:52:06 <ogra> well, the shop i got mine from still wants 299€ for it ... and i havent gotten around ordering one from the cheaper shops online
Apr 26 15:52:12 <phh> hihihi
Apr 26 15:52:20 <ogra> but i plan to ... and a mPCI SD
Apr 26 15:52:23 <ogra> *SSD
Apr 26 15:52:30 <phh> GrueMaster: you can't have everything
Apr 26 15:52:42 <phh> ogra: I only plan to change my panel
Apr 26 15:52:49 <phh> with planning being something really long term :D
Apr 26 15:52:49 <GrueMaster> Sure we can, as long as it runs Windows 7.
Apr 26 15:52:52 <ogra> that possibly too
Apr 26 15:53:06 <ogra> first of all i want a usable disk
Apr 26 15:53:16 <phh> ogra: and your '...' is soldering some more ram ?
Apr 26 15:53:19 <phh> (just saying.)
Apr 26 15:53:21 <ogra> HD screen is next on my list :)
Apr 26 15:53:46 <phh> well, the panel has two  goals:
Apr 26 15:53:50 <phh> get an HD screen
Apr 26 15:53:52 <ogra> more ram would be awesome but i'm not good at SMD soldering
Apr 26 15:53:53 <phh> get a new screen
Apr 26 15:53:57 <phh> not that I killed my current panel
Apr 26 15:53:59 <phh> but err, yes.
Apr 26 15:54:02 <ogra> heh
Apr 26 15:54:15 <ericb2> For the record : disconnect/reconnect all USB devices , is mandatory when you log out / login
Apr 26 15:54:17 <ogra> well, $90 isnt bad for a replacement that also does HD
Apr 26 15:54:23 <phh> yeah
Apr 26 15:54:24 <ericb2> now it works ...
Apr 26 15:54:50 <GrueMaster> I have 8G of DDR2 sitting here on my desk waiting for testing to finish so I can upgrade my desktop from the current 3G.
Apr 26 15:55:11 <ogra> but thats lame ... doesnt involve soldering at all
Apr 26 15:55:16 <phh> :)
Apr 26 15:55:20 <ogra> its more exciting if you can break it :)
Apr 26 15:55:43 <GrueMaster> ericb2: Sounds like something else is wrong.  The natty images work fine here on beagle/XM/Panda w/o hotplugging the USB.
Apr 26 15:58:55 <GrueMaster> Whoa, this is interesting.  mpurate=900 is on both headless & netbook images.  My beagleboard (C4) is showing 893 bogomips, and my XM is showing 782.
Apr 26 16:00:09 <GrueMaster> Oh, and cpuinfo does show a difference between the two.  C4: CPU Variant 0x1  XM: CPU Variant 0x3
Apr 26 16:02:18 <ppisati> code sourcery toolchain had one, and it works
Apr 26 16:02:29 <phh> ppisati: good to know
Apr 26 16:05:37 <ogra> ppisati, i'm pretty sure we have a packaged one in the cross toolchain, hrw would know where though
Apr 26 16:06:23 <ogra> GrueMaster, yeah, but they explicitly have not changed the Hardware entry between the revisions
Apr 26 16:07:06 <ogra> btw, all apps that were added with the recent meta change have been working here
Apr 26 16:07:18 <ogra> i gave all of them some small function tests
Apr 26 16:07:24 <GrueMaster> Yes, I tested them here over the weekend.
Apr 26 16:07:32 <ogra> great
Apr 26 16:08:47 * ogra would like to know if mpurate can actually cause any instabilities ... honestly i would prefer to go with 900MHz on the XM (instead of 600) and rather say we stop supporting C4 officially without image modification
Apr 26 16:09:25 <GrueMaster> I would say leave headless w/o mpurate and mark the netbook for XM only.
Apr 26 16:09:36 <ogra> GrueMaster, i think bogomips are more than just cpu speed, to get the actual MHz value look in dmesg
Apr 26 16:09:56 <ogra> ugh, adding a flavour specific hack additionally?
Apr 26 16:10:29 <ogra> i dont think that flies two days before release ... its either all omap3 image on or all of them off
Apr 26 16:10:52 <GrueMaster> Well, you could always add a hack in jasper to detect the cpu variant.
Apr 26 16:11:09 <GrueMaster> I was thinking of Oneiric.
Apr 26 16:11:16 <ogra> sure, and i can grow grass on my knee if i dont move for long enough :)
Apr 26 16:11:18 <GrueMaster> For now, we release note it.
Apr 26 16:11:25 <ogra> yeah
Apr 26 16:11:35 <ogra> well, i sense a respin anyway
Apr 26 16:11:50 <GrueMaster> why?
Apr 26 16:11:53 <ogra> so we still have a chance to drop it ... but its an all or nothing thing in natty
Apr 26 16:12:11 <ogra> GrueMaster, if we find an easy fix for slideshow and sound, wouldnt you want them in ?
Apr 26 16:12:43 <GrueMaster> slideshow is not a showstopper.  Audio can easily be fixed with an update.
Apr 26 16:13:06 * ogra doubts audio is fixable easily outside of jasper
Apr 26 16:13:14 <GrueMaster> I'd rather not respin unless it is critical or the entire mess is respun (all arches).
Apr 26 16:13:45 <GrueMaster> Can't the udev rule be updated with the correct path to alsaucm?
Apr 26 16:13:57 <ogra> sure, but it changes nothing
Apr 26 16:14:00 <rsalveti> ogra: GrueMaster: up, can't boot: http://paste.ubuntu.com/599371/
Apr 26 16:14:02 <ogra> at least here
Apr 26 16:14:24 <rsalveti> finished the headless installation without the mpurate argument, and then added it again by hand
Apr 26 16:14:41 <rsalveti> at next reboot the kernel get stuck
Apr 26 16:15:06 <ogra> weird, i dont even see it setting the mpurate
Apr 26 16:15:16 <ogra> [    0.000000] Clocking rate (Crystal/Core/MPU): 26.0/332/500 MHz
Apr 26 16:15:55 <ogra> you should actually have another line where it tells you that it re-sets to a different value
Apr 26 16:15:58 <rsalveti> let me try with different values
Apr 26 16:16:12 <rsalveti> that's all I have
Apr 26 16:16:32 <ogra> yeah, i belive you :)
Apr 26 16:16:56 <ogra> i just know it looks quite different on my XM if it actually changes the value during boot
Apr 26 16:17:58 <GrueMaster> Out of curiosity, why is the uboot delay on omap3 10 seconds, and only 3 seconds on panda?
Apr 26 16:18:11 <ogra> GrueMaster, blame jcrigby :)
Apr 26 16:18:15 <rsalveti> GrueMaster: there's a patch to fix this upstream already
Apr 26 16:18:18 <ogra> its a compile time default
Apr 26 16:18:23 <rsalveti> yeah
Apr 26 16:18:28 <rsalveti> ogra: mpurate=720 boots fine
Apr 26 16:18:34 <ogra> grmbl
Apr 26 16:18:53 <rsalveti> ogra: this is what should be the next line:
Apr 26 16:18:55 <rsalveti> [    0.527679] Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/720 MHz
Apr 26 16:18:59 <ogra> yeah
Apr 26 16:19:06 <rsalveti> so it seems it got stuck while trying to set the clock
Apr 26 16:19:11 <ogra> thats what i have on XM (with different values)
Apr 26 16:19:24 <ogra> damned
Apr 26 16:19:34 <rsalveti> OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 720 mHz
Apr 26 16:19:37 <rsalveti> from u-boot
Apr 26 16:19:49 <rsalveti> beagle c4 should be stable with 720
Apr 26 16:20:05 <ogra> NCommander, janimo, rsalveti, GrueMaster, persia ... votes ... do we respin or not ?
Apr 26 16:20:15 <rsalveti> ogra: I think we have a kernel patch that changes that at the kernel side, let me try to look for it first
Apr 26 16:20:30 <ogra> doesnt help much if you cant install at all
Apr 26 16:20:50 <GrueMaster> I vote no unless it is required.  Make the changes so they are there if we do need to respin.
Apr 26 16:20:56 <rsalveti> yeah, we would need a respin or at least a big note at the release notes
Apr 26 16:22:59 * ogra waits for more votes ... thats +1 vs -1 atm
Apr 26 16:23:26 <GrueMaster> List the fixes that would be picked up in a respin.
Apr 26 16:24:07 <ogra> GrueMaster, well, we dont have any fix for sound nor for slideshow atm
Apr 26 16:24:23 <ogra> so mpurate would be the only one if we respun right now
Apr 26 16:24:35 <GrueMaster> If you don't have a fix for them, respin currently does nothing.
Apr 26 16:24:45 <ogra> it makes old beagle work
Apr 26 16:24:51 <ogra> and new beagle slower
Apr 26 16:25:01 <GrueMaster> I haven';t seen a problem on my old beagle yet.
Apr 26 16:25:11 <GrueMaster> I only run it headless though.
Apr 26 16:25:14 <rsalveti> that probably depends on the hardware
Apr 26 16:25:18 <rsalveti> it's an overclock
Apr 26 16:25:22 <GrueMaster> right.
Apr 26 16:25:22 <ogra> right
Apr 26 16:25:30 <ogra> for C series its an overclock
Apr 26 16:25:30 <GrueMaster> Can be release noted.
Apr 26 16:25:36 <rsalveti> I can't get mine to boot even with 800
Apr 26 16:25:41 <ogra> XM is actually supposed to run up to 1GHz
Apr 26 16:26:12 <rsalveti> let me check if our u-boot is setting the mpurate value
Apr 26 16:26:41 <ogra> my XM runs at 600MHz if you dont set it on cmdline
Apr 26 16:26:45 <GrueMaster> ubuntu@beagle:~$ dmesg|fgrep Crystal
Apr 26 16:26:45 <GrueMaster> [    0.000000] Clocking rate (Crystal/Core/MPU): 26.0/332/500 MHz
Apr 26 16:26:45 <GrueMaster> [    0.357208] Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/900 MHz
Apr 26 16:26:47 <ogra> so i would say u-boot doesnt
Apr 26 16:26:51 <GrueMaster> From my beagle C4
Apr 26 16:26:58 <rsalveti> u-boot just sets the mpurate var
Apr 26 16:27:06 <ogra> yeah
Apr 26 16:27:07 <rsalveti> you still need something like mpurate=$mpurate
Apr 26 16:27:10 <rsalveti> something like that
Apr 26 16:27:11 <ogra> but no value
Apr 26 16:27:59 <ogra> davidm, thoughts ?
Apr 26 16:27:59 <rsalveti> yup, seems to be setting it up
Apr 26 16:28:11 <rsalveti> let me see if I can get that with our kernel
Apr 26 16:28:28 <rsalveti> if we can get it to get the right value from u-boot, then I believe we should make a respin
Apr 26 16:28:34 <rsalveti> because it'll always be the right clock
Apr 26 16:28:51 <rsalveti> ogra: http://paste.ubuntu.com/599374/
Apr 26 16:29:02 <rsalveti> 600 for beagle a/b
Apr 26 16:29:05 <rsalveti> 720 for c4
Apr 26 16:29:08 <rsalveti> and 1000 for xM
Apr 26 16:29:13 <ogra> 1000 doesnt work
Apr 26 16:29:28 <rsalveti> why not?
Apr 26 16:29:31 <ogra> 900 is the highest i could get (i tested the option before adding it )
Apr 26 16:29:38 <rsalveti> hm
Apr 26 16:29:42 <ogra> (indeed i didnt test on Cx)
Apr 26 16:30:02 <phh> the bootloader scripts i've seen states that there is a bug in kernel that prevents it from going to 1G
Apr 26 16:30:08 <ogra> i think there is some linux-omap patch that enhances it to 1000
Apr 26 16:30:21 <ogra> which we dont have in our mainline kernel
Apr 26 16:30:54 <ogra> some koen magic :)
Apr 26 16:30:56 <rsalveti> argh, we can include it but then it'll probably not boot with 1000
Apr 26 16:33:41 <rsalveti> ogra: yup, just need to use mpurate=${mpurate}
Apr 26 16:33:47 <rsalveti> and you'll get the value from u-boot
Apr 26 16:34:07 <rsalveti> with that I'm getting 720 at my C4
Apr 26 16:34:10 <ogra> hmm, could somone try with XM?
Apr 26 16:34:20 <rsalveti> sure, a sec
Apr 26 16:34:36 <ogra> i clearly saw probs with 1000 here
Apr 26 16:34:50 <davidm> ogra, rsalveti is the issue some boards currently can't boot but with the single change mpurate=${mpurate} all boards will boot?
Apr 26 16:35:15 <ogra> davidm, not sure yet, as we stand atm we can only boot XM reliably and Cx with luck
Apr 26 16:35:21 <rsalveti> with current setup we may have problems with old beagles, like beagle a/b and c
Apr 26 16:35:32 <rsalveti> but it should work better for xM
Apr 26 16:35:51 <rsalveti> using mpurate=${mpurate} will fix for beagle a/b/c but will also set 1000 for xM
Apr 26 16:35:56 <rsalveti> and it seems our kernel doesn't support it
Apr 26 16:35:58 <rsalveti> testing right now
Apr 26 16:36:02 <ogra> davidm, dropping the aparm completely will drop XMs to 600MHz but make Cx and Bx work
Apr 26 16:36:29 <ogra> davidm, setting mpurate=${mpurate} will set a value that didnt work on XM during my tsets
Apr 26 16:36:51 <phh> you have no control on bootloader's config file ?
Apr 26 16:37:02 <ogra> phh, we have a release on thu ...
Apr 26 16:37:27 <rsalveti> ogra: I prefer doing a respin without any mpurate, putting on the release notes how to use the mpurate from u-boot while we try to fix the kernel bug at the xM
Apr 26 16:37:29 <ogra> the archive is frozen ... uploads and respins of images cost a lot
Apr 26 16:37:33 <GrueMaster> Just rebooted with mpurate=${mpurate} on my XM.  Logging in now.
Apr 26 16:37:38 <phh> ogra: ah
Apr 26 16:37:54 <phh> ogra: the way i've seen is changing boot script, if beagleboardxm then mpurate=600
Apr 26 16:37:57 <ogra> GrueMaster, check dmesg :)
Apr 26 16:38:08 <GrueMaster> Failed to set it.
Apr 26 16:38:13 <ogra> phh, not that easy, but yeah. thats the proper fix
Apr 26 16:38:23 <ogra> GrueMaster, yeah., thats what i had too
Apr 26 16:38:24 <phh> no the proper fix is to fix your kernel ;)
Apr 26 16:38:28 <rsalveti> ogra: yup, failed to set it
Apr 26 16:38:30 <rsalveti> [    0.000000] Clocking rate (Crystal/Core/MPU): 26.0/332/600 MHz
Apr 26 16:38:32 <rsalveti> but that's fine!
Apr 26 16:38:37 <rsalveti> once the kernel is fixed it'll work
Apr 26 16:38:43 <ogra> no, thats to slow to use netbook
Apr 26 16:38:43 <rsalveti> and the kernel fix can be an SRU
Apr 26 16:38:55 <GrueMaster> Along with the DVI EDID code.
Apr 26 16:39:05 <rsalveti> well, we don't have other choices
Apr 26 16:39:10 <ogra> we do
Apr 26 16:39:22 <ogra> go with GrueMaster's suggestion and dont do a respin
Apr 26 16:39:28 <GrueMaster> The other choice is to document.
Apr 26 16:39:34 <ogra> right
Apr 26 16:39:36 <rsalveti> but that will break on older beagles
Apr 26 16:39:44 <GrueMaster> It is easy enough to edit the boot.script.
Apr 26 16:39:50 <rsalveti> and even after the kernel fix is included, it'll still run with 900 and not 1000
Apr 26 16:39:57 <rsalveti> the user would then need to edit again by hand
Apr 26 16:40:01 <phh> GrueMaster: easy enough but ubuntu can't do it itself :D
Apr 26 16:40:03 <ogra> yes
Apr 26 16:40:28 <rsalveti> I don't like this solution, but not my call
Apr 26 16:40:29 <GrueMaster> phh: We have a wiki documenting how to change it.
Apr 26 16:40:34 <davidm> OK let me get a complete picture,this is beagle only
Apr 26 16:40:38 <ogra> phh, thats rather a safety thing ... we could but we usually dont touch boot stuff after installation
Apr 26 16:40:41 <rsalveti> davidm: yes
Apr 26 16:41:01 <rsalveti> davidm: with mpurate=900 (current setup) we may break old beagles, like beagle a/b/c
Apr 26 16:41:03 <davidm> if we do nothing at this point early beagles won't boot but current beagle  anb beagle xm will work?
Apr 26 16:41:08 <rsalveti> but have xM working with 900mhz
Apr 26 16:41:23 <ogra> davidm, current = XM, but yes
Apr 26 16:41:30 <davidm> How hard is iti to mount the image and add something to make it work from release notes?
Apr 26 16:41:32 <GrueMaster> davidm: beagle C4 is hit or miss.  XM works.
Apr 26 16:41:39 <rsalveti> with mpurate=${mpurate} we'll have the best mhz available for beagle a/b/c, but xM will behave with 600mhz
Apr 26 16:41:43 <rsalveti> because it fails to set 1000
Apr 26 16:41:44 <ogra> davidm, as GrueMaster said, not hard
Apr 26 16:41:59 <phh> GrueMaster: if it boots on C4 you might damage it no,
Apr 26 16:42:00 <phh> ?
Apr 26 16:42:02 <ogra> davidm, but our screwup is permanent as rsalveti says
Apr 26 16:42:03 <rsalveti> GrueMaster: and probably always miss with B or A
Apr 26 16:42:16 <rsalveti> as it can do at most 600
Apr 26 16:42:20 <rsalveti> 900 is too high
Apr 26 16:42:21 <davidm> What is the process for the community?  Can  it be made the default sothey don't have to edit u-boot each boot?
Apr 26 16:42:36 <rsalveti> let u-boot to decide
Apr 26 16:42:39 <ogra> davidm, while mpurate=${mpurate}  could fix the issue through a kernel and bootloader update
Apr 26 16:42:44 <rsalveti> that's why mpurate=${mpurate}
Apr 26 16:42:49 <davidm> Whoops, we might damage boards with the current setting?  That is different
Apr 26 16:42:52 <rsalveti> the mpurate is a variable that's set by u-boot
Apr 26 16:43:03 <rsalveti> davidm: yeah
Apr 26 16:43:06 <rsalveti> it's overclock
Apr 26 16:43:12 <ogra> davidm, we dont damage them but we will shorten their lifecycle
Apr 26 16:43:51 <phh> there is a dynamic voltage thing ?
Apr 26 16:43:58 <rsalveti> I don't mind having xM running with 600mhz until the first kernel upgrade
Apr 26 16:44:00 <davidm> can this be fixed with an SRU post release?
Apr 26 16:44:15 <ogra> davidm, no, because we dont re-write boot.scr
Apr 26 16:44:33 <GrueMaster> davidm: If we respin with  mpurate=${mpurate}, then XM can go full speed with a kernel SRU.
Apr 26 16:44:38 <rsalveti> that's why I believe we should release with  mpurate=${mpurate}, even with xM running only at 600mhz
Apr 26 16:44:40 <ogra> mpurate=${mpurate}  could be fixed by a bootloader and kernel update
Apr 26 16:44:41 <davidm> to me shortening the life of a board is damage
Apr 26 16:44:44 <rsalveti> the kernel fix can go with SRU
Apr 26 16:45:01 <ogra> davidm, we'Re the only distro running the XM at 600MHz afaik
Apr 26 16:45:03 <rsalveti> then at the first kernel update the user will have his xM running with 1000
Apr 26 16:45:08 <rsalveti> even better than 900
Apr 26 16:45:17 <rsalveti> well, it's a bug
Apr 26 16:45:23 <ogra> yes
Apr 26 16:45:30 <rsalveti> and we'll be the only distro that the image doesn't even boot on older beagles :-(
Apr 26 16:45:49 <rsalveti> even now that we have the headless option
Apr 26 16:45:52 <davidm> so fewer people are effected if we switch to mpurate=${mpurate}, and there is no chance of damage to any boards?
Apr 26 16:45:59 <rsalveti> more and more people will try installing ubuntu on older beagles
Apr 26 16:46:14 <rsalveti> davidm: yes
Apr 26 16:46:24 <GrueMaster> On one side, we release note (similar to BeagleXM DVI issue with maverick requiring user intervention before booting), on the other, we respin and SRU.
Apr 26 16:46:52 <davidm> OK I'm going to talk to pgraner and skaet
Apr 26 16:47:03 * ogra just pinged cjwatson 
Apr 26 16:47:12 <ogra> to see if we can respin only omap3
Apr 26 16:47:17 <ogra> which i think we cant
Apr 26 16:47:26 <ogra> which in turn means re-testing *all* images
Apr 26 16:47:48 <GrueMaster> which is why I vote no, but that's just me.
Apr 26 16:48:22 <ogra> we can respin just omap3
Apr 26 16:48:32 <rsalveti> just omap3 seems fine
Apr 26 16:48:41 <rsalveti> I think this is our best option
Apr 26 16:48:56 <davidm> Why is this just being found now?
Apr 26 16:49:09 <GrueMaster> Because all of my systems work fine as is.
Apr 26 16:49:17 <ogra> same here
Apr 26 16:49:34 <rsalveti> because I decided to try an older beagle here, to do another work, not related with testing, and boom
Apr 26 16:49:36 <ogra> and we discussed the setting a while ago with the conclusion that it wouldnt do harm
Apr 26 16:49:38 <rsalveti> didn't boot
Apr 26 16:49:52 <ogra> i had it on my TODO list from end of maverick still
Apr 26 16:50:20 <GrueMaster> ogra: Will this require a jasper fix?
Apr 26 16:50:50 <ogra> GrueMaster, no, jasper doesnt touch the cmdline (only preseeding options and root= are parsed)
Apr 26 16:51:00 <GrueMaster> ok
Apr 26 16:51:39 <ogra> jasper could carry a board specific fix (looking for cpu revision)  but apparently we dont need that  with ricardos solution
Apr 26 16:51:55 <GrueMaster> I'm going to test here with a fresh image to make sure it gets passed through anyways.
Apr 26 16:52:17 <ogra> the sound thing really annoys me :(
Apr 26 16:52:47 <ogra> having put in weeks of work over two releases and still not having it working proper is depressing :(
Apr 26 16:53:48 <rsalveti> yeah, the sound issue doesn't help
Apr 26 16:56:55 <GrueMaster> Well, we still don't have sound on omap3 either, and this fix won't even help it even if I were able to get working ucm scripts for omap3.
Apr 26 16:57:39 <ogra_> who cares about omap3 (as long as we dont break the HW)
Apr 26 16:59:34 <rsalveti> sound is kind of a minor bug, annoying but not critical
Apr 26 16:59:35 <davidm> how long does it take to resping OMAP 3
Apr 26 16:59:37 <GrueMaster> All I am saying is that omap3 audio and omap4 audio are pretty much at the same state at this point.  kernel-side they both work.
Apr 26 16:59:49 * NCommander is alive now and reading backscroll
Apr 26 17:00:02 <ogra_> davidm, 90min for netbook, about 30 for headless
Apr 26 17:00:24 <GrueMaster> retesting is minimal as the changes are small.
Apr 26 17:00:37 <ogra_> indeed, its just a boot option
Apr 26 17:00:45 <ogra_> if it boots everywhere we're fine
Apr 26 17:00:49 <rsalveti> yup
Apr 26 17:00:53 <phh> ah release is in two days
Apr 26 17:00:57 <phh> no need to hurry
Apr 26 17:01:03 <ogra_> thats what i said above, yeah :)
Apr 26 17:01:04 <rsalveti> will have a look for the xM kernel fix
Apr 26 17:01:09 <GrueMaster> The headache is the respin/post/download process.
Apr 26 17:01:16 <ogra_> rsalveti, ask koen, i think he wrote it
Apr 26 17:01:35 <rsalveti> should probably be at l-o already, just need to find the patch
Apr 26 17:03:14 <GrueMaster> The question is if we do a respin, do we try to get other fixes in as well?  The ubiquity slideshow issue would affect all platforms (even though they already work).
Apr 26 17:03:16 <davidm> OK call made
Apr 26 17:03:24 <GrueMaster> Possibly the same with audio.
Apr 26 17:03:27 <davidm> please fix package upload we are going to resping
Apr 26 17:03:37 <ogra_> no package
Apr 26 17:03:39 <ogra_> :)
Apr 26 17:03:46 <ogra_> its a one line buildsystem change
Apr 26 17:04:07 <davidm> rsalveti, ogra OK make change and let colin and skaet know its done
Apr 26 17:04:19 <ogra_> on it already
Apr 26 17:05:03 <rsalveti> davidm: cool
Apr 26 17:05:22 <skaet> davidm,  which is the version of u-boot we are keeping an eye on?
Apr 26 17:05:57 <davidm> skaet, it's not even a package change it's a build system change
Apr 26 17:06:03 <davidm> no archive change needed
Apr 26 17:06:44 <davidm> one line change to  adding mpurate=${mpurate}
Apr 26 17:07:07 <cjwatson> where's that?
Apr 26 17:07:11 <cjwatson> (sorry, lacking scrollback)
Apr 26 17:07:23 <rsalveti> ogra: should know where to change
Apr 26 17:07:35 <cjwatson> ogra should but I want to know for planning purposes
Apr 26 17:07:37 <davidm> ogra, rsalveti please explain where change is going to cjwatson
Apr 26 17:07:56 <cjwatson> is this in post-boot-natty-armel+omap?
Apr 26 17:08:34 <davidm> GrueMaster, no changes except this boot fix change NONE
Apr 26 17:09:08 <GrueMaster> davidm: Understood.  Testing fix here to ensure it doesn't break something else.
Apr 26 17:10:28 <cjwatson> ok, so it's just in debian-cd on antimony - so ogra can commit that, we can deploy it on antimony, and then we don't even need to rebuild the livefs
Apr 26 17:10:36 <cjwatson> so it's actually a really quick rebuild
Apr 26 17:10:55 <cjwatson> headless or netbook or both?
Apr 26 17:11:00 <rsalveti> both
Apr 26 17:11:01 <cjwatson> which subarch?
Apr 26 17:11:23 <ogra_> cjwatson, oh, you are here
Apr 26 17:11:30 * ogra_ ignored the channel
Apr 26 17:11:54 <apw> davidm, i think i heard there would be a kernel change needed after for performance on some cards ... whats the bug number, and do we already have the patch
Apr 26 17:12:04 <ogra_> cjwatson, fis is already in debian-cd in the tools/boot/natty/post-boot-armel+omap script
Apr 26 17:12:08 <ogra_> *fix
Apr 26 17:12:30 <rsalveti> apw: I'm looking for the patch right now
Apr 26 17:12:34 <rsalveti> will also report the bug soon
Apr 26 17:13:08 <davidm> cjwatson, thanks
Apr 26 17:13:40 <davidm> apw, rsalveti has point and will get info into bug and to you on this one
Apr 26 17:16:49 <apw> rsalveti, can you sub me to the bug, and drop the number in privmsg
Apr 26 17:16:59 <rsalveti> apw: sure
Apr 26 17:17:55 <apw> rsalveti, cool, so i can make sure any change is in the earliest sru
Apr 26 17:20:29 <cjwatson> I'm just waiting for existing builds to complete
Apr 26 17:20:40 <cjwatson> shouldn't be too long
Apr 26 17:25:45 <rsalveti> apw: ogra: davidm: got the patch, will try it and open the bug when I'm sure it works
Apr 26 17:26:20 <ogra_> yeah, no hurry
Apr 26 17:26:31 <ogra_> updating the bootloaders is complex anyway
Apr 26 17:27:01 <ogra_> well, not complex, but requires manual cmdline action
Apr 26 17:28:02 <rsalveti> ok, out for lunch while the kernel is building
Apr 26 17:29:24 <cjwatson> headless/netbook omap3 rebuilding
Apr 26 17:30:18 <ogra_> thx
Apr 26 17:58:11 <GrueMaster> ogra: Not sure that it matters, but if we have mpurate=${mpurate} in the initial boot.scr, jasper will only use the u-boot translated value for subsequent boots (i.e. mpurate=1000 on my XM after oem-config runs).
Apr 26 17:58:57 <ogra_> GrueMaster, hmm, right, that needs a note (and an oneiric bug i guess)
Apr 26 17:59:03 <GrueMaster> This should be release noted in case someone wants to use the same SD for beagle C4 (or earlier) & XM.
Apr 26 17:59:17 <ogra_> yep
Apr 26 17:59:30 <ogra_> and jasper needs special casing for that var
Apr 26 18:02:14 <GrueMaster> Another issue for Oneiric:  wifi in omap4 headless.  Not sure what to file a bug against, but we need wireless-tools and possibly some other package for this to work ootb.
Apr 26 18:02:37 <cjwatson> ubuntu headless omap3 posted
Apr 26 18:02:54 <GrueMaster> cjwatson: Thanks.
Apr 26 18:02:55 <ogra_> awesome !
Apr 26 18:58:52 <GrueMaster> ogra_: Will the omap3 image build change also affect kubuntu-[desktop|mobile]?  If so, they also need to be respun.
Apr 26 18:59:36 <ogra_> bah, sigh, indeed
Apr 26 19:16:57 <GrueMaster> omap3 headless retested on beagle.  XM is finishing install.  Looks good.
Apr 26 19:18:08 <ogra_> great
Apr 26 19:23:25 <GrueMaster> I updated bug 746023 as the udev rule is still failing.  I'm looking into how to fix it completely now.
Apr 26 19:23:26 <ubot2> Launchpad bug 746023 in alsa-utils "No sound on omap4" [High,In progress] https://launchpad.net/bugs/746023
Apr 26 19:24:29 <ogra_> i fear we need to call alsaucm once from the alsa-utils postinst
Apr 26 19:25:23 <GrueMaster> Shouldn't need to.
Apr 26 19:25:34 <ericb2> do you need testers  ?
Apr 26 19:25:40 <ogra_> with UCM you need to init the default verbs you want once
Apr 26 19:25:47 <GrueMaster> ericb2: do you have a pandaboard?
Apr 26 19:25:59 <ericb2> GrueMaster: no, sorry. only an xM
Apr 26 19:26:25 <ericb2> GrueMaster: I think I'll buy one soon, but I think I'll have to wait some weeks anyway
Apr 26 19:26:27 <GrueMaster> ericb2: If you can come up with a ucm config for XM, great.  We can add it to natty-updates.
Apr 26 19:27:10 <ericb2> GrueMaster: sorry, what means ucm ?
Apr 26 19:27:27 <ericb2> GrueMaster: I'm not native speaker, and sometimes I need more explanations, sorru
Apr 26 19:27:30 <GrueMaster> ogra_: calling alsaucm the way we do in the current udev rule looks right, but needed a path.  Now we just need to figure out how to fire it.
Apr 26 19:27:30 <ericb2> sorry
Apr 26 19:27:54 <GrueMaster> ericb2: ucm == Use Case Manager, part of the recent alsa release.
Apr 26 19:28:11 <ericb2> GrueMaster: ah, ok. no problem for me to make some tests
Apr 26 19:28:25 <ogra_> GrueMaster, well, when i tested that was a few kernels ago, not sure the device name udev sees is still the same
Apr 26 19:29:17 <ogra_> though rsalveti's lost looked like the rule fired just fine
Apr 26 19:29:22 <GrueMaster> ogra_: run "sudo udevadm test /class/sound/card0" and it will show you.
Apr 26 19:29:25 <ogra_> s/lost/logs/
Apr 26 19:30:04 <ericb2> GrueMaster: what is the process ?
Apr 26 19:30:14 <rsalveti> ogra: GrueMaster: it worked when I fired the udev events again
Apr 26 19:30:17 <GrueMaster> Well, I updated the alsa-ucm.rules to have the proper path prior to starting a fresh image and it still failed.
Apr 26 19:30:24 <rsalveti> and I could also see it at the logs
Apr 26 19:30:34 <rsalveti> just didn't check yet if that's also happening during boot
Apr 26 19:30:43 <ogra_> rsalveti, yeah, it didnt fire automatically here though
Apr 26 19:30:45 <rsalveti> need to find a way to debug udev
Apr 26 19:30:53 <GrueMaster> I'll try some more things here.
Apr 26 19:31:04 <rsalveti> see why it's not calling the rule
Apr 26 19:31:05 <GrueMaster> udevadm has a lot of debug capabilities.
Apr 26 19:31:26 <rsalveti> I know, I just want to trace the events that udev gets while booting
Apr 26 19:31:37 <ogra_> rsalveti, hmm, try to remove the conditions at the top and bottom and only leave the ID lines in place
Apr 26 19:31:42 <rsalveti> when I trigger them by hand it works
Apr 26 19:32:00 <ogra_> might be they prevent execution somehow
Apr 26 19:32:16 <GrueMaster> udevadm info --attribute-walk --name=/dev/snd/by-path/platform-soc-audio.0 will tell you.
Apr 26 19:35:49 <GrueMaster> at any rate, I need lunch.  biab.
Apr 26 19:49:57 <rsalveti> ogra: put "exec udevd --daemon --debug >> /var/run/udev.log 2>&1" at your /etc/init/udev.conf
Apr 26 19:50:04 <rsalveti> it should give you all events
Apr 26 19:50:16 <rsalveti> and here it's still running the alsaucm just fine
Apr 26 19:51:43 <ogra_> how do you get back to a virgin state ? or do you test it with a fresh image every time ?
Apr 26 19:52:25 <rsalveti> ogra: I'm currently just checking if the udev rule is being called
Apr 26 19:52:32 <ogra_> hmm
Apr 26 19:52:32 <rsalveti> and it should be called on everyboot
Apr 26 19:52:37 <ogra_> yes
Apr 26 19:52:42 <rsalveti> as it doesn't depend on the alsaucm state
Apr 26 19:53:06 <ogra_> every time an SDP4430 device shows up in the sound stack it should be called
Apr 26 19:53:17 <ogra_> but that doesnt happen for tobin  or me
Apr 26 19:54:26 <rsalveti> ogra: ok, at this boot I'm getting only the hdmi output
Apr 26 19:54:31 <rsalveti> even after calling alsaucm by hand
Apr 26 19:54:47 <ogra_> killall pulseaudio
Apr 26 19:54:53 <ogra_> and re-open the prefs
Apr 26 19:55:08 <ogra_> pulse doesnt update properly apparently
Apr 26 19:56:05 <rsalveti> yup, it's there now
Apr 26 19:56:08 <rsalveti> let me reboot
Apr 26 19:56:21 <rsalveti> maybe a racing condition?
Apr 26 19:56:51 <ogra_> hmm
Apr 26 19:57:14 <ogra_> i think the SDP4430 is builtin, the trigger should happen very early
Apr 26 20:08:07 <rsalveti> ogra_: now it's working all the time =\
Apr 26 20:08:23 <rsalveti> it was working before, stopped working and now it got back to work after I called alsaucm by hand
Apr 26 20:08:30 <ogra_> you run from SD, right ?
Apr 26 20:08:31 <rsalveti> and restarted pulseaudio
Apr 26 20:08:34 <rsalveti> yes
Apr 26 20:08:37 <ogra_> not from USB disk :)
Apr 26 20:09:12 <rsalveti> I have one with usb disk and another with sd :-)
Apr 26 20:09:14 <ogra_> you only need the alsaucm call once
Apr 26 20:09:21 <ogra_> we dont need it on every boot
Apr 26 20:09:27 <rsalveti> what happens after you call it?
Apr 26 20:09:35 <rsalveti> can we restore the state to where it was before calling it?
Apr 26 20:09:35 <ogra_> its is the same f*cking problem we had last release
Apr 26 20:10:09 <rsalveti> let me strace it
Apr 26 20:10:11 <ogra_> i dont know, i guess removing the upstart job that stores state and removing the state file might help
Apr 26 20:10:45 <ogra_> if you called alsaucm and alsa stores the state it will restore that state so you get working sound all the time
Apr 26 20:10:56 <ogra_> i have that here
Apr 26 20:11:12 <rsalveti> yeah, I tried removing the alsa state file but still worked
Apr 26 20:11:18 <ogra_> the alsaucm call should actually not come from a udev rule
Apr 26 20:11:21 <rsalveti> even after a cold reboot
Apr 26 20:11:34 <ogra_> well, did you remove the upstart job too ?
Apr 26 20:11:35 <rsalveti> yeah, makes sense
Apr 26 20:11:52 <rsalveti> not yet, thought that would be part of the package
Apr 26 20:11:54 <ogra_> or only the state file
Apr 26 20:12:01 <rsalveti> and not something generated while calling the command
Apr 26 20:12:02 <rsalveti> let me check
Apr 26 20:12:14 <ogra_> sure it is, but it will store your state in any case
Apr 26 20:13:23 <rsalveti> ok, alsa-store is not going to be called anymore
Apr 26 20:13:29 <rsalveti> and removed /var/lib/alsa/asound.state
Apr 26 20:13:39 <ogra_> k
Apr 26 20:13:45 <ogra_> so reboot :)
Apr 26 20:14:23 <rsalveti> alsaucm is just loading the configuration from /usr
Apr 26 20:14:26 <rsalveti> not writing anything
Apr 26 20:14:32 <rsalveti> so this state file should be all
Apr 26 20:14:36 <ogra_> yep
Apr 26 20:16:33 <rsalveti> ok, rebooted, with the working udev rule, without alsa.state file
Apr 26 20:16:39 <rsalveti> and sound is working
Apr 26 20:16:55 <ogra_> now remove the udev rule and reboot :)
Apr 26 20:17:01 <ogra_> to see if its really gone
Apr 26 20:17:45 <rsalveti> yup, doing that right now
Apr 26 20:17:57 <ogra_> the prob with the udev rule is that it will always set to hifi on boot, regardless what use case you selected
Apr 26 20:18:20 <rsalveti> got it
Apr 26 20:19:22 <rsalveti> ogra: ok, finally, [   28.309753] asoc: no valid backend routes for PCM: SDP4430 Media
Apr 26 20:19:31 <ogra_> yeah
Apr 26 20:19:33 <rsalveti> so the udev rules was actually working just fine
Apr 26 20:19:48 <ogra_> weird that it didnt for GrueMaster and me
Apr 26 20:19:55 <rsalveti> why the hell it didn't work for you neither GrueMaster once you fixed the udev rule?
Apr 26 20:19:59 <rsalveti> yeah
Apr 26 20:20:04 <ogra_> hmm
Apr 26 20:20:09 <rsalveti> even after removing the state file?
Apr 26 20:20:12 <ogra_> probably a different race :)
Apr 26 20:20:38 <rsalveti> ok, trying again, without the rule and saving the broken state file
Apr 26 20:20:39 <ogra_> i.e. the state file with the non working state gets loaded *after* the udev rule fires
Apr 26 20:20:53 <ogra_> that would revert the udev changes
Apr 26 20:21:05 <rsalveti> yup, that seems to be possible
Apr 26 20:22:53 <ogra_> the only real fix is to call the commands from the rules brefore the first stae file is created
Apr 26 20:23:09 <ogra_> for oneric i would solve that in jasper
Apr 26 20:23:24 <ogra_> sadly thats not possible for natty
Apr 26 20:23:50 <ogra_> not sure how we can actually solve it reliably for natty ... as i said, same prob as in maverick
Apr 26 20:23:59 <rsalveti> yeah, we should put the correct files and remove old state file
Apr 26 20:24:07 <rsalveti> otherwise this is not going to work
Apr 26 20:24:37 <rsalveti> if we remove the state file it should always work
Apr 26 20:24:59 <rsalveti> let me know fix the udev rule with the broken state file to see if I can get the race
Apr 26 20:25:15 <ogra_> right, we would need to remove the state  file from the postinst, call alsaucm ... and for safety, create the new statefile too
Apr 26 20:25:16 <rsalveti> *now
Apr 26 20:25:30 <rsalveti> yeah
Apr 26 20:25:47 <rsalveti> true, if we don't create a new one once the user reboots the old state will go to the file
Apr 26 20:25:52 <ogra_> another super ugly hack in alsa postinst script :(
Apr 26 20:26:02 <rsalveti> weeeee :-)
Apr 26 20:26:10 <ogra_> this is depressing
Apr 26 20:26:16 <rsalveti> yeah =\
Apr 26 20:27:02 <rsalveti> ogra: and we should also fix the alsaucm path, that's not yet fixed
Apr 26 20:27:24 <ogra_> the path ?
Apr 26 20:27:31 <ogra_> if we remove the rule ?
Apr 26 20:28:13 <ogra_> the SRU should remove it and just call the above postinst stuff
Apr 26 20:31:00 <rsalveti> yeah, right
Apr 26 20:31:08 <rsalveti> once the state file is there it should be fine
Apr 26 20:31:24 <rsalveti> the only problem is that the user end up removing the state file it'll never be right again
Apr 26 20:31:32 <rsalveti> *if the user
Apr 26 20:31:45 <rsalveti> as you're setting up the state file at postinst
Apr 26 20:31:54 <rsalveti> so I believe we should still keep the udev rule
Apr 26 20:32:13 <rsalveti> as it's called before restoring the alsa-state, it should be fine
Apr 26 20:32:23 <rsalveti> unless the racing condition is really happening
Apr 26 20:32:28 <rsalveti> then it can be annoying for the user
Apr 26 20:32:33 <ogra_> right
Apr 26 20:32:59 <rsalveti> ok, confirmed that with the proper udev rule and with the wrong state file it fails
Apr 26 20:33:09 <ogra_> \o/
Apr 26 20:33:21 <rsalveti> let me reboot a couple of times to see if I can see the racing condition
Apr 26 20:34:35 <rsalveti> failed again
Apr 26 20:34:37 <rsalveti> one more time
Apr 26 20:36:03 <rsalveti> failed again
Apr 26 20:36:06 <rsalveti> last time
Apr 26 20:38:02 <rsalveti> ogra_: ok, 4 times and it always failed
Apr 26 20:38:07 <rsalveti> let me now remove the state file
Apr 26 20:38:26 <ogra_> sounds good
Apr 26 20:41:00 <rsalveti> ogra_: yup, worked like a charm
Apr 26 20:41:18 <ogra_> awesome
Apr 26 20:41:53 <rsalveti> ogra_: let me know once you have the debdiff, I can help you testing
Apr 26 20:42:24 <ogra_> k, wont do that tonight anymore though (nearly 11pm here, i need some rest)
Apr 26 20:42:40 <rsalveti> ogra_: haha, true :-)
Apr 26 20:42:44 <rsalveti> let me comment this at the bug report
Apr 26 20:43:01 <ogra_> thx
Apr 26 20:51:29 <rsalveti> ok, this should finally solve the sound issue
Apr 26 20:52:01 <ogra_> heh ... dejavu
Apr 26 20:52:12 <rsalveti> :P
Apr 26 20:52:19 <ogra_> :)
Apr 26 21:26:35 <GrueMaster> back
Apr 26 21:58:43 <ericb2> GrueMaster: booting
Apr 26 21:59:01 <ericb2> GrueMaster: "checking filesystem before resizing ..."
Apr 26 22:04:17 <GrueMaster> yep
Apr 26 22:04:49 <ericb2> GrueMaster: what is the default root password ?
Apr 26 22:04:57 <GrueMaster> ???
Apr 26 22:05:13 <GrueMaster> It should boot into oem-config.
Apr 26 22:05:30 <GrueMaster> There is no password.
Apr 26 22:05:30 <ericb2> GrueMaster: indeed. I just did CTRL +ALT + Fn  :)
Apr 26 22:05:42 <GrueMaster> Ah.  Don't do that.  :P
Apr 26 22:06:38 <ericb2> GrueMaster: got the install in french. Nice :)
Apr 26 22:09:06 <ericb2> GrueMaster: there is something strange with the windows size:  too little, or the fonts too big ..choose one
Apr 26 22:09:37 <ericb2> GrueMaster: I meant the "System configuration window" after, the TZ and the user name
Apr 26 22:09:51 <GrueMaster> What type of monitor do you have?  The default resolution is 1280x720 in the image.
Apr 26 22:10:28 <rsalveti> argh, pyside doesn't fail when building at my panda
Apr 26 22:10:32 <ericb2> GrueMaster: maybe 1400 x ...  not sure, but for sure > 1280 x720
Apr 26 22:10:45 <GrueMaster> It looks wonky on a widescreen that is capable of higher resolutions.
Apr 26 22:11:14 <ericb2> GrueMaster: this monitor is able to display higher resolutions, indeed
Apr 26 22:12:50 <ericb2> GrueMaster: got mpurate=1000, but 600MHz in the dmesg
Apr 26 22:13:13 <GrueMaster> Yes, that will be fixed with the next kernel update after release.
Apr 26 22:13:40 <GrueMaster> The kernel can't handle mpurate>900 at the moment.
Apr 26 22:14:00 <ericb2> clock :  dpll1_ck: unable to set MPU rate to 1000: -22
Apr 26 22:14:03 <ericb2> GrueMaster: ok
Apr 26 22:14:25 <ericb2> GrueMaster: so recreate a boot.something  + use mpurate=900 should basicaly work ?
Apr 26 22:14:30 <GrueMaster> rsalveti is checking on a patch now, should be ready for the first kernel update.
Apr 26 22:14:50 <GrueMaster> Yes, you can edit /boot/boot.script then rerun flash-kernel.
Apr 26 22:14:55 <ericb2> GrueMaster: great ...  thanks rsalveti  :)
Apr 26 22:14:59 <rsalveti> ericb2: mpurate=900 should work for you, I'm just testing the patch that should make it work with 1000
Apr 26 22:15:28 <ericb2> GrueMaster: what test case do you need now ?
Apr 26 22:15:32 <GrueMaster> rsalveti: Once you have a kernel .deb, care to share?  That way we can get more testers on it.
Apr 26 22:15:38 <rcn-ee_at_work> for the xM, 800 was the recommend max for the default voltage, so 900 may or may not work.. ;)
Apr 26 22:15:40 <rsalveti> GrueMaster: sure
Apr 26 22:15:55 <rsalveti> rcn-ee_at_work: yup
Apr 26 22:16:14 <rsalveti> rcn-ee_at_work: is your kernel still using 800 as default?
Apr 26 22:16:29 <GrueMaster> ericb2: Start running some apps and see what you can break.  :P
Apr 26 22:16:31 <ericb2> I tested 800 with sakoman distro, works fine
Apr 26 22:16:50 <rcn-ee_at_work> yeap it is..  i was betting on dvfs entering 2.6.39, but it didn't...
Apr 26 22:16:59 <rsalveti> yeah...
Apr 26 22:17:23 <rcn-ee_at_work> sounds like it might not for 2.6.40 either now with the arm shakeup.. ;)
Apr 26 22:21:04 <ericb2> GrueMaster: I'll test OOo4Kids for OMAP3
Apr 26 22:21:13 <ericb2> OOoLight in fact
Apr 26 22:21:34 <GrueMaster> Haven't heard of that.  Not really on my radar this week.
Apr 26 22:27:30 <rsalveti> ok, found the cause of the pyside ftbfs
Apr 26 22:32:18 <GrueMaster> nice.
Apr 26 22:34:17 <GrueMaster> rsalveti: Did you get a bug number for the omap mpurate issue?
Apr 26 22:34:28 <rsalveti> GrueMaster: nope, not yet
Apr 26 22:35:02 <rsalveti> GrueMaster: you can create it if you want, but I'm planning to do this in a few hours
Apr 26 22:35:13 <rsalveti> just need to get dinner
Apr 26 22:35:20 <GrueMaster> Yea, I'll file in the next few minutes.
Apr 26 22:35:26 <GrueMaster> Need it for iso tracker.
Apr 26 22:36:05 <rsalveti> GrueMaster: oh, ok
Apr 26 22:36:50 <GrueMaster> Don't worry about it.  You can add the patch once it is filed.
Apr 26 22:37:30 <GrueMaster> grrr.  Still seeing random oem-config crashes midway through.  Nothing in the logs.
Apr 26 22:37:42 <GrueMaster> And it doesn't happen often.
Apr 26 22:38:37 <rsalveti> sigh
Apr 26 22:38:42 <rsalveti> ok, dinner time
Apr 26 22:38:44 * rsalveti brb
Apr 26 22:53:22 <GrueMaster> rsalveti: Bug #771537
Apr 26 22:53:23 <ubot2> Launchpad bug 771537 in linux "mpurate=1000 fails on beagleXM" [Medium,In progress] https://launchpad.net/bugs/771537
Apr 27 00:36:37 <GrueMaster> rsalveti: Update on the omap4 audio.  I fixed the paths in the udev rule before first boot.  Everything looks good now after running oem-config.
Apr 27 00:37:01 <rsalveti> GrueMaster: yeah, without any state file it should work fine
Apr 27 00:37:09 <rsalveti> cool
Apr 27 00:37:35 <GrueMaster> For SRU, we can fix the udev and run alsaucm in a postinst.
Apr 27 00:38:18 <rsalveti> yup
Apr 27 01:31:33 * GrueMaster is getting tired of testing.
**** ENDING LOGGING AT Wed Apr 27 02:59:58 2011