[08:38] <hrw> morninge
[10:03] <vstehle> ogra: Hi Oliver, you came back after all :)
[10:03] <vstehle> ogra: I find something puzzling regarding the PPA.
[10:04] <persia> I wouldn't trust much communication until there's been no netsplit traffic for a while: sometimes stuff gets lots in the backscroll.
[10:04] <vstehle> persia: May I please ask _you_ about this PPA thing, then?
[10:05] <persia> I generally recommend asking questions generally of the channel.  I'm unsure that this is the best channel for a PPA question, but I'll try.  Otherwise, you can ask in #launchpad.
[10:05] <vstehle> persia: Ok; I move there.
[10:17] <ogra> so the sound stuff doesnt work at all anymore :/
[10:18] <lag> What have you done?
[10:18] <ogra> lag, trying mathieus kernel, putting all new files in place
[10:18] <lag> Hmm
[10:19] <ogra> all muted
[10:21] <ogra> urgh
[10:21] <lag> ?
[10:21] <ogra> a) i tried remotely .... my screen is all blue if i switch the monitor on
[10:22] <lag> Nice
[10:22] <ogra> not sure what he did to that kernel package
[10:22] <ogra> b) calling alsactl init makes it work
[10:22] <lag> I'm just looking now
[10:22] <lag> Is that correct?
[10:22] <ogra> no
[10:22]  * ogra reverts everything, it worked yesterday with distro kernel and my file without alsactl init
[10:23] <lag> What does cat /proc/asound/cards produce?
[10:23] <hrw> ogra: panda sound still has problems?
[10:23] <lag> What was the link to the kernel he gave you?
[10:24] <ogra> http://people.canonical.com/~mpoirier/linux-image-2.6.35-903-omap4_2.6.35-903.13+release3_armel.deb
[10:25] <ogra> lag, before i had http://people.canonical.com/~roc/kernel/audio/linux-image-2.6.35-903-omap4_2.6.35-903.13+audio1_armel.deb installed
[10:25] <ogra> just reinstalling that one
[10:25] <lag> That's Bryans kernel
[10:26] <ogra> right
[10:26] <ogra> and that one worked after the alsa-lib change
[10:26] <ogra> i dont get why i would get that bright blue screen
[10:26] <ogra> the patches dont touch anything related
[10:27] <lag> I'm trying to find the server which he built on
[10:27] <lag> But to no avail as yet
[10:28] <ogra> sound/soc/omap/sdp4430.c , include/sound/soc.h and sound/soc/soc-core.c
[10:28] <ogra> nothing should have any influence on my display
[10:28] <lag> I can't find any of his builds
[10:28] <ogra> fun
[10:29]  * ogra reboots into old kernel with old init files
[10:30] <ogra> yup, login sound here
[10:30]  * ogra checks the screen
[10:30] <ogra> and netbook ui
[10:33] <lag> I can't find any up-to-date build?
[10:33] <ogra> weird
[10:33] <ogra> well, we need cooloneys kernel plus the bits from lrg
[10:34] <ogra> i just need the names
[10:34] <ogra> and i know cooloney built on one of your servers
[10:34] <lag> How different is cooloney's tree to the mainline?
[10:35] <lag> What if I applied lrg's patches to the current tree?
[10:36] <ogra> you would be missing a ton of audio fixes
[10:36] <ogra> afaik
[10:36] <lag> Ah
[10:36] <ogra> oh, no, wait, i think they were applied
[10:36] <ogra> please check the tree
[10:36] <lag> Yep
[10:36] <ogra> not sure there was an upload with thgem though
[10:38] <lag> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
[10:38] <lag> Is that all the patches?
[10:38] <lag> Or are there more?
[10:38] <ogra> its like 70 patches and i cant find the merge request on the kernel ML
[10:39] <ogra> RAAAAAHHHH !!!!
[10:39]  * ogra freaks out about being CCed on all the kernel mails
[10:39] <ogra> I HATE THAT !
[10:39] <lag> We've had this discussion
[10:39] <ogra> thanks to that they dont match the ML sort filter and end up in places i cant find them
[10:39] <lag> Not everyone reads the mailing list
[10:39] <ogra> thats so annoying
[10:40] <ogra> i do
[10:40] <lag> Good for you :)
[10:40] <ogra> and i am sure that other people filter on ML headers too
[10:40] <lag> Perhaps you shouldn't
[10:40] <lag> ;)
[10:40] <lag> I have working filters
[10:40] <lag> ;)
[10:40] <lag> Anyway ...
[10:41] <lag> That current tree looks like it has loads of new audio patches
[10:41] <ogra> lag, based on ML headers (like you should for LP mail ?)
[10:41] <ogra> [Maverick] [ti-omap4] SRU: audio driver fixings
[10:41] <lag> I'd say ~90 patches
[10:42] <ogra> applied and pushed by tim on the 6th
[10:42] <lag> In the ML/
[10:42] <lag> ?
[10:42] <ogra> yes
[10:43] <lag> Yes, they are applied
[10:43] <ogra> good
[10:43] <ogra> so only the naming patches from lrg are missing there
[10:43] <ogra> could you roll me a kernel deb ?
[10:45] <lag> Of course
[10:45] <ogra> merci :)
[10:45]  * ogra meanwhile goes to find some breakfast
[10:45] <ogra> we'll need GrueMaster (once he gets up) to confirm the switching works, he has a blaze
[10:47] <lag> There are only 4 patches right?
[10:52] <persia> ogra, jasper-initramfs/scripts/local-bottom/jasper_setup runs in initramfs, right?
[10:53] <ogra_ac> yes
[10:55] <persia> So, I think we can't enable universe via the python API there.  Is there a script that runs in userspace, or do you think unsafe sed is better?
[10:58] <ogra_ac> you cant run apt-get update from there at all
[10:58] <ogra_ac> no networking in initrd
[10:59] <ogra_ac> so your apt-cache will be completely out of sync
[10:59] <persia> Oh, I don't care about apt-get update.
[10:59] <persia> That's fine.
[10:59] <ogra_ac> i do
[10:59] <persia> Everything will be able to tell the apt-cache is out of date because of timestamps.
[10:59] <ogra_ac> if a user calls apt-get install i dont want him to be greeted with an out of sync cache error
[11:00] <ogra_ac> thats about the first impression not about technical issues
[11:00]  * persia digs into oem-config code
[11:01] <ogra_ac> i think apt-setup is only called from oem-config in case you also run tasksel
[11:01] <ogra_ac> which we dont want in our setup
[11:01] <ogra_ac> i'm not sure they are separate
[11:52] <lag> ogra_ac: I also have Blue screen!
[11:53] <ogra> even with the new kernel ?
[11:53] <ogra> wow
[11:53] <lag> The latest kernel
[11:53] <lag> We're screwed
[11:53] <ogra> i dont get how the soc changes can affect hdmi
[11:54] <lag> I don't think it was the SoC changes
[11:54] <ogra> especially since its only a few lines adding names
[11:54] <lag> Let me roll there kernel without lrgs patches
[11:54] <ogra> well, the kernel on the release image works
[11:54] <lag> Which was compiled when?
[11:55] <ogra> and i think the 90 sound patches are in there
[11:55] <ogra> and cooloneys test kernel works for me too
[11:55] <ogra> without any issues
[11:55] <ogra> there was one patch afterwards ...
[11:56] <ogra> one sec, let me find it
[11:56] <ogra> [Maverick] [ti-omap4] [SRU] UBUNTU: [Config] enable passing all kernel command line to init
[11:56] <lag> 7 days ago	Mythri P K	OMAP4:DSS:HDMI:Fix for default boot on HDMI with ES2.0
[11:56] <ogra> Thu,  7 Oct 2010
[11:56] <ogra> lag, oh, wait
[11:56] <ogra> which image do you use ?
[11:57] <ogra> x-loader changed along with that patch
[11:57] <lag> Ah
[11:57] <lag> I'm using the daily build
[11:57] <ogra> you need to use the new image
[11:57] <lag> But with my own x-loader
[11:57] <lag> Whould the daily build work?
[11:57] <ogra> right, x-loader and the Mythri P K HDMI patch had to be applied at the same time
[11:58] <ogra> the daily from 7th should
[11:58] <lag> Okay, re-DDing
[11:59] <ogra> (it should be the release image, we didnt re-roll)
[12:15] <lag> ogra: Okay, my blue screen has disappeared momentarily
[12:15] <lag> ogra: Why did you get a blue screen?
[12:15] <lag> ogra: Were you using the old x-loader too/
[12:17] <ogra> lag, yeah
[12:18] <ogra> i still use the same image, upgraded since RC and we dont upgrade x-loader (as you wouldnt upgarde a PC BIOS)
[12:19] <ogra> ok, updated x-loader
[12:19] <ogra> let me try with mathieus kernel again
[12:20] <lag> If it doesn't work, I have a working one here
[12:20] <ogra> k
[12:20] <ogra> i suspect it will work now
[12:21] <ogra> *twiddle*
[12:21] <lag> Which board do you have?
[12:21] <lag> 8 layer?
[12:22] <ogra> 2.1
[12:22] <lag> I am sooooo behind on boards :(
[12:22] <ogra> and 8 layer 2.0 and a special 2.1 with DVI wiring added
[12:22] <ogra> 2.0 8 layer is fine
[12:22] <lag> I only have a 6 layer
[12:22] <ogra> oh, yeah, we need to upgrade you
[12:23] <lag> No kidding
[12:23] <lag> Why have I been left behind
[12:23] <ogra> ask rsalveti, i thinnk he has a patched u-boot and kernel package
[12:23] <ogra> because we got limited amounts of HW
[12:23] <lag> I should always have the most up to date board!
[12:23] <lag> And who has priority?
[12:23] <ogra> and i think mathieu got the new one because he didnt have one at all
[12:23] <lag> Surely the kernel is important to you?
[12:24] <lag> Mathieu is normally OMAP3
[12:24] <ogra> cooloney has the 2.1 and the 2.1+DVI
[12:24] <ogra> you should get his 8 layer
[12:24] <hrw> ogra: how old are 2.1 boards?
[12:24] <ogra> about a week
[12:24]  * hrw wonder which ver will land in my hands
[12:24] <ogra> we only got fout of them directly handed out
[12:25] <ogra> hrw, pray its not a 6 layer
[12:25] <ogra> lag, we'll get more borads within the next few weeks
[12:25] <hrw> ogra: I was told that it will es2.0 8layer minimum
[12:25] <ogra> enough for everyone i hope
[12:25] <lag> I want 2.2
[12:25] <ogra> lag, well, then get a soldering iron :P
[12:26] <ogra> and a list from TI what will be on 2.2
[12:26] <hrw> good thing is that I will be able to run anything not exactly ubuntu on it D:
[12:26] <lag> For future h/w releases I really should have the latest boards
[12:26] <ogra> they wont go to production for a while :)
[12:26] <lag> It was a jk
[12:26] <ogra> 2.1 is what goes out
[12:26] <ogra> and i hope we wont see any HW upgrade for a while now
[12:26] <lag> But as the OMAP4 kernel team representative I should be on the priority list
[12:27] <ogra> lag, well, cooloney is *the* OMAP4 representative i was told
[12:27] <hrw> fight, fight!
[12:27] <ogra> we can swap that indeed
[12:27] <lag> Who told you that?
[12:28] <ogra> that was decided at UDS iirc
[12:28] <lag> Before I joined :)
[12:28] <ogra> right
[12:28] <lag> Well there's a new daddy in town ;)
[12:28] <ogra> yeah
[12:28] <jkridner|work> rsalveti: let me know if my response about the P8 BeagleBoard-xM memory was at all confusing.  you should swap out MLO and see if your problem goes away..
[12:28] <ogra> lets shuffle responsibilities at UDS
[12:29] <lag> By all means
[12:32] <ogra> hmm, i think i trashed my panda image :/
[12:32] <ogra> ah, no
[12:32] <ogra> now it boots
[12:35] <cooloney> lag and ogra, are you guys talking about my panda toy? -:)
[12:35] <ogra> cooloney, hehe, we do
[12:36] <lag> Yep yep
[12:38] <cooloney> yeah, I got 2 panda boards now. actually one is 2.1+DVI
[12:39] <ogra> oh, you dont have the 2.0 anymore ?
[12:39] <cooloney> and one is 2.0
[12:39] <cooloney> yeah, the 8 layers 2.0
[12:39] <ogra> i thought you got a normal 2.1 too
[12:39] <ogra> no sound here :/
[12:40] <cooloney> ogra: oh, i returned that to chris, as 2.1+DVI is enough
[12:40] <ogra> sigh
[12:40] <cooloney> but i have to keep 2.0, since we need to support 2.0, right?
[12:40] <ogra> so with the old kernel it all worked
[12:40] <ogra> with the new kernel i have to call aslactl init *again*
[12:41]  * ogra doesnt get that
[12:41] <ogra> and i cant esaily downgrade, hrm
[12:41] <cooloney> ogra: just before we left, i got 3 boards ->  2.0, 2.1 and 2.1+dvi
[12:41] <ogra> yeah
[12:42] <cooloney> ogra: after sent your guys to airport, we were back to hotel
[12:42] <cooloney> chris called GrueMaster
[12:42] <ogra> ah
[12:42] <cooloney> chris showed up and i returned the normal 2.1 to him
[12:42] <cooloney> so i just have 2 boards. one old 2.0 and a 2.1+dvi
[12:42] <ogra> yup
[12:44] <cooloney> so lag, do you wanna i give you my board? i think you got 2.0 board
[12:44] <cooloney> ogra: how come sound doesn't work?
[12:44] <cooloney> ogra: doesn't work with new kernel?
[12:44] <ogra> cooloney, it never worked ?
[12:44] <ogra> only partially
[12:45] <ogra> we're trying to fix the last bits since beginning of the week
[12:45] <cooloney> oh, i mean even using your alsactl trick, it doesn't work?
[12:45] <ogra> sure it does
[12:45] <cooloney> ogra: ok, got it.
[12:45] <ogra> but the alsactl call is wrong
[12:45] <cooloney> ogra: so any idea about our plan?
[12:46] <ogra> yes, look at the bug
[12:46] <ogra> lag, documented everything
[12:46] <cooloney> ok, let me check
[12:46] <cooloney> ogra and lag, thanks
[12:50] <ogra> GRRR
[12:50] <ogra> no sound at all
[12:50] <ogra> not even after alsactl init now
[12:52] <ogra> HA
[12:52] <ogra> putting my omap4 file back works
[12:53] <ogra> so one step at a time now
[12:53] <ogra> keeping everything as is and upgrading to mpoiriers kernel
[12:53] <lag> :)
[12:53] <lag> cooloney: I don't want your board
[12:53] <ogra> (and adjusting the name in 00main indeed)
[12:54] <lag> cooloney: I'll wait for the next batch
[13:00] <cooloney> lag: oh, panda 2.2? heh
[13:01] <lag> cooloney: No, just the new batch of 2.1's
[13:01] <cooloney> ogra: did liam provide the patch to export platform name from kernel to userspace
[13:01] <ogra> lag, confriming, with the new kernel it doesnt work at all
[13:01] <cooloney> lag: yeah, indeed.
[13:01] <cooloney> ogra: which kernel?
[13:01] <ogra> cooloney, yes, thats what i'm testing here
[13:02] <lag> ogra: Well that's not good!
[13:02] <cooloney> ogra: ok, where is the patch from liam
[13:02] <ogra> no
[13:02] <lag> I don't know which kernel he rolled
[13:02] <lag> Do you want to try mine?
[13:02] <ogra> yes
[13:02] <lag> In case it's any different
[13:02] <lag> Okay, wait one
[13:03] <ogra> i know which kernel he rolled ...  2.6.35-903-omap4 #13+release3
[13:03] <ogra> :P
[13:03] <ogra> its release3 :)
[13:03] <ogra> (i dont know what release3 is supposed to mean though)
[13:05] <lag> ogra: Uploading
[13:05] <lag> My point exactly
[13:05] <lag> I don't think it has any of the audio patches in
[13:05] <lag> Doh!
[13:05] <lag> The one he rolled was *.13*
[13:05] <lag> Mine is *.15*
[13:06] <lag> That would explain it
[13:06]  * lag is uploading 
[13:06] <lag> Well, my kernel is :)
[13:08] <lag> ogra: I'll let you know when it's finished uploading: http://people.canonical.com/~ljones/lp637947-maverick/
[13:08] <ogra> oki
[13:09] <ogra> the alsa-lib fix is uploaded btw
[13:09] <ogra> we'll need some testers to confirm it works and can go to -updates (its in -proposed now)
[13:11] <cooloney> ogra: i can try that on my board
[13:11] <ogra> cooloney, use the 00main and omap4 files from the bug
[13:11] <persia> ogra, Have you prepared the candidate alsa-utils bit yet (the new conf file and 00main changes)?
[13:11] <ogra> persia, not until i know they work
[13:12] <persia> Ah, so you're waiting for the alsa-lib bit to be verified?  Makes sense.
[13:12] <cooloney> ogra: oh, if you didn't changed those 2 files since Dallas trip, I've already installed them on my board
[13:12] <ogra> persia, to test the switching i need the new kernel, but the one i got didnt include cooloney's 90 audio patches
[13:12] <ogra> cooloney, great, with the new alsa-lib it should work without alsactl init
[13:12] <cooloney> ogra: i think lag's kernel contains those audio patches
[13:13] <persia> Oh, I somehow missed that the alsa-utils bit depended on the kernel bit.  Sorry for the poorly-timed poke.
[13:13] <ogra> cooloney, right, thats what i'm waiting for
[13:13] <cooloney> ogra: ok, so i just need to update my alsa-lib on board?
[13:13] <ogra> persia, well, my alsa-libs bit doesnt but that works only for panda
[13:13] <ogra> what we need is the switching piece based on boardname
[13:13] <ogra> and thats what we try to test atm
[13:14] <ogra> cooloney, from maverick-proposed, yes
[13:14] <cooloney> ogra: ok, cool. let me upgrade
[13:14] <ogra> cooloney, bug 652035 is the one waiting for test results
[13:14] <ubot2> Launchpad bug 652035 in alsa-lib (Ubuntu Maverick) (and 1 other project) "libasound2 not finding usb sound card (affects: 2) (heat: 18)" [High,Fix committed] https://launchpad.net/bugs/652035
[13:15] <persia> ogra, Right.  I just was chatting with crimsun earlier, and added the task to the other bug (637...) based on what he was saying.
[13:16] <ogra> right
[13:16] <ogra> i'll prepare my stuff today as soon as i can prove it works on the panda at least
[13:16] <ogra> we'll need GrueMaster for the blaze test
[13:16] <persia> Right.
[13:16] <ogra> btw, i suspect the fix also fixes dove
[13:17] <ogra> we should ask NCommander to try
[13:17] <lag> ogra: Done
[13:17] <ogra> lag, you guys dont need to upload the headers every time :)
[13:18] <ogra> i wont compile anything against the test packages :)
[13:18] <lag> It's automatic
[13:18] <ogra> ah
[13:18] <lag> scp linux-* <server>
[13:18] <ogra> i thought you do that with scp
[13:18] <ogra> right, just use scp linux-image*
[13:19] <lag> What does it matter?
[13:19] <ogra> saves time and bandwith
[13:19] <lag> 100%  573KB 573.3KB/s   00:00
[13:22] <persia> 573KB?  Are you sure that's the file you wanted?
[13:22] <ogra> well, at least it took no time :P
[13:22] <ogra> everyone cross your fingers :)
[13:22]  * ogra reboots
[13:24] <ogra> lag, hmm
[13:24] <ogra> lag, are you sure you applied the patches ?
[13:24] <ogra> my card is still named SDP4430 with your kernel
[13:24] <lag> 2 secs
[13:25] <ogra> should be Panda
[13:25] <ogra> ogra@panda:~$ cat /proc/asound/cards
[13:25] <ogra>  0 [SDP4430        ]: SDP4430 - SDP4430
[13:25] <ogra>                       TI OMAP4 SDP4430 Board
[13:25] <ogra> yeah, no name change
[13:26] <ogra> behind the colon it should be: OMAP4 - Panda
[13:27] <lag> http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commit;h=39f15b5e3ac8c486bcc8bcf4376b7d2e8122517b
[13:27] <lag> They're applied
[13:27] <lag> Maybe something went wrong with the build
[13:27] <lag> Let me try again
[13:27] <ogra> err
[13:28] <ogra> whats these abe changes ?
[13:28] <lag> ref: lrg's email 12/10/10 @ 11:45
[13:31] <ogra> ah, k
[13:31] <ogra> he does weird testing though
[13:31] <ogra> pretty hackish :P
[13:32] <ogra> but ok, i'll trust him
[13:32] <ogra> he should know what the mixer values should be
[13:32] <ogra> though i dont get why the name change doesnt work now
[13:33] <lag> As I said, it's probably a build error
[13:33] <lag> I am re-compiling
[13:33] <ogra> ok
[13:33] <lag> Shouldn't be too long
[13:34] <ogra> k
[13:34] <ogra> i'll go play with my ac100
[13:34] <ogra> :)
[14:13] <ogra> rsalveti, hey
[14:22] <lag> ogra: The latest kernel is up by the way
[14:22] <lag> (and has been for a while)
[14:26] <ogra> pulling, thanks
[14:32] <ogra> ok, rebooting, lets see
[14:32] <ogra> (or hear rather)
[14:36] <ogra> the names changed
[14:36] <ogra> but it doesnt work :(
[14:37] <ogra> lag, could i get a build with *only* the name changes ?
[14:39] <lag> You mean without all the other audio patches?
[14:39] <lag> Or without his other 2 patches?
[14:39] <ogra> right
[14:39] <ogra> without any patches to the abe files
[14:40] <ogra> i have to call alsactl init manually again with your kernel
[14:40] <ogra> then it works
[14:40] <ogra> and i cant imagine that to be caused by the name changes
[14:41] <ogra> sound/soc/omap/abe/abe_dat.c , sound/soc/omap/abe/abe_def.h and sound/soc/omap/omap-abe-dsp.c dropped please
[14:41] <ogra> (the changes, not the files indeed :) )
[14:43] <ogra> oh, shriek !
[14:44]  * ogra just found a spares alsactl init in one of the alsa files
[14:45] <ogra> *sparse
[14:45] <lag> Does that mean you don't want me to re-compile yet?
[14:45] <ogra> yes, wait a sec
[14:45] <ogra> i have to test the old kernel again
[14:45] <ogra> GAH
[14:47] <ogra> lag, leave it i think i'll haver to additionally apply a hack to alsa-utils
[14:47] <ogra> seems the alsa-lib fix only fixed it partitally
[14:47] <lag> Okay
[14:47] <lag> Let me know if you need me
[14:47] <ogra> will do
[14:48] <ogra> but i think kernel wise we're fine now
[14:50] <rsalveti> ogra: hey
[14:52]  * rsalveti reading backlog
[14:54] <ogra> rsalveti, not about the backlog :)
[14:55] <ogra> rsalveti, about the "oem-config doesnt start in my rootstock images OMG the world ends !!!" issue :)
[14:55] <rsalveti> haha
[14:55] <ogra> rsalveti, i ran into a similar issue with ac100 users ...
[14:55] <ogra> we need to use --numeric-owner in tar
[14:56] <rsalveti> sure, saw that while reading backlog
[14:56] <rsalveti> I have an exclusive todo list just for rootstock :-)
[14:56] <ogra> else it will replace the UIDs and GIDs with the ones from /etc/passwd and group from the host machine
[14:56] <rsalveti> but I can push at least this fix for now
[14:56] <ogra> ah, you already saw it, k
[14:57] <rsalveti> ogra: so, ac100 users are using rootstock?
[14:57] <ogra> no, but a tarred up rootfs
[14:57] <ogra> and i suddenly got users with exactly the same issues
[14:57] <ogra> using --numeric-owner on packing and unpacking fixed it
[14:57] <rsalveti> hm, ok
[14:57] <rsalveti> yeah
[14:59] <rsalveti> ogra: so, how is the audio thing going now?
[14:59] <ogra> bad, we still need the init, but at least it gets respected in the right place now
[14:59] <ogra> i'm preparing patches now
[15:01] <mpoirier> ogra: reading the above exchange, should I undertand the patched kernel that was produced for you didn't work ?
[15:01] <ogra> mpoirier, you based on the wrong version and were missing about 90 audio patches apparently
[15:02] <ogra> it didnt work for me for other reasons based on my own stupidity though
[15:02] <mpoirier> ogra: I used the latest maverick kernel
[15:02] <ogra> lag said you used 13 while 15 is current
[15:03] <mpoirier> ogra: yes indeed that where the current code is but I pulled all the audio patches.
[15:03] <ogra> ah
[15:03] <mpoirier> ah
[15:04] <mpoirier> the kernel I produced for you has all the latest audio patches.
[15:05] <rsalveti> mpoirier: ogra: at least 2.6.35-903.13 is a quite old one
[15:05] <rsalveti> mpoirier: why did you pulled?
[15:05] <mpoirier> it's about a couple of weeks old.
[15:05] <rsalveti> you should just use based on what's in the repo
[15:06] <mpoirier> simply 'cause I had it on my machine already and it was quick to recompile.
[15:06] <rsalveti> you should really follows our kernel tree, in a way it's easy to identify the kernel we're using
[15:07] <rsalveti> to avoid problems like these
[15:07] <rsalveti> we don't know what else you have on your kernel, so it's not that great to test it
[15:08] <mpoirier> I agree the in this case, it was impossible for you to know I pulled the audio patches.
[15:09] <ogra> lag, so feel free to prepare an upload, i'll prepare an alsa-utils patch now
[15:09] <rsalveti> and this kernel probably misses b5485d193f8a422901fe7e401542950970121860, in a way that breaks the display
[15:10] <ogra> rsalveti, no it has it ... i missed the new x-loader though
[15:11] <ogra> which left me with a bright blue screen
[15:11] <lag> ogra: What is it you want?
[15:11] <ogra> lag, an upload of what i just tested
[15:11] <lag> All the audio patches plus the _two_ name change patches?
[15:12] <ogra> well, whatever you just gave me works :)
[15:12] <lag> Sorry, save me reading though the backlog
[15:12] <lag> Awesome!
[15:12] <lag> Okay, I'll get it pushed
[15:12] <lag> Well done :)
[15:12] <ogra> lag, so that should be uploaded, i'll roll the alsa-utils change now
[15:12] <lag> Will Maverick work out-of-the-box now?
[15:14] <ogra> yes
[15:14] <lag> :D
[15:14] <persia> No.
[15:14] <persia> Maverick will work just-after-update
[15:15] <persia> (minor, but important distinction, as support folk have to remember to ask "Have you installed all the updates")
[15:17] <rsalveti> ogra: but you were using the newer x-loader already
[15:17] <rsalveti> I believe, if you're using the released image as base
[15:17] <ogra> rsalveti, i used the RC
[15:17] <rsalveti> heheh, that's a problem :-)
[15:19] <rsalveti> lag: and what are the needed changes at the kernel?
[15:19] <rsalveti> jkridner|work1: cool, will test with this x-loader and see if it works better
[15:20] <rsalveti> thanks for the info
[15:20] <lag> Driver name export and some maximum volume amendments
[15:21] <rsalveti> hm, cool, not so many changed lines I believe
[15:26] <rsalveti> ogra: I just don't understand yet why you still need to call alsactl init
[15:28] <persia> rsalveti, Because the SRU for that bug isn't in -updates yet.
[15:30] <rsalveti> persia: oliver said he tested with the fix from this bug, and still didn't work
[15:31] <persia> It needs three pieces.  the kernel bits lag just did, the alsactl stuff crimsun uploaded earlier, and the alsa-utils stuff ogra was preparing.
[15:31] <persia> leading to ogra's 14:12 comment about everything working.
[15:32] <rsalveti> persia: the alsa-utils stuff *is the* alsactl init
[15:32] <rsalveti> that's the one I don't yet understand why we need it
[15:33] <rsalveti> http://launchpadlibrarian.net/57601862/alsa-utils.patch
[15:33] <persia> rsalveti, No, alsa-lib is alsactl.  alsa-utils is /usr/share/alsa/init/
[15:33] <persia> Where's that from?  That's not the patch to 00main I was expecting.
[15:34] <rsalveti> persia: read the bug
[15:34] <persia> Which one?
[15:34] <rsalveti> ogra posted the latest changes at the end
[15:34] <rsalveti> bug 637947
[15:34] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 3 other projects) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Triaged] https://launchpad.net/bugs/637947
[15:35] <persia> That's not a complete patch.  Alsa-utils needs the bits from comment #36 and comment #37 as well.
[15:36] <persia> (although, really comment #36 should be a patch rather than a blob)
[15:36] <ogra> uploaded
[15:36] <rsalveti> persia: yeah, but I still don't get why we need this alsactl init stuff
[15:36] <persia> Same as comment #24
[15:36] <ogra> http://bazaar.launchpad.net/~ubuntu-core-dev/alsa-utils/ubuntu.new/revision/70
[15:36] <persia> The comment #40 thing?
[15:37] <ogra> rsalveti, me neither, thats stuff to figure out in natty
[15:37] <persia> Why didn't the 652035 patch work?
[15:37] <ogra> persia, it does
[15:37] <rsalveti> persia: yeah, the link I sent you
[15:37] <ogra> alsactl init at that place did never work before
[15:37] <persia> So, why do you need 637947/comment 40?
[15:37] <ogra> persia, no idea
[15:37] <ogra> but its still needed
[15:37] <persia> Ah, right.  That's broken for complicated reasons we don't understand.  I can live with that for now.
[15:38] <ogra> right
[15:38] <ogra> we just need the fix in -updates on monday
[15:38] <ogra> thats a requirement
[15:38] <ogra> lag, ^^^ same goes for the kernel btw
[15:38] <persia> The final solution is close enough to comment #13 that I'm very much happy with everyone for doing it that way :)
[15:38] <ogra> right
[15:38] <ogra> natty will make everything better
[15:39] <ogra> the scary bit will likely become the tablet ;)
[15:39] <persia> In a completely different way, because of UCM (or parts thereof).
[15:39] <ogra> nobody knows what the soundcard is called on that
[15:39] <persia> heh.
[15:39] <ogra> but thats my personal headdache
[15:39] <ogra> since i'm the only one having a tablet to test (and no poroper kernel yet)
[15:41] <rsalveti> ogra: were you able to touch it since last week?
[15:41] <ogra> rsalveti, nope
[15:41] <ogra> and to be honest i'm not in a hurry
[15:41] <rsalveti> yeah, understand
[15:41] <rsalveti> if you read the kernel diff you'll be scared :-)
[15:41] <ogra> i'll need to roll a kernel package for it from the tarball i have
[15:42] <ogra> but first need to make up a proper ubuntuized config
[15:42] <ogra> their kernel doesnt even have lzma enabled so ubuntu initrd doesnt work
[15:42] <rsalveti> ogra: I can try to create a deb file for you if you want
[15:42] <rsalveti> based on our kernel
[15:42] <rsalveti> and applying just the diff
[15:42] <ogra> and i dont want to have to repack the initrd every time i try something
[15:43] <rsalveti> let me see if I still have the tarball
[15:43] <ogra> well, if that boots and you feel like doing that work :)
[15:43] <ogra> i can push it to chinstrap worst case
[15:43] <ogra> i habe the SD somewhere in the unpacked part of my luggage
[15:44] <rsalveti> yeah, I have it: tablet_kernel.tgz
[15:45] <ogra> yep, thats the one
[15:45]  * ogra relocates
[15:45] <GrueMaster> ogra: I can't test blaze yet.  I only have an ES1.
[15:46] <rsalveti> yeah, true :-(
[15:46] <ogra_ac> oh, i thought you could take the CPU board with you
[15:46] <rsalveti> but I believe vstehle can :-)
[15:49] <lag> Sent to kernel team ML
[15:51] <ogra_ac> with an urgecy tag i hope
[15:52] <ogra_ac> *urgency
[15:52] <rsalveti> lag: did you create the SRU?
[15:53] <lag> A do what now?
[15:53] <ogra_ac> rsalveti, lets wait until everything is in the queue
[15:53] <lag> Wiki please?
[15:53] <ogra_ac> lag, subscribe the SRU team to the bug
[15:53] <ogra_ac> lag, https://wiki.ubuntu.com/StableReleaseUpdates
[15:57] <ogra_ac> lag, after the upload to -proposed we need to subscribe ubuntu-sru ... they will let it into -proposed
[15:57] <ogra_ac> then it needs at least two positive comments on the bug from testers to make it to -updates
[15:57] <GrueMaster> Is this the audio fix for panda?
[15:58] <ogra_ac> GrueMaster, righht
[15:58] <GrueMaster> nice.
[16:03] <vstehle> ogra_ac, rsalveti, GrueMaster, I have no blaze at hand but I can ask around me if you want. What is it that you want to test?
[16:04] <rsalveti> vstehle: audio, but needs changes all around
[16:05] <ogra_ac> nothing right now buit if the packages for Bug #637947 are in maverick-proposed we need a test on blaze
[16:05] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 3 other projects) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Triaged] https://launchpad.net/bugs/637947
[16:05] <lag> lrg: Are you about?
[16:05] <rsalveti> seems the sound should be ok at panda and blaze with these changes
[16:05] <lag> I need your sob on the patches I just submitted
[16:06] <vstehle> rsalveti, is everything in packages, or are there even patches around? If it boils down to apt-get/test I can grab someone at his desk :)
[16:08] <rsalveti> vstehle: at the moment there are only patches, but you'll be able to test it soon :-)
[16:09] <rsalveti> once the packages are in maverick-proposed we can ping you back
[16:09] <ogra_ac> vstehle, hopefully we have packages in maverick-proposed by tomorrow
[17:29] <lag> ogra: I need a favour
[17:40] <ogra_ac> lag, tell me
[17:40] <lag> ogra: I need a King Cobra picking up from Holland :D
[17:40] <ogra_ac> np. when ?
[17:41] <lag> Really?
[17:41] <lag> :)
[17:41] <lag> You jest
[17:41] <ogra_ac> i use my care to rarely anyway :)
[17:41] <ogra_ac> s/care/car
[17:43] <lag> I'm assuming you do know what a King Cobra is?
[17:43] <ogra_ac> a snake ?
[17:43] <lag> Yep
[17:45] <ogra_ac> safely boxed ?
[17:45] <lag> It would be, but I have no way of collecting it from you then
[17:46] <lag> :(
[17:46] <lag> I think you are even further away
[17:46] <GrueMaster> Erm, why?
[17:46] <ogra_ac> probably
[17:46] <ogra_ac> well, i cnt leave my girlfriend with a snake during UDS
[17:47] <ogra_ac> *cant
[17:47] <ogra_ac> i surely have no prob picking up a box and delivering it somewhere
[17:47] <GrueMaster> Oh, why not.  She has one the rest of the time when you aren't traveling.  :P
[17:47]  * GrueMaster ducks for cover.
[17:48]  * ogra_ac slaps GrueMaster behind his chair
[17:48] <lag> :)
[17:49] <lag> That's very kind of you, but I fear it is too much to ask
[17:56] <GrueMaster> lag: Why do you want a king cobra?  Not enough challenges in the kernel team?
[20:55] <marvin24_DT> ojn: does the tegra kernel on git.chromium.org depends on nvidia binary-only userspace stuff for sound/graphics?
[20:55] <ojn> yes
[20:56] <marvin24_DT> means, nvrm_daemon required?
[20:56] <marvin24_DT> I'm asking because we have this beautiful ac100 laptop
[20:57] <marvin24_DT> but we cannot get something usefull out of it with this nvidia stuff
[20:57] <ojn> marvin24_DT: the binary pieces still have a bit of nvrm dependencies, yes. For graphics most of them have been removed but there's still some in there.
[20:58] <marvin24_DT> ojn: thanks for the answer!
[20:59] <ogra_ac> ojn, sound would be more intresting
[20:59] <ojn> ogra_ac: I haven't looked at sound yet, so no input there yet unfortunately.
[21:00] <ogra_ac> ah, tell me if you have ... on the ac100 i get sound devices but no mixers for example ... it also appreas like it defaults to a null codec unless nvrm_daemon runs