[01:42] so, NCommander stepped in to help and see what the problem with the installer was. And it didn't fail. Nothing changed, I reflashed with the same image & same cmdline to the same SD card. Booted on the same panda. [01:42] * GrueMaster is very frustrated. === asac_ is now known as asac [03:36] I'm having an issue booting 10.10 on a pandaboard, but the nightly build of 11.4 boots but isn't stable. Anyone have any ideas what might be going on? [08:42] ogra, any news about omap4 sound? === x201 is now known as panda|x201 [09:56] diwic, well, ndec told me yesterday that capture doesnt work yet, seems the jack is configured as mono line in, so mics dont work. [09:57] ogra_, and we're unable to reconfigure in software? [09:57] apparently [09:58] ogra_, fair enough, do you have a possibility to test the mono line in then? [09:59] i'm not sure if/how my mp3 player would work on it and i need to find a matching cable first [10:00] ogra_, line out connections are optimal to loop into a line-in, but headphone outs suffice as well. [10:01] well, that still requires a cable ;) [10:01] i know i have one but dont know where [10:24] with the natty images, is hdmi audio on the pandaboard expected to work? [10:26] i dont think anybody has had the ability to test that yet [10:27] we are currently focusing on getting analog audio to work [11:29] diwic, cable found, i can record mp3's just fine playing them from my phone [11:29] diwic, so HiFi and Record are the verbs we want [11:35] diwic, udev rules tested too [11:51] ogra_, so we have working recording also? Great! Will you attach the udev rule patch (preferrably as a debdiff) to the bug and poke TheMuso to upload it? [11:52] diwic, well, the soundcard rules are all in udev not in alsa [11:52] i just pinged pitti about it in -devel [11:53] ogra_, in fact if you make your own udev rule file you can put it in any package you want [11:53] i think adding the two lines to /lib/udev/rules.d/78-sound-card.rules is the right thing to do [11:54] diwic, my prob is that i dont have any arch specific package i could put it in [11:57] ogra_, ok [11:58] ogra_, so now we have realized we can have working playback and recording without the PA patches. So then the question is, what do we gain from having the PA patches in? [11:59] ogra_, (especially if the PA patches can't even set a verb correctly...) [11:59] diwic, heh, you are behind, see the bug :) [12:00] i already commented about that, pulse can wait for O or go into a SRU if anyone has a plausible explanation why we need them [12:00] pitti says the udev rules need to come from alsa :/ [12:01] (since it ships alsaucm and the rules exec that) [12:01] ogra_, yeah, I agree [12:02] ogra_, I'd try 90-alsa-restore.rules [12:03] that ships with alsa-utils [12:03] ah, i was thinking to actually have 90-alsa-ucm.rules [12:04] from scratch [12:05] that works just as well for me [12:05] smells cleaner to me [12:05] yep, go for it [12:06] although that add/change logic of the soundcard initialization is mindboggling. [12:07] i'm trying a file with just the two lines [12:07] ogra_, gotcha. thanks for the info. [12:07] * ogra_ twoddles thumbs while the panda reboots [12:09] yup, works fine [12:11] ogra_, as for the HDMI audio, you don't have an hdmi-audio capable monitor for testing? [12:12] i have to re-arrange my whole setup to have the panda on my tv [12:12] ogra_, ok, and I have to go in 30 mins :-) [12:12] and HDMI can well be an SRU [12:12] if there is even one needed [12:13] hmpf, how does alsa-utils install the rules file [12:15] diwic, do you mind if i just put the file in the debian dire and cp it in place from debian/rules ? [12:15] *dir [12:15] i can give it a shot. my panda's connected to my tv. i'd have to re-image my sd card though. i was playing around with various linaro images. [12:15] ogra_, I'm trying to figure out how the udev rule file gets there [12:15] seems the restore file is handled by autotools, i really dont want to add complexity [12:16] its in the Makefile of alsactl [12:16] right [12:17] yeah, I guess an "install -d" in debian/rules would do [12:17] right, no extra autofoo run :) [12:18] * diwic is going to add a AC_MESS_UP_FOR_DISTRO_MAINTAINERS macro in autoconf. It is not difficult enough to get it right [12:20] heh [12:25] bah, sigh ... tetex is a build dep to even roll the source package [12:26] ogra_, hmm, as an option you could submit a merge proposal against lp:~ubuntu-audio-dev/alsa-utils/ubuntu.natty [12:28] doe sthat look ok ? http://paste.ubuntu.com/596500/ [12:30] ogra_, hmm, missing specification of desired file mode perhaps [12:30] i e permissions [12:32] like that http://paste.ubuntu.com/596504/ ? [12:36] ogra_, hmm, it doesn't exactly look like what I'm used to but probably it's correct anyway [12:36] * diwic has to go [12:37] well, it ends up in the right place [12:37] with the right perms, i just did a testbuild [12:37] diwic, would you mind if i uploaded ? [12:38] * ogra_ would love to have the bug closed [12:38] ogra_, oh I see now, you are not filtering out subsystem, add/change etc in the udev rule [12:38] well, there will only be one device with that ID [12:38] ogra_, I'll be back in 2-4 hours or so [12:38] but i can add the headers that are used in the soundcard rules [12:38] ok [12:39] do you want add/change etc ? [12:40] * ogra_ adds the lines from the other rules fine and tests === doko_ is now known as doko [14:22] ogra_, reviewed your merge proposal, please fix [14:22] * ogra_ checks [14:24] weird [14:26] diwic, hmm, i dont have any such changes in my local branch and http://bazaar.launchpad.net/~ogra/alsa-utils/746023/revision/75 doesnt show any of the bits you mention [14:26] * ogra_ wonders if he used a wrong master branch [14:28] ogra_, please remove the ENV{SOUND_INITIALIZED} in 90-alsa-ucm.rules [14:29] In best case, it's superfluos :-) [14:30] or maybe I could just do that for you and merge it into the alsa-utils branch :-) [14:31] new branch pushed, indeed i didnt pull originally from the right branch [14:31] been there, done that :-/ [14:32] http://bazaar.launchpad.net/~ogra/alsa-utils/746023/revision/89 [15:24] ogra_, I removed one more line, could you verify it's still working? See https://code.launchpad.net/~diwic/alsa-utils/ubuntu.natty [15:26] will do, that takes a moment though since i'm just verifying a bug on the headless image [15:28] look sane though [15:28] *looks [15:39] grr [15:40] so after trying to boot an omap headless image for 20 min on the panda i found that the omap MLO doesnt work on omap4 :P [15:40] * ogra_ shakes his head about wasting his own time [15:41] heh. [15:41] well, at least we know now :P [15:42] GrueMaster, when you had that flash-kernel issue, did that happen when you manually upgraded a linux-image package or was that a regular dist-upgrade [15:43] Both apt-get install & dist-upgrade. [15:43] hmm [15:44] might be the old "flash-kernel isnt run when update-initamfs -c is used" [15:44] I thought that we were told that it needs to come from the kernel? [15:45] GrueMaster, for now i only have bug 746023, bug 747229 and 766764 on my release radar [15:45] Launchpad bug 746023 in alsa-utils "No sound on omap4" [High,In progress] https://launchpad.net/bugs/746023 [15:45] Launchpad bug 747229 in debian-installer "weird color change during oem-config debconf package removal step in serial installs" [Medium,Incomplete] https://launchpad.net/bugs/747229 [15:45] Launchpad bug 766764 in linux-ti-omap4 "flash-kernel not run during kernel upgrade" [Undecided,New] https://launchpad.net/bugs/766764 [15:45] am i missing anything important ? [15:45] Which type of beer to bring me to UDS. [15:46] GrueMaster, the kernel package wasnt changed in natty, i added a spec idea for exactly that prob [15:46] so -c still doesnt work [15:46] but that should actually only affect release to release upgrades [15:49] That is bug 701698. [15:49] Launchpad bug 701698 in boot "update-initramfs -c does not update the bootloader" [High,Triaged] https://launchpad.net/bugs/701698 [15:49] yep [15:50] that requires massive redesign of the whole arm bootloader handling [15:50] which is why i want to make it a spec [16:04] Go for it. [16:12] diwic, works fine, go for it [16:59] ogra, TheMuso, ok, I've test-built and test-run it on my machine here, and it didn't seem to have destroyed anything, so pushed to lp:~ubuntu-audio-dev/alsa-utils/ubuntu.natty - upload at will. [16:59] wohoo === diwic is now known as diwic_afk [17:13] diwic_afk, TheMuso, uploaded, thanks [18:11] GrueMaster, just dist-upgraded a beta2 image to todays archive, no issues with flash-kernel [18:12] I think there are other packages that force update-initramfs -u. [18:12] might be [18:12] Try installing everything that dist-upgrade recommends, except the kernel. Then do dist-upgrade. [18:13] to late :) [18:13] I'll try it here to verify in a little bit. Currently wiping/reformatting my SD. [18:14] \o/ [18:14] alsa-utils is in [18:14] and python-apt too [18:14] so sound and sources.list should be fine now [18:14] cool [18:15] Now if we could just get another daily image to build... [18:15] we only have the serial colors left (which is really minor cosmetic) and the üpossible flash-kernel thing [18:15] archive is messed up due to the last minute fixes [18:15] that will settle until tomorrow [20:09] I have the 10.10 ubuntu on a 4G sd for pandaboard(omap4) and things were ok till I did an update. Things started taking forever to boot and to log in, then I installed the ti omap extras and now it takes about 15min to boot and 30+min to log in. I can wipe the card and go back no problem but every time I get the same results. Is there a list of things that should not be updated? [20:17] ogra_: there have been a few reports on natty beta's not working on pandaboard's are there any known major issues that you are aware of... before I go give it a run [20:37] Hey, is anyone using the genesi efika mx smartbook ? are you happy with it ? [20:40] I was looking for a new netbook, and this looked interesting since I am already developing for an i.mx processor at work. [20:44] jayabharath, as best I know we are good to go on B2 [20:44] jayabharath, it's quite late in ogra's neck of the world [20:55] jayabharath: The only thing I really am aware of is random issues with the SD cards. Sometimes I'll get SDIO errors during oem-config, other times oem-config will just crash mid-install. Nothing to indicate why. Reflashing usually clears it up. [20:55] I am working on a theory, but since the issues I am seeing are so random and hard to reproduce, it is harder to have a good testcase. [21:20] GrueMaster: davidm I see.. thanks [21:20] let me look up the recent thread on pandaboard ml for reference [21:21] http://groups.google.com/group/pandaboard/browse_thread/thread/aa46ddf46df2d946 [21:21] Already commented on it. :) [21:21] GrueMaster: u r faster .. yeah this was one... [21:21] I had it open. [21:22] let me then try b2 image and see if it works ok for me.. thanks!! [22:36] ogra_: Thanks.