[01:56] <billybigrigger_> Sarvatt, i don't know which webcam module you use...but things might be looking up for me, as i use the sonixj module....take a look here
[01:56] <billybigrigger_> http://patchwork.kernel.org/patch/35294/
[02:06] <billybigrigger_> hmmm seems even after a git pull those modules aren't touched
[02:06] <billybigrigger_> -rw-r--r--  1 billybigrigger billybigrigger  71386 2009-07-11 15:45 sonixj.c
[02:06] <billybigrigger_> :(
[09:07] <Alocado> hello
[09:08] <Alocado> i'm using karmic and have a problem booting the 2.6.31-* kernels, i get an error message like "ata1: illegal qc_active transition".. anybody who knows about this error?
[09:34] <smb> Alocado, Not really much beyond the obvious (that it is from the disk subsystem) that it complains about some command ending in an unexpected way (probably should be active but is already inactive). I cannot say this helps, but it might be worth playing around with the libata options (e.g. libata.force=noncq). But if the problem persists, you should open a bug.
[09:35] <Alocado> smb, ok, thank you
[11:00] <Keybuk> morning
[11:00] <Keybuk> just so you're aware, I don't think we've had any bug reports yet, but there's an inotify regression in 2.6.31
[15:39] <rtg_> Keybuk, since an upgrade to Karmic my firewire disk mounts with the volume ID instead of /media/disk which it used to use. Is this expected?
[15:52] <Keybuk> rtg_: /media/volume_id ?
[15:54] <rtg_> Keybuk, /media/3fc0df0b-cf77-4f73-9b3f-fffd10f06147 (which looks like a volume ID)
[15:55] <smb> rtg_, rather a uuid
[15:56] <smb> ...if we say uuid to the numeric thingy and label to the textual one
[15:56] <Keybuk> rtg_: that's a pitti bug
[15:56] <maco> where do the CoD live?
[15:57] <smb> http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/
[15:57] <maco> i cant figure out where to click on kernel.u.c to navigate there
[15:57] <maco> smb, thanks
[15:58] <smb> maco, np 
[15:58] <maco> i386 fail to build today?
[15:58] <smb> Hah, it even looks like the raw divide bug fix has made it upstream now. :)
[16:00] <smb> maco, To me it looks like it has been build again
[16:01] <maco> i only see amd64 builds
[16:01] <rtg_> cjwatson, the bug that annoys me the most is when sshd hangs at the end of a transfer. Is that a known problem?
[16:02] <JonDoe297> maco: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2009-07-13/ there?
[16:02] <JonDoe297> oh, "current" one
[16:02] <JonDoe297> sorry :)
[16:03] <smb> Hm,though 13-07 should be current in my eyes...
[16:03] <cjwatson> rtg_: I've never seen anything like that
[16:03] <maco> oh...hmm that is a problem, isn't it?
[16:04] <rtg_> cjwatson, it appears to be related to Karmic sshd. How would I debug it?
[16:04] <smb> rtg_, The only thing close to it is ssh need much more time to complete. You think it is done but it isn't
[16:04] <rtg_> smb, it appears that it never completes
[16:04] <smb> maco, I try to look at it. It is
[16:05] <cjwatson> rtg_: start sshd on a separate port with -ddd (will run it in the foreground, single instance, maximum verbosity); connect to it with ssh -vvv
[16:05] <cjwatson> -p on both sides, obviously
[16:06] <rtg_> cjwatson, ok. gimme a bit
[16:09] <smb> rtg_, Do you know what usually links current in the mainline builds to the latest daily build? At least for today it is broken as it links to 2009-06-17 (one month in the past)
[16:09] <rtg_> smb, dunno, I've not looked at it recently
[16:11] <rtg_> cjwatson, Karmic '/usr/sbin/sshd -ddd -p 1027', Jaunty 'ssh -p 1027 -vvv 10.0.2.5', bails with an error message on the server 'No supported key exchange algorithms'.
[16:12] <smb> maco, Ok, current fixed (at least for today)
[16:12] <maco> thanks
[16:14] <rtg_> cjwatson, nm, needed to start sshd as root
[16:14] <cjwatson> I was just going to say that :-)
[16:16] <rtg_> cjwatson, drat, it would work with debug enabled. I'll try starting the port 22 instance of sshd with -ddd enabled.
[16:27] <rtg_> cjwatson, how annoying. I can't seem to get it to happen now. I'll continue to pursue it since it causes me a lot of problems with git updating and such.
[16:28] <cjwatson> rtg_: wouldn't that be the sshd on kernel.ubuntu.com?
[16:29] <cjwatson> or do you use git among local machines?
[16:29] <rtg_> cjwatson, no, that works OK, I have an internal network of build machines that clone from a local repo
[16:29] <cjwatson> I don't suppose any controlmaster stuff is going on?
[16:30] <bjf> isn't there a wiki page for debugging sound problems?
[16:30] <rtg_> nope, straightforward stuff. Used to work until I upgraded the git server to Karmic
[16:30] <bjf> https://wiki.ubuntu.com/DebuggingSoundProblems
[17:18] <bjf> anyone up for helping me debug a sound problem (lack of all sound is the problem, same on two systems)
[20:53] <billybigrigger> after a git pull does make-kpkg clean up whatever i just pulled?
[20:53] <billybigrigger> or can i run git pull && CONCURRENCY_LEVEL=3 time fakeroot make-kpkg --initrd -append-to-version=-billybigrigger-07.12 kernel_image kernel_headers kernel_source > make.log 2>&1
[20:54] <rtg_> billybigrigger, you should be doing 'git fetch origin;git rebase origin' instead. 'git pull' does a merge and may do things you don't want
[20:54] <billybigrigger> rtg_: ok thanks
[20:55] <billybigrigger> billybigrigger@cabo:~/linux-2.6$ git fetch origin
[20:55] <billybigrigger> billybigrigger@cabo:~/linux-2.6$ git rebase origin
[20:55] <billybigrigger> drivers/char/vr41xx_giu.c: needs update
[20:55] <billybigrigger> cannot rebase: you have unstaged changes
[20:55] <rtg_> git checkout -f
[20:56] <rtg_> git clean -f -d
[20:56] <billybigrigger> fetch or rebase?
[20:57] <billybigrigger> afterwards i mean
[20:57] <rtg_> after checkout and clean, you can just rebase. you've already fetched.
[20:57] <billybigrigger> Current branch master is up to date.
[20:57] <billybigrigger> thats after rebase
[20:57] <billybigrigger> so there's no changes?
[20:57] <rtg_> billybigrigger, do a 'git log' and compare against the base repo.
[20:58] <rtg_> or origin repo
[21:01] <maco> are crack of the day built without kms support? and have any of you seen iwlagn go crazy on today's crack?
[21:01] <Sarvatt> he has no local changes (outside of .config thats in .gitignore) and is just updating, why shouldnt he just pull?
[21:02] <rtg_> maco, some of the wireless devs are complaining that iwl isn't working too well (across all models)
[21:02] <maco> hm ok. ive got "cannot allocate SKB buffers" spamming in all my ttys from iwlagn
[21:03] <maco> its also in top using quite a LOT of cpu
[21:04] <rtg_> maco, dunno what the exact errors were. Perhaps you ought to drop a note to the wireless mailing list with a snippet from your log
[21:04] <maco> wireless mailing list? link?
[21:06] <rtg_> maco, linux-wireless@vger.kernel.org
[21:06] <maco> thanks
[21:06] <rtg_> maco, fyi, MAINTAINERS in the kernel tree generally has all that stuff
[21:08] <maco> ok thank you
[21:20] <xantian> Hello. my problem is Kernel 2.6.31* and compiling ... an know this ist devel staging .. who can help me?
[21:24] <xantian> i can not compile nvidia latest driver and ralink rt2870sta from sources .. ah and xfi but xfi and ralink 'll support out of the box with blacklist 7 modules
[21:24] <xantian> but i need nvidia driver
[21:26] <xantian> google don't like me anymore
[21:26] <xantian> :P
[21:36] <xantian> thx i found solution
[23:09] <shtylman> anyone willing to help me out with bug #398059
[23:09] <ubot3> Malone bug 398059 in linux "system does not boot due to device-mapper error" [Undecided,Confirmed] https://launchpad.net/bugs/398059