=== maz [i=maz@well.com] has joined #ubuntu-kernel === stgraber [n=stgraber@client80-83-51-125.abo.net2000.ch] has joined #ubuntu-kernel === maz [i=maz@well.com] has left #ubuntu-kernel [] === doko_ [n=doko@dslb-088-073-122-003.pools.arcor-ip.net] has joined #ubuntu-kernel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === BenC [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel === rotarychainsaw [n=bj@c-68-38-180-249.hsd1.pa.comcast.net] has joined #ubuntu-kernel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === BenC_ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel === johanbr [n=j@blk-137-114-65.eastlink.ca] has joined #ubuntu-kernel === m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-kernel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-kernel === Amaranth_ [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel [11:03] kylem: up? === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-kernel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-kernel === Zyrkon [n=Zyrkon@V33d9.v.pppool.de] has joined #ubuntu-kernel === __keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel [01:42] lifeless, am now. [01:45] kylem: https://beta.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/88899 is really painful for me. [01:45] kylem: anything you guys can do would rock, also anything I should do to up the chances of you doing it [01:46] jamesh thought it might be linux listening to ACPI from the hardware, and if so that would suck :( [01:48] Unlikely [01:55] mjg59: apparently salgado's laptop did this in feisty: the IBM ACPI stuff set a throttle when the battery was removed, or something. [01:55] you'd need to ask him or jamesh for details though. [01:58] I'm not clear what you mean by IBM ACPI stuff [01:59] neither am I === jamesh [n=james@203-59-195-215.dyn.iinet.net.au] has joined #ubuntu-kernel === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #ubuntu-kernel [02:00] lifeless, ? [02:01] salgado: jamesh was telling me about your ACPI kernel patching [02:01] salgado: and I have a possibly similar thing, but nowhere near enough context to point mjg59 in the right direction. [02:01] so... [02:01] :) [02:02] hmmm. there's a bug which is still open, but I'm pretty sure it's a bug in my BIOS [02:02] let me find it [02:02] salgado: the fix you did for your problem with the speed being limited with the battery out [02:02] salgado: I mentioned to lifeless that his speed limiting problem might be related [02:02] (i.e. related to bad info from the ACPI code) [02:03] well, the fix was basically to ignore the BIOS when it tells the kernel to do stupid things. :) [02:03] jamesh, lifeless, http://bugzilla.kernel.org/show_bug.cgi?id=7060 [02:05] lifeless: so you probably want to check if /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq is lower than expected [02:05] jamesh: that was fine [02:05] jamesh: no it wasn't! [02:05] its reporting 6000000 there [02:05] rather than 11000000 [02:06] there are lots of similarly named files :( [02:07] lifeless, it may also be the same issue Ingo describes in http://lkml.org/lkml/2007/1/16/120 [02:07] (in case you haven't seen it) [02:07] I dont track kernel foo - so I haven't [02:08] I don't either, until it slows down my processor to half of its speed. ;) [02:09] cool === lifeless hopes [02:10] night all [02:16] lifeless, ok. that patch was merged, i'll slurp that in for you. [02:16] http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e4233dec749a3519069d9390561b5636a75c7579 === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel [02:33] lifeless, salgado, jamesh: we already have that reversion in ubuntu-2.6.git === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.STUDENT.CWRU.Edu] has joined #ubuntu-kernel === ivoks [n=ivoks@37-242.dsl.iskon.hr] has joined #ubuntu-kernel === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === stgraber [n=stgraber@client80-83-51-125.abo.net2000.ch] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [04:15] BenC_: I got a patch for you to look at for breezy but Ill show you it tonight when I get home === mkrufky [n=mk@unaffiliated/mkrufky] has joined #ubuntu-kernel [04:29] breezy? [04:32] zul: Ok [04:33] did you guys hear that ivtv is being merged into mainline now? [04:33] it's been a long time coming :-) [04:34] mkrufky, what's ivtv? [04:35] hardware analog video mpeg encoder driver, based on the iTV cx2341x encoder [04:35] it's the "preferred mpeg encoder" driver [04:36] i believe it is packaged with the ubuntu kernel in the "out-of-tree" driver section [04:36] anyway... you guys wont have to worry about making ivtv packages and / or compat-porting that driver any longer [04:39] spiffyo. [04:40] :-) === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === dholbach [n=daniel@i59F74F6A.versanet.de] has joined #ubuntu-kernel [05:30] hey guys [05:30] holy holbach! [05:30] pkl_: do you want me to attach http://daniel.holba.ch/temp/mmc-KILL.txt to bug 82680? that's what happened, when I tried to modprobe mmc_block and inserted an SD card into my x40 === dholbach hugs kylem [05:31] dholbach: yes, please do. [05:31] if you want a separate bug for that, I can do that too [05:31] (dunno if that's the same cause or not) [05:32] dholbach: you have a TI mmc card reader? [05:32] pkl_: how do I check? [05:33] daniel@lovegood:~$ lspci -v | grep Texas [05:33] daniel@lovegood:~$ [05:33] doesn't look like [05:33] 02:00.1 Generic system peripheral [0805] : Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSP [05:33] ro Host Adapter (rev 13) [05:33] Subsystem: IBM Thinkpad X40 [05:33] Flags: bus master, medium devsel, latency 64, IRQ 17 [05:33] Memory at d0221000 (32-bit, non-prefetchable) [size=256] [05:33] what does lsmod say? do "lsmod | grep tifm" [05:34] empty === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel [05:35] If you've got a TI mmc card supported by Linux, it should come up with either "tifm_7xx1" or "tifm_sd" [05:37] Can you attach the output of lscpi, lsmod, and dmesg somewhere, that way I can see what you do have. Best if you raise a bug, #82680 is (I think) TI mmc card specfic. I'll check. [05:38] ok, I'll file a new one and let you know. [05:38] ok, thanks. [05:38] the SD reader worked in edgy [05:39] There seems to be a lot of regressions regarding mmc cards. Still working on finding out why... :-) [05:43] dholbach: "Generic system peripheral [0805] " is supported by the sdhci driver. It's likely a problem there. I'll know more when I've looked at the output from the various commands. [05:43] ok nice, *attaching info* [05:46] pkl_: bug 88992 [05:46] if you need any more info let me know [05:47] dholbach: OK. WIll do. [05:47] gracias :-) === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === gobat [n=bill@h189.222.29.71.ip.alltel.net] has joined #ubuntu-kernel === m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel === holycow [n=hello@mail.wjsgroup.com] has joined #ubuntu-kernel === stgraber [n=stgraber@client80-83-51-125.abo.net2000.ch] has joined #ubuntu-kernel === bleinmono [n=toffel@ppp91-76-74-31.pppoe.mtu-net.ru] has joined #ubuntu-kernel === bleinmono [n=toffel@ppp91-76-74-31.pppoe.mtu-net.ru] has left #ubuntu-kernel [] === bleinmono [n=toffel@ppp91-76-74-31.pppoe.mtu-net.ru] has joined #ubuntu-kernel === bleinmono [n=toffel@ppp91-76-74-31.pppoe.mtu-net.ru] has left #ubuntu-kernel [] === bleinmono [n=toffel@ppp91-76-74-31.pppoe.mtu-net.ru] has joined #ubuntu-kernel === gilligan_ [n=gilligan@p549AA10C.dip0.t-ipconnect.de] has joined #ubuntu-kernel [07:21] hi [07:23] I have a question regarding the patch made to super_umount which has been patched from super_umount(struct super_block*) to super_umount(struct vfsmount*, int flags) .. flags seems to be 0 in most cases - I have some sources that rely on the old prototype. I can easily add the integer argument, but is there a straight forward way to patch the sources to use the vfsmount isntead of the super_block ? [07:23] i.e can I somehow find the vfsmount struct that the super_block belongs to ? then the patching would be easy === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel [07:58] kylem: its in git, is it in a package ? [07:59] yes. [07:59] it's been in all of them since we merged 2.6.20 [08:11] so, its not that then. [08:13] lifeless, is it a regression? [08:14] sounds like it. [08:15] salgado: from edgy yes, [08:17] lifeless, that patch could have caused the regression. is it broken on pre-2.6.20 kernels too? [08:17] I mean, post-edgy, pre-2.6.20 [08:17] salgado: I'll install one today === kkubasik [n=kjk38@192.5.109.49] has joined #ubuntu-kernel [09:02] ok thats *freaky* [09:02] I've gone to battery [09:02] and now $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq [09:02] 1100000 [09:02] excuse while I say WTF [09:02] possibly some userspace policy is inverted? [09:04] scaling_governor is set to 'conservative' now [09:05] presumably by gnome-power-manager === kkubasik [n=kjk38@192.5.109.49] has joined #ubuntu-kernel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === ivoks [n=ivoks@37-242.dsl.iskon.hr] has joined #ubuntu-kernel === ivoks_ [n=ivoks@35-127.dsl.iskon.hr] has joined #ubuntu-kernel