[12:57] <lamont> since hppa seems to have a challenge or 3 in that area...
[02:56] <mkrufky> i just found the ubuntu tree on kernel.org web interface 8-)
[03:34] <mkrufky> BenC: here's a patch for you ;-)
[03:34] <mkrufky> http://pastebin.com/401548
[03:55] <BenC> lamont-away: they need a MODULE_DEVICE_TABLE
[03:59] <BenC> mkrufky: nice patch :)
[05:48] <lamont-away> BenC: tulip has a MODULE_DEVICE_TABLE... now I just need to figure out what glue is missing... :-(
[06:28] <fabbione> (you still need the target dir)
[06:28] <fabbione> lamont-away: i use tulip i think... 
[06:30] <fabbione> hm no
[06:30] <fabbione> lamont-away: there are 3 bits required for hotplugging iirc
[06:30] <fabbione> the MODULE_DEVICE_TABLE
[06:31] <fabbione> is one of them..
[06:32] <fabbione> yeah
[06:32] <fabbione> you also need something like:
[06:32] <fabbione> static struct pci_driver vortex_driver = {
[06:32] <fabbione>         .name           = "3c59x",
[06:32] <fabbione>         .probe          = vortex_init_one,
[06:32] <fabbione>         .remove         = __devexit_p(vortex_remove_one),
[06:32] <fabbione>         .id_table       = vortex_pci_tbl,
[06:33] <fabbione> #ifdef CONFIG_PM
[06:33] <fabbione>         .suspend        = vortex_suspend,
[06:33] <fabbione>         .resume         = vortex_resume,
[06:33] <fabbione> #endif
[06:33] <fabbione> };
[06:34] <fabbione> but they are all there
[06:34] <fabbione> for the tulip driver
[06:34] <lamont-away> right. hence it's further up, where arch-specific stuff can get in the way
[06:38] <fabbione> lamont-away: is it only network drivers that don't autoload?
[06:38] <fabbione> or only specifically the tulip?
[06:41] <lamont-away> fabbione: dunno - haven 't really tested things that much yet..
[06:41] <fabbione> oh ok
[06:44] <fabbione> lamont-away: btw.. do i get it right that the hppa guys did (finally) export the hppa tree in git for main inclusion?
[06:45] <fabbione> because with the new git approach we will need to keep the hppa patch still separate :/
[06:45] <fabbione> and it sorts of sucks :P
[06:50] <lamont-away> fabbione: dunno
[06:50] <lamont-away> I do know that I need to sleep, though. :-(
[06:56] <fabbione> eheh good night lamont :)
[12:39] <slomo> hi... can we get the bcm43xx (airport extreme, etc) driver for dapper? you can get it at http://bcm43xx.berlios.de/ but i don't know how usable it is currently... i'll get a airport extreme from a friend next week to test it
[12:39] <fabbione> slomo: file an enanchment bug on bugzilla please
[12:40] <slomo> ok
[12:42] <slomo> filed against linux-meta?
[12:43] <fabbione> no
[12:43] <fabbione> linux
[12:46] <slomo> ok... #18279
[01:58] <mjg59> slomo: It's not currently usable 
[01:58] <mjg59> It gives you access to the registers on the card, it doesn't control the radio yet
[02:00] <slomo> mjg59: ok, good to know :)
[02:07] <Lathiat> slomo: it doesnt actually work yet
[02:07] <Lathiat> at lesat
[02:07] <Lathiat> it didnt a couple days ago
[02:08] <Lathiat> yes
[02:08] <Lathiat> note the big fat notice on the homepage :)
[02:08] <Lathiat> i think their close tho, so might happen dapper timeframe
[07:09] <botein> hi
[07:17] <botein> Will there be a openafs-module in restricted-modules?
[07:36] <infinity> Erm, why would it be in restricted-modules?... OpenAFS is free.
[07:37] <infinity> See openafs-modules-source in universe.
[07:42] <botein> mmh. ok. Will it be in the regular modules?
[09:28] <dilinger> i'd like to get it in the kernel proper
[09:42] <infinity> I assume from the existence of a working "modules-source" package, that it's completely isolated, out-of-tree stuff, so adding it to the kernel build wouldn't disrupt anything else?
[09:42] <infinity> If so, I don't know if I see the point in "bringing it up", just push a patch to BenC.
[09:43] <infinity> Push said patch NOW, while he's preparing the first 2.6.14-pre uploads, and we'll get testing before UBZ starts, if all goes well.
[09:45] <dilinger> well... 
[09:45] <dilinger> 1.4.0rc7 is supposed to be the last release before 1.4.0 proper
[09:45] <dilinger> dunno if it's worth getting testing of the RC before UBZ
[09:46] <infinity> Right, so that seem a good fit to team up with 2.6.14-rc :)
[09:46] <dilinger> it's certainly worth starting to work on separating stuff out now, though
[09:46] <dilinger> the module source package includes a lot of crap, i think only like 10% of it is relevant to the actual kernel module
[09:47] <infinity> Woo.
[10:09] <Lathiat> dilinger: 'kernel proper' ?
[10:09] <Lathiat> openafs is !gpl compatible (at least so i read)
[10:33] <dilinger> Lathiat: i mean the kernel package proper :P
[10:34] <Lathiat> ah
[10:34] <dilinger> say, has anyone managed to get breezy booting off sx8 devices?
[10:35] <dilinger> the installer doesn't recognize it as a disk, and neither grub nor lilo seem to know how to handle it