[04:10] <bizkut> hi
[04:13] <devilhorns> ogra, got a minute for a pm ?
[05:28] <rsalveti> cooloney: hey, after running 40 hours with only one cpu I'm now running it again without l2
[05:28] <rsalveti> cooloney: 10 hours already, 4 builds, no problem
[05:28] <rsalveti> without highmem, with 2 cpus and no l2
[05:29] <bizkut> im running ubuntu on htc desire, chrooted of course xD
[06:34] <cooloney> rsalveti: without l2, i still met the error
[07:02] <avinashhm> good morning..
[08:05] <hrw|gone> morning
[09:31] <cooloney> 2
[09:32] <ogra> 3
[09:33] <bizkut> 4
[09:35] <hrw> 17
[09:48] <cooloney> my bad
[09:51] <ogra> cooloney, no, hrw's ... he broke the scheme
[09:51] <ogra> :)
[09:52] <bizkut> i am wrong..is it Fibonacci?i should be 5
[09:53] <StevenK> 0 1 1 2 3 5 8 13 ...
[09:54] <bizkut> http://en.wikipedia.org/wiki/File:Fibonacci_spiral_34.svg
[09:54] <bizkut> reminds me of debian :)
[10:06] <ogra> apw, yo
[10:06] <ogra> apw, the omap4 meta package still talks about versatile
[10:14] <apw> ogra, so it does, hrm wasn't i fixing omap3 last time?
[10:14] <ogra> yeah
[10:15] <ogra> sorry i didnt see it until i fixed the linux-header issues on arm
[10:38] <apw> ogra, ok i've committed the  fix... will make the next upload
[10:38] <ogra> awesome, thanks :)
[12:56] <rsalveti> morning
[14:27] <davidm> G'day all
[14:37] <ogra> morning davidm
[14:42] <davidm> hi ogra it's finally fall here :-)
[14:42] <ogra> heh, here its not really geting day
[14:43] <ogra> its so grey i have to keep the light on all day
[14:47] <davidm> ogra, bug #605042 is it in a happy place now?
[14:47] <ubot2> Launchpad bug 605042 in eglibc (Debian) (and 10 other projects) "[armel] java fails to start with eglibc-2.12-0ubuntu4 (affects: 2) (heat: 14)" [Unknown,Unknown] https://launchpad.net/bugs/605042
[14:47] <davidm> Or are we still looking to the kernel team for a fix
[14:51] <ogra> indeed we do
[14:51] <ogra> i havent heard from Nafallo yet and even if my panda is there as a temporary buildd, we still need the babbages until we can replace the whole set with 2.1 HW
[14:51] <ogra> so a fix should be developed in any case
[14:53] <ogra> (also for lucid users, not only for us)
[14:58] <ndec> lool: ogra: hi! i see that systemtap has been upgraded. thx. one question: it looks like I was made the uploader. is that expected?
[14:58] <ogra> ndec, you filed the bug :)
[14:59] <ogra> so yes, that normal
[14:59] <ndec> ogra: sure. but I did not upload the package... still some launchpad magic that I don't get ;-)
[14:59] <ogra> you requested the upload :)
[14:59] <ndec> ogra: it looks like as if I did the changelog for the package.
[15:00] <ogra> thats right :)
[15:02] <lool> ndec: it's only from the launchpad perspective that you're seen as the uploader
[15:02] <lool> ndec: Basically, it recognizes that you prepared the source changes by building, and testing the new source and verifying it works
[15:03] <ndec> lool: this is right, if I apt-get source, then my name does not show up...
[15:03] <lool> ndec: Which is normal, since the source was not modified from Debian
[15:03] <lool> ndec: but the "change" of uploading this source to Ubuntu is your doing
[15:04] <lool> So you showed up on maverick-changes@l.u.c
[15:05] <lool> ndec: do you mind if I ask you for some guidance on a kernel bug?
[15:05] <lool> LP #636522 specifically
[15:06] <lool> Hmm bug bot seems dead
[15:06] <ubot2> Launchpad bug 636522 in linux-linaro "arch/arm/mach-omap2/board-omap3evm.c:684: undefined reference to `usb_nop_xceiv_register' (affects: 1) (heat: 8)" [Low,In progress] https://launchpad.net/bugs/636522
[15:06] <lool> ah thanks ubot2
[15:08] <ndec> lool: you are trying to enable OMAP4 and OMAP3, right?
[15:08] <lool> ndec: Eventually, yes
[15:08] <lool> ndec: I don't think that's needed to trigger the FTBFS in this bug, but I'd like to solve it in a multi-OMAP friendly way
[15:09] <lool> (I realize the musb driver needs updating for OMAP4 in linux/linux-omap though)
[15:09] <ndec> lool: yes, this is correct.
[15:13] <lool> ndec: This seems a bit similar to the syslink approach: it's always loaded on OMAP4, and never loaded on OMAP3, and can either be a module or builtin; I'm just not sure how to chain module initialization properly here though; I also find it fragile to have these deps on xceiv for certain boards in the musb kconfig, and I suspect we could get rid of them
[15:14] <ndec> lool: i don't know enough about this to help you quickly.
[15:19] <lool> ndec: I don't think this is any urgent really; I'm using this to learn my way around this stuff a bit better; if you think someone is interested in helping on the topic, that would be awesome, I suspect most people will simply make sure they dont build xceiv as a module and move on to other bugs    ;-)
[15:43] <seif_> hey guys
[15:45] <seif_> any1 here interested in helping me try ubuntu on n900
[15:54] <cwillu_at_work> am I just odd if I don't see /usr/sbin/invoke-rc.d in sysv-rc on arm in lucid?
[15:55] <cwillu_at_work> the hell;  it sh...
[15:55]  * cwillu_at_work grumbles at his rootstock
[15:58] <rlameiro> GrueMaster: remeber my problem with the edirol?
[15:58] <GrueMaster> Vaguely.
[15:59] <rlameiro> well, turns out it doesnt work on my laptop either
[15:59] <rlameiro> it seems there is a lot of changes on the maverick kernel
[15:59] <GrueMaster> Ah, your usb sound card.  Interesting.
[15:59] <rlameiro> crimsum told me that
[16:00] <rlameiro> problems is that i cant track down where is the problem
[16:00] <rsalveti> rlameiro: hey, saw that your usb issue is still not fixed :-(
[16:00] <rlameiro> the board is detected
[16:00] <rlameiro> it just doesnt play
[16:00] <rsalveti> rlameiro: and probably you'll also face the issue with the stock kernel
[16:01] <GrueMaster> Very interesting.  I found an old USB sound box that provides RCA/SPDIF IN/Out.  It works fined.
[16:01] <rlameiro> well, i will need to leave something always on :D
[16:01] <GrueMaster> Forgot I had it.
[16:01]  * rsalveti out for lunch, brb
[16:01] <rlameiro> GrueMaster: yes, its possible, there is a lot of quirks on the usb sound drivers
[16:02] <rlameiro> and the architechture of the source code changed a lot the last kernel releases
[16:02] <rlameiro> so, i think, it is maybe a specific issue
[16:03] <rlameiro> jo-erlend_igep: are you there? jo-erlend
[16:08] <seif_> so any help here on how i could get ubuntu running on an n900
[16:08] <seif_> ?
[16:10] <hrw> there was a project by someone to get 9.10 working on n900
[16:17] <ian_brasil___> seif_: kubuntu mobile run s on an n900
[16:18] <seif_> ian_brasil, link?
[16:18] <ian_brasil> seif_: http://cdimage.ubuntu.com/kubuntu-mobile/ports/releases/
[16:19] <ian_brasil> seif_: it is a work in progress though
[16:19] <seif_> ian_brasil, so what do i do
[16:19] <seif_> i just copy paste it?
[16:20] <ian_brasil> seif_: huh?
[16:21] <seif_> how do i install it
[16:24] <ian_brasil> seif_: right ..so we need to write some docs about how to install
[16:25] <seif_> ian_brasil, maybe if u guide mwe through i can take notes and write them down
[16:26] <ian_brasil> seif_:  can you join #kubuntu-mobile
[16:26] <ian_brasil> ?
[16:28] <hrw> seif_: shortest guide: grab image, unpack, give n900 proper kernel + args and boot
[16:28] <seif_> ok got it
[16:28] <seif_> shit my memory card is 1.86 GB
[16:28] <seif_> the image when unpacked is 2GB
[16:29] <seif_> hrw, is it notmal for it to be 2 GB
[16:29] <seif_> ???
[16:29] <ogra> it should be even bigger, we dont support images on less than 4G cards
[16:29] <ogra> it gets automatically grown on first boot
[16:30] <hrw> seif_: I do not comment on this
[16:30] <seif_> oh wow
[16:30] <seif_> ok gonna grab me a 4 GB card
[16:30] <ogra> what you see if you *woul* unpack it (which you shouldnt) is the filled up space ...
[16:31] <ogra> free space only exists after it got grown
[16:32] <ogra> it also will need the initrd thats in the image, if you cant boot with the existing kernel and initrd i'd recommend rootstock instead
[16:32] <seif_> ok that was just chinese right there :)
[16:33] <ogra> (these images get only tested on beagleboards, every other subarch of omap3 is a matter of luck)
[16:35] <ian_brasil> seif_: you need a kernel from maemo
[16:36] <ogra> ian_brasil, then the image wont work for him
[16:36] <hrw> ian_brasil: 2.6.35-meego is too good?
[16:37] <seif_> ogra, if i have a kernal from meego would it work
[16:37] <seif_> ?
[16:37] <ogra> no
[16:38] <ian_brasil> ogra: no..you need to extract the image to the mmc card and use the kernel fro maemo
[16:38] <seif_> so there is no way to test it on the n900
[16:38] <ian_brasil> as well as the dsme package from maemo
[16:38] <ogra> ian_brasil, the initrd contains essential bits without them the image will not work
[16:39] <ogra> he should use rootstock if he cant use the image kernel
[16:39] <seif_> ok what is rootstock
[16:40] <ian_brasil> but the meamo kernel does not have an initrd
[16:40] <ian_brasil> s/meamo/maemo
[16:44] <ogra> seif_, see the channel topic ... how to build a rootfs from scratch
[16:44] <ogra> ian_brasil, worse ... it doesnt have *our* initrd from the image
[16:59] <hrw> ian_brasil: maemo kernel supports initrd
[16:59]  * hrw -> out
[17:13] <GrueMaster> Grrr.  Omap images are bad today.
[17:13] <GrueMaster> No filesystem.
[17:13] <GrueMaster> ogra: ^^^
[17:13] <ogra> GrueMaster, already fixed
[17:14] <ogra> omap4 is fine though
[17:14] <GrueMaster> Yes.  I see omap4 is ok.  respin on omap or wait till tomorrow?
[17:17] <GrueMaster> Who is our dove kernel guy?  Bug 634161 is still not fixed.  3 weeks to turn of parport_pc.
[17:17] <ubot2> Launchpad bug 634161 in linux-mvl-dove (Ubuntu) "Unable to handle kernel paging request at virtual address 0ce003be - parport_pc driver load issue (affects: 1) (heat: 192)" [High,New] https://launchpad.net/bugs/634161
[17:17] <ogra> wait til tomorrow
[17:17] <GrueMaster> ok
[17:17] <ogra> well, i could fire up a respin as well
[17:17] <ogra> one sec
[17:18] <ogra> running
[17:19] <GrueMaster> I'll keep 1 groggy eye open for it.
[17:19] <ogra> yeah, no hurry
[17:19] <ogra> the switch to linaro uboot didnt relly work ...
[17:19] <ogra> so test if they still boot
[17:19] <ogra> they are now switched for sure :)
[17:21] <GrueMaster> Ok
[19:23] <NCommander> ogra_cmpc: please go join #ubuntu-installer :-)
[19:29] <GrueMaster> ogra_cmpc: omap failed to build.  Image builder crashed?
[19:30] <ogra_cmpc> GrueMaster, nope
[19:30] <ogra_cmpc> race, there is a log
[19:30] <ogra_cmpc> python-virtkey seems ot have failed to install
[19:54] <GrueMaster> Doh.
[20:15] <ogra_ac> wohoo
[20:24] <GrueMaster> ???
[20:24] <GrueMaster> I take it you got Ubuntu on your AC100?
[20:25] <ogra_ac> GrueMaster, well, kind of
[20:25] <ogra_ac> ubuntu chroot from USB stick with the android kernel
[20:25] <ogra_ac> but it works
[20:25] <ogra_ac> and is really snappy
[20:25] <ogra_ac> sadly android blocks all network access as user :(
[20:26] <GrueMaster> Now to get our kernel working and get a preinstall image done.
[20:26]  * ogra_ac wont go *that* far :)
[20:26] <GrueMaster> Pfft.
[20:26] <ogra_ac> a real linux kernel would rock though
[20:27] <ogra_ac> 2.6.29 android isnt really suitable
[20:27] <ogra_ac> and using ubuntu in a proper way would rock even more (no upstart means you have to fire up everything by hand)
[20:28] <ogra_ac> and booting without having to use a second laptop would also be helpful :)
[20:31] <ojn> ogra_ac: nice
[20:31] <ogra_ac> ojn, well ... hackish but works :)
[20:32] <ojn> ogra_ac: yeah. It's the easy part. :)
[20:32]  * ogra_ac wants kernel source
[20:33] <ojn> ogra_ac: for the android tree or for a mainline-ish kernel?
[20:33] <ogra_ac> a linux kernel :)
[20:33] <ojn> ogra_ac: I bet you DON'T want to see the sources for the kernel running on that system right now. The ones coming out of nvidia are _nasty_. The rewrite by the android guys is much better.
[20:34] <ogra_ac> well, i'd even take an nvidia tree if it would boot
[20:34] <ojn> ogra_ac: http://android.git.kernel.org/?p=kernel/tegra.git;a=shortlog;h=refs/heads/linux-tegra-2.6.35
[20:34] <ogra_ac> doesnt work
[20:34]  * ogra_ac tried that one today
[20:34] <ojn> What's the firmware on there again? fastboot?
[20:34] <ogra_ac> there are toshiba patches
[20:34] <ogra_ac> i cant get the lcd to work for example
[20:34] <ojn> of course. :) Are they still using 3333 for machine id as well?
[20:34] <ogra_ac> nor HDMI
[20:35] <ogra_ac> which is a blind flight without any console
[20:35] <ojn> Yeah, no serial makes it no fun
[20:35] <ojn> What kind of panel does it have? similar to what harmony uses? (1024x600)?
[20:35] <ogra_ac> right
[20:35] <ogra_ac> 1024x600 but some special thing i guess
[20:35] <ogra_ac> i tried the different harmony options
[20:36] <ogra_ac> nothing boots :(
[20:36] <ojn> I don't think they do any harmony panel setup in the linux-tegra tree at the moment. I've checked in local setup in our tree but I haven't ported it over and submitted it for theirs yet. So you might be better off trying ours and enabling FRAMEBUFFER_CONSOLE:
[20:36] <ojn> http://git.chromium.org/cgi-bin/gitweb.cgi?p=kernel-next.git;a=shortlog;h=refs/heads/chromeos-2.6.35
[20:37] <ojn> You'll have to add the 3333 machine id and alias it to harmony
[20:37] <ojn> of course, chances are they moved around the backlight GPIOs
[20:37] <ogra_ac> are you working with one of the toshiba devices ?
[20:37] <ojn> well, backlight, lvds_enable, lcd power, etc, etc. there's 5 or 6 gpios that all have to be set. :(
[20:37] <ojn> ogra_ac: no
[20:37] <ogra_ac> or just the devboard
[20:38] <ojn> I have harmony and a board called seaboard here
[20:38] <ogra_ac> getting the kbd to work was a challenge :)
[20:38] <ogra_ac> needs a special ioctl sent to some special device
[20:38] <ojn> huh
[20:39] <ojn> If the day had another 6 or 7 hours I'd be happy to tinker with it, but right now there's no spare cycles in my life for it (the 6 or 7 hours would be needed because there are already 5-6 hours claimed by other things :-)
[20:40] <ogra_ac> well, i would think chromium woud be a good candidate OS for it
[20:40] <ogra_ac> (i prefer ubuntu indeed, but thats because i use it everywhere else, android really is unusable on it)
[20:40] <ojn> chromium os? Yeah, maybe. 512MB isn't much fun these days, unfortunately.
[20:41] <ogra_ac> sufficient for ubuntu-netbook apparently
[20:41] <ogra_ac> even when run in a chroot :)
[20:41] <ogra_ac> ojn, http://paste.ubuntu.com/501682/ btw
[20:41] <ojn> Sure, you can bring it up, but open up 15 browser tabs?
[20:41] <ogra_ac> let me try
[20:42] <ojn> ogra_ac: ok a design with custom EC. sucks.
[20:42] <ojn> ogra_ac: a couple of gmail logins, facebook, youtube, nytimes.com, etc. It'll start to use up available memory pretty quickly
[20:43] <ogra_ac> sure
[20:43] <ogra_ac> 5 browser tabs and the whole netbook UI seem to eat 180M according to htop
[20:45] <ogra_ac> hmm, but firefox lost its snappieness
[20:46] <ogra_ac> though given its all fbdev its still impressing
[20:46] <ojn> Didn't that happen years ago? :)
[21:20] <prpplague> ogra_ac: hey you around?
[21:21] <ogra_ac> prpplague, sure
[21:21] <prpplague> ogra_ac: hey question, i need to force xorg to run at a specific bpp, what's the easiest way to do that?
[21:21] <ogra_ac> phew
[21:22] <ogra_ac> i'm not up to date on that, with the old gdm you could set it in the config file
[21:22] <ogra_ac> beyond gdm, i think there is an option
[21:22] <prpplague> oh and what is the default console user name and password for the ubuntu builds?
[21:22] <ogra_ac> there is none
[21:23] <prpplague> hmm
[21:23] <ogra_ac> it runs oem-config to configure the system and create the user
[21:23] <prpplague> ahh
[21:23] <ogra_ac> its all automatic
[21:23] <rsalveti> prpplague: probably you need to create a x11 config file and set the bpp there by hand
[21:23] <ogra_ac> :)
[21:23] <rsalveti> as currently x11 tries to be smart
[21:23] <rsalveti> and select the "best" option for you
[21:23] <prpplague> rsalveti: yea, looks like that is what is happening
[21:24] <prpplague> rsalveti: the "container" is 32bit wide, but its actually just 24bpp
[21:24] <prpplague> rsalveti: ubuntu seems to be trying to do 32bit
[21:24] <ogra_ac>  /usr/share/X11/xorg.conf.d/ is the new place for that i think
[21:24] <robclark> prpplague: w/ xf86-video-fbdev, by default it just uses the default from omapfb
[21:25] <prpplague> robclark: yea, omapfb is reporting 32bpp
[21:25] <robclark> if you also have xf86-video-v4l2 installed, then it will change to ARGB for alpha blending with video overlay
[21:25] <rsalveti> it'll just get the info from the fb and try to use it
[21:25] <robclark> omapfb reports 32bpp, but r/g/b=8 and a=0
[21:25] <ogra_ac> thogh /etc/X11/xorg.conf should still be supported
[21:25] <prpplague> robclark: maybe you need to come by my cube and have a quick look
[21:25] <robclark> prpplague: ok.. give me a few
[21:35]  * prpplague what the heck they did for username/password on this build
[21:36] <ogra_ac> prpplague, the internal build ?
[21:36] <ogra_ac> i think thats ubuntu/ubuntu (just guessing though, but there was an indian colleague whom i helped debugging where that worked)
[21:38] <prpplague> neither worked
[21:39] <ogra_ac> well, rip out the SD and look at /ect/passwd then :)
[21:39] <ogra_ac> from your netbook
[21:41] <prpplague> ogra_ac: yea gonna have to do that
[21:42] <devilhorns> ogra_ac, need 2 seconds of your time for a pm :)
[21:42] <ogra_ac> devilhorns, shoot
[22:02] <prpplague> rsalveti: don't support you can give me an example xorg.conf file
[22:06] <rsalveti> sure, let me check the fbdev options
[22:07] <ogra_ac> i think it doesnt accept depth options
[22:08] <ogra_ac> xorg has a -depth option though
[22:09] <rsalveti> prpplague: http://paste.ubuntu.com/501771/
[22:09] <rsalveti> maybe something like this
[22:09] <rsalveti> ogra_ac: yup, -depth and DefaultDepth should work
[22:10] <ogra_ac> probably worth a try
[22:10] <rsalveti> there's also DefaultFbBpp if just DefaultDepth doesn't work
[22:12] <rsalveti> fbdev just has the fb device to use, shadowfb support and rotate
[22:13] <rsalveti> prpplague: man xorg.conf should give you all the options
[22:13] <rsalveti> quite good man page, wasn't expecting :-)
[22:15]  * prpplague has trouble with userspace stuff
[22:16] <ogra_ac> heh
[22:16] <prpplague> rsalveti: so put that into /etc/X11/xorg.conf ?
[22:16] <ogra_ac> yes
[22:16] <ogra_ac> use the paste from above
[22:16] <rsalveti> yup, should work
[22:17] <rsalveti> prpplague: /var/log/Xorg.0.log should tell you if it worked or not
[22:19] <prpplague> hmm
[22:19] <prpplague> didn't start x
[22:19] <ogra_ac> check the log
[22:21]  * prpplague screams
[22:22] <prpplague> this ubuntu build is killing me
[22:22] <ogra_ac> whats the error ?
[22:22] <prpplague> i can't get user account working
[22:39] <prpplague> ogra_ac: ok user accounts fixed, whats the easiest way to start up in text only mode?
[22:39] <robclark> prpplague: add "text" to bootargs
[22:40] <ogra_ac> add text as option to the kernel cmdline
[22:40] <prpplague> ahh
[22:40] <rlameiro> evening ogra, rsalveti, persia et al
[22:40] <ndec> ogra: you here?
[22:41] <rlameiro> jo-erlend: evening
[22:41] <rsalveti> rlameiro: hey
[22:41] <rlameiro> are you still with video problems?
[22:41] <ogra_ac> ndec, indeed i am
[22:41] <ndec> ogra: hey... quite late ;-)
[22:42] <ndec> ogra: as you know in our PPA we will have gst packages that are based on the ones in main/universe
[22:42] <ogra_ac> right
[22:42] <ndec> ogra: the UNE comes with gst core and plugins base, and I need to make sure that when installing omap4-extra they and upgraded or downgraded to match what is in the ppa.
[22:43] <ndec> ogra: is that going to work for both upgrade (if my version is more recent) or downgrade too?
[22:43] <ogra_ac> downgrade most likely wont
[22:43] <ndec> ogra: if i hard code the version in the depends of omap4-extras, will it force the upgrade or downgrade?
[22:44] <ogra_ac> why didnt you pick a higher version as we discussed before ?
[22:45] <mpoirier> GrueMaster: do I need a shell script (like panda's) to get sound going on beagle ?
[22:45] <ndec> well, right now I am using the same version as the one in ubuntu, and I add +tixx at the end.
[22:45] <ogra_ac> mpoirier, on C4 it should just work
[22:45] <ogra_ac> XM has issues i heard
[22:45] <ndec> funny... you heard ;-)
[22:45] <ogra_ac> ndec, right, that should be fine
[22:45] <GrueMaster> Maybe.  I just unmute a couple of switches and increase the volume.
[22:45] <ogra_ac> ndec, haha
[22:46] <ndec> ogra: what should be fine?
[22:46] <ogra_ac> to add +tixx at the end
[22:46] <GrueMaster> brb
[22:47] <ndec> but then if there is an update in main/updates then I will no longer be more recent...
[22:47] <ndec> should i use 99.0.10-2ubuntu3+tixx instead?
[22:47] <ogra_ac> right, you need to update along with that
[22:47] <GrueMaster> Sorry, phone call.
[22:47] <mpoirier> GrueMaster: therefore the setting don't work right off the bat - correct ?
[22:48] <GrueMaster> Yes.  I'm trying to remember the mixer controls (don't have a current image running).  I thought I had it documented in the bug report.
[22:49] <mpoirier> GrueMaster: the bug report, is it the same as omap4 or a different one ?
[22:49] <ndec> ogra: so if omap4-extras depends on libgst, and libgst is already installed, as it is with UNE. will it upgrade it from PPA if PPA version is higher? my feeling is that since libgst is already installed it won't be upgraded, unless if I force the version in omap4-extras.
[22:49] <GrueMaster> Looking, one sec.
[22:50] <ogra_ac> ndec, you should use >= for that
[22:52] <GrueMaster> mpoirier: I will need to drop work on dove for a bit to redocument what needs to happen on omap.  Will get back to you in ~10 minutes.
[22:52] <ogra_ac> gst-blergh (>= 99.0.10-2ubuntu3+tixx)
[22:52] <mpoirier> GrueMaster: hold on friend.
[22:53] <mpoirier> All I need you to confirm is that default sound settings don't work - that is all.
[22:53] <prpplague> robclark: ok i confirmed that the omapfb is setting it to 32bpp
[22:54] <robclark> prpplague: but x11 is still seeing 16?
[22:54] <GrueMaster> Yes.  They don't.  But all that needs to happen is a couple of lines need to be unmuted and a couple of volume controls need to be adjusted.  I just can't remember off hand what they are.
[22:54] <prpplague> robclark: yea
[22:55] <prpplague> robclark: and i can't seem to figure out where to place that xorg.conf
[22:55] <GrueMaster> prpplague: xorg.conf should be in /etc/X11
[22:55] <mpoirier> GrueMaster: it simply highlights that beagle could also use a .conf file under /usr/share/alsa/cards/, like we intend to do for panda.
[22:55] <prpplague> GrueMaster: thats what i thought, but when i place one there x never starts
[22:56] <robclark> GrueMaster: fwiw, I think prpplague has a lucid filesystem.. so xorg.conf.d in /usr/lib/X11/xorg.conf.d
[22:56] <ogra_ac> prpplague, whats the error ?
[22:56] <ogra_ac> robclark, /etc/X11 still works
[22:56] <robclark> ahh.. ok
[22:56] <ogra_ac> xorg merges
[22:56] <rsalveti> paste us the log, maybe we can check what's wrong with it
[22:57] <ogra_ac> right
[22:57] <GrueMaster> mpoirier: I am not sure an alsa.conf file is what is needed.  More like an asound.state.
[22:59] <GrueMaster> Might work though.  I never delved into the alsa.conf stuff, as I was told a long time ago that it was going to disappear.
[22:59] <mpoirier> GrueMaster: whatever, I'm just trying to unify the way we setup sound on our platform.
[23:00]  * prpplague grumbles
[23:00] <ogra_ac> and asound.state is created on shutdown
[23:00] <prpplague> looks like my rootfs is corrupted
[23:01] <mpoirier> GrueMaster: I don't know how tightly alsa.conf and /usr/share/alsa/cards are related.
[23:02] <mpoirier> GrueMaster: on the other hand I know we'll solve our panda problem with a file under /usr/share/alsa/cards
[23:02] <mpoirier> I also know that both beagle, beagle XM and gumstix all report the same information under /proc/alsa/cards,
[23:03] <GrueMaster> It is the format used by  /usr/share/alsa/cards/*.conf
[23:04] <GrueMaster> The actual alsa.conf file also loads the correct  /usr/share/alsa/cards/*.conf if it exsists.
[23:04] <mpoirier> GrueMaster: I also know that if we want sound going (without alteration) on our cards, we will need to make differentiation to the information rendered by /proc/alsa/cards.
[23:04] <mpoirier> GrueMaster: and carve out a .conf file for all our cards.
[23:05] <ogra_ac> mpoirier, that will be tricky for Xm vs C4
[23:05] <GrueMaster> Just remember that next cycle we will need to revisit this as alsa is shifting towards UCM.
[23:05] <GrueMaster> ogra_cmpc: They are the same.
[23:05] <ogra_ac> there is no easy way to distinguish between them from userspace
[23:05] <GrueMaster> I have confirmed it.
[23:05] <ogra_ac> sound wise ?
[23:05] <mpoirier> ogra_ac: I know.
[23:06] <GrueMaster> Yes.  They expose the exact same controls, and they require the exact same changes to make sound work.
[23:06] <ogra_ac> ah, great
[23:06] <ogra_ac> i thought there was a differende
[23:06] <ogra_ac> *difference
[23:06] <mpoirier> ogra_ac: GrueMaster: we are lucky.
[23:06] <ogra_ac> yeah
[23:06] <ogra_ac> thanks to TI :)
[23:07] <mpoirier> ogra_ac: we have to look at alsa UCM seriously.
[23:07]  * ogra_ac wishes this ac100 would have an OMAP4 
[23:07] <mpoirier> ogra_ac: I just had a *very* fruitfull chat with "broonie" on alsa-soc.
[23:08] <rsalveti> ogra_ac: just waits for a panda-based netbook :-)
[23:09] <mpoirier> ogra_ac: simply put, implementors of the soc sound purposely pushed out any board specific config to user space.
[23:09] <GrueMaster> Could be worse.  Marvell has changed codecs on their dove boards.  The A0 doesn't even appear to have the HP jack wired.
[23:09] <GrueMaster> Unless it uses a GPIO to enable.
[23:09] <mpoirier> ogra_ac: therefore we can't push config for cards to the kernel.
[23:10] <mpoirier> ogra_ac: implementing something, even if it is well done, would not get accepted upstream.
[23:10] <GrueMaster> mpoirier: Well, we can for Maverick.  UCM isn't available yet, but will be in Natty.
[23:10] <mpoirier> GrueMaster: I know, which is why we may have to live with what we currently have.
[23:11] <mpoirier> a.k.a a .conf file under /usr/share/alsa/cards/
[23:11] <ogra_ac> grmpf
[23:24] <mpoirier> GrueMaster: what is the difference between "linux-meta-ti-omap4" and "linux-ti-omap4" ?
[23:24] <ogra_ac> mpoirier, heh, you should know as a kernel guy :)
[23:24] <ogra_ac> one is a metapackage
[23:24] <GrueMaster> The name?  Ask a kernel guy, I just test things.  :P
[23:24] <ogra_ac> the other the actual kernel
[23:25] <rlameiro> the meta install the latest available kernel
[23:25] <rlameiro> its only a selector
[23:25] <ogra_ac> the metapackage depends on the right abi
[23:25] <ogra_ac> so you can do updates of the actual kernel without bumping the abi all the time
[23:26] <mpoirier> GrueMaster: bug 644714, why "meta" ?
[23:26] <ubot2> Launchpad bug 644714 in linux-meta-ti-omap4 (Ubuntu) "Screen corruption waking from screen blank if no monitor present (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/644714
[23:27] <NCommander> ogra_ac: I've got a casper patch cooked off, will poke you tomorrow to sponsor
[23:27] <GrueMaster> Well, as the title implied, I had screen corruption going on, so I was flying blind.  Change the package in the bug (or I can).
[23:27] <ogra_ac> NCommander, send me a mail so i can get to it forst thing in the morning, not sure when the RC freeze kicks in
[23:30] <DanaG> How do you even suspend the OMAP?  Last time I tried it with omap3, it didn't work well.
[23:30] <DanaG> Or at least, had no way to wake it reliably.
[23:30] <GrueMaster> mpoirier: Also, in answer to your question on the bug report, apport picked that package over linux-ti-omap4.
[23:31] <mpoirier> GrueMaster: thanks.
[23:31] <GrueMaster> But I have now updated it.  jfo will probably slap me for it.
[23:31] <ogra_ac> and he's taller than you !
[23:33] <GrueMaster> Yea, but I'm fatter.
[23:33] <GrueMaster> Probably shouldn't have said that out loud.
[23:34] <gourneau> Howdy Y'all,  I am looking for a cheap, hackable, small (4-7 inch) ARM machine to run Ubuntu, with a host USB port.  The best I have found is a SmartQ v3 (http://j.mp/9t0tYk). Anyone know of anything better?
[23:35] <GrueMaster> Beagle/BeagleXM?
[23:35] <mpoirier> rsalveti: ogra_ac: did you receive a patch from either berco or Igr concerning bug 637947 ?
[23:35] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 12)" [High,Confirmed] https://launchpad.net/bugs/637947
[23:35] <gourneau> Oh sorry, also it needs to be battery powered.
[23:36] <rsalveti> mpoirier: not directly, just the patches that are attached already
[23:37] <GrueMaster> gourneau: http://www.alfonsomartone.itb.it/qcblft.html
[23:39] <GrueMaster> http://www.liquidware.com/shop/show/BB-BJC/BeagleJuice
[23:39] <GrueMaster> http://www.liquidware.com/shop/show/BB-ULT/Ultimate+Beagle+Gadget+Pack
[23:40] <GrueMaster> Lots of ideas.  The base system is hella-cheap and low power.
[23:43] <gourneau> Thanks for those links, the tablet pack looks very close to what I want.