[PATCH 11/13] Documentation: devicetree: add vendor prefix for Pine64

From: Andre Przywara Signed-off-by: Andre Przywara Acked-by: Rob Herring [Maxime: Change title prefix to match the usual style] Signed-off-by: Maxime Ripard ---

[PATCH 11/13] Documentation: devicetree: add vendor prefix for Pine64

From: Andre Przywara Signed-off-by: Andre Przywara Acked-by: Rob Herring [Maxime: Change title prefix to match the usual style] Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 05/13] clk: sunxi-ng: sun8i: Rename H3 only clocks

Add a suffix for the H3-only clocks to prepare the introduction of the A64 clocks. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 140 ++-- 1 file changed, 70 insertions(+), 70 deletions(-) diff --git

[PATCH 05/13] clk: sunxi-ng: sun8i: Rename H3 only clocks

Add a suffix for the H3-only clocks to prepare the introduction of the A64 clocks. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 140 ++-- 1 file changed, 70 insertions(+), 70 deletions(-) diff --git a/drivers/clk/sunxi-ng/ccu-sun8i-h3.c

Re: [PATCH 10/32] x86/intel_rdt: Adds support to enable Code Data Prioritization

On Tue, 26 Jul 2016, Nilay Vaish wrote: On 12 July 2016 at 20:02, Fenghua Yu wrote: From: Vikas Shivappa On Intel SKUs that support Code Data Prioritization(CDP), intel_rdt operates in 2 modes - legacy cache allocation mode/default or

[PATCH 09/13] arm64: sunxi: Kconfig: add essential pinctrl driver

From: Andre Przywara The pinctrl driver is essential for the Allwinner SoCs to work. Add the driver's config symbol to the Kconfig entry to always compile it in. We can't use the arm approach to make the _driver's_ Kconfig symbol def_bool, because we lack the MACH_*

[PATCH 08/13] clk: sunxi-ng: Add A64 clocks

Add the A64 CCU clocks set. Signed-off-by: Maxime Ripard --- .../devicetree/bindings/clock/sunxi-ccu.txt| 1 + drivers/clk/sunxi-ng/Kconfig | 13 +- drivers/clk/sunxi-ng/Makefile | 2 +-

Re: [PATCH 10/32] x86/intel_rdt: Adds support to enable Code Data Prioritization

On Tue, 26 Jul 2016, Nilay Vaish wrote: On 12 July 2016 at 20:02, Fenghua Yu wrote: From: Vikas Shivappa On Intel SKUs that support Code Data Prioritization(CDP), intel_rdt operates in 2 modes - legacy cache allocation mode/default or CDP mode. When CDP is enabled, the number of

[PATCH 09/13] arm64: sunxi: Kconfig: add essential pinctrl driver

From: Andre Przywara The pinctrl driver is essential for the Allwinner SoCs to work. Add the driver's config symbol to the Kconfig entry to always compile it in. We can't use the arm approach to make the _driver's_ Kconfig symbol def_bool, because we lack the MACH_* symbols in arm64.

[PATCH 08/13] clk: sunxi-ng: Add A64 clocks

Add the A64 CCU clocks set. Signed-off-by: Maxime Ripard --- .../devicetree/bindings/clock/sunxi-ccu.txt| 1 + drivers/clk/sunxi-ng/Kconfig | 13 +- drivers/clk/sunxi-ng/Makefile | 2 +- drivers/clk/sunxi-ng/ccu-sun50i-a64.h |

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tue, Jul 26, 2016 at 1:15 PM, Rafael J. Wysocki wrote: > On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote: >> On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: >> > Hi, >> > >> > The following commit: >> > >> > commit

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tue, Jul 26, 2016 at 1:15 PM, Rafael J. Wysocki wrote: > On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote: >> On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: >> > Hi, >> > >> > The following commit: >> > >> > commit 13523309495cdbd57a0d344c0d5d574987af007f >> >

[PATCH 01/13] clk: sunxi-ng: mux: Rename mux macro to be consistent

Rename the internal mux macro to be consistent with the other internal structure macros. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu_div.h | 2 +- drivers/clk/sunxi-ng/ccu_mp.h | 2 +- drivers/clk/sunxi-ng/ccu_mux.h | 6 +++--- 3 files changed, 5

[PATCH 00/13] arm64: Allwinner A64 support based on sunxi-ng

Hi, Here is the previous A64 patches made by Andre [1], reworked to use the new sunxi-ng clock framework. This uses the current H3 clock code, as both are really similar. The first patches are just meant to rework slightly the H3 code, before introducing the A64-related patches. Some WiP stuff

[PATCH 00/13] arm64: Allwinner A64 support based on sunxi-ng

Hi, Here is the previous A64 patches made by Andre [1], reworked to use the new sunxi-ng clock framework. This uses the current H3 clock code, as both are really similar. The first patches are just meant to rework slightly the H3 code, before introducing the A64-related patches. Some WiP stuff

[PATCH 01/13] clk: sunxi-ng: mux: Rename mux macro to be consistent

Rename the internal mux macro to be consistent with the other internal structure macros. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu_div.h | 2 +- drivers/clk/sunxi-ng/ccu_mp.h | 2 +- drivers/clk/sunxi-ng/ccu_mux.h | 6 +++--- 3 files changed, 5 insertions(+), 5 deletions(-)

Re: Volunteering for BeFS maintainership

On 26/07/16 18:56, Theodore Ts'o wrote: > On Tue, Jul 26, 2016 at 12:16:24AM +0100, Luis de Bethencourt wrote: >> >> I will wait a few days in case other people want to comment before. >> > > Sounds great! Do you have a git tree set up for your befs development? > Thank you :) Yes, I have the

Re: Volunteering for BeFS maintainership

On 26/07/16 18:56, Theodore Ts'o wrote: > On Tue, Jul 26, 2016 at 12:16:24AM +0100, Luis de Bethencourt wrote: >> >> I will wait a few days in case other people want to comment before. >> > > Sounds great! Do you have a git tree set up for your befs development? > Thank you :) Yes, I have the

Re: [PATCH] s390/perf: fix 'start' address of module's map

Em Tue, Jul 26, 2016 at 10:14:18PM +0200, Christian Borntraeger escreveu: > On 07/26/2016 09:50 PM, Arnaldo Carvalho de Melo wrote: > > Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: > >> At preset, when creating module's map, perf gets 'start' address by parsing > >>

Re: [PATCH] s390/perf: fix 'start' address of module's map

Em Tue, Jul 26, 2016 at 10:14:18PM +0200, Christian Borntraeger escreveu: > On 07/26/2016 09:50 PM, Arnaldo Carvalho de Melo wrote: > > Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: > >> At preset, when creating module's map, perf gets 'start' address by parsing > >>

RE: [PATCH] ACPICA: cleanup method properly on error

/* Put the new state at the head of the walk list */ if (Thread) { AcpiDsPushWalkState (WalkState, Thread); } Is there any chance that Thread could be zero? > -Original Message- > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Moore, Robert > Sent:

RE: [PATCH] ACPICA: cleanup method properly on error

/* Put the new state at the head of the walk list */ if (Thread) { AcpiDsPushWalkState (WalkState, Thread); } Is there any chance that Thread could be zero? > -Original Message- > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Moore, Robert > Sent:

Re: [PATCHv2] builddeb: fix file permissions before packaging

Dne 22.7.2016 v 14:46 Henning Schild napsal(a): > Builddep is not very explicit about file permissions. Actually the file > permissions in the package are largely influenced by the umask of the > user cloning the git and building the package. If that umask does not > set go+r the resulting

Re: [PATCHv2] builddeb: fix file permissions before packaging

Dne 22.7.2016 v 14:46 Henning Schild napsal(a): > Builddep is not very explicit about file permissions. Actually the file > permissions in the package are largely influenced by the umask of the > user cloning the git and building the package. If that umask does not > set go+r the resulting

[PATCH v3 7/7] Mark functions with the __unverified_nocapture attribute

This attribute disables the compile data flow verification of the designated nocapture parameters of the function. Use it only on function parameters that are difficult for the plugin to analyze. Signed-off-by: Emese Revfy --- include/linux/compiler-gcc.h | 1 +

[PATCH v3 7/7] Mark functions with the __unverified_nocapture attribute

This attribute disables the compile data flow verification of the designated nocapture parameters of the function. Use it only on function parameters that are difficult for the plugin to analyze. Signed-off-by: Emese Revfy --- include/linux/compiler-gcc.h | 1 + include/linux/compiler.h | 4

[PATCH v3 6/7] Mark a few functions with the printf attribute

This allows not only compile time format string checking but can also increase the coverage of the initify plugin. Signed-off-by: Emese Revfy --- drivers/scsi/esas2r/esas2r_log.h | 4 ++-- include/acpi/acpiosxf.h | 3 ++- 2 files changed, 4 insertions(+), 3

Re: [PATCH 3/4] x86/ioapic: Fix lost ioapic resource after hot-removal and hotadd

On Wed, Jul 27, 2016 at 12:13:16AM +0800, Rui Wang wrote: > ioapic resource at 0xfecx gets lost from /proc/iomem after > hot-removing and then hot-adding the ioapic devices. > > After system boot, in /proc/iomem: > fec0-fecf : PNP0003:00 > fec0-fec003ff : IOAPIC 0 >

Re: [PATCH 3/4] x86/ioapic: Fix lost ioapic resource after hot-removal and hotadd

On Wed, Jul 27, 2016 at 12:13:16AM +0800, Rui Wang wrote: > ioapic resource at 0xfecx gets lost from /proc/iomem after > hot-removing and then hot-adding the ioapic devices. > > After system boot, in /proc/iomem: > fec0-fecf : PNP0003:00 > fec0-fec003ff : IOAPIC 0 >

[PATCH v3 6/7] Mark a few functions with the printf attribute

This allows not only compile time format string checking but can also increase the coverage of the initify plugin. Signed-off-by: Emese Revfy --- drivers/scsi/esas2r/esas2r_log.h | 4 ++-- include/acpi/acpiosxf.h | 3 ++- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH v3 5/7] Mark functions with the __nocapture attribute

The nocapture gcc attribute can be on functions only. The attribute takes zero or more signed integer constants as parameters that specify the function parameters to initify when the passed arguments are of const char* type. A negative attribute parameter value means that the corresponding

[PATCH v3 5/7] Mark functions with the __nocapture attribute

The nocapture gcc attribute can be on functions only. The attribute takes zero or more signed integer constants as parameters that specify the function parameters to initify when the passed arguments are of const char* type. A negative attribute parameter value means that the corresponding

[PATCH v3 4/7] Add the initify gcc plugin

The kernel already has a mechanism to free up code and data memory that is only used during kernel or module initialization. This plugin will teach the compiler to find more such code and data that can be freed after initialization. It has two passes. The first one tries to find all functions that

[PATCH v3 4/7] Add the initify gcc plugin

The kernel already has a mechanism to free up code and data memory that is only used during kernel or module initialization. This plugin will teach the compiler to find more such code and data that can be freed after initialization. It has two passes. The first one tries to find all functions that

Re: [PATCH 2/4] x86/ioapic: Fix setup_res() failing to get resource

On Wed, Jul 27, 2016 at 12:13:15AM +0800, Rui Wang wrote: > setup_res() doesn't actually get any resoure because it mistakenly s/resoure/resource/ > checks the return value of acpi_dev_filter_resource_type(), which > returns 0 on success, and 1 on failure. Fix it by taking the return > value of

Re: [PATCH 2/4] x86/ioapic: Fix setup_res() failing to get resource

On Wed, Jul 27, 2016 at 12:13:15AM +0800, Rui Wang wrote: > setup_res() doesn't actually get any resoure because it mistakenly s/resoure/resource/ > checks the return value of acpi_dev_filter_resource_type(), which > returns 0 on success, and 1 on failure. Fix it by taking the return > value of

[PATCH v3 3/7] Constify some function parameters

Initify needs const pointer types, the initify plugin caught some __printf arguments that weren't const yet. Signed-off-by: Emese Revfy --- drivers/isdn/hisax/config.c | 16 drivers/isdn/hisax/hisax.h | 4 ++-- 2 files changed, 10 insertions(+), 10

[PATCH v3 3/7] Constify some function parameters

Initify needs const pointer types, the initify plugin caught some __printf arguments that weren't const yet. Signed-off-by: Emese Revfy --- drivers/isdn/hisax/config.c | 16 drivers/isdn/hisax/hisax.h | 4 ++-- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git

Re: [PATCH 1/4] x86/ioapic: Support hot-removal of IOAPICs present during boot

On Wed, Jul 27, 2016 at 12:13:14AM +0800, Rui Wang wrote: > IOAPICs present during system boot aren't added to ioapic_list, > thus are unable to be hot-removed. Fix it by calling > acpi_ioapic_add() during root bus enumeration. > > Signed-off-by: Rui Wang > --- >

Re: [PATCH 1/4] x86/ioapic: Support hot-removal of IOAPICs present during boot

On Wed, Jul 27, 2016 at 12:13:14AM +0800, Rui Wang wrote: > IOAPICs present during system boot aren't added to ioapic_list, > thus are unable to be hot-removed. Fix it by calling > acpi_ioapic_add() during root bus enumeration. > > Signed-off-by: Rui Wang > --- > drivers/acpi/internal.h | 2 --

[PATCH v3 2/7] Split up struct warn_args

to enable dataflow verification by the initify plugin. This allows marking warn_slowpath* parameters as nocapture and compile time verification of the related dataflows. Signed-off-by: Emese Revfy --- include/asm-generic/bug.h | 5 + kernel/panic.c| 32

[PATCH v3 2/7] Split up struct warn_args

to enable dataflow verification by the initify plugin. This allows marking warn_slowpath* parameters as nocapture and compile time verification of the related dataflows. Signed-off-by: Emese Revfy --- include/asm-generic/bug.h | 5 + kernel/panic.c| 32

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote: > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: > > Hi, > > > > The following commit: > > > > commit 13523309495cdbd57a0d344c0d5d574987af007f > > Author: Josh Poimboeuf > > Date: Thu Jan 21

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote: > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: > > Hi, > > > > The following commit: > > > > commit 13523309495cdbd57a0d344c0d5d574987af007f > > Author: Josh Poimboeuf > > Date: Thu Jan 21 16:49:21 2016 -0600 >

Re: [PATCH] mmc: sdhci-esdhc-imx: avoid unused function warnings

On 26 July 2016 at 14:32, Arnd Bergmann wrote: > The driver has just gained a slightly incorrect pm-sleep implementation that > causes > warnings when CONFIG_PM is set but CONFIG_PM_SLEEP is not: > > drivers/mmc/host/sdhci-esdhc-imx.c:1302:12: error: 'sdhci_esdhc_resume' >

Re: [PATCH] mmc: sdhci-esdhc-imx: avoid unused function warnings

On 26 July 2016 at 14:32, Arnd Bergmann wrote: > The driver has just gained a slightly incorrect pm-sleep implementation that > causes > warnings when CONFIG_PM is set but CONFIG_PM_SLEEP is not: > > drivers/mmc/host/sdhci-esdhc-imx.c:1302:12: error: 'sdhci_esdhc_resume' > defined but not used

[PATCH v3 1/7] Move type casts into is_kernel_rodata

so that its parameter can be marked as nocapture. Signed-off-by: Emese Revfy --- mm/util.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/mm/util.c b/mm/util.c index 662cddf..d95f10b 100644 --- a/mm/util.c +++ b/mm/util.c @@ -17,10 +17,10 @@

[PATCH v3 1/7] Move type casts into is_kernel_rodata

so that its parameter can be marked as nocapture. Signed-off-by: Emese Revfy --- mm/util.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/mm/util.c b/mm/util.c index 662cddf..d95f10b 100644 --- a/mm/util.c +++ b/mm/util.c @@ -17,10 +17,10 @@ #include

[PATCH v3 0/7] Introduce the initify gcc plugin

I would like to introduce the initify gcc plugin. The kernel already has a mechanism to free up code and data memory that is only used during kernel or module initialization. This plugin will teach the compiler to find more such code and data that can be freed after initialization. It reduces

[PATCH v3 0/7] Introduce the initify gcc plugin

I would like to introduce the initify gcc plugin. The kernel already has a mechanism to free up code and data memory that is only used during kernel or module initialization. This plugin will teach the compiler to find more such code and data that can be freed after initialization. It reduces

RE: [kernel-hardening] [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Rik van Riel [mailto:r...@redhat.com] > Sent: Tuesday, July 26, 2016 1:12 PM > To: kernel-harden...@lists.openwall.com; ja...@lakedaemon.net; linux- > m...@vger.kernel.org; linux-kernel@vger.kernel.org; akpm@linux- > foundation.org > Cc:

RE: [kernel-hardening] [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Rik van Riel [mailto:r...@redhat.com] > Sent: Tuesday, July 26, 2016 1:12 PM > To: kernel-harden...@lists.openwall.com; ja...@lakedaemon.net; linux- > m...@vger.kernel.org; linux-kernel@vger.kernel.org; akpm@linux- > foundation.org > Cc:

Re: [PATCH] pwm: cros_ec: add __packed to prevent padding

On Tue, Jul 26, 2016 at 11:22:13AM -0700, Brian Norris wrote: > While the particular usage in question is likely safe (struct > cros_ec_command is 32-bit aligned, followed by <=32-bit fields), it's > been suggested this is not a great pattern to follow for the general > case -- for example, if we

Re: [PATCH] pwm: cros_ec: add __packed to prevent padding

On Tue, Jul 26, 2016 at 11:22:13AM -0700, Brian Norris wrote: > While the particular usage in question is likely safe (struct > cros_ec_command is 32-bit aligned, followed by <=32-bit fields), it's > been suggested this is not a great pattern to follow for the general > case -- for example, if we

Re: [PATCH] s390/perf: fix 'start' address of module's map

On 07/26/2016 09:50 PM, Arnaldo Carvalho de Melo wrote: > Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: >> At preset, when creating module's map, perf gets 'start' address by parsing >> '/proc/modules', but it's module base address, isn't the start address of >> '.text'

Re: [PATCH] s390/perf: fix 'start' address of module's map

On 07/26/2016 09:50 PM, Arnaldo Carvalho de Melo wrote: > Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: >> At preset, when creating module's map, perf gets 'start' address by parsing >> '/proc/modules', but it's module base address, isn't the start address of >> '.text'

Re: [PATCH v2] i2c: i2c-cros-ec-tunnel: Reduce logging noise

On Tue, Jul 26, 2016 at 11:20:31AM -0700, Doug Anderson wrote: > Hi, > > On Mon, Jul 25, 2016 at 1:58 PM, Guenter Roeck wrote: > > If an i2c access through i2c-cros-ec-tunnel returns an error, the following > > log message is seen on the console. > > > > cros-ec-i2c-tunnel

Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces

Andrei Vagin writes: > On Thu, Jul 21, 2016 at 9:40 AM, Eric W. Biederman > wrote: >> index 2c2eb1b629b1..a489f192d619 100644 >> --- a/net/core/net_namespace.c >> +++ b/net/core/net_namespace.c >> @@ -266,6 +266,16 @@ struct net *get_net_ns_by_id(struct

RE: [PATCH] [RFC] Introduce mmap randomization

RESEND fixing mm-list email > > -Original Message- > > From: Jason Cooper [mailto:ja...@lakedaemon.net] > > Sent: Tuesday, July 26, 2016 1:03 PM > > To: Roberts, William C > > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; kernel- > >

Re: [PATCH] serial: 8250_pci: Use symbolic constants for EXAR's MPIO registers

On Tue, Jul 26, 2016 at 09:50:37PM +0200, Jan Kiszka wrote: > Less magics that only require comments. > > Signed-off-by: Jan Kiszka > --- > drivers/tty/serial/8250/8250_pci.c | 42 > +++--- > include/uapi/linux/serial_reg.h| 13

Re: [PATCH v2] i2c: i2c-cros-ec-tunnel: Reduce logging noise

On Tue, Jul 26, 2016 at 11:20:31AM -0700, Doug Anderson wrote: > Hi, > > On Mon, Jul 25, 2016 at 1:58 PM, Guenter Roeck wrote: > > If an i2c access through i2c-cros-ec-tunnel returns an error, the following > > log message is seen on the console. > > > > cros-ec-i2c-tunnel

Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces

Andrei Vagin writes: > On Thu, Jul 21, 2016 at 9:40 AM, Eric W. Biederman > wrote: >> index 2c2eb1b629b1..a489f192d619 100644 >> --- a/net/core/net_namespace.c >> +++ b/net/core/net_namespace.c >> @@ -266,6 +266,16 @@ struct net *get_net_ns_by_id(struct net *net, int id) >> return

RE: [PATCH] [RFC] Introduce mmap randomization

RESEND fixing mm-list email > > -Original Message- > > From: Jason Cooper [mailto:ja...@lakedaemon.net] > > Sent: Tuesday, July 26, 2016 1:03 PM > > To: Roberts, William C > > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; kernel- > > harden...@lists.openwall.com;

Re: [PATCH] serial: 8250_pci: Use symbolic constants for EXAR's MPIO registers

On Tue, Jul 26, 2016 at 09:50:37PM +0200, Jan Kiszka wrote: > Less magics that only require comments. > > Signed-off-by: Jan Kiszka > --- > drivers/tty/serial/8250/8250_pci.c | 42 > +++--- > include/uapi/linux/serial_reg.h| 13 > 2 files

Re: [kernel-hardening] [PATCH] [RFC] Introduce mmap randomization

On Tue, 2016-07-26 at 11:22 -0700, william.c.robe...@intel.com wrote: > From: William Roberts > > This patch introduces the ability randomize mmap locations where the > address is not requested, for instance when ld is allocating pages > for > shared libraries. It

Re: [kernel-hardening] [PATCH] [RFC] Introduce mmap randomization

On Tue, 2016-07-26 at 11:22 -0700, william.c.robe...@intel.com wrote: > From: William Roberts > > This patch introduces the ability randomize mmap locations where the > address is not requested, for instance when ld is allocating pages > for > shared libraries. It chooses to randomize based on

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Jason Cooper [mailto:ja...@lakedaemon.net] > Sent: Tuesday, July 26, 2016 1:03 PM > To: Roberts, William C > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; kernel- > harden...@lists.openwall.com;

Re: staging: lustre: Optimize error handling in class_register_type()

> NAK. > when you do this, the next statement below breaks: I wonder about this conclusion. >> type = kzalloc(sizeof(*type), GFP_NOFS); >> if (!type) >> -return rc; >> +return -ENOMEM; >> >> type->typ_dt_ops = kzalloc(sizeof(*type->typ_dt_ops), GFP_NOFS);

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Jason Cooper [mailto:ja...@lakedaemon.net] > Sent: Tuesday, July 26, 2016 1:03 PM > To: Roberts, William C > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; kernel- > harden...@lists.openwall.com; a...@linux-foundation.org; >

Re: staging: lustre: Optimize error handling in class_register_type()

> NAK. > when you do this, the next statement below breaks: I wonder about this conclusion. >> type = kzalloc(sizeof(*type), GFP_NOFS); >> if (!type) >> -return rc; >> +return -ENOMEM; >> >> type->typ_dt_ops = kzalloc(sizeof(*type->typ_dt_ops), GFP_NOFS);

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote: > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: > > Hi, > > > > The following commit: > > > > commit 13523309495cdbd57a0d344c0d5d574987af007f > > Author: Josh Poimboeuf > > Date: Thu Jan 21

Re: Fwd: [Bug 150021] New: kernel panic: "kernel tried to execute NX-protected page" when resuming from hibernate to disk

On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote: > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote: > > Hi, > > > > The following commit: > > > > commit 13523309495cdbd57a0d344c0d5d574987af007f > > Author: Josh Poimboeuf > > Date: Thu Jan 21 16:49:21 2016 -0600 >

Re: [LKP] More information please. Re: [fs] 54cc07a761: BUG: kernel test crashed

Fengguang Wu writes: > On Tue, Jul 26, 2016 at 09:52:40AM -0500, Eric W. Biederman wrote: >>Fengguang Wu writes: >>> On Mon, Jul 25, 2016 at 01:57:00PM -0500, Eric W. Biederman wrote: kernel test robot writes: >>[snip]

Re: [LKP] More information please. Re: [fs] 54cc07a761: BUG: kernel test crashed

Fengguang Wu writes: > On Tue, Jul 26, 2016 at 09:52:40AM -0500, Eric W. Biederman wrote: >>Fengguang Wu writes: >>> On Mon, Jul 25, 2016 at 01:57:00PM -0500, Eric W. Biederman wrote: kernel test robot writes: >>[snip] > > [ 19.206454] VFS: Warning: trinity-c0 using old stat()

Re: [PATCH] [RFC] Introduce mmap randomization

Hi William! On Tue, Jul 26, 2016 at 11:22:26AM -0700, william.c.robe...@intel.com wrote: > From: William Roberts > > This patch introduces the ability randomize mmap locations where the > address is not requested, for instance when ld is allocating pages for >

Re: [PATCH] [RFC] Introduce mmap randomization

Hi William! On Tue, Jul 26, 2016 at 11:22:26AM -0700, william.c.robe...@intel.com wrote: > From: William Roberts > > This patch introduces the ability randomize mmap locations where the > address is not requested, for instance when ld is allocating pages for > shared libraries. It chooses to

Re: staging: lustre: One function call less in class_register_type() after error detection

> But kobject_put() already checks for NULL, right? Yes. - Such an input parameter validation is performed by the function implementation. > you just submitted another batch about that in other area. I sent update suggestions because of this function property for two Linux software modules in

Re: staging: lustre: One function call less in class_register_type() after error detection

> But kobject_put() already checks for NULL, right? Yes. - Such an input parameter validation is performed by the function implementation. > you just submitted another batch about that in other area. I sent update suggestions because of this function property for two Linux software modules in

[PATCH 3/3] ntb: Test client drivers for asynchronous NTB devices

There are three drivers to independently test all interfaces implemented by the IDT 89HPES*NT* NTB driver. Doorbells are tested by new NTB Doorbell Pingpong client driver. It implements the so-named algorithm. Driver starts working from setting the peer doorbell of the last locally set doorbell

[PATCH 3/3] ntb: Test client drivers for asynchronous NTB devices

There are three drivers to independently test all interfaces implemented by the IDT 89HPES*NT* NTB driver. Doorbells are tested by new NTB Doorbell Pingpong client driver. It implements the so-named algorithm. Driver starts working from setting the peer doorbell of the last locally set doorbell

[PATCH 1/3] ntb: Add asynchronous devices support to NTB-bus interface

Currently supported AMD and Intel Non-transparent PCIe-bridges are synchronous devices, so translated base address of memory windows can be direcly written to peer registers. But there are some IDT PCIe-switches which implement complex interfaces using Lookup Tables of translation addresses. Due

[PATCH 1/3] ntb: Add asynchronous devices support to NTB-bus interface

Currently supported AMD and Intel Non-transparent PCIe-bridges are synchronous devices, so translated base address of memory windows can be direcly written to peer registers. But there are some IDT PCIe-switches which implement complex interfaces using Lookup Tables of translation addresses. Due

Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces

Andrew Vagin writes: > On Mon, Jul 25, 2016 at 09:59:43AM -0500, Eric W. Biederman wrote: >> "Michael Kerrisk (man-pages)" writes: > > [snip] > >> [snip] >> >>> So, from my point of view, the important piece that was missing from >> >>> your commit

Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces

Andrew Vagin writes: > On Mon, Jul 25, 2016 at 09:59:43AM -0500, Eric W. Biederman wrote: >> "Michael Kerrisk (man-pages)" writes: > > [snip] > >> [snip] >> >>> So, from my point of view, the important piece that was missing from >> >>> your commit message was the note to use

[PATCH 0/3] ntb: Asynchronous NTB devices support

Currently developed NTB-bus supports AMD and Intel Non-transparent PCIe-bridges only. These bridges implement "synchronous" interfaces, which means that memory window translated addresses can be direcly specified from one side to another by writing to a corresponding value to a register. Unlike

[PATCH] serial: 8250_pci: Use symbolic constants for EXAR's MPIO registers

Less magics that only require comments. Signed-off-by: Jan Kiszka --- drivers/tty/serial/8250/8250_pci.c | 42 +++--- include/uapi/linux/serial_reg.h| 13 2 files changed, 34 insertions(+), 21 deletions(-) diff --git

[PATCH 0/3] ntb: Asynchronous NTB devices support

Currently developed NTB-bus supports AMD and Intel Non-transparent PCIe-bridges only. These bridges implement "synchronous" interfaces, which means that memory window translated addresses can be direcly specified from one side to another by writing to a corresponding value to a register. Unlike

[PATCH] serial: 8250_pci: Use symbolic constants for EXAR's MPIO registers

Less magics that only require comments. Signed-off-by: Jan Kiszka --- drivers/tty/serial/8250/8250_pci.c | 42 +++--- include/uapi/linux/serial_reg.h| 13 2 files changed, 34 insertions(+), 21 deletions(-) diff --git

Re: [PATCH] s390/perf: fix 'start' address of module's map

Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: > At preset, when creating module's map, perf gets 'start' address by parsing > '/proc/modules', but it's module base address, isn't the start address of > '.text' section. In most archs, it's OK. But for s390, it places 'GOT' and

Re: [PATCH] s390/perf: fix 'start' address of module's map

Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: > At preset, when creating module's map, perf gets 'start' address by parsing > '/proc/modules', but it's module base address, isn't the start address of > '.text' section. In most archs, it's OK. But for s390, it places 'GOT' and

Re: [PATCH] xtensa: Partially Revert "xtensa: Remove unnecessary of_platform_populate with default match table"

On Tue, Jul 26, 2016 at 02:13:52PM -0500, Rob Herring wrote: > >> I tried briefly running under QEMU, but didn't have success. If anyone has > >> up to date instructions that would be helpful as using these[1] didn't > >> seem to work. > > > > I think they're up to date. Another thing that need to

Re: [PATCH] xtensa: Partially Revert "xtensa: Remove unnecessary of_platform_populate with default match table"

On Tue, Jul 26, 2016 at 02:13:52PM -0500, Rob Herring wrote: > >> I tried briefly running under QEMU, but didn't have success. If anyone has > >> up to date instructions that would be helpful as using these[1] didn't > >> seem to work. > > > > I think they're up to date. Another thing that need to

[GIT PULL] Changes for 4.8

Hi Linus, please consider pulling a patch series for 4.8 from: https://github.com/jgross1/linux.git tags/for-linus-4-8 Unfortunately 2 of the 6 patches got no Acks as the maintainers didn't react in spite of multiple pings and resends. The core modification in the scheduler got an Ack from

[GIT PULL] Changes for 4.8

Hi Linus, please consider pulling a patch series for 4.8 from: https://github.com/jgross1/linux.git tags/for-linus-4-8 Unfortunately 2 of the 6 patches got no Acks as the maintainers didn't react in spite of multiple pings and resends. The core modification in the scheduler got an Ack from

[PATCH] ASoC: dapm: Add a dummy snd_pcm_runtime to avoid NULL pointer access

The SND_SOC_DAPM_PRE_PMU case would call startup()/hw_params() that might access substream->runtime through other functions. For example: Unable to handle kernel NULL pointer dereference at virtual address [] PC is at snd_pcm_hw_rule_add+0x24/0x1b0 LR is at

[PATCH] ASoC: dapm: Add a dummy snd_pcm_runtime to avoid NULL pointer access

The SND_SOC_DAPM_PRE_PMU case would call startup()/hw_params() that might access substream->runtime through other functions. For example: Unable to handle kernel NULL pointer dereference at virtual address [] PC is at snd_pcm_hw_rule_add+0x24/0x1b0 LR is at

Re: Why does BIOS assign memory to 16 byte BAR

On Tue, Jul 26, 2016 at 8:43 AM, Bharat Kumar Gogada wrote: >> > > We have only one End point connected to our root port. >> > > >> > > Here is the log: >> > > [2.319289] nwl-pcie fd0e.pcie: Link is UP >> > > [2.319332] PCI host bridge

Re: Why does BIOS assign memory to 16 byte BAR

On Tue, Jul 26, 2016 at 8:43 AM, Bharat Kumar Gogada wrote: >> > > We have only one End point connected to our root port. >> > > >> > > Here is the log: >> > > [2.319289] nwl-pcie fd0e.pcie: Link is UP >> > > [2.319332] PCI host bridge /amba/pcie@fd0e ranges: >> > > [2.319349]

Re: [PATCH 10/32] x86/intel_rdt: Adds support to enable Code Data Prioritization

On 12 July 2016 at 20:02, Fenghua Yu wrote: > From: Vikas Shivappa > > On Intel SKUs that support Code Data Prioritization(CDP), intel_rdt > operates in 2 modes - legacy cache allocation mode/default or CDP mode. > > When CDP is enabled, the

Re: [PATCH 10/32] x86/intel_rdt: Adds support to enable Code Data Prioritization

On 12 July 2016 at 20:02, Fenghua Yu wrote: > From: Vikas Shivappa > > On Intel SKUs that support Code Data Prioritization(CDP), intel_rdt > operates in 2 modes - legacy cache allocation mode/default or CDP mode. > > When CDP is enabled, the number of available CLOSids is halved. Hence the >

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