Search Linux Wireless

Re: Arrested Development

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

 



On Monday 09 July 2007 00:38:29 Ulrich Kunitz wrote:
> On 07-07-08 22:46 Andy Green wrote:
> 
> > > This isn't going to work properly when you add a sta interface and then
> > > a monitor interface, which afaict the driver doesn't prevent in
> > > zd_mac_open. Basically, it has the phy always follow the last-added
> > > virtual interface which doesn't seem right. Also, I might be missing
> > > something, but it shouldn't allow multiple sta interfaces, afaict it
> > > does now.
> > 
> > This is a bit of a general issue that has been discussed a couple of
> > times, not really to a resolution: how to deal with conflicting demands
> > of multiple interfaces on the same rx hardware.  I guess it wants it to
> > be that if any interface is in Monitor then the hardware promisc is
> > enabled.  IFF_PROMISC was discussed to be another way to select genuine
> > promisc rx as well.
> 
> > FWIW my script looks like this:
> > 
> >  modprobe -r zd1211rw-mac80211
> >  modprobe -r rc80211_simple
> >  modprobe -r mac80211
> >  modprobe zd1211rw-mac80211
> >  sleep 2s
> >  ifconfig wlan0 up
> >  echo -n mon0 >/sys/class/ieee80211/phy0/add_iface
> >  iwconfig mon0 mode monitor
> >  iwconfig mon0 channel 6
> >  ifconfig mon0 up
> 
> I forgot to mention that the monitor support doesn't work with
> additonal interfaces right now. Additional interfaces are broken
> currently for zd1211rw. I cannot fix all the problems with
> mac80211 interface of the driver at the same time.

What do you mean by "additional interface"?
Do you mean multiple STA interfaces? Does the zd hardware support
this? I'd say this is unlikely.

> The problem with the STA + MNTR interface is, that mac80211 must
> do the FCS checking for the STA interface or the driver has to
> filter them before forwarding them to the upper layer.

Well, it's not _that_ bad to forward frames with bad FCS in
monitor mode. Hey, it's monitor mode. We want to see what's
going on. ;) I'd say just push the corrupt frames upstream
and implement the FCS checking later.

-- 
Greetings Michael.
-
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