[09:29] <ppisati> anyone with a beagle xm around?
[09:29] <ppisati> i want to rule out a hw issue
[13:51] <diwic> ogra_, what's the output of "alsaucm listcards"?
[13:52] <ogra_> ogra@panda:~$ alsaucm listcards
[13:52] <ogra_> Im setting defaults
[13:52] <ogra_>   0: SDP4430
[13:52] <diwic> ogra_, that "Im settings defaults" is annoying. I'm sure that if we just correct "Im" to "I'm", sound will start to work ;-)
[13:53] <diwic> what's the output of "alsaucm list SDP4430"?
[13:53] <ogra_> lol
[13:53] <ogra_> ogra@panda:~$ alsaucm list SDP4430
[13:53] <ogra_> Im setting defaults
[13:53] <ogra_> alsaucm: error failed to get list SDP4430: No such file or directory
[13:56] <diwic> ogra_, how about "alsaucm list _verbs" or "alsaucm list _enadevs"?
[13:57] <ogra_> http://paste.ubuntu.com/596013/
[13:57] <ogra_> ogra@panda:~$ alsaucm list _enadevs
[13:57] <ogra_> Im setting defaults
[13:57] <ogra_> alsaucm: error failed to get list _enadevs: Invalid argument
[14:01] <diwic> alsaucm set _verb HiFi
[14:01] <ogra_> ogra@panda:~$ alsaucm set _verb HiFi
[14:01] <ogra_> Im setting defaults
[14:01] <diwic> pasuspender -- speaker-test -c 2 -t sine -D plughw:SDP4430
[14:02] <diwic> any sound?
[14:02] <ogra_> hmm, that needs me to be near the board and listen, right ?
[14:02] <diwic> right
[14:02]  * ogra_ is remotely logged into the board, i need to move over to the office, one moment
[14:03] <ogra_> i see it doing stuff on the cmdline though
[14:07]  * ogra hugs diwic 
[14:07] <ogra> works !
[14:07] <diwic> ogra, great :-)
[14:07] <ogra> so its the alsaucm set _verb HiFi we need ?
[14:07] <ogra> let me reboot the board and see if it persists
[14:09] <diwic> ogra, likely needs to be set on every boot - might persist a reboot but not a complete power-off with capacitors unloaded etc
[14:09] <ogra> hmm, i will test that too
[14:10] <ogra> it wouldnt be a prob to have a one time call of it in our first boot config tool
[14:10] <ogra> putting it in place for every boot is more effort
[14:11] <diwic> ogra, the point is that the PA UCM stuff should make it possible to set these verbs from PA.
[14:11] <ogra> aha, after reboot the UI only has HDMI again
[14:12] <ogra> hmm, no
[14:14] <diwic> ogra, does the other verbs in the list make sense to you?
[14:14] <diwic> voice low power etc
[14:15] <ogra> yep. omap4/panda is a mobile development platform
[14:16] <ogra> all the verbs make sense there
[14:16] <ogra> i'm trying a reboot with "alsaucm set _verb HiFi" in rc.local, lets see what comes out there
[14:16] <diwic> ogra, so question is if "HiFi" is the correct one to set at boot (if we should set anything at all at boot)
[14:16] <ogra> seems pulse isnt picking it up without a restart
[14:17] <ogra> we want to default to headphone on boot, so hifi is fine
[14:17] <ogra> the prob is that people wanting to use HDMI sound will have to hack it up
[14:17] <ogra> else we reset their sound every boot
[14:18] <diwic> is HDMI going through the SDP4430 as well, or is it something separate?
[14:19] <ogra> not sure, i think its going through the same chip
[14:20] <diwic> aplay -l
[14:21] <ogra> http://paste.ubuntu.com/596025/
[14:23] <diwic> ogra, looks like HDMI is on a separate sound card, probably not using UCM at all, and should not be affected by the "_verb HiFi" stuff
[14:23] <ogra> k
[14:25] <ogra> ok. adding the line to rc.local (and actually writing hifi with a capital F) gets me working sound OOTB
[14:26] <ogra> diwic, so do you think its safe to pull in the pulse package with the patches ? i can care for addint an upstart script or some such that sets the default (or a udev rule)
[14:27] <diwic> ogra, I'm not following, pull to where? The main ubuntu archive?
[14:29] <ogra> diwic, well, the pulse packages with the TI patches werent uploaded yet
[14:29] <ogra> and we only have two days left to do so
[14:30] <ogra> ... getting sound to work this time is kind of important since we already failed with that last release
[14:30] <diwic> ogra, a udev rule sounds like a good solution for setting the default verb
[14:31] <ogra> k
[14:31] <diwic> ogra, well, before we pull them in, we should get them working - do you think they are working?
[14:32] <ogra> i got sound, thats enough imh ;)
[14:32] <ogra> *imho
[14:32] <ogra> with the rc.loacl entry at least
[14:32] <diwic> ogra, yeah, but that does not need the PA patches
[14:33] <diwic> alsaucm is at the alsa-lib level
[14:33] <ogra> are you sure ?
[14:33]  * ogra reverts to the archive pulse version, gimme a few min
[14:33] <diwic> hmm, good question :-)
[14:34] <ogra> gar
[14:34] <ogra> now i rteinstalled pulse on my laptop :P
[14:35] <ogra> grmbl
[14:35]  * ogra whacks apt over the head
[14:36] <diwic> oh, trying to downgrade PulseAudio?
[14:36] <ogra> well, it has a ~ppa version
[14:36] <ogra> apt should respect that
[14:37] <ogra> sigh
[14:37] <diwic> ogra, see your email, got it from Conor who had managed to downgrade pulseaudio after several rounds in the padded cell
[14:39] <diwic> ogra, that's what he had to do - you should probably skip the modules you do not use
[14:39] <ogra> grmbl, it complains about packages i dont even have installed
[14:39] <ogra> bah, sigh, a version for every single package ?
[14:40] <diwic> ogra, guess you could make a shell variable
[14:40] <diwic> for the version number
[14:40] <ogra> yeah
[14:42] <ogra> k, that seems to work
[14:42] <ogra> will take a while ... slow SD card
[14:43] <ogra> diwic, in any case i think the pulse patches are important for UI exposure, you wont be able to select if you want HiFi or HDMI output without them
[14:44] <ogra> but we'll see
[14:46]  * ogra scratches head ... why the heck does pulse trigger update-initramfs ?
[14:54] <ogra> diwic, ok, seems it works without the patches too
[14:54] <diwic> ogra, how does it look in pulse now? One soundcard or two?
[14:54] <ogra> the default selected output in the UI is HDMI though
[14:54] <ogra> two cards
[14:54] <diwic> great
[14:54] <ogra> sound playing from headphone ...
[14:55] <ogra> but if i open the UI it shows HDMI as the selected output device
[14:55] <diwic> how are you playing the sound?
[14:55] <ogra> if i switch back and forth and leave HDMI the default, sound is dead
[14:55] <ogra> if i switch back to SDP its fine then
[14:56] <ogra> i'm hitting back in the terminal to hear the kbd bell
[14:56] <ogra> and i use the test speakers button in the UI
[14:56] <diwic> ok
[14:56] <ogra> i'll try banshee too later, but i dont think we'll have issues there
[14:57] <ogra> a udev rule should live in alsa or pulse though
[14:57] <ogra> (i can indeed add one as a hack but i would prefer not to)
[14:59] <diwic> ogra, I wasn't exactly following what the "sound is dead" thing was
[14:59] <ogra> by default the UI shows HDMI as selected output device
[15:00] <ogra> while its using SDP
[15:00] <ogra> if i switch the radio button to SDP and back to HDMI, sound on the headphone is dead
[15:00] <diwic> hmm, that's strange, I'm assuming you haven't messed around with pavucontrol?
[15:00] <ogra> nope
[15:01] <ogra> its just showing a wronmg default on first start is what i meant to say
[15:01] <ogra> banshee works fine
[15:01] <diwic> ok, that would be my conclusion as well
[15:01] <diwic> but I don't recognize that problem from anywhere else, seems strange
[15:02] <ogra> well, a bug we can surely release with
[15:02] <diwic> you might want to make sure recording is working as well
[15:03] <diwic> that might need an additional verb...?
[15:03] <ogra> hmm, the UI doesnt offer me *any* input devices
[15:04] <ogra> i have mono and stereo outputs for SDP and a stereo output for HDMI
[15:04] <diwic> could you tell me what physical inputs and outputs there are on this card?
[15:05] <ogra> only a mic jack ...
[15:05] <ogra> i'm not sure there are additional inputs on the expansion header though
[15:05] <ogra> but getting the mic jack to work should be enough
[15:05] <ogra> there seems to be a recod verb
[15:06] <ogra> aha
[15:07] <ogra> alsaucm set _verb Record
[15:07] <ogra> that gets me duplex support in SDP
[15:07] <diwic> ogra, question is if they are exclusive, so "HiFi" turns off record and vice versa
[15:07] <ogra> they arent it seems i constantly listen to radio from banshee
[15:07] <diwic> cool
[15:07] <ogra> let me try a reboot and add it to rc.local
[15:08]  * ogra reboots
[15:10]  * ogra hears login sound
[15:12] <ogra> hmm, record doesnt seem to use the mic
[15:15] <diwic> how are you checking the mic?
[15:16] <ogra> i have my headset plugged in ... checking the meter in sound prefs and testing sound recorder
[15:16] <ogra> i have set it from record to Voice_Call now, lets see
[15:16] <ogra> instead of Record
[15:17] <ogra> still have a login sound it seems
[15:18] <ogra> hmmk
[15:18] <ogra> doesnt get my any input device at all
[15:19] <diwic> It's interesting that the verb affects what devices show up in PA.
[15:21] <ogra> well, no matter which one i set, i dont seem to be able to get input
[15:21] <ogra> i would be willing to live without though, if we dont find a solution
[15:21] <ogra> only Record actually gets me duplex support
[15:22] <ogra> but it seems to not be routed to the mic jack
[15:22] <ogra> or its muted on alsa level
[15:22] <diwic> alsaucm should unmute the relevant things...but everything can be buggy of course
[15:22] <ogra> yeah
[15:23] <ogra> well, having playback at release is a massive improvement already
[15:23] <ogra> is there any reason why alsaucm requires these ugly underscores ?
[15:24] <diwic> ogra, No idea - I just figured them out by reading the source code...
[15:25] <diwic> could you give me the output of arecord -l ?
[15:27] <ogra> http://paste.ubuntu.com/596061/
[15:30] <diwic> ogra, hmm, from what you know about this board, would you suspect the mic jack is at "9 DMIC capture" or "11 Analog capture"? I'm suspecting 11 as the "D" in "DMIC" might suggest a digital mic is needed
[15:30] <ogra> right, i would say that too
[15:31] <diwic> was recording working with the init scripts we had in maverick?
[15:31] <ogra> no
[15:32] <diwic> ok
[15:32] <ogra> and we never really had the full implementation in maverick
[15:32] <ogra> only parts of it
[15:34] <diwic> what is the output of "amixer -D hw:SDP4430"?
[15:36] <ogra> http://paste.ubuntu.com/596064/
[15:39] <diwic> ogra, hrm, you'll almost need the datasheet of the SDP4430 for that to make sense...is that available?
[15:39] <ogra> ndec, sebjan ^^^^ ?
[15:39] <ogra> do we have one for the sound chip ?
[15:40] <ogra> i know there are several papers but i'm not sure the sound is covered
[15:42] <diwic> ogra, found something on google, claiming it's connected to a TWL6040 chip, is that correct?
[15:42] <ogra> i think there was 6040 in one of the pastes
[15:43] <ogra> http://paste.ubuntu.com/596025/ yep
[15:43] <diwic> right that's on channel 11 as well
[15:45] <diwic> the twl6040 has one "Analoc mic" and one "Headset mic". Can you verify which one you have connected your mic to?
[15:45] <ogra> heh, not really
[15:45] <ogra> there is nothing printed on the jack
[15:45] <ogra> on the PCB it just says headphone
[15:46] <ogra> which might or might not be the headset mic
[15:48] <diwic> it seems to be the headset mic
[15:48] <diwic> from looking at the schematics ;-)
[15:50] <ogra> :)
[15:51] <diwic> assuming you have the "record" verb fixed, could you try this command
[15:51] <diwic> pasuspender -- arecord -D plughw:SDP4430 -f cd -d 10
[15:51] <diwic> sorry
[15:52] <ogra> prints garbage
[15:52] <diwic> pasuspender -- arecord -D plughw:SDP4430 -f cd -d 10 /tmp/test.wav
[15:52] <diwic> and then speak into the mic for 10 seconds
[15:53] <ogra> papplay only revels silence
[15:54] <ogra> *reveals
[15:54] <diwic> ok
[15:54] <ogra> and i have overrun!!! (at least 16.473 ms long)
[15:54] <ogra> twice
[15:54] <diwic> hrm
[15:55] <diwic> I think you should talk to TI about what verb you should use for recording from mic and then try my above command to record
[15:55] <ogra> k
[15:55] <diwic> My time is about up
[15:55] <diwic> But at least we got some playback :-)
[15:55] <ogra> well, can we add the udev rule to at least get HiFi in ?
[15:55] <ogra> i guess that should go into alsa or pulse
[15:56] <diwic> if so, alsa - not pulse
[15:56] <ogra> right
[15:56] <diwic> if you get the mic working on alsa level, we can consider the pulse stuff, but if it ain't working on the alsa level, it won't work on the additional pulse layer either.
[15:57] <ogra> right
[15:57] <diwic> good you called upon me for this, I thought it was all okay.
[15:57] <ogra> i thought you had the bug on your radar
[15:57] <ogra> but i somehow assumed the same for the TI devs
[15:58] <ogra> i'm babbling on the bug since a while with my unsuccessfull findings
[15:58] <diwic> but if you ask me, I'm happy for having a udev rule added
[15:58] <diwic> such a rule should be trivial and non-invasive
[15:59] <ogra> k, i'll try to come up with a one liner until tomorrow morning
[15:59] <ogra> that should be enough to make the release
[15:59] <ogra> given that hiFi is enough for now
[15:59] <diwic> you can probably match against ATTRS{id}=="SDP4430"
[15:59] <ogra> yeah
[16:00] <diwic> yeah and see if you can get the mic working with the help of the TI folks
[16:00] <ogra> ATTRS{id}=="SDP4430" IMPORT{program}="alsaucm set _verb HiFi"
[16:00] <ogra> should that work ?
[16:00] <GrueMaster> ppisati: I saw your call earlier for a beaglexm, what's up?
[16:02] <diwic> ogra, I would have tried this, but I'm not a udev expert: ATTRS{id}=="SDP4430", RUN+="alsaucm set _verb HiFi" ?
[16:02] <ogra> ah, right, RUN
[16:03] <ogra> IMPORT will hand over the return value to the caller
[16:03] <diwic> ok, let's talk more tomorrow, gotta go.
[16:03] <ogra> diwic, i think we'll keep recording for a possible SRU if i dont find a way to make it work tonight, should i attach the one liner to the bug ?
[16:04] <diwic> ogra, yes and preferrably as a debdiff against the relevant package
[16:04] <ogra> ok, will prepare everything
[16:04] <diwic> ogra, and maybe poke TheMuso about it if he's awake when you are
[16:05] <ogra> GrueMaster, something to test for you, add: ATTRS{id}=="SDP4430", RUN+="alsaucm set _verb HiFi" to /lib/udev/rules.d/60-persistent-alsa.rules before persistent_alsa_end and reboot, see (hear) if you have sound then on panda
[16:05] <ogra> diwic, will, do, many many thanks for the help !!!
[16:05] <GrueMaster> ogra: Any other changes/packages to install first?
[16:06] <ogra> GrueMaster, no ! thats the awesome bit :)
[16:06] <ogra> we already have working sound since ages, UCM is just not initialized
[16:07] <ogra> well, your panda should be up to date indeed :)
[16:21] <GrueMaster> Trying now on yesterday's image.
[16:22] <ogra_> did you try headless since beta btw ?
[16:22]  * ogra_ hasnt and has a suspicion that the ppa stuff breaks jasper on headless
[16:23] <GrueMaster> ppa stuff?  I haven't had a change as my pandas were doing Maverick -> Natty upgrade tests (not recommended on SD BTW).
[16:24] <ogra_> yeah, there was a fix to the ppa handling in jasper added after beta
[16:25] <ogra_> i think it might fail if the target dir doesnt exists (which it likely doesnt without any desktop packages)
[16:25] <ogra_> dont worry, i'll test myself tomorrow and fix if my suspicion is true
[16:28] <GrueMaster> No sound here.
[16:28] <GrueMaster> Panda 2.0
[16:28] <ogra_> really ?!?
[16:28] <GrueMaster> Lower jack, right?
[16:28] <ogra_> yes
[16:29] <ogra_> do you see the SDP4430 in the sound prefs ?
[16:29] <GrueMaster> no
[16:29] <ogra_> sigh
[16:29] <ogra_> try calling: alsaucm set _verb HiFi
[16:30] <ogra_> from a terminal (close the sound prefs first)
[16:30] <ogra_> and killal pulseaudio
[16:30] <ogra_> then start the sound prefs again
[16:30] <ogra_> see if that changes it, probably udev initializes it to late
[16:32] <ogra_> if i add that line to rc.local here, it makes output work fine
[16:35] <GrueMaster> rebooting.  Typo in udev rule.  (oops).
[16:35] <ogra_> phew
[16:39] <GrueMaster> pulseaudio is crashing now.  Need to look into it.
[16:39] <ogra_> hrm
[16:41] <ogra_> does alsaucm list _verbs get you a list of use cases ?
[16:42] <ogra_> (it should spit out 8 use cases)
[16:43] <ogra_> also alsaucm listcards
[16:43] <ogra_> whould list the SDP4430
[16:43] <ogra_> *should
[16:46]  * ogra_ doesnt get why it works flawless for him
[16:49] <ogra_> GrueMaster, oh, there was a kernel upgrade i havent installed yet, i wonder if something went wrong with the tree merge wrt alsa/ucm
[16:49] <GrueMaster> Do you have the pulseaudio from the ppa installed or the base image stuff?
[16:49] <ogra_> all archive
[16:52]  * ogra_ fires off a dist-upgrade 
[16:52] <GrueMaster> pulseaudio is crashing here with main.c: Daemon startup failed.  Going to dive in and see why.
[16:52] <GrueMaster> What is your image based on?  Beta2?
[16:52] <ogra_> well, what do you get from the alsaucm commands ?
[16:52] <ogra_> yes, its my peta2 test install
[16:52] <GrueMaster> alsaucm is fne.
[16:52] <GrueMaster> fine
[16:53] <ogra_> so you get the list and also get the soundcard listed ?
[16:53] <GrueMaster> (caffeine is building up)
[16:53] <GrueMaster> yes
[16:53] <ogra_> weird
[16:53] <ogra_> pulse shouldnt crash
[16:53] <GrueMaster> But pulseaudio is segfaulting.
[16:53] <ogra_> check syslog
[16:53]  * ogra_ goes to get coffee before the call 
[16:55] <GrueMaster> which call?
[16:55] <GrueMaster> Linaro?
[16:58] <ogra> yep
[16:59] <GrueMaster> I'm skipping out.  QA CoP meeting in :30
[16:59] <ogra> k
[17:12] <diwic_afk> ogra, might want to try  pasuspender -- arecord -D plughw:SDP4430,11 -f cd -d 10 /tmp/test.wav
[17:12] <diwic_afk> as an option to the previous command
[17:13] <ogra> will do (my mic is occupied by a meeting atm :) )
[17:18] <ndec> ogra: there are problems on panda with the input mic. prpplague might know more than me on that.
[17:20] <prpplague> ndec: the audio input is actually configured as a mono line-in currently
[17:20] <ogra> ndec, ah, ok, should the Record usecase be the right one then ?
[17:20] <prpplague> you should be able to record using it as a line in
[17:26] <GrueMaster> ogra: Not seeing an issue with headless on omap4.
[17:26] <ogra> k, thanks
[18:12] <GrueMaster> ogra: On my panda audio, I am seeing good indicators for asoc early in the dmesg log, but later on I am getting asoc:  machine hw_params failed followed by a series of specific asoc failures.
[18:13] <ogra_> weird, i dont have such issues here
[18:13] <ogra_> the alsaucm call should definitely set up everything for you
[18:14] <GrueMaster> I even removed that line from udev.  Still getting it.  Not sure why.  See http://members.dsl-only.net/~tdavis/syslog.gz
[18:15] <ogra_> your syslog looks fine
[18:15] <GrueMaster> I may have a theory.  Let me check something.
[18:16] <ogra_>  asoc: no valid backend routes for PCM: SDP4430 Media should actually go away if alsaucm was initialized
[18:16] <ogra_> i have that as well here until the card is properly initialized
[18:17] <ogra_> the others are not errors
[18:20] <GrueMaster> Do you still have /usr/share/alsa/init/omap4?
[18:21] <ogra_> no
[18:21] <ogra_> that was dropped from alsa
[18:21] <ogra_> do you ?
[18:21] <GrueMaster> Ok, because you said you were on the beta 2 image.
[18:21] <ogra_> it shouldnt be there
[18:21] <GrueMaster> It is in beta 2, not yesterday's image.
[18:21] <ogra_> upgarded to whatever was recent on monday
[18:22] <ogra_> and just upgrading again
[18:22] <GrueMaster> Check if the file is still on your system please.  Upgrading doesn't delete it necessarily.
[18:22] <ogra_> it has to, else that would be a massive dpkg bug :)
[18:22] <ogra_> but for your convenience ...
[18:22] <ogra_> ogra@panda:~$ ls /usr/share/alsa/init/omap4
[18:22] <ogra_> ls: cannot access /usr/share/alsa/init/omap4: No such file or directory
[18:26] <ogra_> lool, ping
[18:27] <ogra_> GrueMaster, did you recently upgrade the kernel on your panda ?
[18:28] <GrueMaster> I just did.  This is yesterday's (20110418) image now rebooting with kernel & other updates.
[18:28] <GrueMaster> (forgot to run flash-kernel after updating).
[18:28] <ogra_> ??
[18:28] <ogra_> the postinst runs that
[18:29] <GrueMaster> Yea, sure it does.
[18:29] <GrueMaster> (not on mine).
[18:29] <ogra_> UGH !
[18:29] <ogra_> do we have a bug for that ?
[18:30] <GrueMaster> Kernel was released last night.  I just upgraded and (5 minutes ago) saw that the new kernel was installed but not in the u-boot partition.  Simple answer - NO.  Give me some time.
[18:30] <ogra_> but flash-kernel ran fine when you executed it manually ?
[18:30] <GrueMaster> Ok, pulse is happy now with the new kernel.
[18:31] <GrueMaster> Yes it did.
[18:32] <ogra_> weird, i didnt have the new kernel here but it worked
[18:33] <GrueMaster> I was running 38-1207 when I was seeing the error, after manually running flash-kernel I am now on 38-1208 kernel.
[18:33] <GrueMaster> And audio is happy (so far - testing actual output next).
[18:34] <GrueMaster> works now.
[18:35] <ogra_> wohoo
[18:36] <GrueMaster> I'm starting over with yesterday's image to see if I can pinpoint the issues, especially with the kernel update.
[18:36] <ogra_> yeah
[18:36] <GrueMaster> (the joys of having two systems).
[18:37] <ogra_> i have seen an umount error in flash-kernel during my tests, thats why i brought it up
[18:37] <ogra_> doesnt happen anymore though
[18:38] <ogra_> i wonder if we should change umount to umount -l in the script
[18:38] <GrueMaster> not sure.
[18:38] <GrueMaster> Script is getting an overhaul though.  May not be necessary.
[18:39] <ogra_> GrueMaster, btw, you are aware that we have an --update-bootloader function on flash-kernel ?
[18:39]  * ogra_ remembers you saying something about bootloader updates
[18:39] <GrueMaster> That was either Karmic or Lucid on babbage.
[18:40] <GrueMaster> I could look up the bug if you like.
[18:40] <ogra_> ah, no, dont care :P
[18:40] <GrueMaster> Bug 365053
[18:40] <ubot2> Launchpad bug 365053 in flash-kernel "On armel (Babbage platform), kernel image upgrading breaks if Ubiquity is instructed not to install a bootloader" [High,Triaged] https://launchpad.net/bugs/365053
[18:40] <GrueMaster> (I had the list open)
[18:40] <ogra_> ah, that one
[18:40] <ogra_> ancient crap
[18:41] <ogra_> must have been karmic
[18:42] <ogra_> no babbge in lucid iirc
[18:42] <GrueMaster> yes there was.
[18:42] <ogra_> hrm
[18:42] <ogra_> right, we dropped it in maverick
[18:42] <GrueMaster> Babbage & dove.  omap was an after-sprint bringup.
[18:43] <ogra_> yeah, "tech preview image" and totally unsupported :)
[18:43] <GrueMaster> Which reminds me, I had a notice in my inbox that ppsati was working on a Lucid omap bug.  Can you tell hime to not care?
[18:44] <GrueMaster> Bug 588243
[18:44] <ogra_> ppisati, stop caring !
[18:44] <ubot2> Launchpad bug 588243 in linux-ti-omap "kernel BUG at /build/buildd/linux-ti-omap-2.6.33/drivers/video/omap2/dss/core.c:323! " [High,Confirmed] https://launchpad.net/bugs/588243
[18:44] <ogra_> :)
[18:44] <ogra_> i saw the bugmail too
[18:49] <GrueMaster> I'm marking it as won't fix.  Lucid was a demo release on omap anyways.  I don't think we are on the hook for it, as it only supported Beagle C4.
[18:50] <ogra_> yeah
[18:50] <ogra_> good move
[19:05] <ndec> ogra: on which package should we report bugs on the installer?
[19:06] <ogra_> depends, when does your issue occur ?
[19:07] <ogra_> everything after first reboot is ubiquity ... everything before first reboot is jasper
[19:08] <ndec> ogra: ok. that answers it... i am just answering to someone on pandaboard ML,and wanted to ask to report bugs on LP...
[19:09] <ogra_> the jasper package is actually jasper-initramfs
[19:13] <GrueMaster> Yea for undecipherable ubiquity failures.  My oem-config crashed hard for some reason.  Probable a fs error, but no real indication.
[19:14] <GrueMaster> Ah there it is, two pages up in syslog:  mmcblk0: error -110 sending read/write command, response 0x900, card status 0xe00
[19:15] <GrueMaster> grmbl.
[19:15] <ndec> ogra: just fyi. http://groups.google.com/group/pandaboard/browse_thread/thread/aa46ddf46df2d946
[19:17] <GrueMaster> ndec: That looks normal, but I have been seeing some odd SD failures lately.  Not reproducable, just seemingly random.
[19:18] <GrueMaster> Usually flashing SD over a different image will cause this (i.e. if I had kubuntu on there previously).
[19:19] <GrueMaster> reflashing seems to clear it up.
[19:54] <lool> ogra_: "pong"
[19:56] <rsalveti> jcrigby: ogra_: tested the u-boot fix on B5 and it's now working fine with all beagle revisions
[19:56] <rsalveti> jcrigby: so I believe we should fix this asap, if still possible for natty
[19:57] <rsalveti> ogra_: do you know if we can we still upload package fixes?
[20:07] <jcrigby> rsalveti, if ogra_ could do the upload that would be great
[20:07] <jcrigby> or we can ask some other person with upload rights
[20:08] <rsalveti> ogra_: janimo: NCommander: anyone? ^
[20:09] <rsalveti> need someone to sponsor an u-boot update, that has a fix for beagle b5
[20:12] <janimo> rsalveti, link?
[20:13] <janimo> I'll get around to it in the next few hours unless someone else grabs it
[20:13] <rsalveti> bug 760350
[20:13] <ubot2> Launchpad bug 760350 in u-boot-linaro "2011.03 doesn't boot anymore on Beagle B5" [High,In progress] https://launchpad.net/bugs/760350
[20:13] <rsalveti> code https://code.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/new-
[20:13] <rsalveti> proposed-2011.04.2
[20:13] <rsalveti> jcrigby: is this the one to merge?
[20:14] <janimo> so basically needs a merge to main u-boot tree in LP?
[20:14] <janimo> then upload a package?
[20:14] <jcrigby> https://code.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/new-proposed-2011.04.2
[20:14] <jcrigby> yes
[20:14] <janimo> were there deps tested as well?
[20:15] <janimo> jcrigby, debs I meant
[20:15] <GrueMaster> Gahhh.  oem-config has crashed 5 times now on 3 different SD cards (different brands, sizes, & speeds).  This is getting very frustrating.
[20:15] <GrueMaster> And it is only the netbook image that crashes.
[20:15] <janimo> GrueMaster, core dumped?
[20:15] <GrueMaster> And not always.
[20:15] <GrueMaster> No
[20:15] <jcrigby> rsalveti, its new-proposed, the old proposed was deleted
[20:15] <rsalveti> janimo: yes, I tested the produced debs with my beagles and panda
[20:19] <GrueMaster> I wonder if this is causing the problem:  ubiquity: debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
[20:22] <GrueMaster> Hmmm.  /var/log/Xorg.0.log.old:  Segmentation fault at address 0x1be
[20:25] <GrueMaster> Beyond that, I am not seeing anything tangable.
[20:28] <rsalveti> GrueMaster: is this with panda?
[20:28] <GrueMaster> yes.
[20:31] <rsalveti> GrueMaster: do you know if you're always getting the seg fault at the xserver?
[20:31] <rsalveti> or it breaks randomly?
[20:32] <GrueMaster> No.  Sometimes I get SDIO errors.  This was the first time I saw the sxerver segfault.  I'm not sure where the issue is, as it is random.
[20:32] <GrueMaster> Watching oem-config run is like watching water boil.
[20:33] <GrueMaster> It would be nice if there was a log level that could be tweaked to show each stage in the log.  Might be easier to track down that way.
[20:34] <GrueMaster> The symptom I am seeing is after oem-config takes user-input, it starts configuring things.  Next time I glance over (5 monitors remember), it is back at the start of oem-config.
[20:35] <rsalveti> GrueMaster: any error or warning at the kernel log for this time you got a crash at the xserver?
[20:36] <GrueMaster> Nope.
[20:36] <GrueMaster> At least not this last time.
[20:37] <rsalveti> GrueMaster: which image are you testing? will try to run the installer with different sd cards to see if I can reproduce this problem
[20:38] <GrueMaster> Yesterdays (20110418).
[20:38] <GrueMaster> But I saw it (less frequent) with beta 2.
[20:39] <rsalveti> ok, will give it a try
[20:40] <rsalveti> urgh, 27kB/s
[20:44] <GrueMaster> Copying installation logs...and fail.
[20:45] <GrueMaster> So right around where it goes to uninstall.
[20:56] <NCommander> rsalveti: can't easily sponsor at the moment (GPG smartcard support is hosed on my machine), unless its an absolute priority
[21:23] <jcrigby> rsalveti, if ogra is gone for the day and there is no one else that can merge/upload the uboot fix then slangasek can do it
[21:38] <GrueMaster> rsalveti: Trying yet again.  This time with debug-oem-config.  It usually just passes with this setting, but we'll see,
[21:39] <rsalveti> jcrigby: sure, let's wait to see if janimo can help us, then we can ask slangasek later if needed
[21:39] <janimo> rsalveti, jcrigby I just came back
[21:39] <rsalveti> GrueMaster: still downloading here...
[21:39] <jcrigby> ok, thanks
[21:39] <janimo> I'll do the merge now
[21:39] <jcrigby> janimo, great! thanks
[21:40] <janimo> argh
[21:40] <janimo> ssh key issue.
[21:40] <janimo> I need to fix this now (I was hoping failing pushes to github were transitory, but apparently LP does not work either)
[21:44] <janimo> phew, ssh-add and it works. No idea why the agent got confused
[21:47] <FatTire> anyone else having regulatory domain issues in 11.04 on pandaboard?
[21:47] <GrueMaster> Hmmm.  It worked...sort of.  With debug-oem-config, it gets to the same failure point (copying configuration logs) and restarts X, only this time it booted into unity-2d.
[21:48] <FatTire> no?  Wifi works for everyone?
[21:49] <GrueMaster> oem-config is still installed (as is all of the other packages that it usually removes).   the oem-config.log indicates errors with dbus setting up gconf.
[21:52] <GrueMaster> ubiquity-dm may have been the cause of the segfault.  Not sure.  /var/log/installer/dm is very vague, as is Xorg.0.log.old.
[21:52] <GrueMaster> And no filesystem errors or sdio errors.
[21:54] <GrueMaster> It may be related to Bug #758910 but I have no crash logs to determine with.
[21:54] <ubot2> Launchpad bug 758910 in ubiquity "oem-config-remove-gtk crashed with SIGSEGV in gdk_window_enable_synchronized_configure()" [Undecided,New] https://launchpad.net/bugs/758910
[21:55] <rsalveti> could be
[21:57] <GrueMaster> Hmmm.  Looking at the changelog for the next release:* GTK frontend:
[21:57] <GrueMaster>     - Avoid a crash if the automatic partitioning page is never displayed.
[21:59] <GrueMaster> All this time wasted just to try to reproduce an issue with the linux-image update not running flash kernel.  What a PITA.
[22:02] <GrueMaster> That's what I thought.  Been on this now for 6 hours straight.
[22:07] <GrueMaster> And my original mission has just been reproduced:  updating kernel still does not run flash-kernel.
[22:19] <janimo> merged, but having issues with packaging (after all these years)
[22:19] <janimo> confused by u-boot-linaro having debian/ inside and having to create orig tarball by hand
[22:51] <janimo> jcrigby, rsalveti package uploaded and waiting for approval
[23:07] <rsalveti> janimo: awesome, thanks a lot
[23:08] <janimo> rsalveti, you're welcom