Re: [PATCH v3 1/3] LSM: Add /sys/kernel/security/lsm

On Fri, 10 Jun 2016 14:25:45 -0700, Casey Schaufler wrote: > Subject: [PATCH v3 1/3] LSM: Add /sys/kernel/security/lsm > I got tired of having to find indirect ways to > determine what security modules are active on a system. > I have added /sys/kernel/security/lsm, which

Re: [PATCH v3 1/3] LSM: Add /sys/kernel/security/lsm

On Fri, 10 Jun 2016 14:25:45 -0700, Casey Schaufler wrote: > Subject: [PATCH v3 1/3] LSM: Add /sys/kernel/security/lsm > I got tired of having to find indirect ways to > determine what security modules are active on a system. > I have added /sys/kernel/security/lsm, which contains a > comma

Re: [PATCH v3 7/8] acpi: add support for configfs

Hi, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.7-rc3] [cannot apply to next-20160614] [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/Octavian-Purdila/ACPI-overlays

Re: [PATCH v3 7/8] acpi: add support for configfs

Hi, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.7-rc3] [cannot apply to next-20160614] [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/Octavian-Purdila/ACPI-overlays

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

On Tue, Jun 14, 2016 at 06:24:17PM -0400, Vivien Didelot wrote: > Hi Andrew, > > Andrew Lunn writes: > > >> - ret = mdiobus_read_nested(bus, addr, reg); > >> + ret = mdiobus_read_nested(bus, sw_addr + addr, reg); > >>if (ret < 0) > >>return ret; > > > > If we

[PATCH 0/4] Hi655x powerkey support for HiKey (v4)

This patchset enables the pmic powerkey to function on HiKey, that I'd like to submit for consideration to be merged. New in v4: * Integrated a few cleanup suggestions from Lee Jones. * Removed MODULE_DEVICE_TABLE(of, hi65xx_powerkey_of_match); line I missed when removing the dts initialization

[PATCH 2/4] mfd: hi655x-pmic: Fixup issue with un-acked interrupts

While trying to get the powerkey to function, I found when pressing the key, I would get infinitely repeating interrupts. After digging around a bit, it seems we didn't set the ack_base value for the regmap irqchip logic, so nothing was acking the interrupt. This patch adds the ack_base, which

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

On Tue, Jun 14, 2016 at 06:24:17PM -0400, Vivien Didelot wrote: > Hi Andrew, > > Andrew Lunn writes: > > >> - ret = mdiobus_read_nested(bus, addr, reg); > >> + ret = mdiobus_read_nested(bus, sw_addr + addr, reg); > >>if (ret < 0) > >>return ret; > > > > If we are doing direct

[PATCH 0/4] Hi655x powerkey support for HiKey (v4)

This patchset enables the pmic powerkey to function on HiKey, that I'd like to submit for consideration to be merged. New in v4: * Integrated a few cleanup suggestions from Lee Jones. * Removed MODULE_DEVICE_TABLE(of, hi65xx_powerkey_of_match); line I missed when removing the dts initialization

[PATCH 2/4] mfd: hi655x-pmic: Fixup issue with un-acked interrupts

While trying to get the powerkey to function, I found when pressing the key, I would get infinitely repeating interrupts. After digging around a bit, it seems we didn't set the ack_base value for the regmap irqchip logic, so nothing was acking the interrupt. This patch adds the ack_base, which

[PATCH 1/4] drivers: input: powerkey for HISI 65xx SoC

From: Jorge Ramirez-Ortiz This driver provides a input driver for the power button on the HiSi 65xx SoC for boards like HiKey. This driver was originally by Zhiliang Xue then basically rewritten by Jorge, but preserving the original

[PATCH 1/4] drivers: input: powerkey for HISI 65xx SoC

From: Jorge Ramirez-Ortiz This driver provides a input driver for the power button on the HiSi 65xx SoC for boards like HiKey. This driver was originally by Zhiliang Xue then basically rewritten by Jorge, but preserving the original module author credits. Cc: Dmitry Torokhov Cc: Rob Herring

[PATCH 4/4] mfd: hi655x-pmic: Add powerkey device to hi655x PMIC driver

Wire up the powerkey driver functionality for the hi655x PMIC. Cc: Dmitry Torokhov Cc: Rob Herring Cc: Lee Jones Cc: Jorge Ramirez-Ortiz Cc: Feng Chen Cc: Wei Xu

[PATCH 3/4] mfd: hi655x-pmic: Rename some interrupt macro names

Currently the hi655x-pmic driver has names for interrupt mask values, but not for the interrupt numbers themselves. So to allow for interrupt numbers to have sane names, rename the mask values with the _MASK postfix and use the existing names as the interrupt name Cc: Dmitry Torokhov

[PATCH 4/4] mfd: hi655x-pmic: Add powerkey device to hi655x PMIC driver

Wire up the powerkey driver functionality for the hi655x PMIC. Cc: Dmitry Torokhov Cc: Rob Herring Cc: Lee Jones Cc: Jorge Ramirez-Ortiz Cc: Feng Chen Cc: Wei Xu Cc: Guodong Xu Signed-off-by: John Stultz --- v4: Cleaned up magic values and realigned regulator entry to be a onliner

[PATCH 3/4] mfd: hi655x-pmic: Rename some interrupt macro names

Currently the hi655x-pmic driver has names for interrupt mask values, but not for the interrupt numbers themselves. So to allow for interrupt numbers to have sane names, rename the mask values with the _MASK postfix and use the existing names as the interrupt name Cc: Dmitry Torokhov Cc: Rob

Re: [PATCH] x86 / hibernate: Fix 64-bit code passing control to image kernel

On Tuesday, June 14, 2016 08:06:49 PM chenyu wrote: > On Mon, Jun 13, 2016 at 9:42 PM, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Logan Gunthorpe reports that hibernation stopped working reliably for > > him after commit

Re: [PATCH] x86 / hibernate: Fix 64-bit code passing control to image kernel

On Tuesday, June 14, 2016 08:06:49 PM chenyu wrote: > On Mon, Jun 13, 2016 at 9:42 PM, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Logan Gunthorpe reports that hibernation stopped working reliably for > > him after commit ab76f7b4ab23 (x86/mm: Set NX on gap between __ex_table >

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev wrote: > On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >>> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >>> > showing the following messages during bootup: >> [...] >>> >>> got the

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev wrote: > On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >>> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >>> > showing the following messages during bootup: >> [...] >>> >>> got the same messages on my t5120 with

[PATCH] Update email addresses in MAINTAINERS and .mailmap

Updating email addresses in MAINTAINERS and .mailmap files. Cc: sta...@vger.kernel.org Signed-off-by: Shuah Khan --- .mailmap| 1 + MAINTAINERS | 4 +++- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/.mailmap b/.mailmap index 08b8042..feb0fd5 100644

[PATCH] Update email addresses in MAINTAINERS and .mailmap

Updating email addresses in MAINTAINERS and .mailmap files. Cc: sta...@vger.kernel.org Signed-off-by: Shuah Khan --- .mailmap| 1 + MAINTAINERS | 4 +++- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/.mailmap b/.mailmap index 08b8042..feb0fd5 100644 --- a/.mailmap +++

Re: [PATCH v5] ASoC: rockchip: Add machine driver for RK3399 GRU Boards

On Mon, Jun 13, 2016 at 04:42:18PM +0800, Xing Zheng wrote: > Because we need to support the multiple codecs (MAX98357A/RT5514/DA7219) > on the RK3399 GRU boards, this patch can help us to support these codecs. > > Signed-off-by: Xing Zheng > --- > > Changes in v5: > -

Re: [PATCH v5] ASoC: rockchip: Add machine driver for RK3399 GRU Boards

On Mon, Jun 13, 2016 at 04:42:18PM +0800, Xing Zheng wrote: > Because we need to support the multiple codecs (MAX98357A/RT5514/DA7219) > on the RK3399 GRU boards, this patch can help us to support these codecs. > > Signed-off-by: Xing Zheng > --- > > Changes in v5: > - fix the build warning for

Re: [PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

On Wed, Jun 08, 2016 at 01:36:23PM +0100, Matt Fleming wrote: > (Cc'ing people familiar with e820 map woes) > > On Thu, 02 Jun, at 03:50:35PM, Joseph Thelen wrote: > > Currently, the EFI memory map entries are disabled by default and must > > be enabled by passing the kernel boot option: > > > >

Re: [PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

On Wed, Jun 08, 2016 at 01:36:23PM +0100, Matt Fleming wrote: > (Cc'ing people familiar with e820 map woes) > > On Thu, 02 Jun, at 03:50:35PM, Joseph Thelen wrote: > > Currently, the EFI memory map entries are disabled by default and must > > be enabled by passing the kernel boot option: > > > >

Re: [PATCH 3.2 00/46] 3.2.81-rc1 review

On Tuesday 14 June 2016 11:16 PM, Ben Hutchings wrote: On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote: On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.2.81 release. There are 46 patches in this series, which will be posted

Re: [PATCH 3.2 00/46] 3.2.81-rc1 review

On Tuesday 14 June 2016 11:16 PM, Ben Hutchings wrote: On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote: On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.2.81 release. There are 46 patches in this series, which will be posted

Re: [PATCH 5/6] MIPS: BMIPS: Add BCM6362 support

On Mon, Jun 13, 2016 at 09:38:53AM +0200, Álvaro Fernández Rojas wrote: > BCM6362 is a BMIPS4350 SoC which needs the same fixup as BCM6368 in order to > enable SMP support. > > Signed-off-by: Álvaro Fernández Rojas > --- > Documentation/devicetree/bindings/mips/brcm/soc.txt |

Re: [PATCH 5/6] MIPS: BMIPS: Add BCM6362 support

On Mon, Jun 13, 2016 at 09:38:53AM +0200, Álvaro Fernández Rojas wrote: > BCM6362 is a BMIPS4350 SoC which needs the same fixup as BCM6368 in order to > enable SMP support. > > Signed-off-by: Álvaro Fernández Rojas > --- > Documentation/devicetree/bindings/mips/brcm/soc.txt | 2 +- >

Re: [PATCH 3/6] MIPS: BMIPS: Add BCM3368 support

On Mon, Jun 13, 2016 at 09:38:51AM +0200, Álvaro Fernández Rojas wrote: > BCM3368 has a shared TLB which conflicts with current SMP support, so it must > be disabled for now. > > Signed-off-by: Álvaro Fernández Rojas > --- > Documentation/devicetree/bindings/mips/brcm/soc.txt

Re: [PATCH 3/6] MIPS: BMIPS: Add BCM3368 support

On Mon, Jun 13, 2016 at 09:38:51AM +0200, Álvaro Fernández Rojas wrote: > BCM3368 has a shared TLB which conflicts with current SMP support, so it must > be disabled for now. > > Signed-off-by: Álvaro Fernández Rojas > --- > Documentation/devicetree/bindings/mips/brcm/soc.txt | 2 +- >

Re: [PATCH] init, fix initcall blacklist for modules

On Tue, 14 Jun 2016 05:59:46 -0400 Prarit Bhargava wrote: > On 06/13/2016 04:59 PM, Rasmus Villemoes wrote: > > On Mon, Jun 13 2016, Prarit Bhargava wrote: > > > >> Sorry ... forgot to cc everyone on the last email. > >> > >> P. > >> > >> 8< > >> >

Re: [PATCH] init, fix initcall blacklist for modules

On Tue, 14 Jun 2016 05:59:46 -0400 Prarit Bhargava wrote: > On 06/13/2016 04:59 PM, Rasmus Villemoes wrote: > > On Mon, Jun 13 2016, Prarit Bhargava wrote: > > > >> Sorry ... forgot to cc everyone on the last email. > >> > >> P. > >> > >> 8< > >> > >> sprint_symbol_no_offset() returns

Re: [PATCH 3/3] net: hisilicon: Add Fast Ethernet MAC driver

On Mon, Jun 13, 2016 at 02:07:56PM +0800, Dongpo Li wrote: > This patch adds the Hisilicon Fast Ethernet MAC(FEMAC) driver. > The FEMAC supports max speed 100Mbps and has been used in many > Hisilicon SoC. > > Reviewed-by: Jiancheng Xue > Signed-off-by: Dongpo Li

Re: [PATCH 3/3] net: hisilicon: Add Fast Ethernet MAC driver

On Mon, Jun 13, 2016 at 02:07:56PM +0800, Dongpo Li wrote: > This patch adds the Hisilicon Fast Ethernet MAC(FEMAC) driver. > The FEMAC supports max speed 100Mbps and has been used in many > Hisilicon SoC. > > Reviewed-by: Jiancheng Xue > Signed-off-by: Dongpo Li > --- >

Re: [PATCH 3/3] nilfs2: move ioctl interface and disk layout to uapi separately

On Mon, 13 Jun 2016 22:45:07 +0900 Ryusuke Konishi wrote: > The header file "include/linux/nilfs2_fs.h" is composed of parts for > ioctl and disk format, and both are intended to be shared with user > space programs. > > This moves them to the uapi directory

Re: [PATCH 3/3] nilfs2: move ioctl interface and disk layout to uapi separately

On Mon, 13 Jun 2016 22:45:07 +0900 Ryusuke Konishi wrote: > The header file "include/linux/nilfs2_fs.h" is composed of parts for > ioctl and disk format, and both are intended to be shared with user > space programs. > > This moves them to the uapi directory "include/uapi/linux" splitting >

Re: [PATCH 1/3] net: Add MDIO bus driver for the Hisilicon FEMAC

On Mon, Jun 13, 2016 at 02:07:54PM +0800, Dongpo Li wrote: > This patch adds a separate driver for the MDIO interface of the > Hisilicon Fast Ethernet MAC. > > Reviewed-by: Jiancheng Xue > Signed-off-by: Dongpo Li > --- >

Re: [PATCH 1/3] net: Add MDIO bus driver for the Hisilicon FEMAC

On Mon, Jun 13, 2016 at 02:07:54PM +0800, Dongpo Li wrote: > This patch adds a separate driver for the MDIO interface of the > Hisilicon Fast Ethernet MAC. > > Reviewed-by: Jiancheng Xue > Signed-off-by: Dongpo Li > --- > .../bindings/net/hisilicon-femac-mdio.txt | 22 +++ Acked-by:

Re: [PATCH v2 net-next v2 11/12] net: dsa: mv88e6xxx: add an SMI ops structure

Hi Andrew, Andrew Lunn writes: >> +struct mv88e6xxx_smi_ops { >> +int (*read)(struct mii_bus *bus, int sw_addr, >> +int addr, int reg, u16 *val); >> +int (*write)(struct mii_bus *bus, int sw_addr, >> + int addr, int reg, u16 val); >> +};

Re: [PATCH v5 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

On Mon, Jun 13, 2016 at 10:10:09AM +0800, Frank Wang wrote: > Signed-off-by: Frank Wang > --- > > Changes in v5: > - Added 'reg' property to identify the different phy-blocks. > > Changes in v4: > - Used 'phy-supply' instead of 'vbus_*-supply'. > > Changes in v3: >

RE: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Tuesday, June 14, 2016 1:35 PM > To: pali.ro...@gmail.com > Cc: gre...@linuxfoundation.org; and...@lunn.ch; Limonciello, Mario > ; hayesw...@realtek.com; linux- >

Re: [PATCH v2 net-next v2 11/12] net: dsa: mv88e6xxx: add an SMI ops structure

Hi Andrew, Andrew Lunn writes: >> +struct mv88e6xxx_smi_ops { >> +int (*read)(struct mii_bus *bus, int sw_addr, >> +int addr, int reg, u16 *val); >> +int (*write)(struct mii_bus *bus, int sw_addr, >> + int addr, int reg, u16 val); >> +}; >> + > > I think

Re: [PATCH v5 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

On Mon, Jun 13, 2016 at 10:10:09AM +0800, Frank Wang wrote: > Signed-off-by: Frank Wang > --- > > Changes in v5: > - Added 'reg' property to identify the different phy-blocks. > > Changes in v4: > - Used 'phy-supply' instead of 'vbus_*-supply'. > > Changes in v3: > - Added 'clocks' and

RE: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Tuesday, June 14, 2016 1:35 PM > To: pali.ro...@gmail.com > Cc: gre...@linuxfoundation.org; and...@lunn.ch; Limonciello, Mario > ; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; net...@vger.kernel.org;

Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin

On Tue, 14 Jun 2016 12:29:59 -0700 Laura Abbott wrote: > This has some weird interaction with ftrace. On x86 > > 1) make mrproper > 2) make defconfig > 3) enable GCC_PLUGINS, GCC_PLUGIN_CYC_COMPLEXITY > 4) enable FUNCTION_TRACER (it will select other options as well) > 5)

Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin

On Tue, 14 Jun 2016 12:29:59 -0700 Laura Abbott wrote: > This has some weird interaction with ftrace. On x86 > > 1) make mrproper > 2) make defconfig > 3) enable GCC_PLUGINS, GCC_PLUGIN_CYC_COMPLEXITY > 4) enable FUNCTION_TRACER (it will select other options as well) > 5) make && make modules >

Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin

On Tue, 14 Jun 2016 11:27:00 -0700 Kees Cook wrote: > On Mon, Jun 13, 2016 at 2:49 PM, Emese Revfy wrote: > > On Thu, 9 Jun 2016 14:51:45 -0700 > > Kees Cook wrote: > > >> > + * gcc plugin to help generate a little bit of

Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin

On Tue, 14 Jun 2016 11:27:00 -0700 Kees Cook wrote: > On Mon, Jun 13, 2016 at 2:49 PM, Emese Revfy wrote: > > On Thu, 9 Jun 2016 14:51:45 -0700 > > Kees Cook wrote: > > >> > + * gcc plugin to help generate a little bit of entropy from program > >> > state, > >> > + * used throughout the

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

Hi Andrew, Andrew Lunn writes: >> -ret = mdiobus_read_nested(bus, addr, reg); >> +ret = mdiobus_read_nested(bus, sw_addr + addr, reg); >> if (ret < 0) >> return ret; > > If we are doing direct access, doesn't it means sw_addr is 0? > > So isn't this

Re: [PATCH v2 17/17] sh: landisk CPLD interrupt controller driver

On Sun, Jun 12, 2016 at 04:44:14PM +0900, Yoshinori Sato wrote: > Sorry. I send old patches. > Please ignore previous files. same comment here. > > Signed-off-by: Yoshinori Sato > --- > .../interrupt-controller/iodata-landisk.txt| 28 + >

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

Hi Andrew, Andrew Lunn writes: >> -ret = mdiobus_read_nested(bus, addr, reg); >> +ret = mdiobus_read_nested(bus, sw_addr + addr, reg); >> if (ret < 0) >> return ret; > > If we are doing direct access, doesn't it means sw_addr is 0? > > So isn't this pointless? 6060

Re: [PATCH v2 17/17] sh: landisk CPLD interrupt controller driver

On Sun, Jun 12, 2016 at 04:44:14PM +0900, Yoshinori Sato wrote: > Sorry. I send old patches. > Please ignore previous files. same comment here. > > Signed-off-by: Yoshinori Sato > --- > .../interrupt-controller/iodata-landisk.txt| 28 + > drivers/irqchip/irq-io-landisk.c

Re: [PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

On Wed, Jun 08, 2016 at 01:12:23PM +0200, Ingo Molnar wrote: > > * Joseph Thelen wrote: > > > static int __init setup_add_efi_memmap(char *arg) > > { > > + static bool arg_as_bool; > > Why hidden inside local variables as static? Likely muscle memory of some kind after

Re: [PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

On Wed, Jun 08, 2016 at 01:12:23PM +0200, Ingo Molnar wrote: > > * Joseph Thelen wrote: > > > static int __init setup_add_efi_memmap(char *arg) > > { > > + static bool arg_as_bool; > > Why hidden inside local variables as static? Likely muscle memory of some kind after being forced to do

Re: [PATCH] i2c: remove __init from i2c_register_board_info()

On Tue, Jun 07, 2016 at 04:52:27PM -0700, Luis R. Rodriguez wrote: > As of next-20160607 with allyesconfig we get this linker failure: > > MODPOST vmlinux.o > WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from > the function intel_scu_devices_create() to the function >

Re: [PATCH] i2c: remove __init from i2c_register_board_info()

On Tue, Jun 07, 2016 at 04:52:27PM -0700, Luis R. Rodriguez wrote: > As of next-20160607 with allyesconfig we get this linker failure: > > MODPOST vmlinux.o > WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from > the function intel_scu_devices_create() to the function >

Re: [PATCH 3.2 00/46] 3.2.81-rc1 review

On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote: > On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote: > > This is the start of the stable review cycle for the 3.2.81 release. > > There are 46 patches in this series, which will be posted as responses > > to this one.  If anyone has any

Re: [PATCH 3.2 00/46] 3.2.81-rc1 review

On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote: > On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote: > > This is the start of the stable review cycle for the 3.2.81 release. > > There are 46 patches in this series, which will be posted as responses > > to this one.  If anyone has any

[PATCH v3 4/4] Add the extra_latent_entropy kernel parameter

When extra_latent_entropy is passed on the kernel command line, entropy will be extracted from up to the first 4GB of RAM while the runtime memory allocator is being initialized. Based on work created by the PaX Team. Signed-off-by: Emese Revfy ---

[PATCH v3 4/4] Add the extra_latent_entropy kernel parameter

When extra_latent_entropy is passed on the kernel command line, entropy will be extracted from up to the first 4GB of RAM while the runtime memory allocator is being initialized. Based on work created by the PaX Team. Signed-off-by: Emese Revfy --- Documentation/kernel-parameters.txt | 5

Re: [PATCH v2 14/17] sh: SH3/4 Generic IRQCHIP driever

On Sun, Jun 12, 2016 at 04:43:46PM +0900, Yoshinori Sato wrote: > Sorry. I send old patches. > Please ignore previous files. Something like this needs to go below the '---' line. > > IPR based IRQ chip driver. > > Signed-off-by: Yoshinori Sato > --- >

Re: [PATCH v2 14/17] sh: SH3/4 Generic IRQCHIP driever

On Sun, Jun 12, 2016 at 04:43:46PM +0900, Yoshinori Sato wrote: > Sorry. I send old patches. > Please ignore previous files. Something like this needs to go below the '---' line. > > IPR based IRQ chip driver. > > Signed-off-by: Yoshinori Sato > --- >

[PATCH v3 3/4] Mark functions with the latent_entropy attribute

The latent_entropy gcc attribute can be only on functions and variables. If it is on a function then the plugin will instrument it. If the attribute is on a variable then the plugin will initialize it with a random value. The variable must be an integer, an integer array type or a structure with

[PATCH v3 3/4] Mark functions with the latent_entropy attribute

The latent_entropy gcc attribute can be only on functions and variables. If it is on a function then the plugin will instrument it. If the attribute is on a variable then the plugin will initialize it with a random value. The variable must be an integer, an integer array type or a structure with

Re: [PATCH] more mapcount page as kpage could reduce total replacement times than fewer mapcount one in probability.

On Tue, 14 Jun 2016 17:17:37 +0800 wrote: > From: z00281421 > > more mapcount page as kpage could reduce total replacement > times than fewer mapcount one when ksmd scan and replace > among forked pages later. > Hopefully Hugh will

Re: [PATCH] more mapcount page as kpage could reduce total replacement times than fewer mapcount one in probability.

On Tue, 14 Jun 2016 17:17:37 +0800 wrote: > From: z00281421 > > more mapcount page as kpage could reduce total replacement > times than fewer mapcount one when ksmd scan and replace > among forked pages later. > Hopefully Hugh will be able to have a think about this. > --- a/mm/ksm.c >

[PATCH v3 2/4] Add the latent_entropy gcc plugin

This plugin mitigates the problem of the kernel having too little entropy during and after boot for generating crypto keys. It creates a local variable in every marked function. The value of this variable is modified by randomly chosen operations (add, xor and rol) and random values (gcc

[PATCH v3 2/4] Add the latent_entropy gcc plugin

This plugin mitigates the problem of the kernel having too little entropy during and after boot for generating crypto keys. It creates a local variable in every marked function. The value of this variable is modified by randomly chosen operations (add, xor and rol) and random values (gcc

Re: [PATCH v2 net-next v2 10/12] net: dsa: mv88e6xxx: iterate on compatible info

Hi Andrew, Andrew Lunn writes: > On Tue, Jun 14, 2016 at 02:31:51PM -0400, Vivien Didelot wrote: >> With legacy probing, we cannot have a compatible info structure. We have >> to guess it. Instead of using only the first info structure of the info >> table, iterate over the

Re: [PATCH v2 net-next v2 10/12] net: dsa: mv88e6xxx: iterate on compatible info

Hi Andrew, Andrew Lunn writes: > On Tue, Jun 14, 2016 at 02:31:51PM -0400, Vivien Didelot wrote: >> With legacy probing, we cannot have a compatible info structure. We have >> to guess it. Instead of using only the first info structure of the info >> table, iterate over the compatible data. >>

[PATCH v3 1/4] Add support for passing gcc plugin arguments

Signed-off-by: Emese Revfy --- scripts/Makefile.gcc-plugins | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Makefile.gcc-plugins b/scripts/Makefile.gcc-plugins index 5e22b60..da7f86c 100644 --- a/scripts/Makefile.gcc-plugins +++

[PATCH v3 1/4] Add support for passing gcc plugin arguments

Signed-off-by: Emese Revfy --- scripts/Makefile.gcc-plugins | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Makefile.gcc-plugins b/scripts/Makefile.gcc-plugins index 5e22b60..da7f86c 100644 --- a/scripts/Makefile.gcc-plugins +++ b/scripts/Makefile.gcc-plugins @@

Re: [PATCH v2 6/8] ntb_tool: Add link status and files to debugfs

On 14/06/16 03:46 PM, Allen Hubbe wrote: > The ntb_tool is intended to be a simple low level access to the ntb.h api. > As much as possible, I think ntb_tool should directly expose the ntb.h api > through debugfs, and not invent higher level concepts. I really think practical concerns should

[PATCH 1/4] coccicheck: propagate error and stop processing after first error

Propagate back in the shell Coccinelle's error. Also stop processing if an error has occured. This lets us handle some errors in coccinelle cocci files and if they bail out we should inspect the errors. This will be more useful later to help annotate coccinelle version dependency requirements.

Re: [PATCH v2 6/8] ntb_tool: Add link status and files to debugfs

On 14/06/16 03:46 PM, Allen Hubbe wrote: > The ntb_tool is intended to be a simple low level access to the ntb.h api. > As much as possible, I think ntb_tool should directly expose the ntb.h api > through debugfs, and not invent higher level concepts. I really think practical concerns should

[PATCH 1/4] coccicheck: propagate error and stop processing after first error

Propagate back in the shell Coccinelle's error. Also stop processing if an error has occured. This lets us handle some errors in coccinelle cocci files and if they bail out we should inspect the errors. This will be more useful later to help annotate coccinelle version dependency requirements.

[PATCH 2/4] scripts: add reqs python library

This library can be used in other python scripts to require specific binary version requirements. It will be used first with coccinelle's python bindings to enable coccinelle SmPL files to specify version requirements per cocci file if it has any. Signed-off-by: Luis R. Rodriguez

[PATCH 0/4] scripts: add basic python version library and use it

This series depends on the last set of coccicheck enhancements which add parmap support and indexing heuristics. Coccinelle SmPL files may often require advanced grammar techniques not available in older versions of Coccinelle. We can use --parse-cocci and bail if a file does not parse, however

[PATCH 3/4] coccicheck: enable use of the kernel's python library

Signed-off-by: Luis R. Rodriguez --- scripts/coccicheck | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/coccicheck b/scripts/coccicheck index ba7301ab0a3d..a4d91d649ad9 100755 --- a/scripts/coccicheck +++ b/scripts/coccicheck @@ -12,6 +12,8 @@ DIR=$(dirname

[PATCH v3 0/4] Introduce the latent_entropy gcc plugin

I would like to introduce the latent_entropy gcc plugin. This plugin mitigates the problem of the kernel having too little entropy during and after boot for generating crypto keys. This plugin mixes random values into the latent_entropy global variable in functions marked by the __latent_entropy

Re: [PATCH v2 net-next v2 09/12] net: dsa: mv88e6xxx: add SMI detection helper

Hi Andrew, Andrew Lunn writes: >> -name = info->name; >> +dev_info(dev, "switch 0x%x detected: %s, revision %u\n", prod_num, >> + info->name, rev); >> >> -ps = devm_kzalloc(dsa_dev, sizeof(*ps), GFP_KERNEL); >> +ps = devm_kzalloc(dev, sizeof(*ps),

[PATCH 2/4] scripts: add reqs python library

This library can be used in other python scripts to require specific binary version requirements. It will be used first with coccinelle's python bindings to enable coccinelle SmPL files to specify version requirements per cocci file if it has any. Signed-off-by: Luis R. Rodriguez ---

[PATCH 0/4] scripts: add basic python version library and use it

This series depends on the last set of coccicheck enhancements which add parmap support and indexing heuristics. Coccinelle SmPL files may often require advanced grammar techniques not available in older versions of Coccinelle. We can use --parse-cocci and bail if a file does not parse, however

[PATCH 3/4] coccicheck: enable use of the kernel's python library

Signed-off-by: Luis R. Rodriguez --- scripts/coccicheck | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/coccicheck b/scripts/coccicheck index ba7301ab0a3d..a4d91d649ad9 100755 --- a/scripts/coccicheck +++ b/scripts/coccicheck @@ -12,6 +12,8 @@ DIR=$(dirname $(readlink -f $0))

[PATCH v3 0/4] Introduce the latent_entropy gcc plugin

I would like to introduce the latent_entropy gcc plugin. This plugin mitigates the problem of the kernel having too little entropy during and after boot for generating crypto keys. This plugin mixes random values into the latent_entropy global variable in functions marked by the __latent_entropy

Re: [PATCH v2 net-next v2 09/12] net: dsa: mv88e6xxx: add SMI detection helper

Hi Andrew, Andrew Lunn writes: >> -name = info->name; >> +dev_info(dev, "switch 0x%x detected: %s, revision %u\n", prod_num, >> + info->name, rev); >> >> -ps = devm_kzalloc(dsa_dev, sizeof(*ps), GFP_KERNEL); >> +ps = devm_kzalloc(dev, sizeof(*ps), GFP_KERNEL); >>

[PATCH 4/4] scripts/coccinelle: require coccinelle >= 1.0.4 on device_node_continue.cocci

Make use of the new kernel python requirements library to be able to specify coccinelle binary version requirements. The cocci file device_node_continue.cocci requires at least coccinelle 1.0.4. Signed-off-by: Luis R. Rodriguez ---

[PATCH 4/4] scripts/coccinelle: require coccinelle >= 1.0.4 on device_node_continue.cocci

Make use of the new kernel python requirements library to be able to specify coccinelle binary version requirements. The cocci file device_node_continue.cocci requires at least coccinelle 1.0.4. Signed-off-by: Luis R. Rodriguez --- scripts/coccinelle/iterators/device_node_continue.cocci | 13

Re: [PATCH] KVM: SVM: compile out AVIC if !CONFIG_X86_LOCAL_APIC

On 6/14/2016 5:01 PM, Paolo Bonzini wrote: On 14/06/2016 23:44, Suravee Suthikulanit wrote: > On 6/14/2016 4:22 PM, Paolo Bonzini wrote: >> - Original Message - >>> From: "Suravee Suthikulanit" >>> To: "Paolo Bonzini" , >>>

Re: [PATCH] KVM: SVM: compile out AVIC if !CONFIG_X86_LOCAL_APIC

On 6/14/2016 5:01 PM, Paolo Bonzini wrote: On 14/06/2016 23:44, Suravee Suthikulanit wrote: > On 6/14/2016 4:22 PM, Paolo Bonzini wrote: >> - Original Message - >>> From: "Suravee Suthikulanit" >>> To: "Paolo Bonzini" , >>> linux-kernel@vger.kernel.org, k...@vger.kernel.org >>> Cc:

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

On Tue, Jun 14, 2016 at 02:31:53PM -0400, Vivien Didelot wrote: > When the SMI address of the switch chip on the SMI master bus is not > zero, some chips (e.g. 88E6352) use an indirect access through two SMI > Command and Data registers, while others (e.g. 88E6060) still use a > direct access. >

Re: [PATCH v2 net-next v2 12/12] net: dsa: mv88e6xxx: add addressing mode to info

On Tue, Jun 14, 2016 at 02:31:53PM -0400, Vivien Didelot wrote: > When the SMI address of the switch chip on the SMI master bus is not > zero, some chips (e.g. 88E6352) use an indirect access through two SMI > Command and Data registers, while others (e.g. 88E6060) still use a > direct access. >

RE: [PATCH v2 6/8] ntb_tool: Add link status and files to debugfs

From: Logan Gunthorpe > On 14/06/16 01:33 PM, Allen Hubbe wrote: > >> diff --git a/drivers/ntb/test/ntb_tool.c b/drivers/ntb/test/ntb_tool.c > >> index cba31fd..9bebd0d 100644 > >> --- a/drivers/ntb/test/ntb_tool.c > >> +++ b/drivers/ntb/test/ntb_tool.c > >> @@ -59,6 +59,13 @@ > >> * > >> *

RE: [PATCH v2 6/8] ntb_tool: Add link status and files to debugfs

From: Logan Gunthorpe > On 14/06/16 01:33 PM, Allen Hubbe wrote: > >> diff --git a/drivers/ntb/test/ntb_tool.c b/drivers/ntb/test/ntb_tool.c > >> index cba31fd..9bebd0d 100644 > >> --- a/drivers/ntb/test/ntb_tool.c > >> +++ b/drivers/ntb/test/ntb_tool.c > >> @@ -59,6 +59,13 @@ > >> * > >> *

Re: [PATCH v3 5/6] dt-bindings: add Sharp LQ123P1JX31 panel binding

On Sun, Jun 12, 2016 at 10:56:16AM +0800, Yakir Yang wrote: > The Sharp LQ123P1JX31 is an 12.3" 2400x1600 TFT-LCD panel > connected using eDP interfaces. > > Signed-off-by: Yakir Yang > Reviewed-by: Douglas Anderson > --- > Changes in v3: > - Drop the

Re: [PATCH v3 5/6] dt-bindings: add Sharp LQ123P1JX31 panel binding

On Sun, Jun 12, 2016 at 10:56:16AM +0800, Yakir Yang wrote: > The Sharp LQ123P1JX31 is an 12.3" 2400x1600 TFT-LCD panel > connected using eDP interfaces. > > Signed-off-by: Yakir Yang > Reviewed-by: Douglas Anderson > --- > Changes in v3: > - Drop the extra comma in compatible name (Rob) > -

Re: [PATCH v3 2/2] media: et8ek8: Add documentation

On Sat, Jun 11, 2016 at 06:39:53PM +0300, Ivaylo Dimitrov wrote: > Add DT bindings description Not exactly the best commit msg. > > Signed-off-by: Ivaylo Dimitrov > --- > .../bindings/media/i2c/toshiba,et8ek8.txt | 50 > ++ > 1 file

Re: [PATCH v3 2/2] media: et8ek8: Add documentation

On Sat, Jun 11, 2016 at 06:39:53PM +0300, Ivaylo Dimitrov wrote: > Add DT bindings description Not exactly the best commit msg. > > Signed-off-by: Ivaylo Dimitrov > --- > .../bindings/media/i2c/toshiba,et8ek8.txt | 50 > ++ > 1 file changed, 50 insertions(+) >

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