stable [PATCH] can: dev: fix crtlmode_supported check

[Luis Henriques]

On Sun, Feb 01, 2015 at 08:10:15PM +0100, Oliver Hartkopp wrote:
> Hello all,
> 
> just in the case you are interested to pick these patches up for 3.13 and 3.16
> stable:
> 
> The backported patch for Linux 3.2 ... 3.14 has been applied by GregKH for the 
> 3.10 kernel here:
> 
> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.10.y&id=c5fe617018c5f7b1c8ad6ba96fa65870f6b6858b
> 
> And for 3.16 the original patch
> 
> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.18.y&id=96bfa3859e9c40f53ecc79ea3c23dbb72188a56b
> 
> should work.
> 

Thank you, Oliver.  We will soon process these patches as they have
been tagged for stable.  We usually have a small delay before picking
a patch after it hits the Linus tree.  This makes it possible to catch
some regressions before they hit our stable kernels.

Anyway, these patches are in our radar already, and you as the author
will soon be notified that they have been queued for the 3.13 and 3.16
kernels.

Cheers,
--
Luís

> Thanks & best regards,
> Oliver
> 
> On 28.01.2015 09:25, Marc Kleine-Budde wrote:
> > On 01/27/2015 08:12 PM, Oliver Hartkopp wrote:
> >> When changing flags in the CAN drivers ctrlmode the provided new content has to
> >> be checked whether the bits are allowed to be changed. The bits that are to be
> >> changed are given as a bitfield in cm->mask. Therefore checking against
> >> cm->flags is wrong as the content can hold any kind of values.
> >>
> >> The iproute2 tool sets the bits in cm->mask and cm->flags depending on the
> >> detected command line options. To be robust against bogus user space
> >> applications additionally sanitize the provided flags with the provided mask.
> >>
> >> (Backport of upstream commit 9b1087aa5e86448fe6ad40a58964e35f3ba423d5 for
> >> Linux 3.2 .. Linux 3.14)
> >
> > Zefan Li <lizefan at huawei.com> is taking care of v3.4
> >
> > Marc
> >
> 
> 
> 
> -- 
> kernel-team mailing list
> kernel-team at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/kernel-team