All of lore.kernel.org
 help / color / mirror / Atom feed
From: Max Filippov <jcmvbkbc@gmail.com>
To: Christian Lamparter <chunkeey@googlemail.com>
Cc: linux-wireless@vger.kernel.org, linville@tuxdriver.com
Subject: Re: [PATCH 1/2] p54: implement multicast filter
Date: Sun, 24 Apr 2011 22:31:19 +0400	[thread overview]
Message-ID: <201104242231.20272.jcmvbkbc@gmail.com> (raw)
In-Reply-To: <060ac4fbe5b4c314227ae3867e1dce0919772ccd.1303660092.git.chunkeey@googlemail.com>

> "For best CPU usage and power consumption, having as few
> frames as possible percolate through the stack is
> desirable. Hence, the hardware should filter as much
> as possible."
> 
> Note: Not all firmwares include the multicast filter
> feature and the stack does not filter them either.
> The ARP filter on the other hand was dropped from the
> patch since it does not work correctly:
> 
> Quote from: Max Filippov <jcmvbkbc@gmail.com>
> <http://www.spinics.net/lists/linux-wireless/msg67466.html>
> "In the ARP case, when there's no other traffic on p54spi,
> all ARP requests are dropped. But if there's some egress
> traffic from p54spi, filter seems to work correctly:
> only ARP requests that match filter pass through.
> 
> In the multicast case filter seems to work correctly, but
> it treats broadcast as subject to that filtering too. By
> default only 01:00:5e:00:00:01 gets into priv->mc_maclist,
> so we miss all broadcasts.
> 
> These two filters seem to interfere:
> - if we set ARP filter and multicast filter without bc
> 	=>  we miss all ARPs if there's no egress traffic;
> - if we set ARP filter and multicast filter with bc or
> 	don't set mc filter at all => we get all ARPs.
> 
> This effect does not depend on filter setup order."
> 
> Signed-off-by: Christian Lamparter <chunkeey@googlemail.com>

wrt p54spi:

Tested-by: Max Filippov <jcmvbkbc@gmail.com>

Thanks.
-- Max

      parent reply	other threads:[~2011-04-24 18:31 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-24 15:22 [PATCH 1/2] p54: implement multicast filter Christian Lamparter
2011-04-24 15:44 ` [PATCH 2/2] carl9170: improve unicast PS buffering Christian Lamparter
2011-04-24 18:31 ` Max Filippov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201104242231.20272.jcmvbkbc@gmail.com \
    --to=jcmvbkbc@gmail.com \
    --cc=chunkeey@googlemail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.