Re: [PATCH 00/20] staging: brcm80211: 7th reaction for mainline patch #2

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

 



W dniu 20 września 2011 23:12 użytkownik Alex Deucher
<alexdeucher@xxxxxxxxx> napisał:
> 2011/9/20 Rafał Miłecki <zajec5@xxxxxxxxx>:
>> 2011/9/20 Johannes Berg <johannes@xxxxxxxxxxxxxxxx>:
>>> On Tue, 2011-09-20 at 06:03 -0700, Greg KH wrote:
>>>
>>>> And while code is great and nice, I still haven't seen any real answers
>>>> to all of the questions that were asked of the Broadcom driver team
>>>> during that review by the linux-wireless developers about how things
>>>> will be handled properly due to the overlap in functionality with the
>>>> existing "real" driver in the tree.
>>>
>>> Let's qualify this to "some developers".
>>>
>>> One thing I'd like to point out is that the Broadcom's firmware API has
>>> always undergone changes over time. I'm actually surprised that b43
>>> works as well as it does (which, tbh, isn't very well at all, at least
>>> for me with some 11n PHY). I also don't think that Broadcom are going to
>>> maintain compatibility and/or maintain new firmware features for old
>>> devices, that just doesn't make any sense.
>>
>> Actually, when we got some single response from Broadcom about their
>> relation to b43, they haven't mentioned support for old HW is any
>> problem at all.
>
> If you look at it from the perspective of a hardware manufacturer,
> supporting EOLed chips is generally not a good return on investment.
> There is no new revenue associated with them so any work that goes
> into them stands to return very little.

That's another thing to discuss with Broadcom.

In open source kernel world, we hopefully won't let anyone drop
support for older hardware, just because it's not produced anymore.
Probably something like forking driver or modularizing it makes more
sense to us.

On the other hand we don't want Broadcom to support b43 and all the
PHYs it covers. We've already mentioned they could decide to support
b43 but limit their official support to selected cards only. They
(again) didn't response how they see such an idea.

What we really need is some communication with Broadcom and I guess
that's what Greg mostly wanted to achieve.

-- 
Rafał
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/devel



[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux