Hi,

On Wed, Jul 14, 2010 at 02:41:09PM +0200, Michael Büsch wrote:

> The same applies to receiving. The RX queue is also dropped on switch
> from DMA to PIO.

Sure, but the packet is repeated every ten seconds. The problem is that
none of those packets is received, even long after the switch to PIO.

> >advertisement, sent to 33:33:00:00:00:01). I have no idea where the
> >packet is dropped; from my somewhat limited understanding of 802.11, I'd
> >expect the frames to be treated like broadcast frames by the AP, so it'd
> >be the receiver dropping them in the MAC filter.

> The actual switch from DMA to PIO mode completely reinitializes
> the hardware and drops all queues.

Would it be possible to reinitialize the multicast filter at this point?

Simon



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100715085149.GA9922@richter">http://lists.debian.org/20100715085149.GA9922@richter

On 07/15/2010 10:51 AM, Simon Richter wrote:

The same applies to receiving. The RX queue is also dropped on switch
from DMA to PIO.


Sure, but the packet is repeated every ten seconds. The problem is that
none of those packets is received, even long after the switch to PIO.


The filter flags are not updated because (as I already said) the reinit
happens without mac80211's knowledge.


The actual switch from DMA to PIO mode completely reinitializes
the hardware and drops all queues.


Would it be possible to reinitialize the multicast filter at this point?


Yeah everything is possible.
I'd rather like to see the actual _problem_ fixed instead of
continuing to waste hours and hours on the hackish workaround.
So in the end the workaround (aka PIO fallback) can be removed.

If this problem is fixed, the next one will show up. (For example
the fact that the PIO fallback won't work on an AP, too, for these
reasons).

Please work on fixing up the PCI core code, which most likely
causes the problem, instead of extending the workaround hack.

--
Greetings Michael.



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4C3F10DD.70206@bu3sch.de">http://lists.debian.org/4C3F10DD.70206@bu3sch.de

On Thu, Jul 15, 2010 at 03:45:01PM +0200, Michael Büsch wrote:
> On 07/15/2010 10:51 AM, Simon Richter wrote:
> >>The same applies to receiving. The RX queue is also dropped on switch
> >>from DMA to PIO.
> >
> >Sure, but the packet is repeated every ten seconds. The problem is that
> >none of those packets is received, even long after the switch to PIO.
>
> The filter flags are not updated because (as I already said) the reinit
> happens without mac80211's knowledge.
>
> >>The actual switch from DMA to PIO mode completely reinitializes
> >>the hardware and drops all queues.
> >
> >Would it be possible to reinitialize the multicast filter at this point?
>
> Yeah everything is possible.
> I'd rather like to see the actual _problem_ fixed instead of
> continuing to waste hours and hours on the hackish workaround.
> So in the end the workaround (aka PIO fallback) can be removed.
>
> If this problem is fixed, the next one will show up. (For example
> the fact that the PIO fallback won't work on an AP, too, for these
> reasons).
>
> Please work on fixing up the PCI core code, which most likely
> causes the problem, instead of extending the workaround hack.

Does this still occur with more recent kernels?

Cheers,
Moritz



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110729153645.GA26500@pisco.westfalen.local">http ://lists.debian.org/20110729153645.GA26500@pisco.westfalen.local