Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1227760 > unrolled thread
| Started by | "Michael S. Tsirkin" <mst@redhat.com> |
|---|---|
| First post | 2015-09-18 12:50 +0200 |
| Last post | 2015-09-21 07:50 +0200 |
| Articles | 4 — 3 participants |
Back to article view | Back to linux.kernel
[PATCH] macvtap: fix TUNSETSNDBUF values > 64k "Michael S. Tsirkin" <mst@redhat.com> - 2015-09-18 12:50 +0200
Re: [PATCH] macvtap: fix TUNSETSNDBUF values > 64k Christian Borntraeger <borntraeger@de.ibm.com> - 2015-09-18 12:50 +0200
Re: [PATCH] macvtap: fix TUNSETSNDBUF values > 64k "Michael S. Tsirkin" <mst@redhat.com> - 2015-09-18 13:00 +0200
Re: [PATCH] macvtap: fix TUNSETSNDBUF values > 64k David Miller <davem@davemloft.net> - 2015-09-21 07:50 +0200
| From | "Michael S. Tsirkin" <mst@redhat.com> |
|---|---|
| Date | 2015-09-18 12:50 +0200 |
| Subject | [PATCH] macvtap: fix TUNSETSNDBUF values > 64k |
| Message-ID | <qa1oR-cV-7@gated-at.bofh.it> |
Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
a local variable u.
commit 39ec7de7092b ("macvtap: fix uninitialized access on
TUNSETIFF") changed its type to u16 (which is the right thing to
do for all other macvtap ioctls), breaking all values > 64k.
The value of TUNSETSNDBUF is actually a signed 32 bit integer, so
the right thing to do is to read it into an int.
Cc: David S. Miller <davem@davemloft.net>
Fixes: 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF")
Reported-by: Mark A. Peloquin
Bisected-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
Reported-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
This patch probably makes sense on stable.
drivers/net/macvtap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index edd7734..248478c 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -1111,10 +1111,10 @@ static long macvtap_ioctl(struct file *file, unsigned int cmd,
return 0;
case TUNSETSNDBUF:
- if (get_user(u, up))
+ if (get_user(s, sp))
return -EFAULT;
- q->sk.sk_sndbuf = u;
+ q->sk.sk_sndbuf = s;
return 0;
case TUNGETVNETHDRSZ:
--
MST
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | Christian Borntraeger <borntraeger@de.ibm.com> |
|---|---|
| Date | 2015-09-18 12:50 +0200 |
| Message-ID | <qa1oS-cV-17@gated-at.bofh.it> |
| In reply to | #1227760 |
Am 18.09.2015 um 12:41 schrieb Michael S. Tsirkin:
> Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
> a local variable u.
> commit 39ec7de7092b ("macvtap: fix uninitialized access on
> TUNSETIFF") changed its type to u16 (which is the right thing to
> do for all other macvtap ioctls), breaking all values > 64k.
>
> The value of TUNSETSNDBUF is actually a signed 32 bit integer, so
> the right thing to do is to read it into an int.
>
> Cc: David S. Miller <davem@davemloft.net>
> Fixes: 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF")
> Reported-by: Mark A. Peloquin
> Bisected-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
> Reported-by: Christian Borntraeger <borntraeger@de.ibm.com>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
You can add
Tested-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
as this looks identical to an early version of my patch which was tested,
by Matt. (I send you the other version that changes back u as I felt that
u and up are named to identify unsigned)
and please add
Acked-by: Christian Borntraeger <borntraeger@de.ibm.com>
what about
CC: stable@vger.kernel.org
Christian
> ---
>
> This patch probably makes sense on stable.
>
> drivers/net/macvtap.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
> index edd7734..248478c 100644
> --- a/drivers/net/macvtap.c
> +++ b/drivers/net/macvtap.c
> @@ -1111,10 +1111,10 @@ static long macvtap_ioctl(struct file *file, unsigned int cmd,
> return 0;
>
> case TUNSETSNDBUF:
> - if (get_user(u, up))
> + if (get_user(s, sp))
> return -EFAULT;
>
> - q->sk.sk_sndbuf = u;
> + q->sk.sk_sndbuf = s;
> return 0;
>
> case TUNGETVNETHDRSZ:
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Michael S. Tsirkin" <mst@redhat.com> |
|---|---|
| Date | 2015-09-18 13:00 +0200 |
| Message-ID | <qa1yz-or-29@gated-at.bofh.it> |
| In reply to | #1227763 |
On Fri, Sep 18, 2015 at 12:49:07PM +0200, Christian Borntraeger wrote:
> Am 18.09.2015 um 12:41 schrieb Michael S. Tsirkin:
> > Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
> > a local variable u.
> > commit 39ec7de7092b ("macvtap: fix uninitialized access on
> > TUNSETIFF") changed its type to u16 (which is the right thing to
> > do for all other macvtap ioctls), breaking all values > 64k.
> >
> > The value of TUNSETSNDBUF is actually a signed 32 bit integer, so
> > the right thing to do is to read it into an int.
> >
> > Cc: David S. Miller <davem@davemloft.net>
> > Fixes: 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF")
> > Reported-by: Mark A. Peloquin
> > Bisected-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
> > Reported-by: Christian Borntraeger <borntraeger@de.ibm.com>
> > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
>
> You can add
> Tested-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
> as this looks identical to an early version of my patch which was tested,
> by Matt. (I send you the other version that changes back u as I felt that
> u and up are named to identify unsigned)
>
> and please add
> Acked-by: Christian Borntraeger <borntraeger@de.ibm.com>
>
> what about
> CC: stable@vger.kernel.org
>
> Christian
David Miller adds that himself for netdev patches.
> > ---
> >
> > This patch probably makes sense on stable.
> >
> > drivers/net/macvtap.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
> > index edd7734..248478c 100644
> > --- a/drivers/net/macvtap.c
> > +++ b/drivers/net/macvtap.c
> > @@ -1111,10 +1111,10 @@ static long macvtap_ioctl(struct file *file, unsigned int cmd,
> > return 0;
> >
> > case TUNSETSNDBUF:
> > - if (get_user(u, up))
> > + if (get_user(s, sp))
> > return -EFAULT;
> >
> > - q->sk.sk_sndbuf = u;
> > + q->sk.sk_sndbuf = s;
> > return 0;
> >
> > case TUNGETVNETHDRSZ:
> >
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | David Miller <davem@davemloft.net> |
|---|---|
| Date | 2015-09-21 07:50 +0200 |
| Message-ID | <qb29b-5YD-5@gated-at.bofh.it> |
| In reply to | #1227760 |
From: "Michael S. Tsirkin" <mst@redhat.com>
Date: Fri, 18 Sep 2015 13:41:09 +0300
> Upon TUNSETSNDBUF, macvtap reads the requested sndbuf size into
> a local variable u.
> commit 39ec7de7092b ("macvtap: fix uninitialized access on
> TUNSETIFF") changed its type to u16 (which is the right thing to
> do for all other macvtap ioctls), breaking all values > 64k.
>
> The value of TUNSETSNDBUF is actually a signed 32 bit integer, so
> the right thing to do is to read it into an int.
>
> Cc: David S. Miller <davem@davemloft.net>
> Fixes: 39ec7de7092b ("macvtap: fix uninitialized access on TUNSETIFF")
> Reported-by: Mark A. Peloquin
> Bisected-by: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
> Reported-by: Christian Borntraeger <borntraeger@de.ibm.com>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Applied and queued up for -stable, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web