Search Linux Wireless

Re: wireless-testing commit eb9d4e8399181357cb6f6625ba7f849987432c6c causes stalls

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

 



On Mon, 2008-11-03 at 00:01 -0800, Luis R. Rodriguez wrote:

> > But you're saying it's "normal" to get this failure,
> 
> No, I'm just sayings its possible, right now mac80211 assumes its not
> and if it does its because we somehow lied to mac80211 of our
> capabilities.

Well, yes, sort of.

> > so wouldn't it
> > always do that sooner or later and always say your hw is broken?
> 
> Nope

Why not?

> > Also,
> > that's a bad thing to do in userspace, imho.
> 
> What should we do with these rare failures then?

print an error message? ignore them? try again?

> > hw borked is one obvious case, but it shouldn't happen enough
> > for this to be a problem yet.
> 
> This I agree with. It is rare, its just possible, right now mac80211
> assumes it never will.

It's _always_ assumed that by ignoring the return value, now it's just
noisy about it because clearly it doesn't like when the driver fails to
do what it wants since then the hw and sw states get out of sync. I
really don't see what to do other than retry maybe, but that might well
be done in the driver instead.

johannes

Attachment: signature.asc
Description: This is a digitally signed message part


[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