[01:23] mjg59: thanks, however the x86_apic.diff was empty [01:27] Hm. [01:28] Ok, resent === JaneW [n=JaneW@dsl-146-143-165.telkomadsl.co.za] has joined #ubuntu-kernel [03:14] mjg59: do I need to backout your old patch before applying these? [03:15] BenC: Yup [03:15] ok, thanks [03:15] Oh, hang on [03:15] No [03:15] ok [03:15] Just apply them as is [03:15] (I think) [03:15] The guy with the softmac prism54 vanished before he could tell me what the firmware needed to be called [03:16] I'm talking about the ioapic patches [03:16] Yeah [03:16] I was just mentioning my caveat in the other mail :) [03:16] so the disable_timer_pin_1 thing for ATI remains? [03:16] ah, ok [03:16] I can check the driver file to find that out [03:18] BenC: disable_timer_pin_1 should still be there (it can be set on boot), but it shouldn't automatically be set anywhere now [03:18] Instead timer_over_8254 gets set to 0 [03:18] It's actually the inverse of my original patch [03:18] ok, so I need to backout the patch that does that for ATI [03:18] The one I provided ought to do that [03:19] - disable_timer_pin_1 = 1; [03:19] yeah, it does [03:19] I wasn't looking at the x86_64 one, my mistake :) [03:19] Heh [03:28] I HATE NETWORK MANAGER [03:28] that is all [03:28] :p [03:29] I'd been getting that impression... [03:29] What's up with it now? [03:29] won't play WPA [03:29] something about NM, WPA and madwifi causes unhapiness [03:29] I think it's not getting the message that it WORKED [03:29] so it keeps blacklisting and retrying [03:30] while the AP log says "Associated" [03:30] Hm. [03:30] I'm sure I've seen other people bitching about that. [03:30] rml sent a patch to the list last week, IIRC [03:31] yeah lots of bitching, no working [03:31] I checked the list and we have all the patches [03:31] without the patch rml sent, even non-WPA doesn't work [03:31] (because wpa_supplicant fouls up the association, I assume) [03:31] Right [03:31] at least normal and WEP work right now [03:31] And you can connect just using wpa_suppository? [03:31] so I've declared success and uploaded it [03:31] yup [03:32] Fun [03:32] Probably some exciting timing issue [03:32] stuck wpa-driver madwifi, wpa-ssid linksys, wpa-pks blahblah in /etc/network/interfaces and that just works [03:32] Never mind. You've got more broken patches to look forward to. [03:32] so don't think it's a suppository issue [03:32] indeed [03:32] Ah. For an equivalent test, shouldn't you be using the wext driver? [03:33] Or does nm hardcode it to madwifi? [03:33] wext doesn't work at all [03:33] one of rml's patches it to use madwifi [03:33] without that one, it fails to associate to any AP [03:33] Right [03:33] Well, my only madwifi card is in London right now [03:34] tomorrow I'll get around to installing Umbungo on my Powerbook and test it on that [03:34] eek out a whole new world of corner case pain [03:34] How recent is the powerbook? Airport or express? [03:34] neither [03:34] Ah [03:34] pcmcia wireless card [03:34] Ancient :) [03:35] Cheap :) [03:35] Hmm. I worry about the way that the madwifi tree in the prism54_softmac driver source appears to have been mutilated to look like ieee80211_softmac [03:35] In a "Does this thing actually work with the in-kernel stack?" sort of way [03:37] heh [03:37] Well, it /loads/ with it [03:37] But I don't have the hardware to test [03:37] Fuckit. We'll see who complains. [03:38] I'm getting really irritated with people bitching that us shipping a proper bcm43xx driver has broken their ndiswrapper setup [03:38] BenC: Did that set of bcm patches I sent you apply ok? [03:38] They ought to get things a lot closer to working out of the box, rather than requiring precise timing... [03:39] The driver exports a number of sysfs interfaces in [03:39] /sys/class/islsm/$(DEVICE)/ [03:39] HNGH. [03:39] I'm fairly sure that's not the correct approach. [03:47] evil [03:47] nothing under /sys/class/net ? [03:47] Oh, probably [03:47] if islsm are the "upper" devices, that's not so bad [03:47] a whole subsystem just for one driver [03:47] Yeah [03:47] wooo [03:48] It's just so you can tweak some values per-interface [03:48] Which I thought you could do by sticking stuff under the per-device sysfs stuff /anyway/ [03:48] Since ipw* seem to manage it [03:52] Ok, looks like it has been ported to softmac [03:52] Hurrah === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-095-052.pools.arcor-ip.net] has joined #ubuntu-kernel === CataEnry [n=cataenry@host63-17.pool8257.interbusiness.it] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel [03:20] yay, my unread bug email list is below 100! === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === jane_ [n=JaneW@dsl-146-182-24.telkomadsl.co.za] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === cjb [n=cjb@islay.ra.phy.cam.ac.uk] has joined #ubuntu-kernel === _human_blip_ [n=mike@mike.nelsonbay.com] has joined #ubuntu-kernel === lamont notes that the pedants among us would say that the __d_path call in fs/dcache.c sys_getcwd() should use PATH_MAX, not PAGE_SIZE === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [05:06] heylo === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === j_ack [n=nico@p508D94DA.dip0.t-ipconnect.de] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === hub [n=hub@storm-gw.xandros.com] has joined #ubuntu-kernel [11:22] hi guys, apparently the PPC kernel does not provide the old iBook clamshell or PowerBook G3 modem [11:22] while there is a kernel module in the tree [11:22] (used to be in older version) [11:22] has it just been forgotten? [11:25] please file a bug at launchpad.net/malone (package: linux-source-2.6.15) and mention the module that's gone missing. [11:25] BenC will no doubt attack it with vigor when he's around. [11:26] okay. I just wanted to make sure that it was not on purpose [11:27] a bug will be filed, off course [11:27] We don't tend to remove many drivers on purpose. :) [11:27] But when we switched to 2.6.15 and upended the packaging completely, some stuff got dropped on the floor, lost, forgotten, etc. [11:27] I know [11:27] but sometime it is [11:27] I understand [11:28] no problem [11:28] Also, xandros.com. Nice. [11:28] Don't let anyone from the dccalliance know you're running the evil ubuntu. :) [11:30] infinity: they know that. I wear ubuntu t-shirt, and I run ubuntu/gnome on my laptop [11:30] that is the one I'm typing from atm [11:30] :) [11:30] Even I don't wear Ubuntu t-shirts, and I get 'em for free... [11:31] Though maybe that's why I don't wear them. [11:31] I don't wear any of my free Microsoft or IBM t-shirts either. Could be a pattern. [11:31] infinity: I have a t-shirt of my former company atm. it is sort of a competitor [11:32] I don't wear MSFT t-shirt because I don't want any [11:33] infinity: I'll wear the brown one when I get low on them, but that's because it's actually a good t-shirt [11:34] It is rather nice fabric, yes. Sadly, I popped mine in the dryer without turning it inside out first, and the logo got a bit melted. [11:34] Whoops. [11:34] Nf. Must tidy my room. [11:35] Maybe I'll also try to fix vga16fb on the craptop [11:36] mjg59: uh oj vga16fb. was a topic around at the office [11:36] infinity: I only have on whit t-shirt that I got at ubz [11:37] filed bug 36499 [11:37] for the pmac modem [11:38] hub: Yeah, I brought it up on dcc-devel [11:38] (due to ACPI not working too well with non-vga16fb) [11:38] yeah, pat told me that [11:38] I don't read the dcc mailing list [11:52] c'ya === hub [n=hub@storm-gw.xandros.com] has left #ubuntu-kernel ["Leaving"]