=== zoe [n=zoe@gnulinux.good-day.net] has joined #ubuntu-kernel [02:16] mjg59: hmm...i already have a patch for rtl8180 in my tree and i have pushed it to ben already === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel === BenC [n=bcollins@209.163.125.153] has joined #ubuntu-kernel [07:02] morning guys [07:09] hi fabbione [07:09] hi crim === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-135-146.telkomadsl.co.za] has joined #ubuntu-kernel === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel === JaneW [n=JaneW@wbs-146-182-174.telkomadsl.co.za] has joined #ubuntu-kernel === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel === LaschW [n=LaschW@dyndsl-085-016-009-024.ewe-ip-backbone.de] has joined #ubuntu-kernel [12:12] may there be a chance to have the ipt_TTL module (I'm not talking about ipt_ttl) in the next kernel images for dapper? There are more and more ISP's who don't allow more than one computer conected so manglint TTL's to a fix value would be very helpfull. [12:13] s/manglint/mangling/ === fabbione fails to see how TTL can help with that [12:28] fabbione: $IPT -t mangle -A OUTPUT -o $INET_IFACE -j TTL --ttl-set 128 [12:28] still doesn't help... [12:28] fabbione: Most ISP's only check TTL, so up to now [12:29] fabbione: ?Why not? [12:29] according to RFC the max internet radius is 30 [12:29] or better [12:29] there cannot be more than 30 hops between 2 hosts [12:30] if an ISP doesn't allow more than one machine to connect [12:30] it's clearly not TTL that's going to help you [12:30] because each machine generate it's own packet with its own TTL [12:31] so that rule would only increase/reset a TTL to 128 === CataEnry [n=cataenry@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel [12:31] hi all [12:31] fabbione: And this 'per machine' TTL's will be set to the same value on a gateway using ipt_TTL [12:31] fabbione: ISPs can drop packets with a TTL of 28 when they expect it to be 29 [12:32] mjg59: when you traverse a NAT box, TTL is regenerated in the new pkt afaik [12:32] fabbione: And for this there is a need for the ipt_TTL module, as RH does [12:32] it's easy to workaround at client side ;) [12:33] i could just 'mangle' the outgoing packet to a TTL 30 and zack [12:33] i hide the other boxes behind one [12:33] but well.. let see what Ben has to say [12:33] fabbione: Thats what I'm talking about. You need ipt_TTL for this [12:34] LaschW: so you need to workaround... [12:35] fabbione: I now how to do this! But I think most Ubuntu Newbies don't. According the fact that the target group of Ubuntu are new Linux Users... [12:36] fabbione: Or are you expecting new Ubuntu users to build their own kernel modules first? ;-) [12:37] LaschW: i find weird that's not builded [12:38] fabbione: Pardon my broken english... What do you mean with 'i find weird that's not builded' [12:38] according to iptables man page it's there [12:38] meaning that's supported by vanilla kernel [12:39] config:CONFIG_IP_NF_MATCH_TTL=m [12:39] config:CONFIG_IP_NF_TARGET_TTL=m [12:39] werid [12:39] weird [12:40] fabbione: Hhhm, In the beginning I muddled ipt_nat and ipt_NAT. And it seems many docs do so likewise... [12:42] fabbione: Ubuntu linux-image is missing 'config:CONFIG_IP_NF_TARGET_TTL=m' [12:42] LaschW: the past i did was from .15 [12:42] fabbione: So does Debian... [12:43] fabbione: grep IPT /boot/config-2.6.12-9-k7 [12:44] interesting [12:44] it looks like it gets automatically unset [12:44] fun [12:44] fabbione: s/IPT/TTL/ pardon me... [12:44] yeah i got that [12:46] fabbione: I've been digging netfilter mailing lists if there might be any incompatibility using ipt_nat and ipt_NAT at the same time, but dindn't find any. [12:52] cya next time [12:53] LaschW: it makes more sense to look at Kconfig [12:53] but i don't have time right now [12:54] fabbione: Kconfig, the KDE GUI Tool? [12:54] no [12:54] Kconfig the set of files that acutally build the kernel :) [12:54] the KDE tool is make xconfig [12:54] gnome: make gconfig [12:55] fabbione: Ok, I was a bit shocked, to be honest. :-)) [12:56] fabbione: I had in mind this weird Kcontrol kernel config module *laugh* [12:56] tsk [12:56] :P [12:57] fabbione: :P, fullack === chmj [n=chmj@wbs-146-138-174.telkomadsl.co.za] has joined #ubuntu-kernel === LaschW [n=LaschW@dyndsl-085-016-009-024.ewe-ip-backbone.de] has left #ubuntu-kernel ["Leaving"] [01:01] the current kernel source in git is unbuildable? or am I missing something ? === LaschW [n=LaschW@dyndsl-085-016-009-024.ewe-ip-backbone.de] has joined #ubuntu-kernel === jane_ [n=JaneW@wbs-146-171-20.telkomadsl.co.za] has joined #ubuntu-kernel === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has left #ubuntu-kernel [] === LaschW [n=LaschW@dyndsl-085-016-009-024.ewe-ip-backbone.de] has left #ubuntu-kernel ["Leaving"] === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === chuck_ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [03:11] mjg59: ping === BenC [n=bcollins@209.163.125.153] has joined #ubuntu-kernel [03:20] zul: Hi [03:34] mjg59: i already wrote a patch for rtl8180 i already pushed it to benc [03:34] zul: Ok, cool [03:50] so it will get in when it gets in [03:58] zul: speaking of the rtl8180, can you email me the external-driver info for it? [03:58] I have all your patches in locally, except that one [03:59] I need to clean it up a little, since it's building with a local copy of ieee80211, and I need to make it use the stock one from net/ieee80211 === dilinger blinks [04:00] there's an rtl8180 driver? [04:01] url? [04:01] sf I believe [04:02] oh, look at that, partly based on my code [04:04] too bad i don't have an rtl8180 anymore === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel [04:17] BenC: ok ill do it tonight [04:19] hey BenC [04:19] fabbione: hey [04:19] smoking break and i will be back in a sec [04:19] btw.. .15-rc2 boots on davem box [04:19] puff one for me [04:19] we must be doing something wrong [04:20] it's too cold and wet to smoke outside [04:20] ok [04:20] for sparc64, I used our old config, and did a "make oldconfig" to update it [04:20] I should do a default config just to see if that works [04:20] it's freezing here.. but if i smoke inside i can wave khtxbye to my testicles [04:21] BenC: where are you? [04:21] virginia [04:21] I should make my office the "smoking room" [04:22] but I hate all the nicotine getting on my hw [04:22] s/nicotine/tar/ [04:23] ah, ok. not that far away [04:42] zul: ping [04:50] pong [05:00] ping: any bugreport to reference for the ali patch? [05:00] tulip patch that is [05:07] http://www.ath-driver.org/ is looking quite promising [05:09] anyone seen infinity? [05:09] makx: He's quite possibly asleep right now [05:09] aah ok [05:10] mjg59: you fixed suspend for sesse's laptop. do you send fix upstream? [05:10] makx: Not yet, because I'm not convinced it's the right fix [05:10] Need to discuss it with PCMCIA upstream [05:10] ok, cool so it's rolling [05:21] BenC: yeah there is..just dont remmber off the top of my head, ill have to check [05:23] zul: btw, gregkh has a speakup patch I am going to use instead of yours === chuck_ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [05:24] BenC: he does? cool.. [05:48] fabbione: A defconfig compile with our tree doesn't boot for me [05:48] fabbione: I'm going to have to do a stock 2.6.15-rc2 compile to see if I broke something, but I can't see that being the case [05:49] 99% of the code we introduced either doesn't touch sparc64, or is just drivers that are being compiled modular right now [05:56] BenC: Are all the patches from 2.6.12 in the git tree? [06:06] BenC: Also, ndiswrapper is completely broken on amd64 [06:19] ndiswrapper never did work properly on amd64 in breezy, IIRC [06:20] all patches from breezy (except a lot of acpi, and patches that were obsoleted) are in [06:20] also, minus the sk98lin patch [06:20] rtl8180 may be a no go in breezy [06:21] it's using it's own internal ieee80211 stack, and it isn't playing well with the rest of the system [06:24] any idea whether the original author reverse engineered the management frames stuff, or got some documentation? [06:26] BenC: ndiswrapper worked fine on amd64 in Breezy [06:26] We're missing at least the patch that fixes the clock on AMD64s with ATI chipsets [06:26] BenC: I'll look into the rtl8180 thing at some stage [06:27] mjg59: last release from the project was 7 months ago [06:27] mjg59: do you have a patch name for the amd64? [06:28] if someone can hook me up w/ an rtl8180 card, and i don't need to reverse engineer the mgmt frame stuff (that's why i stopped working on rtl8180 in the first place), i'm more than happy to start hacking away at the driver again [06:29] BenC: Not off the top of my head. [06:29] mjg59: clokc == video clock, or hw clock? [06:30] HW clock [06:30] It gets two timer interrupts per HZ [06:31] kernel-apic-timer-fix [06:31] That's the one [06:31] that was still broken for me in breezy [06:32] Uhm. How so? [06:32] it needs to be applied to i386 for k8 chipsets too (like Sempron, which isn't 64-bit) [06:32] Oh, right. Eww. [06:32] Well, upstream are entirely failing to try to fix it properly [06:33] I had to boot with noapictimer on my laptop at ubz [06:33] is it a hw bug? [06:33] Seems to be [06:34] Windows runs itself off the apic timer rather than using a timer interrupt [06:34] So you don't see it there [06:34] bcm430x is still rather broken, yes [06:35] Its worker queue just fell over on me [06:38] dilinger: You're in the US, right? [06:39] mjg59: yea; nyc === mjg59 wonders how to get dilinger an rtl8180 [06:41] mjg59: are you actually getting packets through it yet? [06:42] BenC: Oh, christ no :) [06:46] I'm at a loss here [06:46] noapictimer doesn't seem to be an i386 option [06:46] yet it worked for my Sempron using a -k7 kernel [06:46] The i386 apic code is quite different to the amd64 stuff [06:46] it's only in arch/x86_64/kernel/apci.c [06:46] yeah, but why did the kernel option make my timer work :) [06:47] mjg59: know anything around that's vacationing in NY? [06:54] dilinger: Afraid not [06:54] BenC: ok... i don't think we have any sparc specific patch... where does the boot hang? [06:55] BenC: Basically, on the affected chipsets, we either need to drop interrupts from the first apic pin or from irq 0 [07:06] fabbione: can't tell, it doesn't spit anything out, and I can't even do a break to get at the .register and .stack output [07:06] ah [07:07] fabbione: I'm getting the stock -rc2 so I can atleast tell dave that it isn't our fault :) [07:07] it may be a enterprise bug, since dave doesn't have any machines like this [07:07] and my U2 is buried in other stuff, so I can't test that right now [07:08] BenC: eheh ok.. he is getting a E280R [07:08] so he will have no excuses [07:09] E280R doesn't have the CENTRAL 4-slot hw, so who knows if it will be the same bug [07:09] if it will show the same bug that is [07:10] BenC: if you can push me a .deb somewhere i can probably test it tomorrow [07:10] right now i am building gcc-4.0 for the libstdc transition [07:11] and i really can't stop it after these many hours [07:11] dilinger: ping? [07:11] ok, I'll get it on people [07:11] thanks [07:14] mjg59: amd64 apic timer patch is in git now [07:14] fabbione: yo [07:15] mjg59: do you think it would be ok to pull -mm's acpi git patch? [07:17] BenC: Sure [07:21] Oooh ooh ooh [07:21] Suspend to RAM has started working on my amd64 [07:24] I'm actually going to blame vgacon changes for usplash not working any more [07:29] Ok, maybe it's not that, then [07:30] BenC: Possibly over-optimistic, but is there any chance of more up-to-date orinoco drivers? [07:32] Ok, now that's *very* odd [07:32] If I run usplash from a console, it looks fine === zul__ [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [07:46] mjg59: Just not from an Xterm. Tried that, it was a mistake. [07:56] mjg59: there's some vgacon patches in -mm [07:56] may want to look at them [07:56] Nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnngh. [07:56] 2.6.15 breaks vbetool. [07:56] Entirely. [07:56] one is a doublescan fix, and one is a fix for something else (some other corruption) [08:05] Nnnnnngh. [08:44] BenC: Have you added anything that changes the behaviour of /dev/mem ? [08:44] yeah, but it's not in -4.4 [08:44] err, -3.3 [08:44] it's in git though [08:45] is it breaking something, because I can disable it? [08:45] elmo had requested the devmem patch [08:45] Not sure - I'm having problems trying to make vbetool work, but I think that one's just a symptom rather than a cause [08:45] Ah, yeah, it's triggering if I mmap /dev/zero, so probably not you [08:46] mmap is returning EACCES [08:46] And I can't see why [08:46] hmmm [08:47] capability? [08:47] Running as root [08:47] This is on amd64, though [08:47] Looking at the kernel, that can only happen if the file is unreadable or unwritable [08:47] i remember once they broke capability in such a way not even root could do anything [08:54] Hmm. It's claiming that I don't have write access to the file. [08:54] Hngh. [09:19] is this -3.3 or -4.4? [09:20] -4.4 [09:21] Never mind, figured it out [09:21] The kernel's just got more picky about mmaping in general [09:21] So I've got a vbetool that at least partially works for amd64 [09:22] And now my amd64 suspends and resumes [09:22] sweet [09:22] lamont: ping [09:23] ack [09:23] lamont: you'll be happy to know that I did a git pull from the ia64 and parisc repo's today [09:23] how did it get to be 1330 already!? sigh [09:23] BenC: woot! [09:24] ia64? [09:24] lamont: whee, it's 1530 already! ;p [09:24] we did never pull from ia64 repo [09:24] oh that might be why ia64 did never boot [09:24] dilinger: I have appts this afternoon to go deal with. sigh [09:24] Hmm. 2.6.15 is resulting in my mouse driver not being loaded. [09:24] -mm's patches pull from an ia64 repo, so I figured it can't hurt for us to pull too [09:24] BenC: are the changes already propagated to kernel.org? [09:24] it's only like 50k of diff [09:25] mjg59: odd [09:25] mjg59: it works here.. usb mouse [09:25] Oh, hang on [09:25] psmouse is loaded [09:25] mousedev isn't [09:25] fabbione: they are in 2.6.15-rc1-mm2 [09:25] Latest hotplug, udev and initramfs-tools [09:25] Anyone have any other things to try? [09:25] BenC: i meant in our git repo [09:25] thought mousedev was hardcoded to load [09:25] BenC: and someone was working on making initramfs happy with ia64 too, so that's good [09:26] lamont: Someone other than me? [09:26] Yeah, I can just stick it in modules fo rnow [09:26] jbailey: someone here in the lab [09:26] lamont: Cool! [09:26] (fails on debian too, you see...) [09:26] fabbione: yeah, this is the first pull I did [09:26] BenC: ok [09:26] afk for about 10 minutes === doko_ [n=doko@dslb-084-059-100-051.pools.arcor-ip.net] has joined #ubuntu-kernel [09:41] fabbione: oh, just got what you meant, no, I haven't pushed yet [09:41] trying a build to make sure I didn't break anything [09:42] BenC: ehhe ok [09:49] zul__: ping [09:52] yo [09:56] what did i do now? ;) [09:56] zul__: you did nothing [09:56] that's why we are going to kill you [09:56] zul__: I have everything I can take from your repo, so if you can kill it, and start fresh, I can start taking things again [09:56] isn't time to fix some bugs? ;) [09:57] fabbione: never tell the prey that it is about to die :) [09:57] ehehe [09:57] BenC: okie dokie [09:57] there is a global conpiracy agains me [09:58] zul__: only thing I need is some info on that tulip patch [09:58] and thanks for the patches too === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel [09:58] how did i die? [09:59] Remote closed the connection [09:59] ah [09:59] xchat did die [09:59] thanks [10:01] fabbione: kiko has a question, he'll be here in a sec === kiko [n=kiko@201-27-7-58.dsl.telesp.net.br] has joined #ubuntu-kernel [10:02] hey ho [10:02] fabbione, padrino mio [10:02] what happened to libipt_ROUTE in breezy? [10:02] he's wondering what happened to iptables ROUTE between hoary and breezy, says it's no longer there... [10:03] ROUTE? [10:03] granted, it never actually worked :) [10:03] that would be iptables is the package.. not the kernel [10:03] well [10:03] so that has nothing to do with the kernel? [10:03] i would like to understand what this thing was doing [10:04] I don't quite understand but IIRC netfilter and the kernel have a bit of a incestuous relationship [10:04] kiko: yes they do.. that's clear [10:04] a libipt_SOMETHING mostlikely need a ipt_SOMETHING.ko in the kernel [10:04] right [10:05] okay [10:05] so what does ipt_ROUTE do [10:05] it adds a ROUTE iptables target [10:05] which allows you to do routing changes for packets that match a filter [10:06] for instance, you can modify the default route used for packets for a specific service [10:06] oh yeah i see [10:06] you don't need that [10:06] iptables are for pussies [10:06] padrino! [10:06] you can just use LAR [10:06] iproute2? [10:06] that's the same i use here [10:06] yes [10:06] Linux Advanced Routing [10:06] hmmm [10:07] I believe we tested that and failed, but we can always try harder [10:07] okay [10:07] kiko: i have working config [10:07] +s [10:07] fabbione, mail something to me? [10:07] kiko: my consigliere.. it's no problem at aaaalllll === kiko lowers head [10:08] since i'm already chattering about [10:08] we have one box that has a via-rhine ethernet onboard that just hangs when booting with the breezy kernel [10:09] we're atm using the hoary kernel [10:10] sysrq work at all on it? [10:10] maybe see where it's hanging [10:10] given it's a diskless box it's pretty unlikely we can use it much. [10:10] okay, that would be a start [10:11] let me try and find out where it hangs and poke back [10:13] BenC, do we have alt-sysrq on by default in our kernels? [10:13] so we do! [10:13] thanks [10:13] I believe so [10:15] *sigh* 8 year anniversary tonight.. [10:21] later [10:22] zul__: have fun [10:22] look at the positive side.. you might get laid ;) [10:34] oh i know i will.. [10:34] laster [10:57] fabbione: booting 2.6.15-rc2 stock [10:57] BenC: cool [10:57] anyway.. i am off to bed [10:57] good night guys [10:57] good night [10:59] sweet [10:59] fabbione: stock crashes too [10:59] ahah cool [10:59] gonna tell davem [10:59] ehehhe [10:59] *grins* [11:18] BenC: The rtl8180 driver seems to be actively developed in CVS [11:19] (file) Makefile 1.1.1.4 7 weeks i855crt Updated to work with current ieee802.11 stack [11:19] Looks sort of promising [11:19] odd, I pulled from CVS [11:19] and it was broken [11:19] broken meaning it was popping out all kinds of errors regarding ieee80211 stuff [11:20] rtl8180-sa2400-dev is the module I checked out [11:20] Ah [11:21] You want rtl818x-newstack [11:21] ah, [11:21] cool, thanks [11:21] And rtl8187-newstack/ for USB support [11:28] fabbione: emailed davem my oops [11:29] mjg59: lol, the rtl8187-newstack has the .cmd.c files from the kernel build in it :) [11:31] BenC: Heh [11:51] BenC: 18673 [11:51] chuck_: thanks [11:51] no probs [12:02] this driver is gawd aweful [12:02] it's using htonl instead of cpu_to_* stuff