RE: [PATCH v1] ARM: dts: imx6sl-evk: keep sw4 always on

Anson Huang Best Regards! > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Monday, July 2, 2018 7:33 AM > To: Shawn Guo ; Anson Huang > > Cc: Robin Gong ; Mark Rutland > ; open list:OPEN FIRMWARE AND FLATTENED > DEVICE TREE BINDINGS ; linux-kernel > ; Rob

RE: [PATCH v1] ARM: dts: imx6sl-evk: keep sw4 always on

Anson Huang Best Regards! > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Monday, July 2, 2018 7:33 AM > To: Shawn Guo ; Anson Huang > > Cc: Robin Gong ; Mark Rutland > ; open list:OPEN FIRMWARE AND FLATTENED > DEVICE TREE BINDINGS ; linux-kernel > ; Rob

Re: [PATCH] siox: don't create a thread without starting it

Hi all, Just cc'ing a more recent address for Greg ... On Mon, 2 Jul 2018 09:34:04 +1000 Stephen Rothwell wrote: > > Hi Uwe, > > On Fri, 29 Jun 2018 09:38:58 +0200 Uwe Kleine-König > wrote: > > > > On Thu, Jun 28, 2018 at 09:57:42AM +0200, Uwe Kleine-König wrote: > > > Greg, you applied

Re: [PATCH] siox: don't create a thread without starting it

Hi all, Just cc'ing a more recent address for Greg ... On Mon, 2 Jul 2018 09:34:04 +1000 Stephen Rothwell wrote: > > Hi Uwe, > > On Fri, 29 Jun 2018 09:38:58 +0200 Uwe Kleine-König > wrote: > > > > On Thu, Jun 28, 2018 at 09:57:42AM +0200, Uwe Kleine-König wrote: > > > Greg, you applied

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 03:25:01PM -0700, Paul E. McKenney wrote: [...] > > > @@ -602,6 +589,66 @@ static void rcu_read_unlock_special(struct > > > task_struct *t) > > > } > > > } > > > > > > +/* > > > + * Is a deferred quiescent-state pending, and are we also not in > > > + * an RCU

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 03:25:01PM -0700, Paul E. McKenney wrote: [...] > > > @@ -602,6 +589,66 @@ static void rcu_read_unlock_special(struct > > > task_struct *t) > > > } > > > } > > > > > > +/* > > > + * Is a deferred quiescent-state pending, and are we also not in > > > + * an RCU

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 03:27:49PM -0700, Paul E. McKenney wrote: [...] > > > +/* > > > + * Report a deferred quiescent state if needed and safe to do so. > > > + * As with rcu_preempt_need_deferred_qs(), "safe" involves only > > > + * not being in an RCU read-side critical section. The caller

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 03:27:49PM -0700, Paul E. McKenney wrote: [...] > > > +/* > > > + * Report a deferred quiescent state if needed and safe to do so. > > > + * As with rcu_preempt_need_deferred_qs(), "safe" involves only > > > + * not being in an RCU read-side critical section. The caller

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On July 1, 2018 5:00:03 PM PDT, Linus Torvalds wrote: >On Sun, Jul 1, 2018 at 4:44 PM Dmitry Torokhov > wrote: >> >> The reason it got messed up is I switched to pulling patches from >> patchwork.kernel.org as it collects Acked-by and Reviewed-by tags so >I >> do not have to add them manually,

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On July 1, 2018 5:00:03 PM PDT, Linus Torvalds wrote: >On Sun, Jul 1, 2018 at 4:44 PM Dmitry Torokhov > wrote: >> >> The reason it got messed up is I switched to pulling patches from >> patchwork.kernel.org as it collects Acked-by and Reviewed-by tags so >I >> do not have to add them manually,

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Sun, Jul 1, 2018 at 4:44 PM Dmitry Torokhov wrote: > > The reason it got messed up is I switched to pulling patches from > patchwork.kernel.org as it collects Acked-by and Reviewed-by tags so I > do not have to add them manually, but unfortunately it does not do > proper UTF-8: Ugh. I made

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Sun, Jul 1, 2018 at 4:44 PM Dmitry Torokhov wrote: > > The reason it got messed up is I switched to pulling patches from > patchwork.kernel.org as it collects Acked-by and Reviewed-by tags so I > do not have to add them manually, but unfortunately it does not do > proper UTF-8: Ugh. I made

Linux 4.18-rc3

I'm back at home, over jetlag, and back to the usual "Sunday afternoon" release schedule. So there it is, in all the usual places. And things look fairly normal - a bit over a third is drivers (various parts: input, usb, sound, gpu, mtd, networking, ...), with the rest being arch updates

Linux 4.18-rc3

I'm back at home, over jetlag, and back to the usual "Sunday afternoon" release schedule. So there it is, in all the usual places. And things look fairly normal - a bit over a third is drivers (various parts: input, usb, sound, gpu, mtd, networking, ...), with the rest being arch updates

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Sun, Jul 01, 2018 at 04:30:44PM -0700, Linus Torvalds wrote: > On Thu, Jun 21, 2018 at 5:16 PM Dmitry Torokhov > wrote: > > > > OK, thank you for the info. Applied. > > Ugh. Dmitry, please be more careful with author names. > > Apparently you aren't in a proper utf-8 locale, and you messed

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Sun, Jul 01, 2018 at 04:30:44PM -0700, Linus Torvalds wrote: > On Thu, Jun 21, 2018 at 5:16 PM Dmitry Torokhov > wrote: > > > > OK, thank you for the info. Applied. > > Ugh. Dmitry, please be more careful with author names. > > Apparently you aren't in a proper utf-8 locale, and you messed

Re: [PATCH 2/2] drivers: core: Remove glue dirs from sysfs earlier

On Sun, 2018-07-01 at 10:04 -0700, Linus Torvalds wrote: > > So this is where we disagree: > > > Thus in that scenario the "last minute" kobject_release() done by the > > last kobject_put() will be effectively unprotected from for example the > > gdp_mutex (in the case of the gluedirs) or

Re: [PATCH 2/2] drivers: core: Remove glue dirs from sysfs earlier

On Sun, 2018-07-01 at 10:04 -0700, Linus Torvalds wrote: > > So this is where we disagree: > > > Thus in that scenario the "last minute" kobject_release() done by the > > last kobject_put() will be effectively unprotected from for example the > > gdp_mutex (in the case of the gluedirs) or

Re: [PATCH] siox: don't create a thread without starting it

Hi Uwe, On Fri, 29 Jun 2018 09:38:58 +0200 Uwe Kleine-König wrote: > > On Thu, Jun 28, 2018 at 09:57:42AM +0200, Uwe Kleine-König wrote: > > Greg, you applied the initial patches creating drivers/siox. I assume > > you will continue to apply siox patches and tell if I should search a > >

Re: [PATCH] siox: don't create a thread without starting it

Hi Uwe, On Fri, 29 Jun 2018 09:38:58 +0200 Uwe Kleine-König wrote: > > On Thu, Jun 28, 2018 at 09:57:42AM +0200, Uwe Kleine-König wrote: > > Greg, you applied the initial patches creating drivers/siox. I assume > > you will continue to apply siox patches and tell if I should search a > >

Re: [PATCH v1] ARM: dts: imx6sl-evk: keep sw4 always on

On Sun, Jul 1, 2018 at 6:34 AM, Shawn Guo wrote: > On Mon, Jun 25, 2018 at 08:34:11PM +0800, Robin Gong wrote: >> SW4 is one power rail for LPDDR2 on i.mx6sl-evk, so it should >> be kept always on. But it's disabled after switch disabled >> interface implemented in pfuze driver >> 'commit

Re: [PATCH v1] ARM: dts: imx6sl-evk: keep sw4 always on

On Sun, Jul 1, 2018 at 6:34 AM, Shawn Guo wrote: > On Mon, Jun 25, 2018 at 08:34:11PM +0800, Robin Gong wrote: >> SW4 is one power rail for LPDDR2 on i.mx6sl-evk, so it should >> be kept always on. But it's disabled after switch disabled >> interface implemented in pfuze driver >> 'commit

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Thu, Jun 21, 2018 at 5:16 PM Dmitry Torokhov wrote: > > OK, thank you for the info. Applied. Ugh. Dmitry, please be more careful with author names. Apparently you aren't in a proper utf-8 locale, and you messed up the name in the git repository. So yoiu apparently tried to take KT Liao's

Re: [PATCH] Input: elantech - Fix V4 report decoding for module with middle key

On Thu, Jun 21, 2018 at 5:16 PM Dmitry Torokhov wrote: > > OK, thank you for the info. Applied. Ugh. Dmitry, please be more careful with author names. Apparently you aren't in a proper utf-8 locale, and you messed up the name in the git repository. So yoiu apparently tried to take KT Liao's

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 11:38:28AM -0700, Joel Fernandes wrote: > Hi Paul, > > On Wed, Jun 27, 2018 at 01:49:14PM -0700, Paul E. McKenney wrote: > [...] > > diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h > > index c1b17f5b9361..ff5c70eae47d 100644 > > ---

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 11:38:28AM -0700, Joel Fernandes wrote: > Hi Paul, > > On Wed, Jun 27, 2018 at 01:49:14PM -0700, Paul E. McKenney wrote: > [...] > > diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h > > index c1b17f5b9361..ff5c70eae47d 100644 > > ---

Re: [PATCH] iio: add channel type for frequency

On 07/01/2018 02:18 AM, Lars-Peter Clausen wrote: On 07/01/2018 04:59 AM, David Lechner wrote: This adds a new type for frequency to the IIO channel type enumeration. Units are in Hz. Documentation? I take it that you mean Documentation/ABI/testing/sysfs-bus-iio? Or somewhere else too?

Re: [PATCH] iio: add channel type for frequency

On 07/01/2018 02:18 AM, Lars-Peter Clausen wrote: On 07/01/2018 04:59 AM, David Lechner wrote: This adds a new type for frequency to the IIO channel type enumeration. Units are in Hz. Documentation? I take it that you mean Documentation/ABI/testing/sysfs-bus-iio? Or somewhere else too?

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 10:40:45AM -0700, Joel Fernandes wrote: > On Wed, Jun 27, 2018 at 01:49:14PM -0700, Paul E. McKenney wrote: > > This commit defers reporting of RCU-preempt quiescent states at > > rcu_read_unlock_special() time when any of interrupts, softirq, or > > preemption are

Re: [PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled

On Sun, Jul 01, 2018 at 10:40:45AM -0700, Joel Fernandes wrote: > On Wed, Jun 27, 2018 at 01:49:14PM -0700, Paul E. McKenney wrote: > > This commit defers reporting of RCU-preempt quiescent states at > > rcu_read_unlock_special() time when any of interrupts, softirq, or > > preemption are

Re: [PATCH] staging: speakup: Replace strncpy with memcpy

Guenter Roeck, le dim. 01 juil. 2018 13:57:24 -0700, a ecrit: > gcc 8.1.0 generates the following warnings. > > drivers/staging/speakup/kobjects.c: In function 'punc_store': > drivers/staging/speakup/kobjects.c:522:2: warning: > 'strncpy' output truncated before terminating nul >

Re: [PATCH] staging: speakup: Replace strncpy with memcpy

Guenter Roeck, le dim. 01 juil. 2018 13:57:24 -0700, a ecrit: > gcc 8.1.0 generates the following warnings. > > drivers/staging/speakup/kobjects.c: In function 'punc_store': > drivers/staging/speakup/kobjects.c:522:2: warning: > 'strncpy' output truncated before terminating nul >

[PATCH upstream] KASAN: slab-out-of-bounds Read in getname_kernel

Hi, I've looked into this issue found by Syzbot and I made a patch: https://syzkaller.appspot.com/bug?id=d03abd8b42847f7f69b1d1d7f97208ae425b1163 The autofs subsystem does not check that the "path" parameter is present within the "param" struct passed by the userspace in case the

[PATCH upstream] KASAN: slab-out-of-bounds Read in getname_kernel

Hi, I've looked into this issue found by Syzbot and I made a patch: https://syzkaller.appspot.com/bug?id=d03abd8b42847f7f69b1d1d7f97208ae425b1163 The autofs subsystem does not check that the "path" parameter is present within the "param" struct passed by the userspace in case the

[PATCH] platform/x86: touchscreen_dmi: Add touchscreen platform data for the Onda V820w tablet

Add touchscreen platform data for the Onda V820w tablet Signed-off-by: Jun Bo Bi --- drivers/platform/x86/touchscreen_dmi.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/platform/x86/touchscreen_dmi.c b/drivers/platform/x86/touchscreen_dmi.c index

[PATCH] platform/x86: touchscreen_dmi: Add touchscreen platform data for the Onda V820w tablet

Add touchscreen platform data for the Onda V820w tablet Signed-off-by: Jun Bo Bi --- drivers/platform/x86/touchscreen_dmi.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/platform/x86/touchscreen_dmi.c b/drivers/platform/x86/touchscreen_dmi.c index

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 2018-07-01 at 23:01 +0200, Richard Weinberger wrote: > Am Sonntag, 1. Juli 2018, 22:54:32 CEST schrieb Joe Perches: > > On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > > > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger > > > wrote: > > > > Am Donnerstag, 28. Juni 2018,

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 2018-07-01 at 23:01 +0200, Richard Weinberger wrote: > Am Sonntag, 1. Juli 2018, 22:54:32 CEST schrieb Joe Perches: > > On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > > > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger > > > wrote: > > > > Am Donnerstag, 28. Juni 2018,

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert wrote: > 4.17 kernels built with the CoreOS Container Linux toolchain and kconfig, > up to and including 4.17.3, fail to boot on AMD64 running in (at least) > QEMU/KVM. No messages are shown post-GRUB; the VM instantly reboots. >

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert wrote: > 4.17 kernels built with the CoreOS Container Linux toolchain and kconfig, > up to and including 4.17.3, fail to boot on AMD64 running in (at least) > QEMU/KVM. No messages are shown post-GRUB; the VM instantly reboots. >

[PATCH 2/2] ubifs: Check data node size before truncate

Check whether the size is within bounds before using it. If the size is not correct, abort and dump the bad data node. Cc: Kees Cook Cc: Silvio Cesare Cc: sta...@vger.kernel.org Fixes: 1e51764a3c2ac ("UBIFS: add new flash file system") Reported-by: Silvio Cesare Signed-off-by: Richard

[PATCH 2/2] ubifs: Check data node size before truncate

Check whether the size is within bounds before using it. If the size is not correct, abort and dump the bad data node. Cc: Kees Cook Cc: Silvio Cesare Cc: sta...@vger.kernel.org Fixes: 1e51764a3c2ac ("UBIFS: add new flash file system") Reported-by: Silvio Cesare Signed-off-by: Richard

[PATCH 1/2] Revert "UBIFS: Fix potential integer overflow in allocation"

This reverts commit 353748a359f1821ee934afc579cf04572406b420. It bypassed the linux-mtd review process and fixes the issue not as it should. Cc: Kees Cook Cc: Silvio Cesare Cc: sta...@vger.kernel.org Signed-off-by: Richard Weinberger --- fs/ubifs/journal.c | 5 ++--- 1 file changed, 2

[PATCH 1/2] Revert "UBIFS: Fix potential integer overflow in allocation"

This reverts commit 353748a359f1821ee934afc579cf04572406b420. It bypassed the linux-mtd review process and fixes the issue not as it should. Cc: Kees Cook Cc: Silvio Cesare Cc: sta...@vger.kernel.org Signed-off-by: Richard Weinberger --- fs/ubifs/journal.c | 5 ++--- 1 file changed, 2

Re: [PATCH V2 01/19] csky: Build infrastructure

On 07/01/18 10:30, Guo Ren wrote: > Signed-off-by: Guo Ren > --- Hi, Just a few comments... > > diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig > new file mode 100644 > index 000..cfeb312 > --- /dev/null > +++ b/arch/csky/Kconfig > @@ -0,0 +1,211 @@ > +config CSKY > + bool > +

Re: [PATCH V2 01/19] csky: Build infrastructure

On 07/01/18 10:30, Guo Ren wrote: > Signed-off-by: Guo Ren > --- Hi, Just a few comments... > > diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig > new file mode 100644 > index 000..cfeb312 > --- /dev/null > +++ b/arch/csky/Kconfig > @@ -0,0 +1,211 @@ > +config CSKY > + bool > +

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Am Sonntag, 1. Juli 2018, 22:54:32 CEST schrieb Joe Perches: > On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger > > wrote: > > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > > Now that we have the

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Am Sonntag, 1. Juli 2018, 22:54:32 CEST schrieb Joe Perches: > On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger > > wrote: > > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > > Now that we have the

[PATCH] kernfs: Replace strncpy with memcpy

gcc 8.1.0 complains: fs/kernfs/symlink.c:91:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length fs/kernfs/symlink.c: In function 'kernfs_iop_get_link': fs/kernfs/symlink.c:88:14: note: length computed here Using

[PATCH] kernfs: Replace strncpy with memcpy

gcc 8.1.0 complains: fs/kernfs/symlink.c:91:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length fs/kernfs/symlink.c: In function 'kernfs_iop_get_link': fs/kernfs/symlink.c:88:14: note: length computed here Using

[PATCH] kobject: Replace strncpy with memcpy

gcc 8.1.0 complains: lib/kobject.c:128:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] lib/kobject.c: In function 'kobject_get_path': lib/kobject.c:125:13: note: length computed here Using

[PATCH] staging: speakup: Replace strncpy with memcpy

gcc 8.1.0 generates the following warnings. drivers/staging/speakup/kobjects.c: In function 'punc_store': drivers/staging/speakup/kobjects.c:522:2: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length

[PATCH] TTY: isdn: Replace strncpy with memcpy

gcc 8.1.0 complains: drivers/isdn/i4l/isdn_tty.c: In function 'isdn_tty_suspend.isra.1': drivers/isdn/i4l/isdn_tty.c:790:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length drivers/isdn/i4l/isdn_tty.c:778:6: note: length

[PATCH] test_hexdump: Replace strncpy with memcpy

gcc 8.1.0 complains: lib/test_hexdump.c:84:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length lib/test_hexdump.c:82:19: note: length computed here Using strncpy() is indeed less than perfect since the length of data to

[PATCH] kobject: Replace strncpy with memcpy

gcc 8.1.0 complains: lib/kobject.c:128:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] lib/kobject.c: In function 'kobject_get_path': lib/kobject.c:125:13: note: length computed here Using

[PATCH] staging: speakup: Replace strncpy with memcpy

gcc 8.1.0 generates the following warnings. drivers/staging/speakup/kobjects.c: In function 'punc_store': drivers/staging/speakup/kobjects.c:522:2: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length

[PATCH] TTY: isdn: Replace strncpy with memcpy

gcc 8.1.0 complains: drivers/isdn/i4l/isdn_tty.c: In function 'isdn_tty_suspend.isra.1': drivers/isdn/i4l/isdn_tty.c:790:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length drivers/isdn/i4l/isdn_tty.c:778:6: note: length

[PATCH] test_hexdump: Replace strncpy with memcpy

gcc 8.1.0 complains: lib/test_hexdump.c:84:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length lib/test_hexdump.c:82:19: note: length computed here Using strncpy() is indeed less than perfect since the length of data to

[PATCH] configfs: Replace strncpy with memcpy

gcc 8.1.0 complains: fs/configfs/symlink.c:67:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length fs/configfs/symlink.c: In function 'configfs_get_link': fs/configfs/symlink.c:63:13: note: length computed here Using

[PATCH] configfs: Replace strncpy with memcpy

gcc 8.1.0 complains: fs/configfs/symlink.c:67:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length fs/configfs/symlink.c: In function 'configfs_get_link': fs/configfs/symlink.c:63:13: note: length computed here Using

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger wrote: > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > Now that we have the logic for skipping CRC check for static UBI volumes > > > in the core, let's

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 2018-07-01 at 22:33 +0200, Boris Brezillon wrote: > On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger wrote: > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > Now that we have the logic for skipping CRC check for static UBI volumes > > > in the core, let's

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Am Sonntag, 1. Juli 2018, 22:33:47 CEST schrieb Boris Brezillon: > On Sun, 01 Jul 2018 21:35:57 +0200 > Richard Weinberger wrote: > > > Quentin, > > > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > Now that we have the logic for skipping CRC check for static UBI

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Am Sonntag, 1. Juli 2018, 22:33:47 CEST schrieb Boris Brezillon: > On Sun, 01 Jul 2018 21:35:57 +0200 > Richard Weinberger wrote: > > > Quentin, > > > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > > Now that we have the logic for skipping CRC check for static UBI

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger wrote: > Quentin, > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > Now that we have the logic for skipping CRC check for static UBI volumes > > in the core, let's expose it to users. > > > > This makes use of a

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

On Sun, 01 Jul 2018 21:35:57 +0200 Richard Weinberger wrote: > Quentin, > > Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > > Now that we have the logic for skipping CRC check for static UBI volumes > > in the core, let's expose it to users. > > > > This makes use of a

Re: [PATCH 4.9 000/101] 4.9.111-stable review

On Sun, Jul 01, 2018 at 06:20:46PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.111 release. > There are 101 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.9 000/101] 4.9.111-stable review

On Sun, Jul 01, 2018 at 06:20:46PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.111 release. > There are 101 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 000/105] 4.4.139-stable review

On Sun, Jul 01, 2018 at 06:01:10PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.139 release. > There are 105 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 000/105] 4.4.139-stable review

On Sun, Jul 01, 2018 at 06:01:10PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.139 release. > There are 105 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v3 1/2] ubi: provide a way to skip CRC checks

Am Donnerstag, 28. Juni 2018, 09:40:52 CEST schrieb Quentin Schulz: > Some users of static UBI volumes implement their own integrity check, > thus making the volume CRC check done at open time useless. For > instance, this is the case when one use the ubiblock + dm-verity + > squashfs combination,

Re: [PATCH v3 1/2] ubi: provide a way to skip CRC checks

Am Donnerstag, 28. Juni 2018, 09:40:52 CEST schrieb Quentin Schulz: > Some users of static UBI volumes implement their own integrity check, > thus making the volume CRC check done at open time useless. For > instance, this is the case when one use the ubiblock + dm-verity + > squashfs combination,

Re: [PATCH 3.18 00/85] 3.18.114-stable review

On Sun, Jul 01, 2018 at 06:01:18PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.114 release. > There are 85 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 3.18 00/85] 3.18.114-stable review

On Sun, Jul 01, 2018 at 06:01:18PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.114 release. > There are 85 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Quentin, Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > Now that we have the logic for skipping CRC check for static UBI volumes > in the core, let's expose it to users. > > This makes use of a padding byte in the volume description data > structure as a flag. This flag

Re: [PATCH v3 2/2] ubi: expose the volume CRC check skip flag

Quentin, Am Donnerstag, 28. Juni 2018, 09:40:53 CEST schrieb Quentin Schulz: > Now that we have the logic for skipping CRC check for static UBI volumes > in the core, let's expose it to users. > > This makes use of a padding byte in the volume description data > structure as a flag. This flag

[PATCH 3.18 13/85] arm64: ptrace: remove addr_limit manipulation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mark Rutland [ Upstream commit 59275a0c037ed6fabd6354730f1e3104264ab719 ] We transiently switch to KERNEL_DS in compat_ptrace_gethbpregs() and compat_ptrace_sethbpregs(), but in either case

[PATCH 3.18 13/85] arm64: ptrace: remove addr_limit manipulation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mark Rutland [ Upstream commit 59275a0c037ed6fabd6354730f1e3104264ab719 ] We transiently switch to KERNEL_DS in compat_ptrace_gethbpregs() and compat_ptrace_sethbpregs(), but in either case

[PATCH 3.18 14/85] selftests: ftrace: Add a testcase for multiple actions on trigger

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Masami Hiramatsu [ Upstream commit 25aa50e0ca397a5e5d4d6fcecefa8107877d1dd0 ] Add a testcase for multiple actions with different parameters on an event trigger, which has been fixed by commit

[PATCH 3.18 14/85] selftests: ftrace: Add a testcase for multiple actions on trigger

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Masami Hiramatsu [ Upstream commit 25aa50e0ca397a5e5d4d6fcecefa8107877d1dd0 ] Add a testcase for multiple actions with different parameters on an event trigger, which has been fixed by commit

[PATCH 3.18 02/85] tools build: Fix Makefile(s) to properly invoke tools build

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 16671c1e1cac2dbb995feb4bc55082fd939b5c2c upstream. Several fixes were needed to allow following builds: $ make tools/tmon $ make -C tools/perf $ make -C /tools perf

[PATCH 3.18 04/85] fsnotify: fix ignore mask logic in send_to_group()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Amir Goldstein [ Upstream commit 92183a42898dc400b89da35685d1814ac6acd3d8 ] The ignore mask logic in send_to_group() does not match the logic in fanotify_should_send_event(). In the latter, a

[PATCH 3.18 06/85] s390/smsgiucv: disable SMSG on module unload

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit 760dd0eeaec1689430243ead14e5a429613d8c52 ] The module exit function of the smsgiucv module uses the incorrect CP command to disable SMSG messages. The

[PATCH 3.18 05/85] MIPS: io: Add barrier after register read in readX()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Sinan Kaya [ Upstream commit a1cc7034e33d12dc17d13fbcd7d597d552889097 ] While a barrier is present in the writeX() functions before the register write, a similar barrier is missing in the

[PATCH 3.18 11/85] scsi: isci: Fix infinite loop in while loop

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King [ Upstream commit 4bc83b3f272fe8f36450f9c003df49cf07ffe5fd ] In the case when the phy_mask is bitwise anded with the phy_index bit is zero the continue statement currently

[PATCH 3.18 11/85] scsi: isci: Fix infinite loop in while loop

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King [ Upstream commit 4bc83b3f272fe8f36450f9c003df49cf07ffe5fd ] In the case when the phy_mask is bitwise anded with the phy_index bit is zero the continue statement currently

[PATCH 3.18 02/85] tools build: Fix Makefile(s) to properly invoke tools build

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa commit 16671c1e1cac2dbb995feb4bc55082fd939b5c2c upstream. Several fixes were needed to allow following builds: $ make tools/tmon $ make -C tools/perf $ make -C /tools perf

[PATCH 3.18 04/85] fsnotify: fix ignore mask logic in send_to_group()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Amir Goldstein [ Upstream commit 92183a42898dc400b89da35685d1814ac6acd3d8 ] The ignore mask logic in send_to_group() does not match the logic in fanotify_should_send_event(). In the latter, a

[PATCH 3.18 06/85] s390/smsgiucv: disable SMSG on module unload

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky [ Upstream commit 760dd0eeaec1689430243ead14e5a429613d8c52 ] The module exit function of the smsgiucv module uses the incorrect CP command to disable SMSG messages. The

[PATCH 3.18 05/85] MIPS: io: Add barrier after register read in readX()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Sinan Kaya [ Upstream commit a1cc7034e33d12dc17d13fbcd7d597d552889097 ] While a barrier is present in the writeX() functions before the register write, a similar barrier is missing in the

[PATCH 3.18 08/85] scsi: iscsi: respond to netlink with unicast when appropriate

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Chris Leech [ Upstream commit af17092810a887178195276255b7b31f8fbe7dbe ] Instead of always multicasting responses, send a unicast netlink message directed at the correct pid. This will be

[PATCH 3.18 03/85] af_key: Always verify length of provided sadb_key

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kevin Easton commit 4b66af2d6356a00e94bcdea3e7fea324e8b5c6f4 upstream. Key extensions (struct sadb_key) include a user-specified number of key bits. The kernel uses that number to determine

Re: [PATCH 4.17 154/220] UBIFS: Fix potential integer overflow in allocation

On Sun, Jul 1, 2018 at 6:22 PM, Greg Kroah-Hartman wrote: > 4.17-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Silvio Cesare > > commit 353748a359f1821ee934afc579cf04572406b420 upstream. > > There is potential for the size and len fields

[PATCH 3.18 08/85] scsi: iscsi: respond to netlink with unicast when appropriate

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Chris Leech [ Upstream commit af17092810a887178195276255b7b31f8fbe7dbe ] Instead of always multicasting responses, send a unicast netlink message directed at the correct pid. This will be

[PATCH 3.18 03/85] af_key: Always verify length of provided sadb_key

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kevin Easton commit 4b66af2d6356a00e94bcdea3e7fea324e8b5c6f4 upstream. Key extensions (struct sadb_key) include a user-specified number of key bits. The kernel uses that number to determine

Re: [PATCH 4.17 154/220] UBIFS: Fix potential integer overflow in allocation

On Sun, Jul 1, 2018 at 6:22 PM, Greg Kroah-Hartman wrote: > 4.17-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Silvio Cesare > > commit 353748a359f1821ee934afc579cf04572406b420 upstream. > > There is potential for the size and len fields

[PATCH 3.18 00/85] 3.18.114-stable review

This is the start of the stable review cycle for the 3.18.114 release. There are 85 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Tue Jul 3 15:31:04 UTC 2018. Anything

[PATCH 3.18 00/85] 3.18.114-stable review

This is the start of the stable review cycle for the 3.18.114 release. There are 85 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Tue Jul 3 15:31:04 UTC 2018. Anything

[PATCH 3.18 25/85] drm/omap: fix possible NULL ref issue in tiler_reserve_2d

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen [ Upstream commit 6a0f0c55619f0b82a677cab72e77c3444a5eee58 ] tiler_reserve_2d allocates memory but does not check if it got the memory. Add the check and return ENOMEM on

[PATCH 3.18 25/85] drm/omap: fix possible NULL ref issue in tiler_reserve_2d

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen [ Upstream commit 6a0f0c55619f0b82a677cab72e77c3444a5eee58 ] tiler_reserve_2d allocates memory but does not check if it got the memory. Add the check and return ENOMEM on

<    1   2   3   4   5   6   7   8   9   10   >