* [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c
@ 2013-10-18 9:00 Tomasz Bursztyka
2013-10-28 7:18 ` Tomasz Bursztyka
2013-10-28 9:41 ` Patrick McHardy
0 siblings, 2 replies; 4+ messages in thread
From: Tomasz Bursztyka @ 2013-10-18 9:00 UTC (permalink / raw)
To: netfilter-devel; +Cc: Tomasz Bursztyka
Fixes this:
CHECK net/netfilter/nft_nat.c
net/netfilter/nft_nat.c:50:43: warning: incorrect type in assignment (different base types)
net/netfilter/nft_nat.c:50:43: expected restricted __be32 [addressable] [usertype] ip
net/netfilter/nft_nat.c:50:43: got unsigned int [unsigned] [usertype] <noident>
net/netfilter/nft_nat.c:51:43: warning: incorrect type in assignment (different base types)
net/netfilter/nft_nat.c:51:43: expected restricted __be32 [addressable] [usertype] ip
net/netfilter/nft_nat.c:51:43: got unsigned int [unsigned] [usertype] <noident>
net/netfilter/nft_nat.c:65:37: warning: incorrect type in assignment (different base types)
net/netfilter/nft_nat.c:65:37: expected restricted __be16 [addressable] [assigned] [usertype] all
net/netfilter/nft_nat.c:65:37: got unsigned int [unsigned] <noident>
net/netfilter/nft_nat.c:66:37: warning: incorrect type in assignment (different base types)
net/netfilter/nft_nat.c:66:37: expected restricted __be16 [addressable] [assigned] [usertype] all
net/netfilter/nft_nat.c:66:37: got unsigned int [unsigned] <noident>
Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
---
Hi,
looks a bit ugly, would there be another way to fix this?
Tomasz
net/netfilter/nft_nat.c | 16 ++++++++++++----
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/net/netfilter/nft_nat.c b/net/netfilter/nft_nat.c
index b0b87b2..f9d488f 100644
--- a/net/netfilter/nft_nat.c
+++ b/net/netfilter/nft_nat.c
@@ -47,8 +47,12 @@ static void nft_nat_eval(const struct nft_expr *expr,
memset(&range, 0, sizeof(range));
if (priv->sreg_addr_min) {
if (priv->family == AF_INET) {
- range.min_addr.ip = data[priv->sreg_addr_min].data[0];
- range.max_addr.ip = data[priv->sreg_addr_max].data[0];
+ range.min_addr.ip =
+ be32_to_cpup((__be32 *)
+ data[priv->sreg_addr_min].data);
+ range.max_addr.ip =
+ be32_to_cpup((__be32 *)
+ data[priv->sreg_addr_max].data);
} else {
memcpy(range.min_addr.ip6,
@@ -62,8 +66,12 @@ static void nft_nat_eval(const struct nft_expr *expr,
}
if (priv->sreg_proto_min) {
- range.min_proto.all = data[priv->sreg_proto_min].data[0];
- range.max_proto.all = data[priv->sreg_proto_max].data[0];
+ range.min_proto.all =
+ be16_to_cpup((__be16 *)
+ data[priv->sreg_proto_min].data);
+ range.max_proto.all =
+ be16_to_cpup((__be16 *)
+ data[priv->sreg_proto_max].data);
range.flags |= NF_NAT_RANGE_PROTO_SPECIFIED;
}
--
1.8.3.2
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c
2013-10-18 9:00 [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c Tomasz Bursztyka
@ 2013-10-28 7:18 ` Tomasz Bursztyka
2013-10-28 9:41 ` Patrick McHardy
1 sibling, 0 replies; 4+ messages in thread
From: Tomasz Bursztyka @ 2013-10-28 7:18 UTC (permalink / raw)
To: Pablo Neira Ayuso; +Cc: netfilter-devel
Hi,
Any thoughts on that one?
Is there another (and proper) way of fixing this?
Tomasz
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c
2013-10-18 9:00 [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c Tomasz Bursztyka
2013-10-28 7:18 ` Tomasz Bursztyka
@ 2013-10-28 9:41 ` Patrick McHardy
2013-10-28 10:13 ` Tomasz Bursztyka
1 sibling, 1 reply; 4+ messages in thread
From: Patrick McHardy @ 2013-10-28 9:41 UTC (permalink / raw)
To: Tomasz Bursztyka; +Cc: netfilter-devel
On Fri, Oct 18, 2013 at 12:00:53PM +0300, Tomasz Bursztyka wrote:
> Fixes this:
>
> CHECK net/netfilter/nft_nat.c
> net/netfilter/nft_nat.c:50:43: warning: incorrect type in assignment (different base types)
> net/netfilter/nft_nat.c:50:43: expected restricted __be32 [addressable] [usertype] ip
> net/netfilter/nft_nat.c:50:43: got unsigned int [unsigned] [usertype] <noident>
> net/netfilter/nft_nat.c:51:43: warning: incorrect type in assignment (different base types)
> net/netfilter/nft_nat.c:51:43: expected restricted __be32 [addressable] [usertype] ip
> net/netfilter/nft_nat.c:51:43: got unsigned int [unsigned] [usertype] <noident>
> net/netfilter/nft_nat.c:65:37: warning: incorrect type in assignment (different base types)
> net/netfilter/nft_nat.c:65:37: expected restricted __be16 [addressable] [assigned] [usertype] all
> net/netfilter/nft_nat.c:65:37: got unsigned int [unsigned] <noident>
> net/netfilter/nft_nat.c:66:37: warning: incorrect type in assignment (different base types)
> net/netfilter/nft_nat.c:66:37: expected restricted __be16 [addressable] [assigned] [usertype] all
> net/netfilter/nft_nat.c:66:37: got unsigned int [unsigned] <noident>
>
> Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
> ---
>
> Hi,
>
> looks a bit ugly, would there be another way to fix this?
>
> Tomasz
>
> net/netfilter/nft_nat.c | 16 ++++++++++++----
> 1 file changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/net/netfilter/nft_nat.c b/net/netfilter/nft_nat.c
> index b0b87b2..f9d488f 100644
> --- a/net/netfilter/nft_nat.c
> +++ b/net/netfilter/nft_nat.c
> @@ -47,8 +47,12 @@ static void nft_nat_eval(const struct nft_expr *expr,
> memset(&range, 0, sizeof(range));
> if (priv->sreg_addr_min) {
> if (priv->family == AF_INET) {
> - range.min_addr.ip = data[priv->sreg_addr_min].data[0];
> - range.max_addr.ip = data[priv->sreg_addr_max].data[0];
> + range.min_addr.ip =
> + be32_to_cpup((__be32 *)
> + data[priv->sreg_addr_min].data);
> + range.max_addr.ip =
> + be32_to_cpup((__be32 *)
> + data[priv->sreg_addr_max].data);
That doesn't seem correct, we don't want to actually switch the byteorder of
the data. I'd suggest to simply use (__force __be32).
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c
2013-10-28 9:41 ` Patrick McHardy
@ 2013-10-28 10:13 ` Tomasz Bursztyka
0 siblings, 0 replies; 4+ messages in thread
From: Tomasz Bursztyka @ 2013-10-28 10:13 UTC (permalink / raw)
To: Patrick McHardy; +Cc: netfilter-devel
Hi Patrick,
> On Fri, Oct 18, 2013 at 12:00:53PM +0300, Tomasz Bursztyka wrote:
>> + range.max_addr.ip =
>> + be32_to_cpup((__be32 *)
>> + data[priv->sreg_addr_max].data);
> That doesn't seem correct, we don't want to actually switch the byteorder of
> the data. I'd suggest to simply use (__force __be32).
Was sure I messed up with that. Thanks
Tomasz
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-10-28 10:13 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-18 9:00 [nftables-kernel PATCH] netfilter: nftables: Fix sparse endianness issue on nft_nat.c Tomasz Bursztyka
2013-10-28 7:18 ` Tomasz Bursztyka
2013-10-28 9:41 ` Patrick McHardy
2013-10-28 10:13 ` Tomasz Bursztyka
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).