All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gertjan van Wingerde <gwingerde@gmail.com>
To: Luis Correia <buga@loide.net>
Cc: linux-wireless <linux-wireless@vger.kernel.org>,
	rt2x00 Users List <users@rt2x00.serialmonkey.com>,
	Ivo van Doorn <ivdoorn@gmail.com>,
	"John W. Linville" <linville@tuxdriver.com>
Subject: Re: [PATCH V3] rt2x00: remove MCU requests for SoC platforms
Date: Thu, 01 Apr 2010 23:44:10 +0200	[thread overview]
Message-ID: <4BB513AA.8020209@gmail.com> (raw)
In-Reply-To: <k2g880c1631004011414z59ce4547j1bcea7ad5aff7229@mail.gmail.com>

Luis,

On 04/01/10 23:14, Luis Correia wrote:
> The ralink SoC platforms do not have an MCU.
> 
> Signed-off-by: Luis Correia <luis.f.correia@gmail.com>

I know Ivo already acked the v2 version of the patch, but isn't the
addition of a driver flag a bit overkill?

We have the test on whether the platform is SOC w.r.t. MCU requests
in 2 places, and both of them are in rt2800 code. I do not really see
a need to clutter the global rt2x00 space with a rt2800 specific flag,
which is only used in rt2800 code.

> ---
> 
> --- a/drivers/net/wireless/rt2x00/rt2800lib.c   2010-03-26
> 18:25:50.000000000 +0000
> +++ b/drivers/net/wireless/rt2x00/rt2800lib.c   2010-04-01
> 13:05:18.249747122 +0100
> @@ -221,9 +221,9 @@
>        u32 reg;
> 
>        /*
> -        * SOC devices don't support MCU requests.
> +        * some devices don't support MCU requests.
>         */
> -       if (rt2x00_is_soc(rt2x00dev))
> +       if (!test_bit(DRIVER_REQUIRE_MCU, &rt2x00dev->flags))
>                return;
> 
>        mutex_lock(&rt2x00dev->csr_mutex);
> --- a/drivers/net/wireless/rt2x00/rt2800pci.c   2010-03-26
> 18:25:50.000000000 +0000
> +++ b/drivers/net/wireless/rt2x00/rt2800pci.c   2010-04-01
> 13:04:42.453621607 +0100
> @@ -59,6 +59,12 @@
>  {
>        unsigned int i;
>        u32 reg;
> +
> +       /*
> +        * some devices don't support MCU requests.
> +        */
> +       if (!test_bit(DRIVER_REQUIRE_MCU, &rt2x00dev->flags))
> +               return;
> 
>        for (i = 0; i < 200; i++) {
>                rt2800_register_read(rt2x00dev, H2M_MAILBOX_CID, &reg);

So, the minimal patch would be simply this change to rt2800pci, and to have it
test for SoC (via rt2x00_is_soc).

> @@ -1098,10 +1104,12 @@
>        __set_bit(DRIVER_SUPPORT_CONTROL_FILTER_PSPOLL, &rt2x00dev->flags);
> 
>        /*
> -        * This device requires firmware.
> +        * This device requires firmware and MCU access.
>         */
> -       if (!rt2x00_is_soc(rt2x00dev))
> +       if (!rt2x00_is_soc(rt2x00dev)) {
>                __set_bit(DRIVER_REQUIRE_FIRMWARE, &rt2x00dev->flags);
> +               __set_bit(DRIVER_REQUIRE_MCU, &rt2x00dev->flags);
> +       }
>        __set_bit(DRIVER_REQUIRE_DMA, &rt2x00dev->flags);
>        __set_bit(DRIVER_REQUIRE_L2PAD, &rt2x00dev->flags);
>        if (!modparam_nohwcrypt)
> --- a/drivers/net/wireless/rt2x00/rt2x00.h      2010-03-26
> 18:25:50.000000000 +0000
> +++ b/drivers/net/wireless/rt2x00/rt2x00.h      2010-04-01
> 13:01:26.812694036 +0100
> @@ -631,6 +631,7 @@
>         * Driver requirements
>         */
>        DRIVER_REQUIRE_FIRMWARE,
> +       DRIVER_REQUIRE_MCU,
>        DRIVER_REQUIRE_BEACON_GUARD,
>        DRIVER_REQUIRE_ATIM_QUEUE,
>        DRIVER_REQUIRE_DMA,

If we choose to have the flag anyways:
>From a naming point of view, this name is aligned with the other flags.
However, from a usage point of view it would be better to have a flag
DRIVER_NO_MCU, so we don't have to have the negative tests above, and
have no tests at all that determine if MCU is allowed.

---
Gertjan.

  reply	other threads:[~2010-04-01 21:44 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-01 21:14 [PATCH V3] rt2x00: remove MCU requests for SoC platforms Luis Correia
2010-04-01 21:44 ` Gertjan van Wingerde [this message]
2010-04-01 21:52   ` Luis Correia
2010-04-02  6:57   ` Ivo Van Doorn
     [not found] ` <t2qefe7343f1004030447i9d6f290fvd7dd317c63b5b61@mail.gmail.com>
2010-04-03 11:49   ` [PATCH V4] " Luis Correia
2010-04-03 11:55     ` Ivo van Doorn
2010-04-03 13:43     ` Gertjan van Wingerde
2010-04-03 14:08       ` Gertjan van Wingerde
2010-04-06 20:44         ` John W. Linville

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=4BB513AA.8020209@gmail.com \
    --to=gwingerde@gmail.com \
    --cc=buga@loide.net \
    --cc=ivdoorn@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=users@rt2x00.serialmonkey.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.