Re: [PATCH 4.4 00/57] 4.4.77-stable review

On Fri, Jul 14, 2017 at 11:50:21AM +0200, Greg Kroah-Hartman wrote: > On Thu, Jul 13, 2017 at 06:33:06PM -0700, Guenter Roeck wrote: > > On 07/13/2017 08:42 AM, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 4.4.77 release. > > > There are 57 patches in this

Re: [PATCH 4.4 00/57] 4.4.77-stable review

On Fri, Jul 14, 2017 at 11:50:21AM +0200, Greg Kroah-Hartman wrote: > On Thu, Jul 13, 2017 at 06:33:06PM -0700, Guenter Roeck wrote: > > On 07/13/2017 08:42 AM, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 4.4.77 release. > > > There are 57 patches in this

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On 07/14/2017 01:36 PM, Eric W. Biederman wrote: Stefan Berger writes: On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: Quoting Stefan Berger (stef...@linux.vnet.ibm.com): On 07/13/2017 08:38 PM, Eric W. Biederman wrote: Stefan Berger

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On 07/14/2017 01:36 PM, Eric W. Biederman wrote: Stefan Berger writes: On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: Quoting Stefan Berger (stef...@linux.vnet.ibm.com): On 07/13/2017 08:38 PM, Eric W. Biederman wrote: Stefan Berger writes: On 07/13/2017 01:49 PM, Eric W. Biederman

Re: [PATCH, RESEND 03/14] drm/vmwgfx: avoid gcc-7 parentheses warning

On Fri, Jul 14, 2017 at 2:25 AM, Arnd Bergmann wrote: > - return capable(CAP_SYS_ADMIN) ? : -EINVAL; > + return capable(CAP_SYS_ADMIN) ? 1 : -EINVAL; NAK. This takes unintentionally insane code and turns it intentionally insane. Any non-zero return is considered an

Re: [PATCH, RESEND 03/14] drm/vmwgfx: avoid gcc-7 parentheses warning

On Fri, Jul 14, 2017 at 2:25 AM, Arnd Bergmann wrote: > - return capable(CAP_SYS_ADMIN) ? : -EINVAL; > + return capable(CAP_SYS_ADMIN) ? 1 : -EINVAL; NAK. This takes unintentionally insane code and turns it intentionally insane. Any non-zero return is considered an error. The right

Re: [PATCH 17/22] platform/x86: alienware-wmi: fix format string overflow warning

On Fri, Jul 14, 2017 at 3:07 PM, Arnd Bergmann wrote: > gcc points out a possible format string overflow for a large value of 'zone': > > drivers/platform/x86/alienware-wmi.c: In function 'alienware_wmi_init': > drivers/platform/x86/alienware-wmi.c:461:24: error: '%02X' directive

Re: [PATCH 17/22] platform/x86: alienware-wmi: fix format string overflow warning

On Fri, Jul 14, 2017 at 3:07 PM, Arnd Bergmann wrote: > gcc points out a possible format string overflow for a large value of 'zone': > > drivers/platform/x86/alienware-wmi.c: In function 'alienware_wmi_init': > drivers/platform/x86/alienware-wmi.c:461:24: error: '%02X' directive writing >

Re: [PATCH v12 6/8] mm: support reporting free page blocks

On Fri, Jul 14, 2017 at 02:30:23PM +0200, Michal Hocko wrote: > On Wed 12-07-17 20:40:19, Wei Wang wrote: > > This patch adds support for reporting blocks of pages on the free list > > specified by the caller. > > > > As pages can leave the free list during this call or immediately > >

Re: [PATCH v12 6/8] mm: support reporting free page blocks

On Fri, Jul 14, 2017 at 02:30:23PM +0200, Michal Hocko wrote: > On Wed 12-07-17 20:40:19, Wei Wang wrote: > > This patch adds support for reporting blocks of pages on the free list > > specified by the caller. > > > > As pages can leave the free list during this call or immediately > >

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 1:35 PM, Alexander Potapenko wrote: > On Fri, Jul 14, 2017 at 7:04 PM, Neal Cardwell wrote: >> On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko >> wrote: >>> KMSAN reported use of uninitialized memory in

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 1:35 PM, Alexander Potapenko wrote: > On Fri, Jul 14, 2017 at 7:04 PM, Neal Cardwell wrote: >> On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko >> wrote: >>> KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), >>> which originated from the TCP

Re: [GIT PULL] Please pull NFS client changes for Linux 4.13

On Fri, Jul 14, 2017 at 7:25 AM, Dave Jones wrote: > On Thu, Jul 13, 2017 at 05:16:24PM -0400, Anna Schumaker wrote: > > > > git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.13-1 > > Since this landed, I'm seeing this during boot.. > >

Re: [GIT PULL] Please pull NFS client changes for Linux 4.13

On Fri, Jul 14, 2017 at 7:25 AM, Dave Jones wrote: > On Thu, Jul 13, 2017 at 05:16:24PM -0400, Anna Schumaker wrote: > > > > git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.13-1 > > Since this landed, I'm seeing this during boot.. > >

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 02:25:45PM -0400, Rob Clark wrote: > On Fri, Jul 14, 2017 at 2:06 PM, Will Deacon wrote: > > On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: > >> On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > >> > On Thu, Jul

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 02:25:45PM -0400, Rob Clark wrote: > On Fri, Jul 14, 2017 at 2:06 PM, Will Deacon wrote: > > On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: > >> On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > >> > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Stefan Berger writes: > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: >> Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >>> On 07/13/2017 08:38 PM, Eric W. Biederman wrote: Stefan Berger writes: > On 07/13/2017 01:49

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Stefan Berger writes: > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: >> Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >>> On 07/13/2017 08:38 PM, Eric W. Biederman wrote: Stefan Berger writes: > On 07/13/2017 01:49 PM, Eric W. Biederman wrote: > >> My big question

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

Hi Alexander, [auto build test ERROR on net-next/master] [also build test ERROR on next-20170714] [cannot apply to v4.12] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/sctp

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

Hi Alexander, [auto build test ERROR on net-next/master] [also build test ERROR on next-20170714] [cannot apply to v4.12] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/sctp

Re: [PATCH v5 1/2] clk: gate: expose clk_gate_ops::is_enabled

Hi Gabriel, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.12 next-20170714] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/gabriel-fernandez-st-com/clk-stm32h7-Add

Re: [PATCH v5 1/2] clk: gate: expose clk_gate_ops::is_enabled

Hi Gabriel, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.12 next-20170714] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/gabriel-fernandez-st-com/clk-stm32h7-Add

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > The concern is with a shared filesystems.  In that case, for IMA it > would make sense to support a native and a namespace xattr.  If due > to xattr space limitations we have to limit the number of xattrs, > then we should limit it to two - a

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > The concern is with a shared filesystems.  In that case, for IMA it > would make sense to support a native and a namespace xattr.  If due > to xattr space limitations we have to limit the number of xattrs, > then we should limit it to two - a

Re: [PATCH] tools/perf/pmu-events: Support additional POWER8+ PVR in mapfile

Em Mon, Jun 19, 2017 at 12:00:42PM +0530, Shriya escreveu: > Add support for POWER8+ PVR 004c0100 for Garrison Thanks, applied. - Arnaldo

Re: [PATCH] tools/perf/pmu-events: Support additional POWER8+ PVR in mapfile

Em Mon, Jun 19, 2017 at 12:00:42PM +0530, Shriya escreveu: > Add support for POWER8+ PVR 004c0100 for Garrison Thanks, applied. - Arnaldo

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 12:35 -0500, Serge E. Hallyn wrote: > Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: > > >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > > >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: > > >>>Stefan Berger

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 12:35 -0500, Serge E. Hallyn wrote: > Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: > > >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > > >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: > > >>>Stefan Berger

[GIT PULL] arch/tile changes for 4.13

Linus, Please pull the following changes for 4.13 from: git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git master This adds support for an to help with removing __need_xxx #defines from glibc, and removes some dead code in arch/tile/mm/init.c. Chris Metcalf (1):

[GIT PULL] arch/tile changes for 4.13

Linus, Please pull the following changes for 4.13 from: git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git master This adds support for an to help with removing __need_xxx #defines from glibc, and removes some dead code in arch/tile/mm/init.c. Chris Metcalf (1):

RE: [PATCH 17/22] platform/x86: alienware-wmi: fix format string overflow warning

> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Friday, July 14, 2017 7:07 AM > To: linux-kernel@vger.kernel.org; Darren Hart ; Andy > Shevchenko > Cc: Greg Kroah-Hartman ; Linus Torvalds >

RE: [PATCH 17/22] platform/x86: alienware-wmi: fix format string overflow warning

> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Friday, July 14, 2017 7:07 AM > To: linux-kernel@vger.kernel.org; Darren Hart ; Andy > Shevchenko > Cc: Greg Kroah-Hartman ; Linus Torvalds > ; Guenter Roeck ; > a...@linux-foundation.org; net...@vger.kernel.org;

Re: [PATCH v8 06/10] mm: thp: check pmd migration entry in common path

On 14 Jul 2017, at 5:29, Naoya Horiguchi wrote: > On Sat, Jul 01, 2017 at 09:40:04AM -0400, Zi Yan wrote: >> From: Zi Yan >> >> If one of callers of page migration starts to handle thp, >> memory management code start to see pmd migration entry, so we need >> to prepare

Re: [PATCH v8 06/10] mm: thp: check pmd migration entry in common path

On 14 Jul 2017, at 5:29, Naoya Horiguchi wrote: > On Sat, Jul 01, 2017 at 09:40:04AM -0400, Zi Yan wrote: >> From: Zi Yan >> >> If one of callers of page migration starts to handle thp, >> memory management code start to see pmd migration entry, so we need >> to prepare for it before enabling.

Re: [PATCH 2/2] kprobe: fix: Add ftrace_ops_assist_func to kprobe blacklist

On Fri, 14 Jul 2017 10:58:35 -0400 Francis Deslauriers wrote: > This function is called when a kprobe is hit. Thus it should be > blacklisted to prevent kprobe to be triggered by kprobes. > > Signed-off-by: Francis Deslauriers

Re: [PATCH 2/2] kprobe: fix: Add ftrace_ops_assist_func to kprobe blacklist

On Fri, 14 Jul 2017 10:58:35 -0400 Francis Deslauriers wrote: > This function is called when a kprobe is hit. Thus it should be > blacklisted to prevent kprobe to be triggered by kprobes. > > Signed-off-by: Francis Deslauriers > --- > kernel/trace/ftrace.c | 2 ++ > 1 file changed, 2

Re: [PATCH 0/2] kprobe: Fix: add symbols to kprobe blacklist

On Fri, 14 Jul 2017 10:58:33 -0400 Francis Deslauriers wrote: > Kretprobe on ftrace_ops_assist_func and another function: > Those crashes are triggered when hooking a kretprobe on the > ftrace_ops_assist_func symbol and some other functions to make the this

Re: [PATCH 0/2] kprobe: Fix: add symbols to kprobe blacklist

On Fri, 14 Jul 2017 10:58:33 -0400 Francis Deslauriers wrote: > Kretprobe on ftrace_ops_assist_func and another function: > Those crashes are triggered when hooking a kretprobe on the > ftrace_ops_assist_func symbol and some other functions to make the this first > function reacheable. From my

Re: perf: bisected sampling bug in Linux 4.11-rc1

On Fri, 14 Jul 2017, Vince Weaver wrote: > On a good kernel you get the following: > Event perf::instructions with period 100 > Event perf::instructions with period 200 > fd 3 overflows: 946 (perf::instructions/100) > fd 4 overflows: 473

Re: perf: bisected sampling bug in Linux 4.11-rc1

On Fri, 14 Jul 2017, Vince Weaver wrote: > On a good kernel you get the following: > Event perf::instructions with period 100 > Event perf::instructions with period 200 > fd 3 overflows: 946 (perf::instructions/100) > fd 4 overflows: 473

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

"Serge E. Hallyn" writes: > Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >> On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: >> >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >> >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: >> >>>Stefan Berger

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 2:06 PM, Will Deacon wrote: > On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: >> On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: >> > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: >> >> On Thu, Jul 13,

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

"Serge E. Hallyn" writes: > Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >> On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: >> >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): >> >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: >> >>>Stefan Berger writes: >> >>> >> On 07/13/2017

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 2:06 PM, Will Deacon wrote: > On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: >> On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: >> > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: >> >> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R >> >>

Re: [PATCH V2 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

On 07/10, Kiran Gunda wrote: > > -static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pa, u16 ppid) > +static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pmic_arb, u16 ppid) > { > + struct apid_data *apid_info = _arb->apid_data[pmic_arb->last_apid]; > u32 regval, offset; > - u16

Re: [PATCH V2 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

On 07/10, Kiran Gunda wrote: > > -static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pa, u16 ppid) > +static u16 pmic_arb_find_apid(struct spmi_pmic_arb *pmic_arb, u16 ppid) > { > + struct apid_data *apid_info = _arb->apid_data[pmic_arb->last_apid]; > u32 regval, offset; > - u16

Re: [PATCH V1 2/3] pinctrl: qcom: spmi-gpio: Add dtest route for digital input

On Wed 12 Jul 22:27 PDT 2017, Fenglin Wu wrote: > On 7/13/2017 5:24 AM, Bjorn Andersson wrote: > > On Mon 12 Jun 23:16 PDT 2017, fengl...@codeaurora.org wrote: > > > > > From: Fenglin Wu > > > > > > Add property "qcom,dtest-buffer" to specify which dtest rail to feed >

Re: [PATCH V1 2/3] pinctrl: qcom: spmi-gpio: Add dtest route for digital input

On Wed 12 Jul 22:27 PDT 2017, Fenglin Wu wrote: > On 7/13/2017 5:24 AM, Bjorn Andersson wrote: > > On Mon 12 Jun 23:16 PDT 2017, fengl...@codeaurora.org wrote: > > > > > From: Fenglin Wu > > > > > > Add property "qcom,dtest-buffer" to specify which dtest rail to feed > > > when the pin is

[git pull] Input updates for v4.13-rc0 (round 2)

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive the 2nd round of updates for the input subsystem. You will get: - multit-touch handling for Xen - fix for long-standing bug causing crashes in i8042 on boot - change to

[git pull] Input updates for v4.13-rc0 (round 2)

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive the 2nd round of updates for the input subsystem. You will get: - multit-touch handling for Xen - fix for long-standing bug causing crashes in i8042 on boot - change to

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: > On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: > >> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R > >> wrote: > >> > Hi,

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 01:42:13PM -0400, Rob Clark wrote: > On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: > >> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R > >> wrote: > >> > Hi, > >> > > >> > On 7/13/2017 5:20 PM, Rob Clark

perf: bisected sampling bug in Linux 4.11-rc1

I was tracking down some regressions in my perf_event_test testsuite. Some of the tests broke in the 4.11-rc1 timeframe. I've bisected one of them, this report is about tests/overflow/simul_oneshot_group_overflow This test creates an event group containing two sampling events, set to

perf: bisected sampling bug in Linux 4.11-rc1

I was tracking down some regressions in my perf_event_test testsuite. Some of the tests broke in the 4.11-rc1 timeframe. I've bisected one of them, this report is about tests/overflow/simul_oneshot_group_overflow This test creates an event group containing two sampling events, set to

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

From: Alexander Potapenko Date: Fri, 14 Jul 2017 19:33:54 +0200 > On Fri, Jul 14, 2017 at 7:23 PM, David Miller wrote: >> From: Alexander Potapenko >> Date: Fri, 14 Jul 2017 18:33:01 +0200 >> >>> On Fri, Jul 14, 2017 at 5:58 PM, David

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

From: Alexander Potapenko Date: Fri, 14 Jul 2017 19:33:54 +0200 > On Fri, Jul 14, 2017 at 7:23 PM, David Miller wrote: >> From: Alexander Potapenko >> Date: Fri, 14 Jul 2017 18:33:01 +0200 >> >>> On Fri, Jul 14, 2017 at 5:58 PM, David Miller wrote: From: Alexander Potapenko Date:

Re: [PATCH v7 3/3] net/cxgb4: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

Reviewed-by: Casey Leedom

Re: [PATCH v7 3/3] net/cxgb4: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

Reviewed-by: Casey Leedom

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: >> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R >> wrote: >> > Hi, >> > >> > On 7/13/2017 5:20 PM, Rob Clark wrote: >> >> On Thu, Jul

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Jul 14, 2017 at 1:07 PM, Will Deacon wrote: > On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: >> On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R >> wrote: >> > Hi, >> > >> > On 7/13/2017 5:20 PM, Rob Clark wrote: >> >> On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R >> >> wrote:

Re: [PATCH RFC] scripts/sphinx-pre-install: add a script to check Sphinx install

> Am 14.07.2017 um 18:49 schrieb Mauro Carvalho Chehab > : > > Solving Sphinx dependencies can be painful. Add a script to > check if everything is ok. just my 5cent: What we need is a "requirements.txt" file to define a **reference environment**. E.g. to stick

Re: [PATCH RFC] scripts/sphinx-pre-install: add a script to check Sphinx install

> Am 14.07.2017 um 18:49 schrieb Mauro Carvalho Chehab > : > > Solving Sphinx dependencies can be painful. Add a script to > check if everything is ok. just my 5cent: What we need is a "requirements.txt" file to define a **reference environment**. E.g. to stick Sphinx 1.4.9 in such a

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: > >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: > >>>Stefan Berger writes: > >>> > On 07/13/2017 01:49

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > On 07/14/2017 09:34 AM, Serge E. Hallyn wrote: > >Quoting Stefan Berger (stef...@linux.vnet.ibm.com): > >>On 07/13/2017 08:38 PM, Eric W. Biederman wrote: > >>>Stefan Berger writes: > >>> > On 07/13/2017 01:49 PM, Eric W. Biederman wrote:

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 7:04 PM, Neal Cardwell wrote: > On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko > wrote: >> KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), >> which originated from the TCP request socket created in >>

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 7:04 PM, Neal Cardwell wrote: > On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko > wrote: >> KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), >> which originated from the TCP request socket created in >> cookie_v6_check(): > ... >> ---

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

On Fri, Jul 14, 2017 at 7:23 PM, David Miller wrote: > From: Alexander Potapenko > Date: Fri, 14 Jul 2017 18:33:01 +0200 > >> On Fri, Jul 14, 2017 at 5:58 PM, David Miller wrote: >>> From: Alexander Potapenko >>>

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

On Fri, Jul 14, 2017 at 7:23 PM, David Miller wrote: > From: Alexander Potapenko > Date: Fri, 14 Jul 2017 18:33:01 +0200 > >> On Fri, Jul 14, 2017 at 5:58 PM, David Miller wrote: >>> From: Alexander Potapenko >>> Date: Fri, 14 Jul 2017 12:03:29 +0200 >>> v2: per comment from David

[RESEND][PATCH v5] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Changes from v4: - Address Rob Herring's device tree feedback Documentation/devicetree/bindings/mips/ni.txt | 7 ++ MAINTAINERS | 8 ++

[RESEND][PATCH v5] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Changes from v4: - Address Rob Herring's device tree feedback Documentation/devicetree/bindings/mips/ni.txt | 7 ++ MAINTAINERS | 8 ++ arch/mips/boot/dts/Makefile

Re: [PATCH] mtd: gpmi-nand: do not fail setting ONFI timing mode if available

Hi Han, Le Fri, 14 Jul 2017 14:53:39 +, Han Xu a écrit : > On 07/13/2017 03:15 PM, Boris Brezillon wrote: > > Hi Miquel, > > > > Le Thu, 13 Jul 2017 21:20:30 +0200, > > Miquel Raynal a écrit : > > > >> GPMI NFC driver fails to apply

Re: [PATCH] mtd: gpmi-nand: do not fail setting ONFI timing mode if available

Hi Han, Le Fri, 14 Jul 2017 14:53:39 +, Han Xu a écrit : > On 07/13/2017 03:15 PM, Boris Brezillon wrote: > > Hi Miquel, > > > > Le Thu, 13 Jul 2017 21:20:30 +0200, > > Miquel Raynal a écrit : > > > >> GPMI NFC driver fails to apply timing mode if the ->onfi_get_features() > >> does not

Re: [Intel-gfx] [PATCH RESEND] drm/i915: Fix pipe/transcoder enum mismatches

On Fri, Jul 14, 2017 at 2:11 AM, Jani Nikula wrote: > On Thu, 13 Jul 2017, Stéphane Marchesin wrote: >> So, if you think this is wrong, can you fix this warning in a way that >> you'd like? > > As I replied previously [1], with more

Re: [Intel-gfx] [PATCH RESEND] drm/i915: Fix pipe/transcoder enum mismatches

On Fri, Jul 14, 2017 at 2:11 AM, Jani Nikula wrote: > On Thu, 13 Jul 2017, Stéphane Marchesin wrote: >> So, if you think this is wrong, can you fix this warning in a way that >> you'd like? > > As I replied previously [1], with more background, fixing the warnings > properly, in a way that

Re: [PATCH V3 3/4] spmi: pmic-arb: add support for HW version 5

On 07/11, Kiran Gunda wrote: > @@ -420,7 +440,8 @@ static int pmic_arb_write_cmd(struct spmi_controller > *ctrl, u8 opc, u8 sid, > Mostly style nitpicks! > /* Start the transaction */ > pmic_arb_base_write(pmic_arb, offset + PMIC_ARB_CMD, cmd); > - rc =

Re: [PATCH V3 3/4] spmi: pmic-arb: add support for HW version 5

On 07/11, Kiran Gunda wrote: > @@ -420,7 +440,8 @@ static int pmic_arb_write_cmd(struct spmi_controller > *ctrl, u8 opc, u8 sid, > Mostly style nitpicks! > /* Start the transaction */ > pmic_arb_base_write(pmic_arb, offset + PMIC_ARB_CMD, cmd); > - rc =

Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings

On 07/14/2017 01:26 AM, Michal Hocko wrote: > On Thu 13-07-17 15:33:47, Mike Kravetz wrote: >> On 07/13/2017 12:11 PM, Vlastimil Babka wrote: >>> [+CC linux-api] >>> >>> On 07/13/2017 05:58 PM, Mike Kravetz wrote: mremap will create a 'duplicate' mapping if old_size == 0 is specified.

Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings

On 07/14/2017 01:26 AM, Michal Hocko wrote: > On Thu 13-07-17 15:33:47, Mike Kravetz wrote: >> On 07/13/2017 12:11 PM, Vlastimil Babka wrote: >>> [+CC linux-api] >>> >>> On 07/13/2017 05:58 PM, Mike Kravetz wrote: mremap will create a 'duplicate' mapping if old_size == 0 is specified.

Re: Droid 4 boot failure due to 422580c3cea7 (mm/oom_kill.c: add tracepoints for oom reaper-related events)

Hi, On Fri, Jul 14, 2017 at 02:12:21PM +, Roman Gushchin wrote: > > On 14 Jul 2017, at 14:43, Sebastian Reichel > > wrote: > > I just bisected another issue breaking boot on Droid 4. My > > bisect points to 422580c3cea7 (mm/oom_kill.c: add tracepoints > >

Re: Droid 4 boot failure due to 422580c3cea7 (mm/oom_kill.c: add tracepoints for oom reaper-related events)

Hi, On Fri, Jul 14, 2017 at 02:12:21PM +, Roman Gushchin wrote: > > On 14 Jul 2017, at 14:43, Sebastian Reichel > > wrote: > > I just bisected another issue breaking boot on Droid 4. My > > bisect points to 422580c3cea7 (mm/oom_kill.c: add tracepoints > > for oom reaper-related events). It

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

From: Alexander Potapenko Date: Fri, 14 Jul 2017 18:33:01 +0200 > On Fri, Jul 14, 2017 at 5:58 PM, David Miller wrote: >> From: Alexander Potapenko >> Date: Fri, 14 Jul 2017 12:03:29 +0200 >> >>> v2: per comment from David Miller,

Re: [PATCH v2] sctp: don't dereference ptr before leaving _sctp_walk_{params,errors}()

From: Alexander Potapenko Date: Fri, 14 Jul 2017 18:33:01 +0200 > On Fri, Jul 14, 2017 at 5:58 PM, David Miller wrote: >> From: Alexander Potapenko >> Date: Fri, 14 Jul 2017 12:03:29 +0200 >> >>> v2: per comment from David Miller, make sure the whole iterator->length >>> fits into the

Re: [PATCH] perf/x86/intel: Fix debug_store reset field for freq events

Jiri Olsa writes: > > Setting the reset field to 0 for freq events. Looks good to me. Reviewed-by: Andi Kleen BTW I suspect there's a related bug that perf record -e '{cycles:pp,branches}:S' .. would enable multi record PEBS, even though it shouldn't

Re: [PATCH] perf/x86/intel: Fix debug_store reset field for freq events

Jiri Olsa writes: > > Setting the reset field to 0 for freq events. Looks good to me. Reviewed-by: Andi Kleen BTW I suspect there's a related bug that perf record -e '{cycles:pp,branches}:S' .. would enable multi record PEBS, even though it shouldn't because we need the PMI to read the

[PATCH v3.1 09/10] x86/unwind: add ORC unwinder

Add a new ORC unwinder which is enabled by CONFIG_ORC_UNWINDER. It plugs into the existing x86 unwinder framework. It relies on objtool to generate the needed .orc_unwind and .orc_unwind_ip sections. For more details on why ORC is used instead of DWARF, see Documentation/x86/orc-unwinder.txt.

[PATCH v3.1 09/10] x86/unwind: add ORC unwinder

Add a new ORC unwinder which is enabled by CONFIG_ORC_UNWINDER. It plugs into the existing x86 unwinder framework. It relies on objtool to generate the needed .orc_unwind and .orc_unwind_ip sections. For more details on why ORC is used instead of DWARF, see Documentation/x86/orc-unwinder.txt.

[PATCH] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Documentation/devicetree/bindings/mips/ni.txt | 7 ++ MAINTAINERS | 8 ++ arch/mips/boot/dts/Makefile | 1 +

[PATCH] MIPS: NI 169445 board support

Support the National Instruments 169445 board. Signed-off-by: Nathan Sullivan --- Documentation/devicetree/bindings/mips/ni.txt | 7 ++ MAINTAINERS | 8 ++ arch/mips/boot/dts/Makefile | 1 + arch/mips/boot/dts/ni/169445.dts

RESEND PATCH v5

--- Changes from v4: - Address Rob Herring's device tree feedback

RESEND PATCH v5

--- Changes from v4: - Address Rob Herring's device tree feedback

Re: [PATCH v3 00/10] x86: ORC unwinder (previously undwarf)

On Wed, Jul 12, 2017 at 09:27:50PM +0200, Ingo Molnar wrote: > Maybe we could offer a menu of unwinders - i.e. make the whole Kconfig > interface a > bit nicer: > > CONFIG_UNWINDER_FRAME_POINTER > CONFIG_UNWINDER_ORC > CONFIG_UNWINDER_GUESS > > ... or so? So far I haven't been able to

Re: [PATCH v3 00/10] x86: ORC unwinder (previously undwarf)

On Wed, Jul 12, 2017 at 09:27:50PM +0200, Ingo Molnar wrote: > Maybe we could offer a menu of unwinders - i.e. make the whole Kconfig > interface a > bit nicer: > > CONFIG_UNWINDER_FRAME_POINTER > CONFIG_UNWINDER_ORC > CONFIG_UNWINDER_GUESS > > ... or so? So far I haven't been able to

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: > On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R wrote: > > Hi, > > > > On 7/13/2017 5:20 PM, Rob Clark wrote: > >> On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R > >> wrote: > >>> Hi

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Thu, Jul 13, 2017 at 10:55:10AM -0400, Rob Clark wrote: > On Thu, Jul 13, 2017 at 9:53 AM, Sricharan R wrote: > > Hi, > > > > On 7/13/2017 5:20 PM, Rob Clark wrote: > >> On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R > >> wrote: > >>> Hi Vivek, > >>> > >>> On 7/13/2017 10:43 AM, Vivek Gautam

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko wrote: > KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), > which originated from the TCP request socket created in > cookie_v6_check(): ... > --- a/net/ipv6/syncookies.c > +++ b/net/ipv6/syncookies.c >

Re: [PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

On Fri, Jul 14, 2017 at 12:54 PM, Alexander Potapenko wrote: > KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), > which originated from the TCP request socket created in > cookie_v6_check(): ... > --- a/net/ipv6/syncookies.c > +++ b/net/ipv6/syncookies.c > @@ -216,6 +216,7 @@

Re: [PATCH] MAINTAINERS: Add entry for SPMI subsystem

On Wed, Jun 21, 2017 at 11:47:50AM -0700, Stephen Boyd wrote: > I have the hardware and I've been reviewing SPMI patches when > they come on the list. Add myself as a reviewer in this area and > add the linux-arm-msm list because people subscribed there also > have the hardware. > > Cc: Kiran

Re: [PATCH] MAINTAINERS: Add entry for SPMI subsystem

On Wed, Jun 21, 2017 at 11:47:50AM -0700, Stephen Boyd wrote: > I have the hardware and I've been reviewing SPMI patches when > they come on the list. Add myself as a reviewer in this area and > add the linux-arm-msm list because people subscribed there also > have the hardware. > > Cc: Kiran

[PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), which originated from the TCP request socket created in cookie_v6_check(): == BUG: KMSAN: use of uninitialized memory in tcp_transmit_skb+0xf77/0x3ec0 CPU: 1

[PATCH] ipv6: initialize treq->txhash in cookie_v6_check()

KMSAN reported use of uninitialized memory in skb_set_hash_from_sk(), which originated from the TCP request socket created in cookie_v6_check(): == BUG: KMSAN: use of uninitialized memory in tcp_transmit_skb+0xf77/0x3ec0 CPU: 1

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