[10:06] <sacater> this may be relevenet to ubuntu kernel, but is there anything i can do to increase boot speed
[12:26] <abogani> Hi All, Why CONFIG_NETFILTER_XT_TARGET_CONNMARK option is not compiled as module in the kernel?
[12:28] <abogani> CONFIG_NETFILTER_XT_MATCH_CONNMARK is compiled! 
[12:28] <abogani> Wht TARGET isn't?
[02:51] <rouzic> Hi everybody
[02:56] <rouzic> i have a problem with a boot in Feisty
[02:56] <rouzic> https://bugs.launchpad.net/ubuntu/+bug/103440
[03:27] <salty-horse> hi. can someone from the kernel team please ask people to stop comment needlessly on this item please? https://bugs.launchpad.net/bugs/96430
[03:27] <salty-horse> people should know if it's being worked on. most of the comments don't add much information
[03:37] <sacater> salty-horse: im on it
[03:37] <salty-horse> much appriciated
[03:37] <salty-horse> appreciated - bah
[03:39] <sacater> salty-horse: check it now
[03:39] <sacater> rouzic: ill have a look for you :D
[03:39] <salty-horse> great. hope it will quite things down. thanks again!
[03:39] <rouzic> Hi sacater
[03:39] <sacater> hi
[03:40] <sacater> im looking at your boot troubles :D
[03:40] <rouzic> Sacater: this failure I have it for 2 days, and it is very inconvinient
[03:41] <sacater> rouzic: i had something similar once, but not on feisty
[03:41] <sacater> it got fixed in an update
[03:41] <sacater> but im still looking :D
[03:41] <rouzic> I use a Macbook, and the failures related to the kernel
[03:42] <sacater> rouzic: please run ifconfig eth0
[03:42] <sacater> if that is the port you are using
[03:42] <sacater> if its eth1, use eth1 :D
[03:42] <rouzic> rouzic@kubuntu-es:~$ ifconfig eth0
[03:42] <rouzic> eth0      Link encap:Ethernet  HWaddr 00:16:CB:CD:13:C0
[03:42] <rouzic>           inet addr:192.168.1.107  Bcast:192.168.1.255  Mask:255.255.255.0
[03:42] <rouzic>           inet6 addr: fe80::216:cbff:fecd:13c0/64 Scope:Link
[03:42] <rouzic>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
[03:42] <rouzic>           RX packets:17231 errors:0 dropped:0 overruns:0 frame:0
[03:42] <rouzic>           TX packets:15915 errors:0 dropped:0 overruns:0 carrier:0
[03:42] <rouzic>           collisions:182 txqueuelen:1000
[03:42] <rouzic>           RX bytes:16460796 (15.6 MiB)  TX bytes:2118506 (2.0 MiB)
[03:42] <rouzic>           Interrupt:17
[03:43] <sacater> hmm
[03:43] <sacater> looks fine
[03:43] <sacater> local bound...
[03:43] <sacater> SURE you IP is correct, 
[03:43] <rouzic> yes
[03:43] <sacater> are you at home, or a small business?
[03:43] <rouzic> home
[03:43] <sacater> or big :D
[03:43] <sacater> ok
[03:43] <sacater> hmm
[03:43] <rouzic> in Microsoft :p xD
[03:43] <rouzic> corporation :p
[03:43] <sacater> are you on that laptop now?
[03:44] <rouzic> yes
[03:44] <sacater> hmm
[03:44] <rouzic> connected
[03:44] <sacater> hmm
[03:44] <sacater> i have an idea
[03:44] <sacater> try turning off the internet
[03:44] <rouzic> sudo rm -fr / :p
[03:44] <sacater> on the computer
[03:44] <rouzic> Already I have done it
[03:44] <sacater> disabe it
[03:44] <sacater> oh
[03:44] <sacater> turned off internet, and rebooted into a web-less enviroment?
[03:45] <rouzic> The problem is that the net recognizes me well, but the configuration is late very much in the take-off of the system
[03:45] <rouzic> Slow me same the take-off without Internet
[03:45] <sacater> hmm
[03:45] <sacater> i could recommend something...
[03:45] <sacater> but im not the expert on it...
[03:46] <sacater> and it MAY be faster at boot, but a manual command would be needed when you load up
[03:46] <sacater> i could suggest MOVING your web start-up in init.d, and executing it manually, when the computer has finished loading up
[03:46] <rouzic> oks :)
[03:46] <sacater> whoa
[03:47] <sacater> hold your horses
[03:47] <sacater> init.d is dangerous place
[03:47] <rouzic> sacater: But is it a failure of the kernel?
[03:47] <sacater> i doubt it
[03:47] <sacater> if everything else runs fine
[03:47] <sacater> oh wait
[03:47] <sacater> you dont need to risk your machine to find out
[03:47] <sacater> just disable web with my command...
[03:47] <sacater> then re-enable
[03:47] <sacater> and see how long it takes to turn on
[03:47] <sacater> come*
[03:48] <rouzic> https://bugs.launchpad.net/ubuntu/+bug/103440 The problem him appears to many users
[03:48] <sacater> ok
[03:48] <sacater> rouzic: listen
[03:48] <sacater> note this down on paper please...
[03:48] <rouzic> oks
[03:48] <sacater> as it will kill your web temporarily
[03:49] <sacater> i make no guarentees either
[03:49] <sacater> right, we arnt going to turn off a port
[03:49] <sacater> we are going to kill your network daemon...
[03:49] <sacater> then give it CPR
[03:49] <rouzic> sacater: works correctly my web
[03:49] <sacater> bring it back
[03:49] <sacater> rouzic: you will be offline during this
[03:49] <sacater> kk
[03:49] <sacater> ready for the commands?
[03:50] <rouzic> Sacater. have tried to reinstalling the packages avahi, network-manager
[03:50] <sacater> that wont do it
[03:50] <rouzic> yes
[03:50] <sacater> it may be the daemon
[03:50] <sacater> ok
[03:50] <sacater> here
[03:50] <sacater> we 
[03:50] <sacater> go
[03:50] <sacater> sudo /etc/init.d/networking
[03:50] <sacater> whoops
[03:50] <sacater> hold that
[03:51] <sacater> yeah
[03:51] <sacater> sudo /etc/init.d/networking stop
[03:51] <sacater> that is a good command
[03:51] <sacater> sudo /etc/init.d/networking start
[03:51] <sacater> those 2
[03:51] <sacater> in that order :D
[03:51] <sacater> rouzic: k?
[03:51] <rouzic> oks
[03:51] <rouzic> wait
[03:52] <sacater> see how long it takes to restart the web daemon
[03:52] <sacater> rouzic: do it when you want
[03:52] <sacater> i only want to see how long it takes to bring the web back
[03:54] <sacater> rouzic: *poke*
[03:54] <rouzic_> sacater: :)
[03:54] <sacater> erm
[03:54] <sacater> ok..
[03:54] <sacater> you didnt kill your first irc
[03:55] <sacater> hence the _ in your name
[03:55] <sacater> rouzic_: how long did it take?
[03:55] <rouzic_> :p
[03:55] <rouzic_> yes
[03:55] <rouzic_> wait
[03:55] <rouzic_> copy&paste
[03:55] <sacater> ok
[03:55] <sacater> not sure anyone minds a tiny bit of spam
[03:55] <sacater> :D
[03:56] <rouzic_> http://paste.ubuntu-nl.org/14190/
[03:56] <sacater> ok
[03:56] <mjg59> Given that this has nothing to do with the kernel, would it be possible for you guys to discuss this elsewhere?
[03:56] <rouzic_> The load of/etc/init.d/network has been very slow
[03:57] <sacater> mjg59: good point, rouzic_ please join #sacater
[03:57] <sacater> continue in my channel
[04:21] <newz2000> Hi, just got -14... still having three problems. I'm happy to help diagnose or gather info if I can...
[04:22] <newz2000> bug #53923 (sd card problem, worked in Edgy)
[04:22] <newz2000> mjg59: bug ##96679 (suspend problem) is changed, works like it did in edgy (can suspend only once) but is a regression from -12, since it worked fine there
[04:23] <newz2000> crimsun: bug #92171 (sound incredibly quiet) no change, but the workaround you gave me does work still
[04:23] <newz2000> ping me if any extra details will be helpful on any of these
[04:47] <mjg59> BenC: Softmac and network-manager don't seem especially enthusiastic to get along
[04:47] <mjg59> BenC: (Aren't we supposed to have a wireless guy now?)
[04:48] <BenC> mjg59: we do, but he's low level...this userspace stuff interaction is all new :)
[04:48] <BenC> mjg59: do you mean the mac80211/nl80211 based drivers?
[04:49] <mjg59> No, softmac
[04:49] <mjg59> bcm43xx and zd1211rw both exhibit this
[04:49] <mjg59> Haven't hit it with any other drivers
[04:50] <mjg59> The card associates, n-m doesn't seem to notice
[04:51] <mjg59> The issue may actually be in wpa_supplicant, but from the user viewpoint that's basically the same thing
[04:52] <mjg59> (Though this is an open network, so...)
[05:13] <rmjb_> hello, I need a little advice on fixing a bug in a package that depended on a module that's no longer in the kernel
[05:13] <rmjb_> it's bug#102973
[05:14] <rmjb_> https://bugs.launchpad.net/ubuntu/+source/dmraid/+bug/102973
[05:15] <fabbione> rmjb_: you want to talk to people in #ubuntu-motu
[05:15] <fabbione> the pacakge is in univers
[05:15] <fabbione> +e
[05:15] <kylem> er, it's a one line patch. ;-)
[05:15] <fabbione> kylem: yeah i know.. 
[05:15] <rmjb_> cool, I can just patch the source where it asks for raid45 to raid456 and everything will be peachy...
[05:16] <rmjb_> just thought I should get someone from the kernel team's input
[05:17] <kylem> yes.
[05:27] <BenC> because a lot of our discussion revolves around some NDA stuff, it seems to have migrated to the canonical IRC channel
[05:28] <BenC> much like that statement should have
[05:35] <mjg59> rtg: why did you reject #94859?
[05:35] <rtg> mjg59: A momemt while I refresh my memory...
[05:37] <BenC> shitty...I installed a dual-boot ubuntu on a vista machine, and now it wont boot vista...just hangs and the lovely Microsoft progress bar
[05:38] <rtg> BenC: Sucks to be you.
[05:38] <mjg59> kylem: I'm testing Alan's new HPA patch now
[05:39] <kylem> mjg59, thank you.
[05:39] <BenC> not that I mind ditching windows, but I think this is a common test case with bad results
[05:40] <rtg> mjg59: Maybe I was just cranky that day. I should have reassigned it to another group 'cause its not really a kernel bug. More of a configuration thing.
[05:40] <mjg59> rtg: ?
[05:41] <mjg59> rtg: The issue appeared to be that the device-id isn't listed in zd1211rw
[05:41] <mjg59> That sounds pretty definitively like a kernel problem
[05:41] <mjg59> zd1211-mac80211 has the device id, but we removed the modalias export
[05:42] <rtg> mjg59: I guess I'd better reread this one for content.
[05:42] <mjg59> So the choices would either be add it to zd1211rw (which seems to work), or add a selective set of modaliases for zd1211-mac80211 (that is, use it for devices that it claims to support but zd1211rw doesn't)
[05:43] <BenC> mjg59: When you say "which seems to work", have it been tested? I didn't see that in the bug report
[05:43] <mjg59> BenC: Based on the link he gives, yes
[05:44] <BenC> Ah, so yeah, just add the ID's
[05:44] <BenC> rtg: Probably best if you check the linux-2.6.git for zd1211rw updates for the device table
[05:44] <BenC> might be more than this one
[05:48] <BenC> looks like we'd still benefit from some of the aliases in zd1211rw-mac80211 being active
[05:51] <BenC> Well, the list in 2.6 git matches the one in mac80211 version
[05:51] <BenC> They seem to have removed 2 devices, and added 4
[05:51] <mjg59> I'd go with that, then
[05:51] <BenC> wondering about the ones that got removed
[05:53] <rtg> Two questions: 1) How did zd1211rw register this adapter if it doesn't have the ID in its table?  2) Why don't we migrate toward the more modern (and wireless-dev supported) driver  zd1211rw-mac80211?
[05:54] <rtg> Did 2.6.20-12 still have the ID in zd1211rw?
[05:54] <mjg59> Because softmac works
[05:54] <mjg59> mac80211, less so
[06:06] <rtg> mlg59: It looks like 083a:4505 is OK to add to zd1211rw/zd_usb.c, but I'm still confused about how this driver got loaded in the first place.
[06:07] <rtg> mlg59 --> mjg59
[06:07] <BenC> rtg: he probably manually loaded it to show it wasn't working
[06:08] <mjg59> kylem: Alan's new patch seems good
[06:08] <mjg59> Except its debug spew is broken
[06:09] <mjg59> Though that might actually be my debug spew
[06:09] <rtg> BenC: there are several upstream ID additions, but I don't think we want to pull all the zd1211rw updates because of dependencies on wireless-dev stuff, right?
[06:09] <kylem> mjg59, hmm?
[06:09] <BenC> rtg: the driver in current git isn't using mac80211
[06:10] <mjg59> kylem: Eh, whatever. Go with Alan's code.
[06:10] <kylem> and not blacklist apple?
[06:10] <kylem> it works with piix?
[06:10] <BenC> rtg: but there are a lot of changes in the driver which may be needed for the other ID's, so yeah, leave them out
[06:10] <mjg59> kylem: Works with piix, yeah
[06:11] <mjg59> kylem: Some slightly worrying output, but that might be due to my tree being slightly weird. I'm looking into it, but it seems basically correct
[06:11] <mjg59> By worrying, I mean "ata_hpa_resize 1: sectors = 234441648, hpa_sectors = 16337840
[06:11] <kylem> ok, i'll keep the ahci reprogramming then.
[06:11] <mjg59> "
[06:12] <kylem> i think that's your output?
[06:12] <mjg59> Which, uh, isn't what I'd like it to do
[06:13] <mjg59> I'll play some more
[06:13] <kylem> thanks.
[06:15] <mjg59> kylem: Oh, needs ata_ignore_hpa setting to 1
[06:16] <kylem> mjg59, yes. although with your output that doesn't look happy.
[06:16] <mjg59> Well, if we don't set it then we still have a broken kernel
[06:21] <mjg59> kylem: Ok, boots, but clearly not right
[06:21] <mjg59> I'll mail
[06:22] <kylem> thanks.
[06:23] <kylem> if you put the pci quirk thing to program to ahci, does it work?
[06:23] <mjg59> Where's the latest version of your quirk?
[06:24] <kylem> people.ubuntu.com/~kyle/apple-somethingorother.diff
[06:25] <mjg59> Building
[06:26] <kylem> thanks.
[06:29] <mjg59> kylem: Ha. Fine with ahci.
[06:29] <kylem> figures.
[06:29] <kylem> sigh.
[06:37] <mjg59> kylem: Mail sent
[06:38] <kylem> thanks.
[06:39] <mjg59> rtg: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/103768 is pretty significant
[06:40] <mjg59> The only thing that springs to mind is that softmac must be sending association messages to userspace slightly differently to anything else
[06:43] <Zennor> hej hej
[06:44] <rtg> mjg59: I have a bcm43xx. Lemme give it a try in a bit. I'm still reading through upstream updates to see if its OK to add some of these other zd1211rw ID's.
[06:44] <Zennor> maybe someone can look at bug #96639, cjwatson send me
[06:46] <mjg59> Zennor: Do you have the logs for when it probed your CD drive?
[06:46] <mjg59> (Not from when it's trying to mount the CD)
[06:46] <mjg59> It could be marginal media that some drives will read but others won't
[06:47] <mjg59> There's no hardware commonality between the two failing systems, as far as I can tell
[06:47] <Zennor> well I can get them in the next few minutes if you wish
[06:47] <mjg59> Ok
[06:47] <Zennor> mfg59: what special log you want?
[06:47] <cjwatson> the screenshot looks like it should be sis5513
[06:48] <mjg59> cjwatson: Yeah, but it also fails on a via system
[06:49] <mjg59> Zennor: There should be something mentioning the CD drive
[06:49] <Zennor> in earlyer versions of ubuntu cddrive was at /dev/hdd and had nothing todo with sata drivers
[07:05] <Zennor> I'm now uploading pics of syslog
[07:06] <Zennor> hope you meant that
[07:15] <DB42> what is the latest offical kernel ver for 6.06 ?
[07:24] <BenC> DB42: whatever's in dapper-security
[07:24] <DB42> which is..
[07:25] <BenC> apt-cache search linux-image-2.6.15
[07:25] <DB42> 2.6.15 ? k
[07:26] <rtg> mjg59: with regard to bug #103768, I just removed/inserted a bcn43xx PCMCIA about a dozen times, 2.6.20-14, Linksys WAP54G, WPA/PSK. What is different about your setup?
[07:26] <rtg> bcn43xx --> bcm43xx
[07:26] <rtg> PCMCIA --> Cardbus
[07:26] <mjg59> rtg: What do you mean by removed/inserted?
[07:27] <mjg59> And what did you then do?
[07:27] <rtg> modeprobe -r/modprobe and hard remove/insert.
[07:27] <mjg59> Ok, because that's not the situation I was talking about...
[07:28] <rtg> It appeared to associate the first time.
[07:28] <mjg59> I click on the network-manager icon, select my network, it ponders for a minute (failing to have noticed that the card has associated) and then times out and tears down the interface
[07:28] <mjg59> I'm on an open, unencrypted network
[07:28] <rtg> OK, I'll futz around some more.
[07:51] <sacater> how do i go about disabling the framebuffer on ubuntu kernel
[07:51] <mjg59> How did you enable it?
[07:53] <sacater> erm
[07:53] <sacater> it comes enabled as default
[07:53] <sacater> when installing
[07:53] <BenC> sacater: no,  it doesn't
[07:53] <sacater> ooh
[07:53] <BenC> sacater: unless you're on something like powerpc where framebuffer is the only way to driver the display in console, then it isn't enabled by default
[07:53] <sacater> hmm
[07:54] <sacater> er hem, what if i added a request for its usage in the xorg config, and vlc wanted it
[07:54] <BenC> then you're in the wrong channel :)
[07:55] <sacater> what should i go to then?
[07:55] <BenC> most likely you want #ubuntu
[07:56] <gnomefreak> sacater: see -motu for fast simple answer
[07:56] <sacater> and you for a question
[07:57] <rtg> mjg59: I think I'm doing the same as you and I'm not seeing any problems. What kind of AP is 6bFair? Are there any differences from default setup values, especially in advanced wireless settings?
[08:00] <mjg59> rtg: This is a clean installation. It's a Linksys WRT54GS running OpenWRT.
[08:00] <mjg59> The card associates absolutely fine, but wpa_supplicant doesn't appear to notice (and hence n-m doesn't either)
[08:01] <mjg59> While it's attempting to associate, if I click on the icon again and trigger another association, it works fine
[08:01] <mjg59> Let me try this with another Broadcom machine
[08:04] <mjg59> rtg: Ok, just booted a different machine and logged in. network-manager is displaying two grey circles, which means it hasn't associated.
[08:04] <mjg59> Oh, wait, sorry - this has come up with the wrong driver. Let me deal with that first.
[08:12] <mjg59> rtg: Ok. Completely different hardware to the one I used to report the bug.
[08:13] <mjg59> rtg: Logged in, nm is showing grey circles.
[08:13] <mjg59> rtg: iwconfig says that I'm associated
[08:14] <mjg59> So it doesn't appear to be machine-specific
[08:14] <mjg59> (One's a bcm4311, one's a bcm4318)
[08:15] <rtg> mjg59: Neither does it appear to be adapter specific since you said it would happen w/zd1211rw
[08:15] <mjg59> Right, but those are the only two softmac drivers
[08:16] <mjg59> (As far as I know)
[08:19] <rtg> mjg59: Well, I'm gonna have to dive into the soft MAC eventually. In the meantime, since this has an easy workaround, do you really think this deserves to be 'Critical' ? That is generally reserved for faults and exploits.
[08:31] <rtg> BenC: I pushed the zd1211rw device ID changes.
[08:39] <mjg59> rtg: It doesn't have any sort of user-discoverable workaround
[08:39] <mjg59> From the user perspective, this hardware just isn't going to work
[10:01] <kylem> has anyone used the "linux-source-$foo" binary package to build a kernel recently?
[10:01] <kylem> kees was commenting that it was broken in edgy...
[10:04] <johanbr> kylem: I did about two months ago, not sure if that counts as recently. That was soon after the 2.6.20 Feisty packages were released.
[10:04] <kylem> johanbr, yeah, thanks.
[10:04] <kylem> good to know it's fixed in feisty then.
[10:05] <johanbr> I used make-kpkg, didn't try any of the other methods.
[10:05] <kylem> ah, ok.
[11:07] <stgraber> Anyone heard of problem using some new HP Pavillon with NForce chipset + NVidia gfx card. Seems to have a buggy bios (kernel recommend pnpbios=off), IRQ conflict (on irq7), ACPI (unknown symbol messages) and freeze once X started (~30s freeze every 5 minutes)
[11:07] <stgraber> I don't have enough information to make a bug report yet as it's on one of my teachers' laptop
[11:08] <stgraber> and he's to reinstall Vista to have to work during his holidays
[11:08] <stgraber> but I'd like to have a way to fix it afterwards. I tried nearly all kernel parameters applying to such situation
[11:08] <stgraber> acpi=off, acpi=ht, noapic, irqfixup, irqpull, pnpbios=off and nearly all mix of them
[11:09] <stgraber> in the best case -> no a lot of kernel errors (mean pnpbios error no more displayed) but still the IRQ conflict and the freeze ...
[11:09] <stgraber> I've a "dmesg" and "lspci -vvn" if someone want to have a look
[11:10] <stgraber> but nothing more till the end of the holidays (ending the 23th)
[11:15] <johanbr> stgraber: My (older) HP requires "noapic nolapic". Worth a try, I guess...
[11:34] <stgraber> johanbr: what serie was it ?
[11:35] <johanbr> stgraber: An nx6125, which I think is fairly different from the pavilions...
[11:36] <stgraber> I've forgotten the nolapic one, I'll add it in the list of things to try next time I'll be in front of this laptop
[11:37] <stgraber> It seems this BIOS is really buggy (phoenix one it seems) but the latest version doesn't fix anything :(
[11:37] <_ion> I keep getting hilights, but it's the other Johan being talked to. :-)
[11:39] <stgraber> _ion: sorry :(
[11:39] <_ion> Haha, no need to be sorry.
[11:40] <stgraber> Same thing with me on #canonical-sysadmins with another guy called Stephane :)
[11:42] <_ion> :-)