Search Linux Wireless

Re: [ipw3945-devel] Request for help...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Stephen Clark wrote:
I understand what you are saying on one hand, but you are also saying that Intel is by themselves and no one in the community is going to help, if Intel can't figure
out how to do it the right way.

David referenced "the tireless attempts of Jeff and others to education them on how to improve the situation"


What I am saying why can't someone in the community be a liason
between what Intel is doing and wireless-dev? Why does it have to be someone from
Intel?

Ideally it is the hardware vendor that maintains their own Linux drivers in the upstream kernel. That is the ideal. It scales best and focuses knowledge and resources in everyone's best interests.

To answer your question, it does not HAVE to be somebody at Intel. On occasion, when a hardware vendor was exceedingly difficult to work with, someone in the community will step up and fill that gap.

The problem with such a liaison is that they must maintain a fork of the vendor driver themselves, which is time consuming and annoying, because you wind up buffering the code and problem complaints from the community as well as trying to reconcile that with new vendor driver engineering.

That process, as we saw with skge and tg3 drivers, usually ends up with the community maintaining a driver independent of the hardware vendor, using the hardware vendor's driver purely as a reference manual, once things are out-of-sync enough. That's not generally a situation the hardware vendor likes, since they lose a lot of control -- though in tg3's case, the driver quality and upstream incentives were such that the vendor switched from their own driver to tg3. And now the tg3 vendor is back in control, actively submitting patches, and overall being an excellent example of open source engineering done right.

In general, most incentives rest on Intel to get stuff upstream. That's where the process is most efficient, and all involved (Linux users, Kernel hackers, and Intel) benefit.

Part of my tireless work is _not_ throwing my hands up in frustration and doing it all myself :) but instead trying to counsel on where the process is getting stuck.

	Jeff


-
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

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux