=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel === XSource [n=XSource@41.201.227.117] has joined #ubuntu-kernel === osmosis [n=steven@cpe-76-80-127-252.socal.res.rr.com] has joined #ubuntu-kernel [01:57] kylem: thanks, btw. -12.38 built [01:57] (and is blocked by NEW for hppa, but that's OK) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === _czessi [n=Czessi@dslb-088-073-032-188.pools.arcor-ip.net] has joined #ubuntu-kernel [04:53] does LRM live in git? [04:53] lamont: nope. [04:53] ah, ok [04:53] so the archive is the SCM for that? [04:54] yes [04:54] ok === lamont works on a fix [04:54] (hppa) [04:54] 144MB tarball? wow [04:54] competing with OO.o, I see [04:55] It full of those binary blobs. [04:55] yeah [04:55] they'd be much smaller if we compressed them with AAC, you know. :-D [04:55] It would be my preference as well, but BenC disagreed. [04:56] something to do with wanting to be able to uncompress them later, I suppose. [04:56] I think LRM should be under git control. [04:56] booring. [04:57] we don't recompress them because we leave them as they came from upstream [04:57] BenC: I was being silly and suggesting lossy compression... [04:57] lamont: if you want lossy, just use "rm -f *" :) [04:58] fwiw, at a minimum, I need to change the hppa build-dep on gcc-3.4 to 4.1, and then I'll see what more it needs to compile successfully [04:58] I don't care about compression so much. I just think that all of the kernel packages ought to be managed in a standard way. [04:58] BenC: it would be nice to drop lrm into git.. [04:58] largish, but good. [04:58] we had it in git, but it was a real pita [04:58] didn't help us at all [04:58] ah, ok. [04:58] I can see that with the size and the blobitude [04:59] most of our lrm uploads are just ABI bumps, so git just adds too much overhead [04:59] wfm [05:00] lum and lbm both built, as did the kernel, so I think lrm is the only part left that hppa is lacking [05:00] d-i even built [05:00] well, will have in LP once I finish my current pulse and give it back in LP :-) === czessi_ [n=Czessi@dslb-088-073-011-015.pools.arcor-ip.net] has joined #ubuntu-kernel [05:10] BenC: if we packaged lrm as .orig + .diff.gz, that'd help with uploads at least somewhat... [05:11] which is what we did/ [05:11] never mind... maybe I should go to bed === AlinuxOS [n=vsichi@host72-133-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-kernel === bullgard4 [n=detlef@p54BF11CD.dip0.t-ipconnect.de] has joined #ubuntu-kernel [05:32] hrm... if hppa ever supports any modules that require compiling things, we're going to have to deal with the multiple-compiler issue in debian/rules. [05:32] in the meantime, it's ok [05:34] BenC: any reason for me to not upload this fix now? [05:35] debian/control* (drop b-d: gcc-3.4) and debian/rules (don't use gcc-3.4) [05:36] W: linux-restricted-modules-2.6.22 source: maintainer-script-lacks-debhelper-token debian/linux-restricted-modules-generic.postinst [05:36] neato === clever_ [n=clever@fctnnbsc16w-156034223152.nb.aliant.net] has joined #ubuntu-kernel === osmosis [n=steven@cpe-76-80-127-252.socal.res.rr.com] has joined #ubuntu-kernel === IanC26 [n=IanC26@2002:908b:a5cb:4:216:6fff:fe39:ff6e] has joined #ubuntu-kernel === osmosis [n=steven@cpe-76-80-127-252.socal.res.rr.com] has joined #ubuntu-kernel === RAOF [n=chris@123-243-65-41.tpgi.com.au] has left #ubuntu-kernel [] === XSource [n=XSource@41.201.217.127] has joined #ubuntu-kernel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel === allee [n=ach@dialin-145-254-254-059.pools.arcor-ip.net] has joined #ubuntu-kernel === XSource [n=XSource@41.201.255.155] has joined #ubuntu-kernel === cofeineSunshine_ [n=justinas@78-60-112-31.ip.zebra.lt] has joined #ubuntu-kernel === ivoks [n=ivoks@2-28.dsl.iskon.hr] has joined #ubuntu-kernel === n2diy [n=darryl@wlk-barre-208-103-147-226.dynamic-dialup.coretel.net] has joined #ubuntu-kernel === Abo-Marwan47 [i=sus@gateway/tor/x-167dd90f55233422] has joined #ubuntu-kernel === n0u [i=Chaton@unaffiliated/nou] has joined #ubuntu-kernel === buttercups [n=me@c-68-54-116-100.hsd1.in.comcast.net] has joined #ubuntu-kernel === gicmo [n=gicmo@91.64.103.94] has joined #ubuntu-kernel === ivoks [n=ivoks@2-28.dsl.iskon.hr] has joined #ubuntu-kernel === cofeineSunshine_ [n=justinas@78-60-112-31.ip.zebra.lt] has joined #ubuntu-kernel === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/KernelTeam | Latest kernel upload: 2.6.22-12.39 | Latest news: -Beta freeze upon us | New Kernel Team machine: http://kernel.ubuntu.com [05:25] zul: ping === ivoks_ [n=ivoks@19-122.dsl.iskon.hr] has joined #ubuntu-kernel [05:43] BenC: you are lucky I just sat down [05:44] zul: The xen configs don't appear to be based on our stock generic config...any reason for that? [05:45] e.g. CONFIG_FW_LOADER=m instead of our CONFIG_FW_LOADER=y [05:45] BenC: correct they are based on suse's xen kernels I could go through them today [05:46] zul: I was thinking the best bet would be "cat debian/config/i386/config{,.generic} > .config" and make oldconfig to get the xen options [05:46] otherwise we risk different support in each kernel [05:46] and the same for amd64 [05:46] sure not a problem ill have to recompile then to make sure they still work though [05:47] ok, I'd appreciate it [05:47] nop === Traxer [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel === xhaker [n=xhaker@a81-84-26-224.cpe.netcabo.pt] has joined #ubuntu-kernel === johanbr [n=j@blk-137-105-82.eastlink.ca] has joined #ubuntu-kernel === johanbr_ [n=j@blk-137-105-82.eastlink.ca] has joined #ubuntu-kernel [06:43] BenC, mjg59 : could you please look into this upstream bug http://bugzilla.kernel.org/show_bug.cgi?id=8171 [06:43] bugzilla.kernel.org bug 8171 in ACPICA-Core "acpi_serialize locks system during boot" [Blocking,Assigned] [06:43] there is a patch there now! :) [06:44] xhaker: I think we have that patch integrated in the latest kernel upload [06:45] maybe not, I'll check though [06:45] xhaker: is there a launchpad bug for this and confirmed it affects 2.6.22? [06:45] BenC, 1 sec [06:46] It's related to this one [06:46] https://bugs.launchpad.net/linux/+bug/116185 [06:46] Launchpad bug 116185 in linux-source-2.6.22 "battery state not reported correctly" [High,Confirmed] [06:46] Yes, that patch looks reasonable [06:46] and this one upstream [06:46] http://bugzilla.kernel.org/show_bug.cgi?id=8810 [06:47] bugzilla.kernel.org bug 8810 in ACPICA-Core "Laptop needs acpi_serialize to works - HP Pavillion dv8230us" [Normal,Reopened] [06:48] xhaker: So, just to clarify - the first patch just stops acpi_serialize from locking the system? [06:48] mjg59, yes. [06:49] Right. That should certainly go in. [06:49] mjg59, the first bug is about acpi_serialized not working right [06:49] mjg59, but the second upstream bug report might be a good read along the end [06:50] xhaker: Yes. It's still lacking a fix. [06:50] upstream is considering marking _BST always serialized [06:50] Yes [06:50] mjg59, you seem to have helped with a recent commit too, let me search it [06:51] 426ea6c8aadc921e499f490bb457086945b42a0d : Ubuntu: Allocate acpi_devices structure rather than leaving it on the stack. [06:52] That fixes a bug that I introduced myself [06:52] mjg59, ohh, i was under the impression it was 8171 related [06:52] No === Kabyl [n=XSource@41.201.238.237] has joined #ubuntu-kernel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-kernel === XSource [n=XSource@41.201.209.179] has joined #ubuntu-kernel === Chorus_ [i=chorus@firefly.ibk.se] has joined #ubuntu-kernel === XSource [n=XSource@41.201.209.179] has joined #ubuntu-kernel === johanbr [n=j@blk-137-105-82.eastlink.ca] has joined #ubuntu-kernel === ivoks [n=ivoks@19-122.dsl.iskon.hr] has joined #ubuntu-kernel === fabbione [n=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === Riddell [i=jr@kde/jriddell] has joined #ubuntu-kernel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-kernel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-kernel [09:48] toshiba satellite l35 w/ gutsy: kernel 2.6.20* works great, 2.6.22* does not work at all. when it gets to the point where it starts X, it just turns the display off and never comes up...any ideas? [09:49] So if you run gutsy with the feisty kernel, it works? [09:49] ya [09:49] thank god you answered :) I am at a LUG right now and this laptop just will not work at all with the 2.6.22 kernels [09:49] Can you try blacklisting the video module and see if that makes any difference? [09:49] I can try that [09:51] so in /etc/modprobe.d/blacklist, I should add ati since that is what it is loading? [09:51] No [09:51] video [09:51] derr [09:53] no go [09:53] Which graphics drivers are you using? [09:53] ati [09:53] RIght [09:54] Try blacklisting radeon, then [09:54] k [09:56] still not working...this thing is a pain [09:57] Are you able to ssh into the machine? [09:57] it is sitting right next to me, I have physical access to it [09:57] And the console still works after the failure? [09:58] I can restart it in single-user mode [09:58] No, that's not what I asked [09:58] I can't access anything after the failure [09:58] I have to push the power button and hard power down [09:58] Does caps lock still work? [09:58] it is working at the terminal right now yes [09:59] After X has failed? [09:59] after x has failed, the only thing that seems to work is the power button...you can't tell if the caps lock is working or not as there is no indicator for it [10:00] Ok. So, can you ssh into the machine? [10:00] nixternal: When X fails, can you so Ctrl+Alt+SysRq+K ? [10:00] hrmm, I need to install the server and give it a shot [10:00] s/so/do/ [10:00] IntuitiveNipple: Please don't confuse things [10:00] no doubt [10:00] :) [10:00] let me install ssh server really quick [10:01] Thanks [10:06] alrighty, going to let it boot up and crash, then try and ssh into it [10:09] mjg59: I can log in via ssh just fine [10:10] nixternal: When it's frozen? [10:11] yup [10:11] so obviously it isn't frozen, just no video [10:11] Ok. Can you grab /var/log/Xorg.0.log and put it somewhere? [10:11] yup [10:11] Right, let me know when you've done that [10:12] http://www.nixternal.com/tmp/Xorg.0.log [10:13] Ok, the radeon driver is still getting loaded [10:13] Try just deleting /lib/modules/`uname -r`/kernel/drivers/char/drm/radeon.ko [10:16] that is my fault, I remove the blacklist before I rebooted [10:16] No, I suspect the server is triggering the load itself [10:19] hey, refresh that log, I just uploaded an updated, while I wait to get root access tot he laptop to delete the module [10:19] one sec [10:19] It's the same [10:20] OK, moved that file out of there, give it a reboot? [10:20] Yes [10:20] k [10:22] holy smokes [10:22] it booted up [10:22] Right. Please file a bug against xserver-xorg-video-ati and linux-source-2.6.22 [10:22] There's a bug in either the dri or drm implementation there [10:23] roger that, I will work on that [10:23] Include the Xorg.0.log [10:23] the one on my server right now, or the one that is booted up now? [10:24] Both would be good [10:24] before and after...roger that === jweyrich [n=phoenix@144022.fln.virtua.com.br] has joined #ubuntu-kernel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel === osmosis [n=steven@cpe-76-80-127-252.socal.res.rr.com] has joined #ubuntu-kernel === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-kernel