On Wed, 2007-01-17 at 23:09 +0000, Christoph Hellwig wrote: > On Wed, Jan 17, 2007 at 01:00:47PM -0500, Dan Williams wrote: > > Furthermore, I might add that the entire reason this part was chosen for > > OLPC was because it _is_ fullmac. > > > > To drive down power consumption, the OLPC puts the host CPU to sleep but > > keeps the 8388 powered on. That consumes around 400mW max. But it > > allows the 8388 to continue routing other laptops' packets over the mesh > > *while the host CPU is asleep*. > > We're not going to put a lot of junk into the kernel just because the OLPC > folks decide to do odd powermanagment schemes.
Nor are we going to try to push highly OLPC-specific changes into this driver in a non-modular manner. This chip is also used in, for example, the X-Box 360 wireless dongle, and other non-OLPC people are working on adding support for the 8385 SDIO/CF variant. It would be arrogant of us to think that the driver would _just_ be useful for OLPC, and that's why nobody ever said that it was going to be an OLPC specific driver, not I, nor Marcelo. Give us some credit here before you start jumping all over something neither of us have said or implied. If we do make any OLPC specific changes (there are currently none [1]), they will be properly abstracted, conditionalized, and/or generalized. We will not be throwing random crap into this driver. Cheers, Dan [1] The code for the 802.11s mesh interface is in the driver, but that will/should automatically turn itself off if the firmware doesn't support that functionality. Furthermore, none of the mesh bits are OLPC-specific and may be used with any platform on which the driver runs. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
