Hi Johannes, > > > Can we also please add files here saying to not bother the > > > linux-wireless list about this crap? > > > > I would assume this is somewhat implied for any code in drivers/staging. Is > > that not the case? > > It seems to be on a per case basis -- and there's one driver at least > (agnx) that we actually do care about because it is there only because > it's incomplete not because the code is in some way problematic (like > using its own 802.11 stack) just to document the irony here. Two or three years ago at OLS, Kyle and Greg were making fun of Ubuntu merging its 5th wireless stack into their kernel. Now the staging crap is doing exactly the same. Not to mention the regulatory database I found in this specific driver. At some point I like to see some proper future development/cleanup planning for drivers in the staging area. Dumping stuff in there doesn't help at all and personally I don't see anybody cleaning up this mess. Do we have an option to taint the kernel when a staging driver is used. Similar to what we do with binary drivers or ndiswrapper? Regards Marcel -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
