=== n0u [n=Chaton@unaffiliated/nou] has joined #ubuntu-kernel === lamont [i=lamont@nat/hp/x-c98f3123debca172] has joined #ubuntu-kernel === AlinuxOS [n=vsichi@host57-130-dynamic.1-87-r.retail.telecomitalia.it] has joined #ubuntu-kernel === Abo-Marwan27 [i=sus@gateway/tor/x-598fa02549e3d7af] has joined #ubuntu-kernel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-074-216.pools.arcor-ip.net] has joined #ubuntu-kernel === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-kernel === SirBob1701 [n=mcginley@139.84.102.34] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === ion [n=ion@71-223-67-22.phnx.qwest.net] has joined #ubuntu-kernel === fs [i=fs@213.178.77.100] has joined #ubuntu-kernel === clever [n=clever@fctnnbsc16w-156034219024.nb.aliant.net] has joined #ubuntu-kernel === jml [n=jml@ppp121-44-221-92.lns1.hba1.internode.on.net] has joined #ubuntu-kernel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-kernel === jayson_r [n=jayson@216.218.106.141] has joined #ubuntu-kernel === tehk [n=tehk@c-68-44-165-48.hsd1.nj.comcast.net] has joined #ubuntu-kernel === Abo-Marwan27 [i=sus@gateway/tor/x-9d22b5653637608f] has joined #ubuntu-kernel === tza [n=tza@CPE-65-27-5-185.kc.res.rr.com] has joined #ubuntu-kernel === tza_ [n=tza@CPE-65-27-5-185.kc.res.rr.com] has joined #ubuntu-kernel [05:24] is there documentation regarding 2.6.20-16+ kernel upgrades and nvidia 8-series card difficulties? === tza_ [n=tza@CPE-65-27-5-185.kc.res.rr.com] has left #ubuntu-kernel ["Konversation] === jml [n=jml@dsl-210-15-197-192-static.TAS.netspace.net.au] has joined #ubuntu-kernel === XSource [n=XSource@41.201.221.85] has joined #ubuntu-kernel === jml [n=jml@dsl-210-15-197-192-static.TAS.netspace.net.au] has joined #ubuntu-kernel === Abo-Marwan73 [i=sus@gateway/tor/x-bf980103e8a54918] has joined #ubuntu-kernel === bullgard4 [n=detlef@p54BF1409.dip0.t-ipconnect.de] has joined #ubuntu-kernel === defendguin [n=justin@ip5-155.tvmax-fiber-1.hou.ygnition.net] has joined #ubuntu-kernel [06:59] is there anyway to tell the fan on the processor to kick it up a few notches? [07:00] i'm using gutsy and every since the upgrade to 2.6.22-11 i've noticed the fan doesn't come on as often as necessary my cpy is at 67 deg C and the fan isn't on at all [07:01] normally it should be blowing really hard right now [07:01] now 69 deg [07:01] 70 [07:01] the fan isn't even spinning up [07:03] 72 [07:04] 74 === XSource [n=XSource@41.201.230.192] has joined #ubuntu-kernel === jml [n=jml@ppp121-44-221-92.lns1.hba1.internode.on.net] has joined #ubuntu-kernel === m0rg0th [n=m0rg0th@220.225.228.97] has joined #ubuntu-kernel === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-kernel === Krystof [n=csr21@84-51-132-95.christ977.adsl.metronet.co.uk] has joined #ubuntu-kernel [10:27] Why is /sys/class/hwmon empty? === chmj [n=nik0n@138.188.109.13] has joined #ubuntu-kernel === allee [n=ach@allee.mpe.mpg.de] has joined #ubuntu-kernel === XSource [n=XSource@41.201.210.123] has joined #ubuntu-kernel === xhaker [n=xhaker@a81-84-26-224.cpe.netcabo.pt] has joined #ubuntu-kernel [11:38] I need to talk to an acpi wiz [11:39] mjg59, can I try to show you something? [11:42] I think i've fixed an acpi bug, but would like to confirm that the solution is acceptable [11:42] anyone? === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === XSource [n=XSource@41.201.215.86] has joined #ubuntu-kernel [11:57] Wie kriege ich heraus, welcher Treiber bei mir fr die Temperaturmessung zustndig ist? 'lsmod | grep temp' gibt nichts aus. [12:09] Bug #116185 [12:09] hmm [12:09] https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/116185 [12:23] bullgard4: english channel also for dev ask on #ubuntu [12:25] maks_: I have put here a question in English. Why did you not answer it? [12:25] Hi. I am interested in working to get r818x support (noted as missing in bug #129407), but I'm not sure how best to help. [12:26] Krystof, try to find patches for that feature [12:26] bullgard4: this is not a support channel. it's for development only [12:27] what, other than the pages mentioned in that bug report? === ivoks [n=ivoks@32-40.dsl.iskon.hr] has joined #ubuntu-kernel [12:44] bullgard4: do you have a HW sensor on your motherboard? [12:46] xhaker: Sure [12:46] mjg59, i've commented on the kernel tracker [12:47] mjg59, http://bugzilla.kernel.org/show_bug.cgi?id=8757 [12:47] mjg59, and attached a patch [12:47] please read that, and then ask me whatever you need [01:03] mjg59, what do you think. I seem to have fixed. I just don't know if i did in the correct place [01:07] amitk: I do not understand you well: Yes I have, otherwise I could not tell you that at present the temperatur of thermal zone 1 is 46 C and of thermal zone 2 is 43 C. [01:27] bullgard4: anything in /sys/bus/i2c/devices? [01:29] bullgard4: do you _know_ what kind of HW monitor you have on your board? [01:30] bullgard4: Because you either haven't loaded a driver for your hardware, or there isn't a driver for your hardware [01:30] We don't expose the ACPI information in there yet [01:35] mjg59: are there plans to duplicate ACPI information into hwmon? [01:36] Yes [01:36] Everything in /proc/acpi is gradually being moved to sysfs [01:37] mjg59: Thank you very much for explaining. [01:38] mjg59, did you have time to peek at that acpi bug? [01:42] xhaker: I have, but it's too complicated for me to really understand right now [01:44] I'm also not convinced that the patch is correct [01:44] mjg59, i've set the bug in ubuntu to high, hope you be alert if something arises on the kernel tracker.. they're probably gonna test that patch soon enough [01:45] RIght, I can see that that patch would avoid the problem, but I don't think it actually fixes it [01:45] Or is that how the code looks in 2.6.23? [01:45] mjg59, i haven't checked 2.6.23, i've went another root and it led me that place.. [01:46] xhaker: Right, but I don't know why unconditionally returning AE_OK there would be the right thing to do [01:47] mjg59, think about it.. if we're setting the _BST method serialized to avoid future errors it makes sense not to break things [01:48] mjg59, yes, i understand.. i'm sure they'll take a look at it upstream [01:49] mjg59, they probably will come up with something that does exactly the same in another level [01:50] xhaker: It would be more helpful to find out which bit of code in 2.6.23 fixes it [01:51] it's not easy for me to do something like that.. i only have the ubuntu-gutsy tree here [01:52] mjg59, can you suggested an easy way to compare [01:52] with 2.6.23 [01:53] xhaker: Use git log to work out which commits touch that area, apply each of them in turn === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === xhaker [n=xhaker@a81-84-26-224.cpe.netcabo.pt] has joined #ubuntu-kernel [03:24] mjg59, i've found a patch that produces a fix for that problem [03:25] mjg59, http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c0d127b56937c3e72c2b1819161d2f6718eee877 [03:25] mjg59, i'm not sure if that's 2.6.23 though [03:26] xhaker: Does applying that to our kernel fix things for you? [03:27] i'm testing just now.. and it does [03:27] i've applied with patch -p1, i'm not too found on git [03:28] and it rejected 1 hunk, but i applied it manually. maybe git has some mechanism to apply it cleanly [03:28] now running it. [03:29] mjg59, i'm kinda astonished at my ability to find a cure 2 times without error [03:29] mjg59, i thought i would hit and miss more [03:30] i mean.. miss most of the times === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === fabbione [n=fabbione@ip-66-80-12-66.dsl.sca.megapath.net] has joined #ubuntu-kernel [04:35] hey fabbione [04:36] hi zul === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [05:05] BenC: ping im seeing a couple of bugs about ncq breakage can we add like an optional kernel parameter that disables ncq [05:07] zul, what about the -xen kernel on amd64 ? Upload ? [05:08] derjohn: not in my hands right now my tree has to be cherry-picked first [05:09] zul, mon cheri ;) Well, who may I bug about that ? [05:09] derjohn: ive been bugging already ;) [05:15] whooohooo! fine ;) [05:16] it'll happen for tomorrow's upload [05:20] BenC, whoooo! Ubuntu has Xen Support from tomorrow on? cool ! [05:20] we have xen support now :) [05:20] just not 64-bit [05:21] Well, I head about it, but seldom use machines < 4GB :) [05:21] we always had xen support at one point another ;) [05:22] BTW: on i386 the xen kernel doesnt still boot due to a pae vs. non-pae mismatch. [05:22] I use 2.6.22-11 something. [05:22] are you using xen-3.1 or something else? [05:22] there was a bug that was resolved, but that didnt fix the problem. [05:22] zul, I dist-upgrade twice a day to get gusty running as i like ... [05:23] hypervisor 3.1 and sine some days linux-xen [05:23] lets take this somewhere else [05:23] k [05:23] I'll make screenshot (digicam) and file a lauchpad-bug ? [05:23] sure === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [06:22] why was /win 22 [06:22] whoops [06:35] BenC: I've seen a couple of bug reports where people are interested in getting a 2.6.23 patch backported to 2.6.22 is there a special way to identify those bugs? [06:40] bdmurray: some how marking them as a "patch available" would be helpful [06:41] BenC: Okay, one that I am looking at has the upsteam commit information is that sufficient too? [06:42] yeah, the commit SHA means it's just a git-cherry-pick command for us [06:44] so a cherry-pick would be easier for you than someone creating a patch for 2.6.22 from 2.6.23? === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-kernel [06:49] BenC: If so then using cherry-pick as a tag might work well [06:51] bdmurray: yeah, that sounds good [06:52] bdmurray: and yes, it is much easier, mainly because it retains all history, and it magically gets merged when we move on to 2.6.2[34] for gutsy+1 === newz2000 [n=matt@unaffiliated/newz2000] has joined #ubuntu-kernel [07:00] just today I started having a problem with 2.6.22-11 that's been fixed for a while. I reported it before for 2.6.20. Should I file a new bug, since it's a new kernel, or should I add comments to the old bug? (problem is that the sound is incredibly quiet, even at full volume) [07:01] old bug is marked "fix released" [07:03] newz2000: open a new task on the old bug for 2.6.22 [07:03] Probably best to attach to the previous bug, against Ubuntu linux-source-2.6.22 [07:03] Do we have a known-issue with LiveCD and unionfs BUG/Oops? is it being worked on? [07:04] It's known [07:04] The bug #138915 report? [07:04] newz2000: if you need specific help opening the task let me know [07:05] bdmurray: I've never opened a task, I'm looking, but I don't see how to do that [07:05] I was wondering if unionfs needs digging into [07:06] I personally just change the url [07:06] I'm using bugs.edge.launchpad.net [07:06] so if it it says 2.6.20 change it to 2.6.22 and press enter [07:06] Then it'll tell you it doesn't need fixing there and there is a button to say it also needs fixing in blah [07:06] ok, will do [07:07] newz2000: "Also affects > Distribution/package" then "Ubuntu" then "linux-source-2.6.22" [07:12] BenC: https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/125855 - I thought you were going to pull that patch some tiem back? [07:13] mjg59: ah, will get it [07:13] what's needed for soundcard bugs? lspci -vv, uname -a, anything else? [07:13] BenC: Thanks [07:13] mjg59: we're doing git work today, pulling, patches, etc...if you see anything you want in, feel free to do a tree and ping me for a pull [07:13] Ok [07:14] I sent a pull request to the list - have you grabbed that? [07:14] newz2000: actually lspci -vvnn is preferred now and DebuggingSoundProblems at w.u.c has the stuff [07:15] mjg59: i will get that [07:15] bdmurray: thanks [07:16] BenC: Also, ata_ignore_hpa seems to be defaulting to 0 again [07:16] That's a regression from feisty [07:17] mjg59: there was supposed to be a patch to module-init-tools to default that in /etc/modprobe.d/ somewhere [07:17] to avoid changing the code === Abo-Marwan10 [i=sus@gateway/tor/x-4cf177f9c55e7596] has joined #ubuntu-kernel [07:18] That sounds rather more fragile [07:18] Why not just change the code? [07:19] Anyway, doesn't seem to be present in the latest version [07:21] BenC: I thought we agreed that changing defaults of module options was better in the code [07:22] that's what we always did in the past [07:22] (since a package-shipped conffile causes more pain to change or remove than simply allowing users to add a file to change the in-code default) [07:35] Keybuk: I much prefer to show our changes from default upstream behavior using methods that were meant for doing that :) [07:35] Default upstream behaviour here is broken. We should just fix the bug. [07:37] BenC: patches? [07:37] branches? [07:37] :-) [07:37] I agree in this case upstream behavior is broken, so we could just change the in-kernel default [07:38] but I think using modprobe.d files better document cases where we stray from upstream's defaults === mdomsch [n=Matt_Dom@cpe-70-124-62-55.austin.res.rr.com] has joined #ubuntu-kernel [07:45] disagree [07:45] we should never use modprobe.d files to override a kernel default to a different default of our own [07:45] that's why we have our own kernel source tree === DexterF [i=dexter@ip76.132.1511H-CUD12K-01.ish.de] has joined #ubuntu-kernel [08:03] hi [08:03] where can I get the patches for the ubuntu 7.04 kernel alone, not the patched kernel src [08:04] you can look at the git tree but you cant get the patches alone [08:04] -.- [08:05] ok, next: can I install a vanilla kernel or does ubuntu need certain patches at all cost? [08:06] yes you can isntall a vanilla kernel we add patches to better support some hardware but these questions are more suited for #ubuntu or you can check the wiki [08:06] the thing is: the 7.04 kernel totally screws my USB subsystem. I'm having all kind of issues with whatever I plug in. wifi stick on a hub - no go. usb card reader only reads cards when it feels like (works a charm on three other OS/distros) [08:07] well, the #ubuntu people sent me right here === Lure_ [n=lure@89-212-18-142.dynamic.dsl.t-2.net] has joined #ubuntu-kernel [08:25] BenC: Did I mention bug 137734 yesterday? [08:44] bdmurray: can you get ubugtu in here? [08:45] just ask Seveas? [08:45] or I can do it === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-kernel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-kernel [08:45] BenC: I'll see what I can do. It seems to be a regression in the last feisty update [08:46] bug 12345 [08:46] @config channel plugins.bugtracker.bugsnarfer True [08:46] OK [08:46] bug 1234 [08:46] Bug 1234 on http://launchpad.net/bugs/1234 is private [08:46] bug 12345 [08:46] Launchpad bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345 [08:46] \o/ [08:46] bug 137734 [08:46] Launchpad bug 137734 in linux-source-2.6.20 "Alsa support for Ensoniq 1371 breaks when updating to kernel revision 16-generic" [High,Triaged] https://launchpad.net/bugs/137734 [08:46] Seveas: cheers [08:46] np [08:47] bdmurray: sounds to me like he has a locally compiled module that broke with the ABI bump...not our problem [08:47] bdmurray: he needs to recompile the module under the new kernel headers [08:49] What ways can triagers determine that modules are locally compiled? [08:49] Mithrandir, Seveas: thanks [08:51] bdmurray: the tip for me is the dmesg, where it says "disagrees about version of symbol FOO" [08:51] bdmurray: that means that the module is not compiled against the running kernel, and that just isn't possible with a module that came with the kernel [09:09] BenC: Yeah, that seems kind of obvious now. Generally speaking though from dmesg we have no way of knowing if somebody compiled a module on their own if it does work though right? [09:09] bdmurray: not at the moment, but we've been tossing around the idea of signed modules, and tainting for non-ubuntu provided modules [09:09] which will show up [09:09] BenC: Alright thanks. How could one confirm that it was a locally compiled module? Would modinfo do it? [09:09] In regards to the Feisty soudn bug [09:09] bdmurray: modinfo may show a path that you can tell isn't installed by our packages...also srcversion in modinfo can be compared to a known good source [09:09] Great, thanks. My lunch is getting cold. bbiab [09:09] 1371 fine here on 16-generic [09:09] DexterF: thanks for testing that === AlinuxOS [n=vsichi@host57-130-dynamic.1-87-r.retail.telecomitalia.it] has joined #ubuntu-kernel [09:09] BenC: np, coincidence, got such a card in my video box. disabled it for anotherr reason tho, onboard sound and the card got confused sometimes. one time onboard was 0 and the card was 1, next boot just the other way round. [09:09] DexterF: there's a way to force that in /etc/modprobe.d/ with some mod param [09:09] like id=0 for one module and id=1 for the other [09:10] uh huh, but tell Joe User to do that stunt ;) [09:10] point :) [09:12] umm. since I'm here... I got a lot of USB troubles that I don't have when running the live DVD. how is the live kernel different? [09:13] is it possible live doesn't have suspend support? I suspect USB_SUSPEND to be the culprit [09:25] BenC: when do you expect the first 2.6.23 upload to happen? (If you have an date) [09:25] Mithrandir: very soon after gutsy+1 opens [09:25] ok === AlinuxOS [n=vsichi@host57-130-dynamic.1-87-r.retail.telecomitalia.it] has joined #ubuntu-kernel [09:34] BenC: if I find the drivers for bug 139449 could we get it in for gutsy? [09:34] Launchpad bug 139449 in ubuntu "Lenovo 3000 N200 fingerprint scanner support." [Undecided,New] https://launchpad.net/bugs/139449 [09:34] zul: it's not a driver [09:34] zul: fingerprint scanners are supported with bioapi, a userspace library [09:34] ah ok [09:35] gotcha [09:35] we would need the library, plus pam_bioapi module to make use of it [09:35] http://home.gna.org/aes2501/index_en.html [09:43] zul: ah, so I guess some devices require a driver :) [09:43] ones like mine just require the bioapi, and it communicates through usb device files [09:43] hiddev I think is what it uses [09:44] yeah so ill try to get a patch tonight hopefully [09:44] doesn't make much sense [09:44] zul: The aes2501 does nothing useful at the moment, does it? [09:44] there's nothing in our system that uses it [09:45] It's purely a scanner. We need code that can actually compare fingerprints [09:45] Then that needs to be integrated into v4l [09:46] mjg59: i dont know i havent looked at the code yet [09:48] mjg59: it looks kind of icky.. http://svn.gna.org/viewcvs/aes2501/trunk/aes2501.c?rev=15&view=auto [09:50] right im going home for the day later === Abedegno [n=test@87-194-176-39.bethere.co.uk] has joined #ubuntu-kernel === XSource [n=XSource@41.201.236.168] has joined #ubuntu-kernel [10:28] guys where do you store your .config? installed a source package, no .config in there, neither in the tarball it gave me [10:29] DexterF: did you look in /boot ? ;) [10:29] duh === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [10:59] BenC: I put a patch in https://bugs.launchpad.net/ubuntu/+source/kernel-package/+bug/120049 [10:59] Launchpad bug 120049 in linux-source-2.6.22 "header_postinst_hook should use /etc/kernel/header_postinst.d instead" [Medium,Confirmed] [10:59] rtg and I discussed earlier this week when he was here === Dragon64 [n=DragonBo@74-140-65-214.dhcp.insightbb.com] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === marbud [n=marbud@1-1-11-12a.gbn.gbg.bostream.se] has joined #ubuntu-kernel === ivoks [n=ivoks@16-247.dsl.iskon.hr] has joined #ubuntu-kernel === verwilst [n=verwilst@d51A4A585.access.telenet.be] has joined #ubuntu-kernel [11:56] hellow [11:56] i just git-clone'd zul/ubuntu-gutsy.git [11:57] how do i build the xen kernel again plz? :) [11:57] don't use that [11:57] oh, wait, maybe that's the one that has the right kind of patch [11:57] verwilst: fakeroot debian/rules custom-binary-xen [11:58] /usr/bin/fakeroot: 152: debian/rules: not found [11:58] hm [11:59] it exists though [12:01] nm :p [12:01] misleading error [12:03] building ;) [12:03] next kernel release is for the next couple of days, right? === rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel === BenC_ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel === Abo-Marwan10 [i=sus@gateway/tor/x-463f241cf970f061] has joined #ubuntu-kernel === BenC_ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel