From: Dan Williams <dcbw@redhat.com>
To: "John W. Linville" <linville@tuxdriver.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH] atmel: silence sparse warnings
Date: Thu, 22 Jul 2010 15:36:16 -0700 [thread overview]
Message-ID: <1279838176.4829.25.camel@dcbw.foobar.com> (raw)
In-Reply-To: <1279823041-21156-1-git-send-email-linville@tuxdriver.com>
On Thu, 2010-07-22 at 14:24 -0400, John W. Linville wrote:
> CHECK drivers/net/wireless/atmel.c
> drivers/net/wireless/atmel.c:3694:30: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3695:31: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3696:30: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3697:32: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3698:30: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3699:31: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3700:30: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3701:32: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3702:32: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3703:30: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3704:32: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3705:32: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3706:28: warning: cast to restricted __le16
> drivers/net/wireless/atmel.c:3707:29: warning: cast to restricted __le16
Eww. All the atmel code predates sparse, but it certainly looks like we
need to le16_to_cpu() everything that comes from the device here. Is
the sparse problem coming from the fact that the code copies LE data
into a non-tagged struct?
I think what we should do here is to (a) make host_info_struct __packed,
and (b) annotate its members as __le16 where appropriate. But since
that structure's members are used fairly often, I think we may want to
do the endian conversion just once like the code already does, but
certainly without trying to do the conversion in-place on the struct
that's making sparse complain.
Dan
> Signed-off-by: John W. Linville <linville@tuxdriver.com>
> ---
> Is this any better than what we have now??
>
> drivers/net/wireless/atmel.c | 73 ++++++++++++++++++++++++++++++++----------
> 1 files changed, 56 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/net/wireless/atmel.c b/drivers/net/wireless/atmel.c
> index c8f7090..008d712 100644
> --- a/drivers/net/wireless/atmel.c
> +++ b/drivers/net/wireless/atmel.c
> @@ -3617,6 +3617,7 @@ static void atmel_command_irq(struct atmel_private *priv)
> static int atmel_wakeup_firmware(struct atmel_private *priv)
> {
> struct host_info_struct *iface = &priv->host_info;
> + u8 buf[sizeof(struct host_info_struct)];
> u16 mr1, mr3;
> int i;
>
> @@ -3688,23 +3689,61 @@ static int atmel_wakeup_firmware(struct atmel_private *priv)
> return -EIO;
> }
>
> - atmel_copy_to_host(priv->dev, (unsigned char *)iface,
> - priv->host_info_base, sizeof(*iface));
> -
> - iface->tx_buff_pos = le16_to_cpu(iface->tx_buff_pos);
> - iface->tx_buff_size = le16_to_cpu(iface->tx_buff_size);
> - iface->tx_desc_pos = le16_to_cpu(iface->tx_desc_pos);
> - iface->tx_desc_count = le16_to_cpu(iface->tx_desc_count);
> - iface->rx_buff_pos = le16_to_cpu(iface->rx_buff_pos);
> - iface->rx_buff_size = le16_to_cpu(iface->rx_buff_size);
> - iface->rx_desc_pos = le16_to_cpu(iface->rx_desc_pos);
> - iface->rx_desc_count = le16_to_cpu(iface->rx_desc_count);
> - iface->build_version = le16_to_cpu(iface->build_version);
> - iface->command_pos = le16_to_cpu(iface->command_pos);
> - iface->major_version = le16_to_cpu(iface->major_version);
> - iface->minor_version = le16_to_cpu(iface->minor_version);
> - iface->func_ctrl = le16_to_cpu(iface->func_ctrl);
> - iface->mac_status = le16_to_cpu(iface->mac_status);
> + atmel_copy_to_host(priv->dev, (unsigned char *)&buf,
> + priv->host_info_base, sizeof(buf));
> +
> + iface->int_status = buf[offsetof(struct host_info_struct,
> + int_status)];
> + iface->int_mask = buf[offsetof(struct host_info_struct, int_mask)];
> + iface->lockout_host = buf[offsetof(struct host_info_struct,
> + lockout_host)];
> + iface->lockout_mac = buf[offsetof(struct host_info_struct,
> + lockout_mac)];
> + iface->tx_buff_pos =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + tx_buff_pos)]);
> + iface->tx_buff_size =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + tx_buff_size)]);
> + iface->tx_desc_pos =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + tx_desc_pos)]);
> + iface->tx_desc_count =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + tx_desc_count)]);
> + iface->rx_buff_pos =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + rx_buff_pos)]);
> + iface->rx_buff_size =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + rx_buff_size)]);
> + iface->rx_desc_pos =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + rx_desc_pos)]);
> + iface->rx_desc_count =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + rx_desc_count)]);
> + iface->build_version =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + build_version)]);
> + iface->command_pos =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + command_pos)]);
> + iface->major_version =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + major_version)]);
> + iface->minor_version =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + minor_version)]);
> + iface->func_ctrl =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + func_ctrl)]);
> + iface->mac_status =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + mac_status)]);
> + iface->generic_IRQ_type =
> + le16_to_cpu(*(__le16 *)&buf[offsetof(struct host_info_struct,
> + generic_IRQ_type)]);
>
> return 0;
> }
prev parent reply other threads:[~2010-07-22 20:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-22 18:24 [PATCH] atmel: silence sparse warnings John W. Linville
2010-07-22 22:36 ` Dan Williams [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=1279838176.4829.25.camel@dcbw.foobar.com \
--to=dcbw@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).