[PATCH] b43/b43legacy - Credit Broadcom with enabling the development of the drivers

[Ehud Gavron]

On 09/20/2010 02:33 PM, Luis R. Rodriguez wrote:
> Please avoid HTML e-mails.
>    

Luis, when I read your first post I thought "Ignore this guy" but then I 
gave you the benefit of the doubt.

Yeah absolutely no HTML.  Please avoid giving me commands when you're 
not my CO.

> On Mon, Sep 20, 2010 at 2:22 PM, Ehud Gavron<gavron at wetwork.net>  wrote:
>    
>> It is not up to us to "...deal with regulatory considerations..."
>>      
> No, you see, that's wrong because no one else was,
That isn't a sentence, and makes no sense if I try to figure out what 
you intended.
>   we started getting upstream support from companies

"We" got no such thing.

> only once we found decent solutions for regulatory.

I think there's a noun missing from there, baby.

> So as much as you want to bark
Woof woof, baby.
>   that we don't need to deal with them I can already prove to you that you were wrong.
I "were" wrong?  Cool.   So now I'm not.  Cool.  Thanks.

> If you don't you simply don't get support, if you do, then you accelerate the
> pace of adoption for Linux. One way or another the changes have to
> happen, how you manage to get the changes done will highly affect how
> soon you'll get support.
>    

Yeah.  Like my older brothers used to say: It's time for you to go to bed.

E
>    
>> The "best we can do" is code, and that's what coders do.  The lawyers can do what lawyers do.*
>>      
> And what do you want to code? Piece of shit reverse engineered quality
> code? I guarantee you if you get proper vendor support the quality of
> the drivers improves considerably.
>
>    
>> and we're ahead of others because we're not wasting our time on legal crap.
>>      
> No, we are ahead because we envision the path to enhancing radio
> capabilities and dynamic communication. The regulatory solutions in
> place in Linux help with regulatory considerations but as a side
> effect it also paves the way for next generation radio technologies.
>
>    Luis
>    

-- 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5507 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.infradead.org/pipermail/b43-dev/attachments/20100920/b9a7ebf7/attachment.p7s>