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

On Tue, Jul 26, 2016 at 11:13:44PM +0800, Fengguang Wu wrote: > >> The "BUG: kernel test crashed" means the VM reboots by itself while > >> the trinity test is running. If the error message is "BUG: kernel boot > >> crashed" it'd mean VM abnormally reboots before any test is launched. > > >

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

On Tue, Jul 26, 2016 at 11:13:44PM +0800, Fengguang Wu wrote: > >> The "BUG: kernel test crashed" means the VM reboots by itself while > >> the trinity test is running. If the error message is "BUG: kernel boot > >> crashed" it'd mean VM abnormally reboots before any test is launched. > > >

[PATCH 1/2] tools lib bpf: Use official ELF e_machine value

From: Wang Nan New LLVM will issue newly assigned EM_BPF machine code. The new code will be propagated to glibc and libelf. This patch introduces the new machine code to libbpf. Signed-off-by: Wang Nan Acked-by: Alexei Starovoitov

[PATCH 1/2] tools lib bpf: Use official ELF e_machine value

From: Wang Nan New LLVM will issue newly assigned EM_BPF machine code. The new code will be propagated to glibc and libelf. This patch introduces the new machine code to libbpf. Signed-off-by: Wang Nan Acked-by: Alexei Starovoitov Cc: Zefan Li Cc: pi3or...@163.com Link:

Re: [PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler For the record, I believe I am not the author of these patches. I believe the original author is Signed-off-by: Freddy Xin as recorded in the following code reviews (and testing) that I was responsible for:

Re: [PATCH 1/3] net: asix: Add in_pm parameter

From: Grant Grundler For the record, I believe I am not the author of these patches. I believe the original author is Signed-off-by: Freddy Xin as recorded in the following code reviews (and testing) that I was responsible for:

Re: [PATCH] [RFC] Introduce mmap randomization

On Tue, Jul 26, 2016 at 2:02 PM, Roberts, William C wrote: > > >> -Original Message- >> From: Nick Kralevich [mailto:n...@google.com] >> Sent: Tuesday, July 26, 2016 1:41 PM >> To: Roberts, William C >> Cc: ja...@lakedaemon.net;

Re: [PATCH] [RFC] Introduce mmap randomization

On Tue, Jul 26, 2016 at 2:02 PM, Roberts, William C wrote: > > >> -Original Message- >> From: Nick Kralevich [mailto:n...@google.com] >> Sent: Tuesday, July 26, 2016 1:41 PM >> To: Roberts, William C >> Cc: ja...@lakedaemon.net; linux...@vger.kernel.org; lkml > ker...@vger.kernel.org>;

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: > Overflow memory handling is tricky: While it's still referenced by the > BPO registers, we want to keep it from being freed. When we are > putting a new set of overflow memory in the registers, we need to > assign the old one

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: > Overflow memory handling is tricky: While it's still referenced by the > BPO registers, we want to keep it from being freed. When we are > putting a new set of overflow memory in the registers, we need to > assign the old one to the last

[PATCH 2/2] perf s390: Fix 'start' address of module's map

From: Song Shan Gong At present, when creating module's map, perf gets 'start' address by parsing '/proc/modules', but it's the module base address, it isn't the start address of the '.text' section. In most arches, it's OK. But for s390, it places 'GOT' and 'PLT'

[PATCH 2/2] perf s390: Fix 'start' address of module's map

From: Song Shan Gong At present, when creating module's map, perf gets 'start' address by parsing '/proc/modules', but it's the module base address, it isn't the start address of the '.text' section. In most arches, it's OK. But for s390, it places 'GOT' and 'PLT' relocations before '.text'

[GIT PULL 0/2] perf/urgent improvement and fix

/linux/kernel/git/acme/linux.git tags/perf-urgent-for-mingo-20160726 for you to fetch changes up to 203d8a4aa6edf2c19206316d439ec5dae52ce581: perf s390: Fix 'start' address of module's map (2016-07-26 16:46:12 -0300) perf/urgent

[GIT PULL 0/2] perf/urgent improvement and fix

/linux/kernel/git/acme/linux.git tags/perf-urgent-for-mingo-20160726 for you to fetch changes up to 203d8a4aa6edf2c19206316d439ec5dae52ce581: perf s390: Fix 'start' address of module's map (2016-07-26 16:46:12 -0300) perf/urgent

[GIT PULL] ACPI changes for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-4.8-rc1 to receive core ACPI code updates for v4.8-rc1 with top-most commit 54d0b14ad7cc4ff3c710f092a93638f359c1b14b Merge branches 'acpi-drivers', 'acpi-misc' and 'acpi-tools' on top of

[GIT PULL] ACPI changes for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpi-4.8-rc1 to receive core ACPI code updates for v4.8-rc1 with top-most commit 54d0b14ad7cc4ff3c710f092a93638f359c1b14b Merge branches 'acpi-drivers', 'acpi-misc' and 'acpi-tools' on top of

Re: [RESEND][PATCH] kbuild: Abort build on bad stack protector flag

On Tue, Jul 12, 2016 at 03:30:43PM -0700, Kees Cook wrote: > Before, the stack protector flag was sanity checked before .config had > been reprocessed. This meant the build couldn't be aborted early, and > only a warning could be emitted followed later by the compiler blowing > up with an unknown

Re: [RESEND][PATCH] kbuild: Abort build on bad stack protector flag

On Tue, Jul 12, 2016 at 03:30:43PM -0700, Kees Cook wrote: > Before, the stack protector flag was sanity checked before .config had > been reprocessed. This meant the build couldn't be aborted early, and > only a warning could be emitted followed later by the compiler blowing > up with an unknown

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On > Behalf Of Jason Cooper > Sent: Tuesday, July 26, 2016 2:00 PM > To: Roberts, William C > Cc: linux...@kvack.org; linux-kernel@vger.kernel.org; kernel- >

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On > Behalf Of Jason Cooper > Sent: Tuesday, July 26, 2016 2:00 PM > To: Roberts, William C > Cc: linux...@kvack.org; linux-kernel@vger.kernel.org; kernel- > harden...@lists.openwall.com;

Re: [PATCH v2 1/4] iio: cros_ec_sensors_core: Add common functions for the ChromeOS EC Sensor Hub.

On 25/07/16 09:38, Enric Balletbo Serra wrote: > Hi Jonathan, > > Many thanks for the review, some answers below. > > 2016-07-24 15:51 GMT+02:00 Jonathan Cameron : >> On 20/07/16 10:22, Enric Balletbo i Serra wrote: >>> Add the core functions to be able to support the sensors

Re: [PATCH v2 1/4] iio: cros_ec_sensors_core: Add common functions for the ChromeOS EC Sensor Hub.

On 25/07/16 09:38, Enric Balletbo Serra wrote: > Hi Jonathan, > > Many thanks for the review, some answers below. > > 2016-07-24 15:51 GMT+02:00 Jonathan Cameron : >> On 20/07/16 10:22, Enric Balletbo i Serra wrote: >>> Add the core functions to be able to support the sensors attached behind >>>

RE: [PATCH 2/2] dmi-id: add dmi/id/oem group for exporting oem strings to sysfs

> -Original Message- > From: Limonciello, Mario > Sent: Tuesday, July 19, 2016 9:48 AM > To: 'Jean Delvare' ; Hung, Allen > Cc: Jean Delvare ; linux-kernel@vger.kernel.org > Subject: RE: [PATCH 2/2] dmi-id: add dmi/id/oem group for

RE: [PATCH 2/2] dmi-id: add dmi/id/oem group for exporting oem strings to sysfs

> -Original Message- > From: Limonciello, Mario > Sent: Tuesday, July 19, 2016 9:48 AM > To: 'Jean Delvare' ; Hung, Allen > Cc: Jean Delvare ; linux-kernel@vger.kernel.org > Subject: RE: [PATCH 2/2] dmi-id: add dmi/id/oem group for exporting oem > strings to sysfs > > Hi Jean, > > I

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Nick Kralevich [mailto:n...@google.com] > Sent: Tuesday, July 26, 2016 1:41 PM > To: Roberts, William C > Cc: ja...@lakedaemon.net; linux...@vger.kernel.org; lkml ker...@vger.kernel.org>; kernel-harden...@lists.openwall.com;

RE: [PATCH] [RFC] Introduce mmap randomization

> -Original Message- > From: Nick Kralevich [mailto:n...@google.com] > Sent: Tuesday, July 26, 2016 1:41 PM > To: Roberts, William C > Cc: ja...@lakedaemon.net; linux...@vger.kernel.org; lkml ker...@vger.kernel.org>; kernel-harden...@lists.openwall.com; Andrew > Morton ; Kees Cook ; >

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

On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote: > On 07/26/2016 04:54 AM, Andrew Vagin wrote: > > On Mon, Jul 25, 2016 at 09:59:43AM -0500, Eric W. Biederman wrote: > > > "Michael Kerrisk (man-pages)" writes: > > > > [snip] > > > > > [snip] >

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

On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote: > On 07/26/2016 04:54 AM, Andrew Vagin wrote: > > On Mon, Jul 25, 2016 at 09:59:43AM -0500, Eric W. Biederman wrote: > > > "Michael Kerrisk (man-pages)" writes: > > > > [snip] > > > > > [snip] > > > > > > So, from my

[GIT PULL] PNP update for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pnp-4.8-rc1 to receive a PNP subsystem update for v4.8-rc1 as commit 917c7fc264abb9c470486b157bc7252e53f68fbb PNP: make pnpbios core explicitly non-modular on top of commit

[GIT PULL] PNP update for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pnp-4.8-rc1 to receive a PNP subsystem update for v4.8-rc1 as commit 917c7fc264abb9c470486b157bc7252e53f68fbb PNP: make pnpbios core explicitly non-modular on top of 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:53 PM, Rafael J. Wysocki wrote: > On Tuesday, July 26, 2016 01:33:02 PM Kees Cook wrote: >> On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki >> wrote: >> > On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote: >> >> On

Re: [PATCH 10/19] x86/dumpstack: add get_stack_info() interface

On Tue, Jul 26, 2016 at 9:26 AM, Josh Poimboeuf wrote: > On Mon, Jul 25, 2016 at 05:09:44PM -0700, Andy Lutomirski wrote: >> On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf wrote: >> >> > Unless I'm missing something, I think it should be fine for nested

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:53 PM, Rafael J. Wysocki wrote: > On Tuesday, July 26, 2016 01:33:02 PM Kees Cook wrote: >> On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki >> wrote: >> > On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote: >> >> On Tue, Jul 26, 2016 at 01:32:28PM +0200,

Re: [PATCH 10/19] x86/dumpstack: add get_stack_info() interface

On Tue, Jul 26, 2016 at 9:26 AM, Josh Poimboeuf wrote: > On Mon, Jul 25, 2016 at 05:09:44PM -0700, Andy Lutomirski wrote: >> On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf wrote: >> >> > Unless I'm missing something, I think it should be fine for nested NMIs, >> >> > since they're all on the

Re: [PATCH] [RFC] Introduce mmap randomization

Hi William, On Tue, Jul 26, 2016 at 08:13:23PM +, Roberts, William C wrote: > > > From: Jason Cooper [mailto:ja...@lakedaemon.net] > > > On Tue, Jul 26, 2016 at 11:22:26AM -0700, william.c.robe...@intel.com > > > wrote: > > > > Performance Measurements: > > > > Using strace with -T option

Re: [PATCH] [RFC] Introduce mmap randomization

Hi William, On Tue, Jul 26, 2016 at 08:13:23PM +, Roberts, William C wrote: > > > From: Jason Cooper [mailto:ja...@lakedaemon.net] > > > On Tue, Jul 26, 2016 at 11:22:26AM -0700, william.c.robe...@intel.com > > > wrote: > > > > Performance Measurements: > > > > Using strace with -T option

Re: [PATCH v2 0/2] Fix issue with alternatives/paravirt patches

On Thu, Jul 21, 2016 at 01:23:58AM -0400, Jessica Yu wrote: > Hi, > > A few months ago, Chris Arges reported a bug involving alternatives/paravirt > patching that was discussed here [1] and here [2]. To briefly summarize the > bug, patch modules that contained .altinstructions or

Re: [PATCH v2 0/2] Fix issue with alternatives/paravirt patches

On Thu, Jul 21, 2016 at 01:23:58AM -0400, Jessica Yu wrote: > Hi, > > A few months ago, Chris Arges reported a bug involving alternatives/paravirt > patching that was discussed here [1] and here [2]. To briefly summarize the > bug, patch modules that contained .altinstructions or

Re: [PATCH] lkdtm: fix maybe-uninitialized warning

On Tuesday, July 26, 2016 8:21:37 AM CEST Kees Cook wrote: > On Tue, Jul 26, 2016 at 5:28 AM, Arnd Bergmann wrote: > > The do_usercopy_stack() function uses uninitialized stack data to initialize > > more of the stack, which causes a warning in some configurations (ARM > >

Re: [PATCH] lkdtm: fix maybe-uninitialized warning

On Tuesday, July 26, 2016 8:21:37 AM CEST Kees Cook wrote: > On Tue, Jul 26, 2016 at 5:28 AM, Arnd Bergmann wrote: > > The do_usercopy_stack() function uses uninitialized stack data to initialize > > more of the stack, which causes a warning in some configurations (ARM > > allmodconfig): > > > >

[GIT PULL] Power management changes for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.8-rc1 to receive the main part of power management material for v4.8-rc1 with top-most commit bc841e260c95608921809a2c7481cf6f03bec21a Merge branch 'pm-cpu' on top of commit

[GIT PULL] Power management changes for v4.8-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.8-rc1 to receive the main part of power management material for v4.8-rc1 with top-most commit bc841e260c95608921809a2c7481cf6f03bec21a Merge branch 'pm-cpu' on top of commit

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

On Tuesday, July 26, 2016 10:18:53 PM CEST Ulf Hansson wrote: > > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c > > b/drivers/mmc/host/sdhci-esdhc-imx.c > > index 2bb326bbc34a..593e34053c4b 100644 > > --- a/drivers/mmc/host/sdhci-esdhc-imx.c > > +++ b/drivers/mmc/host/sdhci-esdhc-imx.c > > @@

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

On Tuesday, July 26, 2016 10:18:53 PM CEST Ulf Hansson wrote: > > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c > > b/drivers/mmc/host/sdhci-esdhc-imx.c > > index 2bb326bbc34a..593e34053c4b 100644 > > --- a/drivers/mmc/host/sdhci-esdhc-imx.c > > +++ b/drivers/mmc/host/sdhci-esdhc-imx.c > > @@

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

On Tue, Jul 26, 2016 at 09:17:31PM +0200, Michael Kerrisk (man-pages) wrote: > Hello Andrew, > > On 26 July 2016 at 20:25, Andrew Vagin wrote: > > On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote: > >> On 07/26/2016 04:54 AM, Andrew Vagin wrote: >

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

On Tue, Jul 26, 2016 at 09:17:31PM +0200, Michael Kerrisk (man-pages) wrote: > Hello Andrew, > > On 26 July 2016 at 20:25, Andrew Vagin wrote: > > On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote: > >> On 07/26/2016 04:54 AM, Andrew Vagin wrote: > >> > On Mon, Jul 25,

Re: [PATCH 1/3] net: ethernet: ti: cpdma: fix lockup in cpdma_ctlr_destroy()

On 26.07.16 19:02, Grygorii Strashko wrote: On 07/23/2016 09:24 AM, Ivan Khoronzhuk wrote: On 22.07.16 16:58, Grygorii Strashko wrote: Fix deadlock in cpdma_ctlr_destroy() which is triggered now on cpsw module removal: cpsw_remove() - cpdma_ctlr_destroy() - spin_lock_irqsave(>lock,

Re: [PATCH 1/3] net: ethernet: ti: cpdma: fix lockup in cpdma_ctlr_destroy()

On 26.07.16 19:02, Grygorii Strashko wrote: On 07/23/2016 09:24 AM, Ivan Khoronzhuk wrote: On 22.07.16 16:58, Grygorii Strashko wrote: Fix deadlock in cpdma_ctlr_destroy() which is triggered now on cpsw module removal: cpsw_remove() - cpdma_ctlr_destroy() - spin_lock_irqsave(>lock,

Re: [PATCH] Coccinelle: Script to replace allocate and memcpy with zalloc functions

Dne 23.7.2016 v 23:00 Amitoj Kaur Chawla napsal(a): > This script finds instances of allocate and memcpy which can be > replaced with a direct call to zalloc equivalent of a function. > > Signed-off-by: Amitoj Kaur Chawla > --- > scripts/coccinelle/api/zalloc.cocci | 556

Re: [PATCH] Coccinelle: Script to replace allocate and memcpy with zalloc functions

Dne 23.7.2016 v 23:00 Amitoj Kaur Chawla napsal(a): > This script finds instances of allocate and memcpy which can be > replaced with a direct call to zalloc equivalent of a function. > > Signed-off-by: Amitoj Kaur Chawla > --- > scripts/coccinelle/api/zalloc.cocci | 556 >

[PATCH 4/6] drm/vc4: Free hang state before destroying BO cache.

The BO cache will complain if BOs are still allocated when we try to destroy it (since freeing those BOs would try to hit the cache). You could hit this if you were to unload the module after a GPU hang. Signed-off-by: Eric Anholt Fixes: 214613656b51 ("drm/vc4: Add an interface

[PATCH 4/6] drm/vc4: Free hang state before destroying BO cache.

The BO cache will complain if BOs are still allocated when we try to destroy it (since freeing those BOs would try to hit the cache). You could hit this if you were to unload the module after a GPU hang. Signed-off-by: Eric Anholt Fixes: 214613656b51 ("drm/vc4: Add an interface for capturing

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 01:33:02 PM Kees Cook wrote: > On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki wrote: > > 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, > >> > > >> >

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 01:33:02 PM Kees Cook wrote: > On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki wrote: > > 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

[PATCH 0/6] vc4 miscellaneous v3d fixes

Here are a bunch of miscellaneous fixes for 3D I've come up with while doing a bunch of piglit runs. One has a new IGT test sent out, and I've got a test almost ready for large CLs. Eric Anholt (6): drm/vc4: Use drm_free_large() on handles to match its allocation. drm/vc4: Use drm_malloc_ab

[PATCH 1/6] drm/vc4: Use drm_free_large() on handles to match its allocation.

If you managed to exceed the limit to switch to vmalloc, we'd use the wrong free. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: sta...@vger.kernel.org --- drivers/gpu/drm/vc4/vc4_gem.c | 2 +- 1 file changed, 1 insertion(+),

[PATCH 0/6] vc4 miscellaneous v3d fixes

Here are a bunch of miscellaneous fixes for 3D I've come up with while doing a bunch of piglit runs. One has a new IGT test sent out, and I've got a test almost ready for large CLs. Eric Anholt (6): drm/vc4: Use drm_free_large() on handles to match its allocation. drm/vc4: Use drm_malloc_ab

[PATCH 1/6] drm/vc4: Use drm_free_large() on handles to match its allocation.

If you managed to exceed the limit to switch to vmalloc, we'd use the wrong free. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: sta...@vger.kernel.org --- drivers/gpu/drm/vc4/vc4_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 3/6] drm/vc4: Fix handling of a pm_runtime_get_sync() success case.

If the device was already up, a 1 is returned instead of 0. We were erroring out, leading the 3D driver to sometimes fail at screen initialization (generally with ENOENT returned to it). Signed-off-by: Eric Anholt Fixes: af713795c59f ("drm/vc4: Add a getparam ioctl for getting

[PATCH 3/6] drm/vc4: Fix handling of a pm_runtime_get_sync() success case.

If the device was already up, a 1 is returned instead of 0. We were erroring out, leading the 3D driver to sometimes fail at screen initialization (generally with ENOENT returned to it). Signed-off-by: Eric Anholt Fixes: af713795c59f ("drm/vc4: Add a getparam ioctl for getting the V3D identity

[PATCH 6/6] drm/vc4: Fix oops when userspace hands in a bad BO.

We'd end up NULL pointer dereferencing because we didn't take the error path out in the parent. Fixes igt vc4_lookup_fail test. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: sta...@vger.kernel.org ---

[PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

Overflow memory handling is tricky: While it's still referenced by the BPO registers, we want to keep it from being freed. When we are putting a new set of overflow memory in the registers, we need to assign the old one to the last rendering job using it. We were looking at "what's currently

[PATCH 2/6] drm/vc4: Use drm_malloc_ab to fix large rendering jobs.

If you exceeded the size that kmalloc would return, you'd get a dmesg warning and an error from the job submit. We can handle much larger allocations with vmalloc, and drm_malloc_ab makes that decision. Fixes failure in piglit's scissor-many. Signed-off-by: Eric Anholt ---

[PATCH 6/6] drm/vc4: Fix oops when userspace hands in a bad BO.

We'd end up NULL pointer dereferencing because we didn't take the error path out in the parent. Fixes igt vc4_lookup_fail test. Signed-off-by: Eric Anholt Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.") Cc: sta...@vger.kernel.org --- drivers/gpu/drm/vc4/vc4_gem.c | 2 +- 1

[PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

Overflow memory handling is tricky: While it's still referenced by the BPO registers, we want to keep it from being freed. When we are putting a new set of overflow memory in the registers, we need to assign the old one to the last rendering job using it. We were looking at "what's currently

[PATCH 2/6] drm/vc4: Use drm_malloc_ab to fix large rendering jobs.

If you exceeded the size that kmalloc would return, you'd get a dmesg warning and an error from the job submit. We can handle much larger allocations with vmalloc, and drm_malloc_ab makes that decision. Fixes failure in piglit's scissor-many. Signed-off-by: Eric Anholt ---

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

On Tue, Jul 26, 2016 at 03:19:32PM -0500, Bjorn Helgaas wrote: > 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.

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

On Tue, Jul 26, 2016 at 03:19:32PM -0500, Bjorn Helgaas wrote: > 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.

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

On 2016-07-26 22:14, Greg Kroah-Hartman wrote: > 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 >>

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

On 2016-07-26 22:14, Greg Kroah-Hartman wrote: > 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 >> +++--- >>

Re: [PATCH v2 00/10] userns: sysctl limits for namespaces

On Tue, Jul 26, 2016 at 10:29 AM, Michael Kerrisk (man-pages) wrote: > On 26 July 2016 at 18:52, Kees Cook wrote: >> On Tue, Jul 26, 2016 at 8:06 AM, Eric W. Biederman >> wrote: >>> "Michael Kerrisk (man-pages)"

Re: [PATCH v2 00/10] userns: sysctl limits for namespaces

On Tue, Jul 26, 2016 at 10:29 AM, Michael Kerrisk (man-pages) wrote: > On 26 July 2016 at 18:52, Kees Cook wrote: >> On Tue, Jul 26, 2016 at 8:06 AM, Eric W. Biederman >> wrote: >>> "Michael Kerrisk (man-pages)" writes: >>> Hello Eric, I realized I had a question after the last

Re: [PATCH V2 3/6] perf tools: add infrastructure for PMU specific configuration

On Fri, Jul 22, 2016 at 12:24:48PM -0600, Mathieu Poirier wrote: SNIP > > diff --git a/tools/perf/util/parse-events.y b/tools/perf/util/parse-events.y > > --- a/tools/perf/util/parse-events.y > > +++ b/tools/perf/util/parse-events.y > > @@ -602,12 +602,12 @@ PE_NAME array '=' PE_VALUE > >

Re: [PATCH V2 3/6] perf tools: add infrastructure for PMU specific configuration

On Fri, Jul 22, 2016 at 12:24:48PM -0600, Mathieu Poirier wrote: SNIP > > diff --git a/tools/perf/util/parse-events.y b/tools/perf/util/parse-events.y > > --- a/tools/perf/util/parse-events.y > > +++ b/tools/perf/util/parse-events.y > > @@ -602,12 +602,12 @@ PE_NAME array '=' PE_VALUE > >

Re: [PATCH] [RFC] Introduce mmap randomization

My apologies in advance if I misunderstand the purposes of this patch. IIUC, this patch adds a random gap between various mmap() mappings, with the goal of ensuring that both the mmap base address and gaps between pages are randomized. If that's the goal, please note that this behavior has

Re: [PATCH] [RFC] Introduce mmap randomization

My apologies in advance if I misunderstand the purposes of this patch. IIUC, this patch adds a random gap between various mmap() mappings, with the goal of ensuring that both the mmap base address and gaps between pages are randomized. If that's the goal, please note that this behavior has

[GIT PULL] platform-drivers-x86 for 4.8-1

Hi Linus, The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5: Linux 4.7-rc3 (2016-06-12 07:20:35 -0700) are available in the git repository at: git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git tags/platform-drivers-x86-v4.8-1 for you to fetch

[GIT PULL] platform-drivers-x86 for 4.8-1

Hi Linus, The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5: Linux 4.7-rc3 (2016-06-12 07:20:35 -0700) are available in the git repository at: git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git tags/platform-drivers-x86-v4.8-1 for you to fetch

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 01:31:00 PM Kees Cook wrote: > 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, > >> > > >> >

Re: [tip:x86/microcode] x86/microcode/intel: Fix initrd loading with CONFIG_RANDOMIZE_MEMORY=y

On Tue, Jul 26, 2016 at 10:37 AM, tip-bot for Borislav Petkov wrote: > Commit-ID: efaad554b4ffae1840a2759e09e21325ddbc8b05 > Gitweb: http://git.kernel.org/tip/efaad554b4ffae1840a2759e09e21325ddbc8b05 > Author: Borislav Petkov > AuthorDate: Tue, 26 Jul

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 01:31:00 PM Kees Cook wrote: > 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:

Re: [tip:x86/microcode] x86/microcode/intel: Fix initrd loading with CONFIG_RANDOMIZE_MEMORY=y

On Tue, Jul 26, 2016 at 10:37 AM, tip-bot for Borislav Petkov wrote: > Commit-ID: efaad554b4ffae1840a2759e09e21325ddbc8b05 > Gitweb: http://git.kernel.org/tip/efaad554b4ffae1840a2759e09e21325ddbc8b05 > Author: Borislav Petkov > AuthorDate: Tue, 26 Jul 2016 11:51:38 +0200 > Committer:

[PATCH 04/13] clk: sunxi-ng: sun8i: Fix register offset

Some registers offset were having one 0 too many compared to the others. Remove it. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 07/13] clk: sunxi-ng: sun8i: Prefix clock defines by SoC Name

Since the A64 and H3 have a slightly different clock set, they will have different opaque clock numbers set as well. Make that obvious by using the SoC name in the defines. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-h3.dtsi | 62

[PATCH 12/13] arm64: dts: add Allwinner A64 SoC .dtsi

From: Andre Przywara The Allwinner A64 SoC is a low-cost chip with 4 ARM Cortex-A53 cores and the typical tablet / TV box peripherals. The SoC is based on the (32-bit) Allwinner H3 chip, sharing most of the peripherals and the memory map. Although the cores are proper

[PATCH 04/13] clk: sunxi-ng: sun8i: Fix register offset

Some registers offset were having one 0 too many compared to the others. Remove it. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/clk/sunxi-ng/ccu-sun8i-h3.c

[PATCH 07/13] clk: sunxi-ng: sun8i: Prefix clock defines by SoC Name

Since the A64 and H3 have a slightly different clock set, they will have different opaque clock numbers set as well. Make that obvious by using the SoC name in the defines. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-h3.dtsi | 62 -

[PATCH 12/13] arm64: dts: add Allwinner A64 SoC .dtsi

From: Andre Przywara The Allwinner A64 SoC is a low-cost chip with 4 ARM Cortex-A53 cores and the typical tablet / TV box peripherals. The SoC is based on the (32-bit) Allwinner H3 chip, sharing most of the peripherals and the memory map. Although the cores are proper 64-bit ones, the whole SoC

[PATCH 10/13] arm64: Kconfig: sunxi: add PINCTRL

From: Andre Przywara Add required PINCTRL symbol to cover non-defconfig setups. Signed-off-by: Andre Przywara Signed-off-by: Maxime Ripard --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+)

[PATCH 10/13] arm64: Kconfig: sunxi: add PINCTRL

From: Andre Przywara Add required PINCTRL symbol to cover non-defconfig setups. Signed-off-by: Andre Przywara Signed-off-by: Maxime Ripard --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index

[PATCH 13/13] arm64: dts: add Pine64 support

From: Andre Przywara The Pine64 is a cost-efficient development board based on the Allwinner A64 SoC. There are three models: the basic version with Fast Ethernet and 512 MB of DRAM (Pine64) and two Pine64+ versions, which both feature Gigabit Ethernet and additional

[PATCH 06/13] clk: sunxi-ng: sun8i: Move fixed factors around

Move the fixed factors clocks before the ccu_common list so that we can separate the clocks definitions and the registration part. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 25 + 1 file changed, 13

[PATCH 06/13] clk: sunxi-ng: sun8i: Move fixed factors around

Move the fixed factors clocks before the ccu_common list so that we can separate the clocks definitions and the registration part. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 25 + 1 file changed, 13 insertions(+), 12 deletions(-) diff --git

[PATCH 13/13] arm64: dts: add Pine64 support

From: Andre Przywara The Pine64 is a cost-efficient development board based on the Allwinner A64 SoC. There are three models: the basic version with Fast Ethernet and 512 MB of DRAM (Pine64) and two Pine64+ versions, which both feature Gigabit Ethernet and additional connectors for touchscreens

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:24 PM, Rafael J. Wysocki wrote: > 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

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:24 PM, Rafael J. Wysocki wrote: > 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 >> >

[PATCH 03/13] clk: sunxi-ng: sun8i: Rename DDR and video plls

In order to deal with the A64 that will have several video and ddr plls, rename the first ones to add an index. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-)

[PATCH 02/13] clk: sunxi-ng: mux: Add mux table support

Add support for the table based muxes, and add macros to register them. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu_mux.c | 14 ++ drivers/clk/sunxi-ng/ccu_mux.h | 27 --- 2 files changed, 34 insertions(+), 7

[PATCH 03/13] clk: sunxi-ng: sun8i: Rename DDR and video plls

In order to deal with the A64 that will have several video and ddr plls, rename the first ones to add an index. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git

[PATCH 02/13] clk: sunxi-ng: mux: Add mux table support

Add support for the table based muxes, and add macros to register them. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/ccu_mux.c | 14 ++ drivers/clk/sunxi-ng/ccu_mux.h | 27 --- 2 files changed, 34 insertions(+), 7 deletions(-) diff --git

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