[PATCH] cpuset: Allow v2 behavior in v1 cgroup

Cpuset v2 has some valuable attributes that are not present in v1 because of backward compatibility concern. One of that is the restoration of the original cpu and memory node mask after a hot removal and addition event sequence. This patch adds a new kernel command line option "cpuset_v2_mode="

[PATCH] cpuset: Allow v2 behavior in v1 cgroup

Cpuset v2 has some valuable attributes that are not present in v1 because of backward compatibility concern. One of that is the restoration of the original cpu and memory node mask after a hot removal and addition event sequence. This patch adds a new kernel command line option "cpuset_v2_mode="

[PATCH 4/6] ARM: dts: cygnus: Add additional peripherals to dtsi

From: Jonathan Richardson Add nodes for peripherals in Cygnus dtsi: sdhci, keypad, spi, dma, pinmux configs. Signed-off-by: Jonathan Richardson Signed-off-by: Scott Branden ---

[PATCH 4/6] ARM: dts: cygnus: Add additional peripherals to dtsi

From: Jonathan Richardson Add nodes for peripherals in Cygnus dtsi: sdhci, keypad, spi, dma, pinmux configs. Signed-off-by: Jonathan Richardson Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 102 ++ 1 file changed, 102 insertions(+)

[PATCH 2/6] ARM: dts: cygnus: place v3d in proper address ordered location

Move v3d devicetree node to proper address ordered location in Cygnus dtsi. Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git

[PATCH 2/6] ARM: dts: cygnus: place v3d in proper address ordered location

Move v3d devicetree node to proper address ordered location in Cygnus dtsi. Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi

[PATCH 3/6] ARM: dts: cygnus: Enable Performance Monitoring Unit

From: Jason Uy Add PMU capability to Cygnus so trace and performance profiling can be used. Signed-off-by: Jason Uy Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 5 + 1 file changed, 5

[PATCH 3/6] ARM: dts: cygnus: Enable Performance Monitoring Unit

From: Jason Uy Add PMU capability to Cygnus so trace and performance profiling can be used. Signed-off-by: Jason Uy Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi

[PATCH 6/6] ARM: dts: cygnus: Add generic-ehci/ohci nodes

From: Raveendra Padasalagi Add dt nodes for generic-ehci/ohci host controller. Signed-off-by: Raveendra Padasalagi Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 14

[PATCH 6/6] ARM: dts: cygnus: Add generic-ehci/ohci nodes

From: Raveendra Padasalagi Add dt nodes for generic-ehci/ohci host controller. Signed-off-by: Raveendra Padasalagi Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi

[PATCH 5/6] ARM: dts: cygnus: add serial0 alias for uart3 on bcm91130_entphn

Use serial0 alias to select stdout-path on Cygnus bcm911360_entphon board. Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm911360_entphn.dts | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/bcm911360_entphn.dts

[PATCH 5/6] ARM: dts: cygnus: add serial0 alias for uart3 on bcm91130_entphn

Use serial0 alias to select stdout-path on Cygnus bcm911360_entphon board. Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm911360_entphn.dts | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/bcm911360_entphn.dts

[PATCH 1/6] ARM: dts: cygnus: Fix incorrect UART2 register base

From: Ray Jui Fix incorrect Cygnus UART2 register base. Fixes: 0f0b21a83ad2 ("ARM: dts: Move all Cygnus peripherals into axi bus") Signed-off-by: Ray Jui Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi

[PATCH 1/6] ARM: dts: cygnus: Fix incorrect UART2 register base

From: Ray Jui Fix incorrect Cygnus UART2 register base. Fixes: 0f0b21a83ad2 ("ARM: dts: Move all Cygnus peripherals into axi bus") Signed-off-by: Ray Jui Signed-off-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 0/6] ARM: dts: cygnus dts updates

This patch series is a collection of patches for the Cygnus SoC dts files. Jason Uy (1): ARM: dts: cygnus: Enable Performance Monitoring Unit Jonathan Richardson (1): ARM: dts: cygnus: Add additional peripherals to dtsi Raveendra Padasalagi (1): ARM: dts: cygnus: Add generic-ehci/ohci

[PATCH 0/6] ARM: dts: cygnus dts updates

This patch series is a collection of patches for the Cygnus SoC dts files. Jason Uy (1): ARM: dts: cygnus: Enable Performance Monitoring Unit Jonathan Richardson (1): ARM: dts: cygnus: Add additional peripherals to dtsi Raveendra Padasalagi (1): ARM: dts: cygnus: Add generic-ehci/ohci

Re: [PATCH v4 3/4] ARM: multi_v7_defconfig: add CONFIG_BRCMSTB_THERMAL

On 08/09/2017 03:02 PM, Markus Mayer wrote: > From: Markus Mayer > > Turn on CONFIG_BRCMSTB_THERMAL as module. > > Signed-off-by: Markus Mayer Applied to defconfig/next, thanks! -- Florian

Re: [PATCH v4 4/4] arm64: defconfig: add CONFIG_BRCMSTB_THERMAL

On 08/09/2017 03:02 PM, Markus Mayer wrote: > From: Markus Mayer > > Turn on CONFIG_BRCMSTB_THERMAL as module. Applied to defconfig-arm64/next, thanks! -- Florian

Re: [PATCH v4 3/4] ARM: multi_v7_defconfig: add CONFIG_BRCMSTB_THERMAL

On 08/09/2017 03:02 PM, Markus Mayer wrote: > From: Markus Mayer > > Turn on CONFIG_BRCMSTB_THERMAL as module. > > Signed-off-by: Markus Mayer Applied to defconfig/next, thanks! -- Florian

Re: [PATCH v4 4/4] arm64: defconfig: add CONFIG_BRCMSTB_THERMAL

On 08/09/2017 03:02 PM, Markus Mayer wrote: > From: Markus Mayer > > Turn on CONFIG_BRCMSTB_THERMAL as module. Applied to defconfig-arm64/next, thanks! -- Florian

[PATCH] earlycon: initialise baud field of earlycon device structure

For now baud field of earlycon structure device is't initialised at all in of_setup_earlycon (in oppositе to register_earlycon). So when I use stdout-path to point earlycon device (like stdout-path = or stdout-path = "serial:115200n8") baud field of earlycon device structure remains

[PATCH] earlycon: initialise baud field of earlycon device structure

For now baud field of earlycon structure device is't initialised at all in of_setup_earlycon (in oppositе to register_earlycon). So when I use stdout-path to point earlycon device (like stdout-path = or stdout-path = "serial:115200n8") baud field of earlycon device structure remains

Re: [PATCH 2/2] mtd: spi-nor: Altera ASMI Parallel II IP Core

Hi Cyrille, Thanks for the great feedback. See my comments inline. Matthew Gerlach On Fri, 11 Aug 2017, Cyrille Pitchen wrote: Hi Matthew, Le 06/08/2017 à 20:24, matthew.gerl...@linux.intel.com a écrit : From: Matthew Gerlach Signed-off-by: Matthew

Re: [PATCH 2/2] mtd: spi-nor: Altera ASMI Parallel II IP Core

Hi Cyrille, Thanks for the great feedback. See my comments inline. Matthew Gerlach On Fri, 11 Aug 2017, Cyrille Pitchen wrote: Hi Matthew, Le 06/08/2017 à 20:24, matthew.gerl...@linux.intel.com a écrit : From: Matthew Gerlach Signed-off-by: Matthew Gerlach --- MAINTAINERS

Re: pull-request: wireless-drivers 2017-08-15

From: Kalle Valo Date: Tue, 15 Aug 2017 14:30:34 +0300 > more fixes to net tree for 4.13. More info in the signed tag below, > please let me know if there are any problems. Pulled, thanks Kalle.

Re: pull-request: wireless-drivers 2017-08-15

From: Kalle Valo Date: Tue, 15 Aug 2017 14:30:34 +0300 > more fixes to net tree for 4.13. More info in the signed tag below, > please let me know if there are any problems. Pulled, thanks Kalle.

Re: [PATCHv2 00/14] arm64: VMAP_STACK support

On 08/15/2017 05:50 AM, Mark Rutland wrote: > Hi, > > Ard and I have worked together to implement vmap stack support for > arm64. This supersedes our earlier vmap stack RFCs [0,1]. The git author > stats are a little misleading, as I've teased parts out into smaller > patches for review. > > The

Re: [PATCHv2 00/14] arm64: VMAP_STACK support

On 08/15/2017 05:50 AM, Mark Rutland wrote: > Hi, > > Ard and I have worked together to implement vmap stack support for > arm64. This supersedes our earlier vmap stack RFCs [0,1]. The git author > stats are a little misleading, as I've teased parts out into smaller > patches for review. > > The

Applied "ASoC: codecs: es8316: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: codecs: es8316: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "ASoC: codecs: es8316: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: codecs: es8316: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "ASoC: cygnus: Add support for 384kHz frame rates" to the asoc tree

The patch ASoC: cygnus: Add support for 384kHz frame rates has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: cygnus: Add support for 384kHz frame rates" to the asoc tree

The patch ASoC: cygnus: Add support for 384kHz frame rates has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "regulator: add fixes with MT6397 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6397 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "regulator: add fixes with MT6397 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6397 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "regulator: add fixes with MT6323 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6323 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "regulator: add fixes with MT6323 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6323 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "ASoC: spear: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: spear: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: spear: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: spear: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "regulator: add fixes with MT6311 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6311 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Applied "regulator: add fixes with MT6311 dt-bindings shouldn't reference driver" to the regulator tree

The patch regulator: add fixes with MT6311 dt-bindings shouldn't reference driver has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Re: [PATCH v3 0/5] fs/dcache: Limit # of negative dentries

On 07/28/2017 02:34 PM, Waiman Long wrote: > v2->v3: > - Add a faster pruning rate when the free pool is closed to depletion. > - As suggested by James Bottomley, add an artificial delay waiting > loop before killing a negative dentry and properly clear the > DCACHE_KILL_NEGATIVE flag

Applied "ASoC: blackfin: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: blackfin: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH v3 0/5] fs/dcache: Limit # of negative dentries

On 07/28/2017 02:34 PM, Waiman Long wrote: > v2->v3: > - Add a faster pruning rate when the free pool is closed to depletion. > - As suggested by James Bottomley, add an artificial delay waiting > loop before killing a negative dentry and properly clear the > DCACHE_KILL_NEGATIVE flag

Applied "ASoC: blackfin: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: blackfin: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: codecs: zx_aud96p22: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: codecs: zx_aud96p22: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: codecs: zx_aud96p22: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: codecs: zx_aud96p22: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: rockchip: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: rockchip: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: rockchip: constify snd_soc_dai_ops structures" to the asoc tree

The patch ASoC: rockchip: constify snd_soc_dai_ops structures has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock changes

On Mon, Aug 14, 2017 at 03:06:50PM -0700, Lori Hikichi wrote: > Allow each audio port to select which clock (if any) it wants to use. Why is this in DT for the port and not either using standard clock bindings to configure the clock tree or allowing the machine driver to pick? signature.asc

Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock changes

On Mon, Aug 14, 2017 at 03:06:50PM -0700, Lori Hikichi wrote: > Allow each audio port to select which clock (if any) it wants to use. Why is this in DT for the port and not either using standard clock bindings to configure the clock tree or allowing the machine driver to pick? signature.asc

Re: [PATCH v1] mtd: plat-ram: use release_mem_region instead of release_resource

Le Tue, 15 Aug 2017 15:21:34 +0300, Anton Vasilyev a écrit : > Use api pair of request_mem_region and release_mem_region > instead of release_resource. > > Found by Linux Driver Verification project (linuxtesting. Missing ')'. > > Signed-off-by: Anton Vasilyev

Re: [PATCH v1] mtd: plat-ram: use release_mem_region instead of release_resource

Le Tue, 15 Aug 2017 15:21:34 +0300, Anton Vasilyev a écrit : > Use api pair of request_mem_region and release_mem_region > instead of release_resource. > > Found by Linux Driver Verification project (linuxtesting. Missing ')'. > > Signed-off-by: Anton Vasilyev > --- > v1: Fix commit based

[PATCH] hsdk: Enable INPUT_EVDEV

This is required for user-space apps to work with keyboard/mice. Signed-off-by: Alexey Brodkin Cc: Eugeniy Paltsev --- arch/arc/configs/hsdk_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/configs/hsdk_defconfig

[PATCH] hsdk: Enable INPUT_EVDEV

This is required for user-space apps to work with keyboard/mice. Signed-off-by: Alexey Brodkin Cc: Eugeniy Paltsev --- arch/arc/configs/hsdk_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/configs/hsdk_defconfig b/arch/arc/configs/hsdk_defconfig index

Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges

On Tue, Aug 15, 2017 at 2:18 AM, Kirill A. Shutemov wrote: > On Mon, Aug 14, 2017 at 11:12:22PM -0700, Dan Williams wrote: >> MAP_DIRECT is an mmap(2) flag with the following semantics: >> >> MAP_DIRECT >> In addition to this mapping having MAP_SHARED semantics,

Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges

On Tue, Aug 15, 2017 at 2:18 AM, Kirill A. Shutemov wrote: > On Mon, Aug 14, 2017 at 11:12:22PM -0700, Dan Williams wrote: >> MAP_DIRECT is an mmap(2) flag with the following semantics: >> >> MAP_DIRECT >> In addition to this mapping having MAP_SHARED semantics, successful >> faults in this

Re: [PATCH] Adding-Agile-SD-TCP-module-and-modifying-Kconfig-and-makefile

On 08/15/2017 06:08 AM, mohamedalrshah wrote: > diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig > index 91a2557..474f72c 100644 > --- a/net/ipv4/Kconfig > +++ b/net/ipv4/Kconfig > @@ -677,6 +677,17 @@ config TCP_CONG_BBR > bufferbloat, policers, or AQM schemes that do not provide a delay >

Re: [PATCH] Adding-Agile-SD-TCP-module-and-modifying-Kconfig-and-makefile

On 08/15/2017 06:08 AM, mohamedalrshah wrote: > diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig > index 91a2557..474f72c 100644 > --- a/net/ipv4/Kconfig > +++ b/net/ipv4/Kconfig > @@ -677,6 +677,17 @@ config TCP_CONG_BBR > bufferbloat, policers, or AQM schemes that do not provide a delay >

Re: [PATCH net RESEND] PCI: fix oops when try to find Root Port for a PCI device

On Tue, Aug 15, 2017 at 11:24:48PM +0800, Ding Tianhong wrote: > Eric report a oops when booting the system after applying > the commit a99b646afa8a ("PCI: Disable PCIe Relaxed..."): > ... > It looks like the pci_find_pcie_root_port() was trying to > find the Root Port for the PCI device which is

Re: [PATCH net RESEND] PCI: fix oops when try to find Root Port for a PCI device

On Tue, Aug 15, 2017 at 11:24:48PM +0800, Ding Tianhong wrote: > Eric report a oops when booting the system after applying > the commit a99b646afa8a ("PCI: Disable PCIe Relaxed..."): > ... > It looks like the pci_find_pcie_root_port() was trying to > find the Root Port for the PCI device which is

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 05:39:55PM +0100, Mark Rutland wrote: > On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote: > > On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > > > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: > > > >> This

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 05:39:55PM +0100, Mark Rutland wrote: > On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote: > > On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > > > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: > > > >> This looks okay, but it might

Re: [PATCH v2] acpi: apei: fix the wrongly iterate generic error status block

On Wed, Aug 16, 2017 at 12:42:43AM +0800, gengdongjiu wrote: > I ever discuss it with Tyler about it, as shown below link, thanks > > https://lkml.org/lkml/2017/8/14/355 Tyler's patch fixes ghes_do_proc() - yours cper_estatus_print(). How is that merged? -- Regards/Gruss, Boris. SUSE

Re: [PATCH v2] acpi: apei: fix the wrongly iterate generic error status block

On Wed, Aug 16, 2017 at 12:42:43AM +0800, gengdongjiu wrote: > I ever discuss it with Tyler about it, as shown below link, thanks > > https://lkml.org/lkml/2017/8/14/355 Tyler's patch fixes ghes_do_proc() - yours cper_estatus_print(). How is that merged? -- Regards/Gruss, Boris. SUSE

Re: [PATCH 2/2] mm: Update NUMA counter threshold size

On 08/15/2017 02:58 AM, Mel Gorman wrote: > On Tue, Aug 15, 2017 at 04:45:36PM +0800, Kemi Wang wrote: >> Threshold CPU cyclesThroughput(88 threads) >> 32 799 241760478 >> 64 640 301628829 >> 125 537 358906028 <==> system by

RE: [PATCH] New Chapter on CodingStyle .

From: Stephen Hemminger > Sent: 15 August 2017 17:21 > On Tue, 15 Aug 2017 10:42:39 + > David Laight wrote: > > > From: Jonathan Corbet > > > Sent: 12 August 2017 15:55 > > ... > > > > + Chapter 20: Put values on initialisers without exception > > > > +

Re: [PATCH 2/2] mm: Update NUMA counter threshold size

On 08/15/2017 02:58 AM, Mel Gorman wrote: > On Tue, Aug 15, 2017 at 04:45:36PM +0800, Kemi Wang wrote: >> Threshold CPU cyclesThroughput(88 threads) >> 32 799 241760478 >> 64 640 301628829 >> 125 537 358906028 <==> system by

RE: [PATCH] New Chapter on CodingStyle .

From: Stephen Hemminger > Sent: 15 August 2017 17:21 > On Tue, 15 Aug 2017 10:42:39 + > David Laight wrote: > > > From: Jonathan Corbet > > > Sent: 12 August 2017 15:55 > > ... > > > > + Chapter 20: Put values on initialisers without exception > > > > + > > > > +When declaring

Re: [PATCH 11/12] irqchip/mips-gic: Report that effective affinity is a single target

Hi Marc, On Tuesday, 15 August 2017 09:44:24 PDT Marc Zyngier wrote: > On 15/08/17 17:23, Paul Burton wrote: > > Hi Marc, > > > > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote: > >> The MIPS GIC driver only targets a single CPU at a time, even if > >> the notional affinity is wider.

Re: [PATCH 11/12] irqchip/mips-gic: Report that effective affinity is a single target

Hi Marc, On Tuesday, 15 August 2017 09:44:24 PDT Marc Zyngier wrote: > On 15/08/17 17:23, Paul Burton wrote: > > Hi Marc, > > > > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote: > >> The MIPS GIC driver only targets a single CPU at a time, even if > >> the notional affinity is wider.

Re: [PATCH 11/12] irqchip/mips-gic: Report that effective affinity is a single target

On 15/08/17 17:23, Paul Burton wrote: > Hi Marc, > > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote: >> The MIPS GIC driver only targets a single CPU at a time, even if >> the notional affinity is wider. Let's inform the core code >> about this. >> >> Signed-off-by: Marc Zyngier

Re: [PATCH 11/12] irqchip/mips-gic: Report that effective affinity is a single target

On 15/08/17 17:23, Paul Burton wrote: > Hi Marc, > > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote: >> The MIPS GIC driver only targets a single CPU at a time, even if >> the notional affinity is wider. Let's inform the core code >> about this. >> >> Signed-off-by: Marc Zyngier >>

Re: [PATCH v2] acpi: apei: fix the wrongly iterate generic error status block

Borislav, 2017-08-16 0:32 GMT+08:00, Borislav Petkov : > On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote: >> I think this patch has merged them to one. > > Look at both patches again. I ever discuss it with Tyler about it, as shown below link, thanks

Re: [PATCH v2] acpi: apei: fix the wrongly iterate generic error status block

Borislav, 2017-08-16 0:32 GMT+08:00, Borislav Petkov : > On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote: >> I think this patch has merged them to one. > > Look at both patches again. I ever discuss it with Tyler about it, as shown below link, thanks

Re: [PATCH] f2fs: let fill_super handle roll-forward errors

On 08/15, Chao Yu wrote: > On 2017/8/15 11:22, Jaegeuk Kim wrote: > > On 08/15, Chao Yu wrote: > >> Hi Jaegeuk, > >> > >> On 2017/8/11 8:42, Jaegeuk Kim wrote: > >>> If we set CP_ERROR_FLAG in roll-forward error, f2fs is no longer to > >>> proceed > >>> any IOs due to f2fs_cp_error(). But, for

Re: [PATCH] f2fs: let fill_super handle roll-forward errors

On 08/15, Chao Yu wrote: > On 2017/8/15 11:22, Jaegeuk Kim wrote: > > On 08/15, Chao Yu wrote: > >> Hi Jaegeuk, > >> > >> On 2017/8/11 8:42, Jaegeuk Kim wrote: > >>> If we set CP_ERROR_FLAG in roll-forward error, f2fs is no longer to > >>> proceed > >>> any IOs due to f2fs_cp_error(). But, for

Re: [PATCH] Adding-Agile-SD-TCP-module-and-modifying-Kconfig-and-makefile

On 08/15/2017 06:51 AM, Neal Cardwell wrote: > On Tue, Aug 15, 2017 at 9:08 AM, mohamedalrshah > wrote: > >> +static void agilesdtcp_cong_avoid(struct sock *sk, u32 ack, u32 in_flight) >> +{ >> + struct tcp_sock *tp = tcp_sk(sk); >> + struct agilesdtcp *ca

Re: [PATCH] Adding-Agile-SD-TCP-module-and-modifying-Kconfig-and-makefile

On 08/15/2017 06:51 AM, Neal Cardwell wrote: > On Tue, Aug 15, 2017 at 9:08 AM, mohamedalrshah > wrote: > >> +static void agilesdtcp_cong_avoid(struct sock *sk, u32 ack, u32 in_flight) >> +{ >> + struct tcp_sock *tp = tcp_sk(sk); >> + struct agilesdtcp *ca = inet_csk_ca(sk); >> +

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote: > On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: > >> This looks okay, but it might make sense to move that to a header file > >> so

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote: > On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: > >> This looks okay, but it might make sense to move that to a header file > >> so THREAD_ALIGN is always

Re: [PATCH 4.4 18/58] mm, mprotect: flush TLB if potentially racing with a parallel reclaim leaving stale TLB entries

Ben Hutchings wrote: > On Sat, 2017-08-12 at 23:27 -0700, Nadav Amit wrote: >> Ben Hutchings wrote: >> >>> On Wed, 2017-08-09 at 12:41 -0700, Greg Kroah-Hartman wrote: 4.4-stable review patch. If anyone has any objections,

Re: [PATCH 4.4 18/58] mm, mprotect: flush TLB if potentially racing with a parallel reclaim leaving stale TLB entries

Ben Hutchings wrote: > On Sat, 2017-08-12 at 23:27 -0700, Nadav Amit wrote: >> Ben Hutchings wrote: >> >>> On Wed, 2017-08-09 at 12:41 -0700, Greg Kroah-Hartman wrote: 4.4-stable review patch. If anyone has any objections, please let me know. --

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Mon, 14 Aug 2017 14:12:33 +0100 Robin Murphy wrote: > On 14/08/17 10:45, Alexey Kardashevskiy wrote: > > Folks, > > > > Is there anything to change besides those compiler errors and David's > > comment in 5/5? Or the while patchset is too bad? Thanks. > > While I now

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Mon, 14 Aug 2017 14:12:33 +0100 Robin Murphy wrote: > On 14/08/17 10:45, Alexey Kardashevskiy wrote: > > Folks, > > > > Is there anything to change besides those compiler errors and David's > > comment in 5/5? Or the while patchset is too bad? Thanks. > > While I now understand it's not

Re: [PATCH 2/2] media: ov7670: Add the s_power operation

Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:45PM +0800, Wenyou Yang wrote: > Add the s_power operation which is responsible for manipulating the > power dowm mode through the PWDN pin and the reset operation through > the RESET pin. > > Signed-off-by: Wenyou Yang > --- >

Re: [PATCH 2/2] media: ov7670: Add the s_power operation

Hi Wenyou, On Thu, Aug 10, 2017 at 05:06:45PM +0800, Wenyou Yang wrote: > Add the s_power operation which is responsible for manipulating the > power dowm mode through the PWDN pin and the reset operation through > the RESET pin. > > Signed-off-by: Wenyou Yang > --- > >

[PATCH 2/2] MIPS: configs: Add Onion Omega2+ defconfig

Create a defconfig for the Omega2+ that reaches userspace and allows use of the USB port. Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- arch/mips/configs/omega2p_defconfig | 130 1 file

[PATCH 2/2] MIPS: configs: Add Onion Omega2+ defconfig

Create a defconfig for the Omega2+ that reaches userspace and allows use of the USB port. Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- arch/mips/configs/omega2p_defconfig | 130 1 file changed, 130

[PATCH 1/2] MIPS: Add Onion Omega2+ board

The Onion Omega2+ is an MT7688A based board that has 128MB RAM and multiple peripherals. The MT7688A is pin compatible with the MT7628A, although the former supports a 1T1R antenna whereas the MT7628A supports a 2R2T antenna. Signed-off-by: Harvey Hunt Cc:

[PATCH 1/2] MIPS: Add Onion Omega2+ board

The Onion Omega2+ is an MT7688A based board that has 128MB RAM and multiple peripherals. The MT7688A is pin compatible with the MT7628A, although the former supports a 1T1R antenna whereas the MT7628A supports a 2R2T antenna. Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc:

[GIT PULL] Kselftest update for 4.13-rc6 fixes

Hi Linus, Please pull the following fixes update for 4.13-rc6 This update consists of important compile and run-time error fixes to timers/freq-step, kmod, and sysctl tests. Diff for the update is attached. thanks, -- Shuah

[GIT PULL] Kselftest update for 4.13-rc6 fixes

Hi Linus, Please pull the following fixes update for 4.13-rc6 This update consists of important compile and run-time error fixes to timers/freq-step, kmod, and sysctl tests. Diff for the update is attached. thanks, -- Shuah

Re: [PATCH v2 net-next] bpf/verifier: track liveness for pruning

On 08/15/2017 03:53 PM, Edward Cree wrote: State of a register doesn't matter if it wasn't read in reaching an exit; a write screens off all reads downstream of it from all explored_states upstream of it. This allows us to prune many more branches; here are some processed insn counts for

Re: [PATCH v2 net-next] bpf/verifier: track liveness for pruning

On 08/15/2017 03:53 PM, Edward Cree wrote: State of a register doesn't matter if it wasn't read in reaching an exit; a write screens off all reads downstream of it from all explored_states upstream of it. This allows us to prune many more branches; here are some processed insn counts for

[PATCH] tools lib bpf: Fix double file test in Makefile

The Makefile verifies the same file exists twice: test -f ../../../include/uapi/linux/bpf.h -a \ -f ../../../include/uapi/linux/bpf.h The purpose of the check is to ensure the diff (immediately after the test) doesn't fail with these two files: /tools/include/uapi/linux/bpf.h

[PATCH] tools lib bpf: Fix double file test in Makefile

The Makefile verifies the same file exists twice: test -f ../../../include/uapi/linux/bpf.h -a \ -f ../../../include/uapi/linux/bpf.h The purpose of the check is to ensure the diff (immediately after the test) doesn't fail with these two files: /tools/include/uapi/linux/bpf.h

[PATCH 3/3] MIPS: configs: Add VoCore2 defconfig

Enabled supported drivers, including: - USB PHY - EHCI - UART Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- arch/mips/configs/vocore2_defconfig | 130 1 file changed, 130

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: >> On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote: >> > In some cases, an architecture might wish its stacks to be aligned to a

Re: [PATCHv2 02/14] fork: allow arch-override of VMAP stack alignment

On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote: > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote: >> On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote: >> > In some cases, an architecture might wish its stacks to be aligned to a >> > boundary larger than THREAD_SIZE. For

[PATCH 3/3] MIPS: configs: Add VoCore2 defconfig

Enabled supported drivers, including: - USB PHY - EHCI - UART Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- arch/mips/configs/vocore2_defconfig | 130 1 file changed, 130 insertions(+) create mode

<    3   4   5   6   7   8   9   10   11   12   >