[12:22] jbailey: because on some architecture families (ppc, hppa) there isn't _one_ kernel that works on all supported instances of the architecture. [12:28] Okay, so discard that concept then and it can depend on an either or. [12:28] We really need versioned provides. [12:29] Hmm, it could depend on hppa32 | hppa64 or something. [12:29] but still be made by linux-meta so that we have something we can depend on as the installed version. === jbailey gets ready for another attempt to buy appliances. [06:22] morning === JaneW [~JaneW@wbs-146-148-30.telkomadsl.co.za] has joined #ubuntu-kernel === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel === swarm [~swarm@host38-150.pool80181.interbusiness.it] has joined #ubuntu-kernel [11:50] fabbione: have you started backporting ipw2100, are u sticking with that solution for now ? [11:50] chmj: i am working on it right now... [11:50] i need to dig into some stuff first [11:50] ok [12:18] ok i found a matching set [12:18] ipw2100-1.0.0 with ipw2200-1.0.1 [12:18] they share the same ieee subset [12:19] after that release the ieee has been changed a lot [12:19] that could explain the mess [12:27] seems like it === Traxer|off [traxer@shell6.powershells.de] has joined #ubuntu-kernel === ogra [~ogra@p5089E56A.dip.t-dialin.net] has joined #ubuntu-kernel === jbailey [~jbailey@modemcable134.23-201-24.mc.videotron.ca] has joined #ubuntu-kernel [02:48] fabbione: *poke* === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel [03:00] fabbione: ipw2100 failed [03:00] chmj: how? [03:01] strangely [03:01] when I boot, dhcp fails [03:02] chmj: i already received 3 reports of it working [03:02] it just assigns to a 192.168.0.195 [03:02] chmj: that's not a kernel bug clearly... [03:02] what happens if you do dhcp manually? [03:03] when i run dhclient again, it works [03:03] than it's a dhcpd problem or an AP problem [03:03] the driver works [03:03] but after I use it for a while, it looses the IP address [03:03] yeah.. dhcpd problem [03:03] check the server [03:03] they are not talking properly [03:04] all kern.log says it "no ipv6 routers found" [03:04] yeah.. that's ok.. it means you are not in an ipv6 network [03:08] strange becouse it work fine with .10 [03:08] no problems whatsoever === lamont [~lamont@15.238.5.49] has joined #ubuntu-kernel === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-kernel === Mithrandir [~tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel === Lathiat [~lathiat@gasp.bur.st] has joined #ubuntu-kernel [06:42] Hey Guys, is there any chance of inclusion of the host skas3 patch in ubuntu's kernel? [06:43] no [06:44] all this kind of patches are unmaintanable in the long run [06:47] right [06:47] i wonder if the evil module hack is still maintained :) [07:33] Last year, there was a guy who had moved the IDE drivers into userspace at OLS. [07:33] I wonder if that's gotten anywhere? [07:34] uh, why? [07:34] one thing thatd be nice to have in userspace is ppp [07:34] Because once you can get something as key as your IDE driver efficiently into userspace, you've got a reasonable model for alot of things. [07:35] doesnt that mean that your goign to be context switchign all over the joint tho? [07:35] Read in the word 'efficiently' [07:35] sure, but how can you do it efficiently? [07:35] His tests showed a speed improvement over in-kernel IDE drivers. [07:35] Dunno, he was still doing the research on why it was faster. [07:36] I know how it works in the L4 world, where context switches are cheap. [07:36] On Linux I'm not sure how it would work. [07:36] so speed improvement in L4 or speed improvement in linux? [07:36] It was entirely in Linux. [07:36] hm [07:36] The only research *i've* done on userspace drivers was in the context of Hurd and L4. [07:37] What are the benefits of having this in user space? [07:37] IDE drivers? Very little. Drivers in general? Fewer needs for custom kernels. [07:37] right [07:37] itd be nice to have things like ppp in userspace [07:37] so things like the mpppe kernel module dont need to exist [07:38] Yup. [07:38] and then morton doesnt need to sneak them in with other stuff ;) [07:39] I can see it being possible that the speed up was from some user->user buffer optimisation with userspace file system so that context switch penalty is negated. [07:39] But that wouldn't do anything for streams/character devices. === doko [~doko@a130-233-4-216.debconf5.hut.fi] has joined #ubuntu-kernel === swarm [~swarm@host177-44.pool8249.interbusiness.it] has joined #ubuntu-kernel