Re: [PATCH 0/2] qla2xxx: fix errors in PCI device remove with ongoing I/O

> "Mauricio" == Mauricio Faria de Oliveira > writes: Mauricio> This patchset addresses a couple of errors that might happen Mauricio> during PCI device remove (e.g., PCI hotplug, PowerVM DLPAR), Mauricio> which prevent the successful removal and re-addition

Re: [PATCH 0/2] qla2xxx: fix errors in PCI device remove with ongoing I/O

> "Mauricio" == Mauricio Faria de Oliveira > writes: Mauricio> This patchset addresses a couple of errors that might happen Mauricio> during PCI device remove (e.g., PCI hotplug, PowerVM DLPAR), Mauricio> which prevent the successful removal and re-addition of the Mauricio> adapter to

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 4:03 PM, Alexei Starovoitov wrote: > On Tue, Nov 08, 2016 at 03:51:40PM -0800, Andy Lutomirski wrote: >> On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: >> > This patch adds logic to allows a process to migrate other

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 4:03 PM, Alexei Starovoitov wrote: > On Tue, Nov 08, 2016 at 03:51:40PM -0800, Andy Lutomirski wrote: >> On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: >> > This patch adds logic to allows a process to migrate other tasks >> > between cgroups if they have

[PATCH] perf tools pt: Remove obsolete paragraph in intel-pt.c

From: Andi Kleen Since the unprivileged sched switch event was added in perf, PT doesn't need need perf_event_paranoid=-1 anymore for per cpu decoding. So remove the obsolete paragraph in the documentation. Cc: adrian.hun...@intel.com Signed-off-by: Andi Kleen

[PATCH] perf tools pt: Remove obsolete paragraph in intel-pt.c

From: Andi Kleen Since the unprivileged sched switch event was added in perf, PT doesn't need need perf_event_paranoid=-1 anymore for per cpu decoding. So remove the obsolete paragraph in the documentation. Cc: adrian.hun...@intel.com Signed-off-by: Andi Kleen ---

Re: [PATCH 1/2] Input: gpio_keys - Also send release events for ABS codes

On Sat, Nov 05, 2016 at 12:58:00PM +0100, Paul Cercueil wrote: > On 03/11/2016 17:21, Dmitry Torokhov wrote: > >On Tue, Nov 01, 2016 at 11:25:03AM +0100, Paul Cercueil wrote: > >>Right now, the gpio-keys driver is mostly used with EV_KEY event types. > >>However, this driver (and its devicetree

Re: [PATCH 1/2] Input: gpio_keys - Also send release events for ABS codes

On Sat, Nov 05, 2016 at 12:58:00PM +0100, Paul Cercueil wrote: > On 03/11/2016 17:21, Dmitry Torokhov wrote: > >On Tue, Nov 01, 2016 at 11:25:03AM +0100, Paul Cercueil wrote: > >>Right now, the gpio-keys driver is mostly used with EV_KEY event types. > >>However, this driver (and its devicetree

RE: [PATCH v2 2/2] Staging: fsl-mc: include: mc: Kernel type 's32' preferred over 'int32_t'

> -Original Message- > From: Shiva Kerdel [mailto:sh...@exdev.nl] > Sent: Tuesday, November 08, 2016 9:42 AM > To: Stuart Yoder > Cc: gre...@linuxfoundation.org; german.riv...@freescale.com; German Rivera > ; > tred...@nvidia.com;

RE: [PATCH v2 2/2] Staging: fsl-mc: include: mc: Kernel type 's32' preferred over 'int32_t'

> -Original Message- > From: Shiva Kerdel [mailto:sh...@exdev.nl] > Sent: Tuesday, November 08, 2016 9:42 AM > To: Stuart Yoder > Cc: gre...@linuxfoundation.org; german.riv...@freescale.com; German Rivera > ; > tred...@nvidia.com; itai.k...@nxp.com; Nipun Gupta ; >

Re: [PATCH] drivers: tca8418: Change the interrupt type

On Mon, Nov 07, 2016 at 03:40:24PM +0100, Maxime Ripard wrote: > The TCA8418 interrupt has a level trigger, not a edge one. > > Signed-off-by: Maxime Ripard Hmm, maybe we could rely on OF data for trigger type? > --- > drivers/input/keyboard/tca8418_keypad.c

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 08, 2016 at 03:51:40PM -0800, Andy Lutomirski wrote: > On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > > This patch adds logic to allows a process to migrate other tasks > > between cgroups if they have CAP_SYS_RESOURCE. > > > > In Android (where this

Re: [PATCH] drivers: tca8418: Change the interrupt type

On Mon, Nov 07, 2016 at 03:40:24PM +0100, Maxime Ripard wrote: > The TCA8418 interrupt has a level trigger, not a edge one. > > Signed-off-by: Maxime Ripard Hmm, maybe we could rely on OF data for trigger type? > --- > drivers/input/keyboard/tca8418_keypad.c | 2 +- > 1 file changed, 1

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 08, 2016 at 03:51:40PM -0800, Andy Lutomirski wrote: > On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > > This patch adds logic to allows a process to migrate other tasks > > between cgroups if they have CAP_SYS_RESOURCE. > > > > In Android (where this feature originated), the

Re: [PATCH v15 1/4] clk: mediatek: Add MT2701 clock support

On 11/04, Erin Lo wrote: > From: Shunli Wang > > Add MT2701 clock support, include topckgen, apmixedsys, > infracfg, pericfg and subsystem clocks. > > Signed-off-by: Shunli Wang > Signed-off-by: James Liao >

Re: [PATCH v15 2/4] reset: mediatek: Add MT2701 reset driver

On 11/04, Erin Lo wrote: > From: Shunli Wang > > In infrasys and perifsys, there are many reset > control bits for kinds of modules. These bits are > used as actual reset controllers to be registered > into kernel's generic reset controller framework. > >

Re: [PATCH v15 1/4] clk: mediatek: Add MT2701 clock support

On 11/04, Erin Lo wrote: > From: Shunli Wang > > Add MT2701 clock support, include topckgen, apmixedsys, > infracfg, pericfg and subsystem clocks. > > Signed-off-by: Shunli Wang > Signed-off-by: James Liao > Signed-off-by: Erin Lo > Tested-by: John Crispin > --- Applied to clk-next --

Re: [PATCH v15 2/4] reset: mediatek: Add MT2701 reset driver

On 11/04, Erin Lo wrote: > From: Shunli Wang > > In infrasys and perifsys, there are many reset > control bits for kinds of modules. These bits are > used as actual reset controllers to be registered > into kernel's generic reset controller framework. > > Signed-off-by: Shunli Wang >

Re: [PATCH] checkpatch: fix uninitialized var when run with --no-tree

On Tue, Nov 08, 2016 at 03:10:40PM -0800, Andrew Morton wrote: > I already have the below. Good enough? Sure, good enough. Though it does have the same tiny awkwardness as my v1. > From: Jerome Forissier > Subject: checkpatch: don't try to get maintained status

Re: [PATCH] checkpatch: fix uninitialized var when run with --no-tree

On Tue, Nov 08, 2016 at 03:10:40PM -0800, Andrew Morton wrote: > I already have the below. Good enough? Sure, good enough. Though it does have the same tiny awkwardness as my v1. > From: Jerome Forissier > Subject: checkpatch: don't try to get maintained status when --no-tree is > given > >

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. > > In Android (where this feature originated), the ActivityManager tracks > various application states

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. > > In Android (where this feature originated), the ActivityManager tracks > various application states (TOP_APP, FOREGROUND,

RE: [PATCH v2 1/2] Staging: fsl-mc: include: mc-bus: Kernel type 's16' preferred over 'int16_t'

> -Original Message- > From: Shiva Kerdel [mailto:sh...@exdev.nl] > Sent: Tuesday, November 08, 2016 9:42 AM > To: Stuart Yoder > Cc: gre...@linuxfoundation.org; german.riv...@freescale.com; German Rivera > ; > tred...@nvidia.com;

Re: [PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

On Mon, 7 Nov 2016, Andrew Morton wrote: > > I will add more details and send another round. > > Please simply send the additional changelog text in this thread - > processing an entire v4 patch just for a changelog fiddle is rather > heavyweight. I think this patch is good for future cleanup.

RE: [PATCH v2 1/2] Staging: fsl-mc: include: mc-bus: Kernel type 's16' preferred over 'int16_t'

> -Original Message- > From: Shiva Kerdel [mailto:sh...@exdev.nl] > Sent: Tuesday, November 08, 2016 9:42 AM > To: Stuart Yoder > Cc: gre...@linuxfoundation.org; german.riv...@freescale.com; German Rivera > ; > tred...@nvidia.com; itai.k...@nxp.com; Nipun Gupta ; >

Re: [PATCH v3 1/2] memcg: Prevent memcg caches to be both OFF_SLAB & OBJFREELIST_SLAB

On Mon, 7 Nov 2016, Andrew Morton wrote: > > I will add more details and send another round. > > Please simply send the additional changelog text in this thread - > processing an entire v4 patch just for a changelog fiddle is rather > heavyweight. I think this patch is good for future cleanup.

Re: [PATCH v4 1/5] arm64: perf: Basic uncore counter support for Cavium ThunderX SOC

Hi Jan, Thanks for posting an updated series. I have a few minor comments, which we can hopefully address in time for 4.10. Also, have you run the perf fuzzer with this series applied? https://github.com/deater/perf_event_tests (build the tests and look under the fuzzer/ directory for the

Re: [PATCH v4 1/5] arm64: perf: Basic uncore counter support for Cavium ThunderX SOC

Hi Jan, Thanks for posting an updated series. I have a few minor comments, which we can hopefully address in time for 4.10. Also, have you run the perf fuzzer with this series applied? https://github.com/deater/perf_event_tests (build the tests and look under the fuzzer/ directory for the

Re: [PATCH] MIPS: fix duplicate define

Hi Sudip, [auto build test ERROR on linus/master] [also build test ERROR on v4.9-rc4 next-20161108] [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/Sudip-Mukherjee/MIPS-fix-duplicate-define

Re: [PATCH] MIPS: fix duplicate define

Hi Sudip, [auto build test ERROR on linus/master] [also build test ERROR on v4.9-rc4 next-20161108] [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/Sudip-Mukherjee/MIPS-fix-duplicate-define

[PATCH] rtc: fix typos in Kconfig

s/buillt/built/g Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index 24b0778f6e28..ab55f35019fc 100644 --- a/drivers/rtc/Kconfig +++

[PATCH] rtc: fix typos in Kconfig

s/buillt/built/g Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index 24b0778f6e28..ab55f35019fc 100644 --- a/drivers/rtc/Kconfig +++ b/drivers/rtc/Kconfig @@ -1565,7

Re: [PATCH] sched/rt: RT_RUNTIME_GREED sched feature

On Mon, 7 Nov 2016, Steven Rostedt wrote: > On Mon, 7 Nov 2016 21:06:50 +0100 > Daniel Bristot de Oliveira wrote: > > > The throttling allowed the kworker to run, but once the kworker went to > > sleep, the RT tasks started to work again. In the previous behavior, > > the

Re: [PATCH] sched/rt: RT_RUNTIME_GREED sched feature

On Mon, 7 Nov 2016, Steven Rostedt wrote: > On Mon, 7 Nov 2016 21:06:50 +0100 > Daniel Bristot de Oliveira wrote: > > > The throttling allowed the kworker to run, but once the kworker went to > > sleep, the RT tasks started to work again. In the previous behavior, > > the system would either go

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. > > In Android (where this feature originated), the ActivityManager tracks > various application states

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

On Tue, Nov 8, 2016 at 3:28 PM, John Stultz wrote: > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. > > In Android (where this feature originated), the ActivityManager tracks > various application states (TOP_APP, FOREGROUND,

Re: [Linux-ima-devel] [PATCH v6 07/10] ima: store the builtin/custom template definitions in a list

On Fri, Oct 21, 2016 at 5:44 AM, Thiago Jung Bauermann wrote: > From: Mimi Zohar > > The builtin and single custom templates are currently stored in an > array. In preparation for being able to restore a measurement list > containing

Re: [Linux-ima-devel] [PATCH v6 07/10] ima: store the builtin/custom template definitions in a list

On Fri, Oct 21, 2016 at 5:44 AM, Thiago Jung Bauermann wrote: > From: Mimi Zohar > > The builtin and single custom templates are currently stored in an > array. In preparation for being able to restore a measurement list > containing multiple builtin/custom templates, this patch stores the >

Re: [PATCH] powerpc/powernv: Initialise nest mmu

On 14/09/16 15:02, Alistair Popple wrote: > On Mon, 15 Aug 2016 04:51:59 PM Alistair Popple wrote: >> POWER9 contains an off core mmu called the nest mmu (NMMU). This is >> used by other hardware units on the chip to translate virtual >> addresses into real addresses. The unit attempting an

Re: [PATCH] powerpc/powernv: Initialise nest mmu

On 14/09/16 15:02, Alistair Popple wrote: > On Mon, 15 Aug 2016 04:51:59 PM Alistair Popple wrote: >> POWER9 contains an off core mmu called the nest mmu (NMMU). This is >> used by other hardware units on the chip to translate virtual >> addresses into real addresses. The unit attempting an

Re: Summary of LPC guest MSI discussion in Santa Fe (was: Re: [RFC 0/8] KVM PCIe/MSI passthrough on ARM/ARM64 (Alt II))

On Tue, 8 Nov 2016 21:29:22 +0100 Christoffer Dall wrote: > Hi Will, > > On Tue, Nov 08, 2016 at 02:45:59AM +, Will Deacon wrote: > > Hi all, > > > > I figured this was a reasonable post to piggy-back on for the LPC minutes > > relating to guest MSIs on arm64.

Re: Summary of LPC guest MSI discussion in Santa Fe (was: Re: [RFC 0/8] KVM PCIe/MSI passthrough on ARM/ARM64 (Alt II))

On Tue, 8 Nov 2016 21:29:22 +0100 Christoffer Dall wrote: > Hi Will, > > On Tue, Nov 08, 2016 at 02:45:59AM +, Will Deacon wrote: > > Hi all, > > > > I figured this was a reasonable post to piggy-back on for the LPC minutes > > relating to guest MSIs on arm64. > > > > On Thu, Nov 03, 2016

Re: [PATCH -tip v2 0/6] ftrace: selftests: Add full glob matching and update ftracetest

Ping? On Sun, 30 Oct 2016 15:53:49 +0900 Masami Hiramatsu wrote: > Hi, > > Here is the 2nd version of the series of patches to > add full glob matching support in ftrace and update > ftracetest to test the glob matching and hexadecimal > types. > > Previous version is

Re: [PATCH -tip v2 0/6] ftrace: selftests: Add full glob matching and update ftracetest

Ping? On Sun, 30 Oct 2016 15:53:49 +0900 Masami Hiramatsu wrote: > Hi, > > Here is the 2nd version of the series of patches to > add full glob matching support in ftrace and update > ftracetest to test the glob matching and hexadecimal > types. > > Previous version is here: >

Re: [RFC] PCI: Fix kernel panic of root-port-less PCIe enum due to ASPM

Hi Serge, On Thu, Oct 06, 2016 at 12:34:15PM +0300, Serge Semin wrote: > Hello linux folks, > > Sometime ago I discovered a kernel panic popping up when PCI subsystem was > trying to enumerate PCI express bus with ASPM service enabled. Here it is: > > [5.089667] CPU 0 Unable to handle

Re: [RFC] PCI: Fix kernel panic of root-port-less PCIe enum due to ASPM

Hi Serge, On Thu, Oct 06, 2016 at 12:34:15PM +0300, Serge Semin wrote: > Hello linux folks, > > Sometime ago I discovered a kernel panic popping up when PCI subsystem was > trying to enumerate PCI express bus with ASPM service enabled. Here it is: > > [5.089667] CPU 0 Unable to handle

[RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

This patch adds logic to allows a process to migrate other tasks between cgroups if they have CAP_SYS_RESOURCE. In Android (where this feature originated), the ActivityManager tracks various application states (TOP_APP, FOREGROUND, BACKGROUND, SYSTEM, etc), and then as applications change states,

[RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

This patch adds logic to allows a process to migrate other tasks between cgroups if they have CAP_SYS_RESOURCE. In Android (where this feature originated), the ActivityManager tracks various application states (TOP_APP, FOREGROUND, BACKGROUND, SYSTEM, etc), and then as applications change states,

Re: [PATCH v3 4/4] KVM: x86: emulate FXSAVE and FXRSTOR

On 08/11/2016 20:54, Radim Krčmář wrote: > Internal errors were reported on 16 bit fxsave and fxrstor with ipxe. > Old Intels don't have unrestricted_guest, so we have to emulate them. > > The patch takes advantage of the hardware implementation. > > Signed-off-by: Radim Krčmář

Re: [PATCH v3 4/4] KVM: x86: emulate FXSAVE and FXRSTOR

On 08/11/2016 20:54, Radim Krčmář wrote: > Internal errors were reported on 16 bit fxsave and fxrstor with ipxe. > Old Intels don't have unrestricted_guest, so we have to emulate them. > > The patch takes advantage of the hardware implementation. > > Signed-off-by: Radim Krčmář > --- > v3: >

Re: [PATCH] scsi: fix spelling mistake in error message

> "Colin" == Colin King writes: Colin> From: Colin Ian King Trivial fix to Colin> spelling mistake "operatio" to "operation" in critical error Colin> message Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux

Re: [PATCH] scsi: fix spelling mistake in error message

> "Colin" == Colin King writes: Colin> From: Colin Ian King Trivial fix to Colin> spelling mistake "operatio" to "operation" in critical error Colin> message Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] net: ethernet: ti: davinci_cpdma: free memory while channel destroy

On 11/08/2016 07:16 AM, Ivan Khoronzhuk wrote: While create/destroy channel operation memory is not freed. It was supposed that memory is freed while driver remove. But a channel can be created and destroyed many times while changing number of channels with ethtool. Based on net-next/master

Re: [PATCH] net: ethernet: ti: davinci_cpdma: free memory while channel destroy

On 11/08/2016 07:16 AM, Ivan Khoronzhuk wrote: While create/destroy channel operation memory is not freed. It was supposed that memory is freed while driver remove. But a channel can be created and destroyed many times while changing number of channels with ethtool. Based on net-next/master

Re: [PATCH net v2 2/4] net: ethernet: ti: cpsw: fix device and of_node leaks

On 11/03/2016 12:40 PM, Johan Hovold wrote: Make sure to drop the references taken by of_get_child_by_name() and bus_find_device() before returning from cpsw_phy_sel(). Note that holding a reference to the cpsw-phy-sel device does not prevent the devres-managed private data from going away.

Re: [PATCH net v2 2/4] net: ethernet: ti: cpsw: fix device and of_node leaks

On 11/03/2016 12:40 PM, Johan Hovold wrote: Make sure to drop the references taken by of_get_child_by_name() and bus_find_device() before returning from cpsw_phy_sel(). Note that holding a reference to the cpsw-phy-sel device does not prevent the devres-managed private data from going away.

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On Tue, 2016-11-08 at 12:03 +, Mark Rutland wrote: > On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: > > > > For arm64, there is no I/O space as other architectural platforms, such as > > X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs, > > such as

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On Tue, 2016-11-08 at 12:03 +, Mark Rutland wrote: > On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: > > > > For arm64, there is no I/O space as other architectural platforms, such as > > X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs, > > such as

Re: [patch] mm, slab: faster active and free stats

On Tue, 8 Nov 2016 15:06:45 -0800 (PST) David Rientjes wrote: > Reading /proc/slabinfo or monitoring slabtop(1) can become very expensive > if there are many slab caches and if there are very lengthy per-node > partial and/or free lists. > > Commit 07a63c41fa1f ("mm/slab:

Re: [patch] mm, slab: faster active and free stats

On Tue, 8 Nov 2016 15:06:45 -0800 (PST) David Rientjes wrote: > Reading /proc/slabinfo or monitoring slabtop(1) can become very expensive > if there are many slab caches and if there are very lengthy per-node > partial and/or free lists. > > Commit 07a63c41fa1f ("mm/slab: improve performance

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

On Tue, 2016-11-08 at 11:49 +, Mark Rutland wrote: > > My understanding of ISA (which may be flawed) is that it's not part of > the PCI host bridge, but rather on x86 it happens to share the IO space > with PCI. Sort-of. On some systems it actually goes through PCI and there's a PCI->ISA

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

On Tue, 2016-11-08 at 11:49 +, Mark Rutland wrote: > > My understanding of ISA (which may be flawed) is that it's not part of > the PCI host bridge, but rather on x86 it happens to share the IO space > with PCI. Sort-of. On some systems it actually goes through PCI and there's a PCI->ISA

Re: [PATCH] net/netfilter: Fix use uninitialized warn in nft_range_eval()

On Mon, Nov 07, 2016 at 08:41:14AM -0700, Shuah Khan wrote: > Fix the following warn: > >CC [M] net/netfilter/nft_range.o > 8601,8605c9105 > net/netfilter/nft_range.c: In function ‘nft_range_eval’: > net/netfilter/nft_range.c:45:5: warning: ‘mismatch’ may be used > uninitialized in this

Re: [PATCH] net/netfilter: Fix use uninitialized warn in nft_range_eval()

On Mon, Nov 07, 2016 at 08:41:14AM -0700, Shuah Khan wrote: > Fix the following warn: > >CC [M] net/netfilter/nft_range.o > 8601,8605c9105 > net/netfilter/nft_range.c: In function ‘nft_range_eval’: > net/netfilter/nft_range.c:45:5: warning: ‘mismatch’ may be used > uninitialized in this

Re: [PATCH] checkpatch: fix uninitialized var when run with --no-tree

On Fri, 28 Oct 2016 19:36:09 -0700 Brian Norris wrote: > On Fri, Oct 28, 2016 at 07:26:31PM -0700, Brian Norris wrote: > > From: Brian Norris > > > > If checkpatch.pl gets copied out of the tree, --no-tree shouldn't start > >

Re: [PATCH] checkpatch: fix uninitialized var when run with --no-tree

On Fri, 28 Oct 2016 19:36:09 -0700 Brian Norris wrote: > On Fri, Oct 28, 2016 at 07:26:31PM -0700, Brian Norris wrote: > > From: Brian Norris > > > > If checkpatch.pl gets copied out of the tree, --no-tree shouldn't start > > complaining: > > > > Use of uninitialized value $root in

[patch] mm, slab: faster active and free stats

From: Greg Thelen Reading /proc/slabinfo or monitoring slabtop(1) can become very expensive if there are many slab caches and if there are very lengthy per-node partial and/or free lists. Commit 07a63c41fa1f ("mm/slab: improve performance of gathering slabinfo stats")

[patch] mm, slab: faster active and free stats

From: Greg Thelen Reading /proc/slabinfo or monitoring slabtop(1) can become very expensive if there are many slab caches and if there are very lengthy per-node partial and/or free lists. Commit 07a63c41fa1f ("mm/slab: improve performance of gathering slabinfo stats") addressed the per-node

[ANNOUNCE] 3.10.104-rt117

Dear RT Folks, I'm pleased to announce the 3.10.104-rt117 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.10-rt Head SHA1: 44ab5677794d6b76734ab682059c17cb858ea26c Or to build 3.10.104-rt117

[ANNOUNCE] 3.10.104-rt117

Dear RT Folks, I'm pleased to announce the 3.10.104-rt117 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.10-rt Head SHA1: 44ab5677794d6b76734ab682059c17cb858ea26c Or to build 3.10.104-rt117

[ANNOUNCE] 3.2.83-rt121

Dear RT Folks, I'm pleased to announce the 3.2.83-rt121 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.2-rt Head SHA1: 761b76bd5e59d1320f0e66d8d86b583c9a5854a0 Or to build 3.2.83-rt121

[ANNOUNCE] 3.2.83-rt121

Dear RT Folks, I'm pleased to announce the 3.2.83-rt121 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.2-rt Head SHA1: 761b76bd5e59d1320f0e66d8d86b583c9a5854a0 Or to build 3.2.83-rt121

[ANNOUNCE] 3.18.44-rt48

Dear RT Folks, I'm pleased to announce the 3.18.44-rt48 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.18-rt Head SHA1: f80743a0e8c29b73350e31ac4b99b6b6e6e324ba Or to build 3.18.44-rt48

[ANNOUNCE] 3.12.66-rt89

Dear RT Folks, I'm pleased to announce the 3.12.66-rt89 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.12-rt Head SHA1: 6d1cea2a8bf43311f80e2fdccfec3f6544d333cd Or to build 3.12.66-rt89

[ANNOUNCE] 3.18.44-rt48

Dear RT Folks, I'm pleased to announce the 3.18.44-rt48 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.18-rt Head SHA1: f80743a0e8c29b73350e31ac4b99b6b6e6e324ba Or to build 3.18.44-rt48

[ANNOUNCE] 3.12.66-rt89

Dear RT Folks, I'm pleased to announce the 3.12.66-rt89 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v3.12-rt Head SHA1: 6d1cea2a8bf43311f80e2fdccfec3f6544d333cd Or to build 3.12.66-rt89

[ANNOUNCE] 4.1.35-rt41

Dear RT Folks, I'm pleased to announce the 4.1.35-rt41 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.1-rt Head SHA1: a19daf348d222168ba92752adf897c657ab597c3 Or to build 4.1.35-rt41

[ANNOUNCE] 4.1.35-rt41

Dear RT Folks, I'm pleased to announce the 4.1.35-rt41 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.1-rt Head SHA1: a19daf348d222168ba92752adf897c657ab597c3 Or to build 4.1.35-rt41

[ANNOUNCE] 4.4.27-rt38

Dear RT Folks, I'm pleased to announce the 4.4.27-rt38 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.4-rt Head SHA1: ebb6cff1499826c1d786d3865f9331644c2ac6b8 Or to build 4.4.27-rt38

[ANNOUNCE] 4.4.27-rt38

Dear RT Folks, I'm pleased to announce the 4.4.27-rt38 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.4-rt Head SHA1: ebb6cff1499826c1d786d3865f9331644c2ac6b8 Or to build 4.4.27-rt38

Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue

Hello, Bruce. On Tue, Nov 08, 2016 at 04:39:11PM -0500, J. Bruce Fields wrote: > Apologies, just cleaning out old mail and finding some I should have > responded to long ago: > > On Wed, Aug 31, 2016 at 02:23:48AM +0530, Bhaktipriya Shridhar wrote: > > The workqueue "callback_wq" queues a single

Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue

Hello, Bruce. On Tue, Nov 08, 2016 at 04:39:11PM -0500, J. Bruce Fields wrote: > Apologies, just cleaning out old mail and finding some I should have > responded to long ago: > > On Wed, Aug 31, 2016 at 02:23:48AM +0530, Bhaktipriya Shridhar wrote: > > The workqueue "callback_wq" queues a single

bnx2: broken firware loading

Hellos, ... firmware loading seems to be somewhat broken now with/since https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/broadcom/bnx2.c?id=3e1be7ad2d38c6bd6aeef96df9bd0a7822f4e51c which gives me - on 4.8.6: bnx2 :05:00.0: Direct firmware

bnx2: broken firware loading

Hellos, ... firmware loading seems to be somewhat broken now with/since https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/ethernet/broadcom/bnx2.c?id=3e1be7ad2d38c6bd6aeef96df9bd0a7822f4e51c which gives me - on 4.8.6: bnx2 :05:00.0: Direct firmware

Re: [PATCH 1/4] sched: move IO scheduling accounting from io_schedule_timeout() to __schedule()

Hello, On Thu, Nov 03, 2016 at 09:03:45PM +0530, Pavan Kondeti wrote: > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > index 94732d1..f6baa38 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c > > @@ -3336,11 +3336,17 @@ static void __sched notrace __schedule(bool

Re: [PATCH 1/4] sched: move IO scheduling accounting from io_schedule_timeout() to __schedule()

Hello, On Thu, Nov 03, 2016 at 09:03:45PM +0530, Pavan Kondeti wrote: > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > index 94732d1..f6baa38 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c > > @@ -3336,11 +3336,17 @@ static void __sched notrace __schedule(bool

Re: -fno-PIE, take #3

On Fri, 2016-11-04 at 19:39 +0100, Sebastian Andrzej Siewior wrote: > Debian gcc's is nowdays compiled with --enable-default-pie which means it does > -fPIE by default. This breaks atleast x86-64 compiles. > This is the third attempt to fix it, this time by using runtime detection of > the

Re: -fno-PIE, take #3

On Fri, 2016-11-04 at 19:39 +0100, Sebastian Andrzej Siewior wrote: > Debian gcc's is nowdays compiled with --enable-default-pie which means it does > -fPIE by default. This breaks atleast x86-64 compiles. > This is the third attempt to fix it, this time by using runtime detection of > the

Re: [PATCH 1/2] clk: pxa mark dummy helper as 'inline'

On Tuesday, November 8, 2016 2:42:59 PM CET Stephen Boyd wrote: > On 11/08, Arnd Bergmann wrote: > > The dummy_clk_set_parent function is marked as 'static' but is > > no longer referenced from the pxa25x clk driver after the last use > > of the RATE_RO_OPS() macro is gone from this file, causing

Re: [PATCH 1/2] clk: pxa mark dummy helper as 'inline'

On Tuesday, November 8, 2016 2:42:59 PM CET Stephen Boyd wrote: > On 11/08, Arnd Bergmann wrote: > > The dummy_clk_set_parent function is marked as 'static' but is > > no longer referenced from the pxa25x clk driver after the last use > > of the RATE_RO_OPS() macro is gone from this file, causing

[PATCH] clk: pxa: Use __iomem properly and staticize lock variable

This function is passed an __iomem pointer but we use a u32 pointer instead which makes checkers like spare complain. Furthermore, "lock" is a pretty poor variable name for a string that will go into lockdep reports and the symbol isn't marked static. Cleanup all this. Cc: Robert Jarzmik

[PATCH] clk: pxa: Use __iomem properly and staticize lock variable

This function is passed an __iomem pointer but we use a u32 pointer instead which makes checkers like spare complain. Furthermore, "lock" is a pretty poor variable name for a string that will go into lockdep reports and the symbol isn't marked static. Cleanup all this. Cc: Robert Jarzmik

Re: [RFC] fs: add userspace critical mounts event support

On Wed, Oct 05, 2016 at 09:46:33PM +0200, Luis R. Rodriguez wrote: > On Wed, Oct 05, 2016 at 11:08:06AM -0700, Linus Torvalds wrote: > > On Wed, Oct 5, 2016 at 11:00 AM, Luis R. Rodriguez > > wrote: > > > On Tue, Sep 13, 2016 at 09:38:17PM -0500, Rob Landley wrote: > > > > >

Re: [RFC] fs: add userspace critical mounts event support

On Wed, Oct 05, 2016 at 09:46:33PM +0200, Luis R. Rodriguez wrote: > On Wed, Oct 05, 2016 at 11:08:06AM -0700, Linus Torvalds wrote: > > On Wed, Oct 5, 2016 at 11:00 AM, Luis R. Rodriguez > > wrote: > > > On Tue, Sep 13, 2016 at 09:38:17PM -0500, Rob Landley wrote: > > > > > >> I did some

Re: [PATCH 1/2] clk: pxa mark dummy helper as 'inline'

On 11/08, Arnd Bergmann wrote: > The dummy_clk_set_parent function is marked as 'static' but is > no longer referenced from the pxa25x clk driver after the last use > of the RATE_RO_OPS() macro is gone from this file, causing a > harmless build warning: > > In file included from

Re: [PATCH 1/2] clk: pxa mark dummy helper as 'inline'

On 11/08, Arnd Bergmann wrote: > The dummy_clk_set_parent function is marked as 'static' but is > no longer referenced from the pxa25x clk driver after the last use > of the RATE_RO_OPS() macro is gone from this file, causing a > harmless build warning: > > In file included from

Re: [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe()

Dear All, > The commit a55944ca82d2 ("backlight: update bd state & fb_blank > properties when necessary") has posed some extra restrictions on > blanking and unblanking frame buffer device. > > Unfortunately, pwm_bl driver's probe did not initialize members of > struct backlight_device necessary

Re: [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe()

Dear All, > The commit a55944ca82d2 ("backlight: update bd state & fb_blank > properties when necessary") has posed some extra restrictions on > blanking and unblanking frame buffer device. > > Unfortunately, pwm_bl driver's probe did not initialize members of > struct backlight_device necessary

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On Tuesday, November 8, 2016 4:49:49 PM CET Will Deacon wrote: > On Tue, Nov 08, 2016 at 04:33:44PM +, John Garry wrote: > > On 08/11/2016 16:12, Will Deacon wrote: > > >On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: > > >Is there no way to make this slightly more generic, so

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On Tuesday, November 8, 2016 4:49:49 PM CET Will Deacon wrote: > On Tue, Nov 08, 2016 at 04:33:44PM +, John Garry wrote: > > On 08/11/2016 16:12, Will Deacon wrote: > > >On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: > > >Is there no way to make this slightly more generic, so

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