[PATCH 4.4 17/46] PM / runtime: Avoid false-positive warnings from might_sleep_if()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: "Rafael J. Wysocki" [ Upstream commit a9306a63631493afc75893a4ac405d4e1cbae6aa ] The might_sleep_if() assertions in __pm_runtime_idle(), __pm_runtime_suspend() and

[PATCH 4.4 02/46] partitions/msdos: FreeBSD UFS2 file systems are not recognized

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard commit 223220356d5ebc05ead9a8d697abb0c0a906fc81 upstream. The code in block/partitions/msdos.c recognizes FreeBSD, OpenBSD and NetBSD partitions and does a reasonable job picking out

[PATCH 1/2] perf intel-pt/bts: remove unused SAMPLE_SIZE defines and bts priv array

Signed-off-by: Kim Phillips --- tools/perf/arch/x86/util/intel-bts.c | 4 tools/perf/arch/x86/util/intel-pt.c | 4 tools/perf/util/intel-bts.c | 2 -- 3 files changed, 10 deletions(-) diff --git a/tools/perf/arch/x86/util/intel-bts.c b/tools/perf/arch/x86/util/intel-bts.c

[PATCH 4.4 17/46] PM / runtime: Avoid false-positive warnings from might_sleep_if()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: "Rafael J. Wysocki" [ Upstream commit a9306a63631493afc75893a4ac405d4e1cbae6aa ] The might_sleep_if() assertions in __pm_runtime_idle(), __pm_runtime_suspend() and __pm_runtime_resume() may

Re: [PATCH v3 11/18] xen/pvcalls: implement accept command

On Thu, 15 Jun 2017, Juergen Gross wrote: > On 14/06/17 21:27, Stefano Stabellini wrote: > > On Wed, 14 Jun 2017, Juergen Gross wrote: > >> On 14/06/17 02:47, Stefano Stabellini wrote: > >>> On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > >

Re: [PATCH v3 11/18] xen/pvcalls: implement accept command

On Thu, 15 Jun 2017, Juergen Gross wrote: > On 14/06/17 21:27, Stefano Stabellini wrote: > > On Wed, 14 Jun 2017, Juergen Gross wrote: > >> On 14/06/17 02:47, Stefano Stabellini wrote: > >>> On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > >

[PATCH] bridge: Fix panel-bridge error return on !panel.

ERR_PTR() needs a negative errno argument. Signed-off-by: Eric Anholt --- drivers/gpu/drm/bridge/panel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 99f9a4beb859..67fe19e5a9c6 100644

[PATCH] bridge: Fix panel-bridge error return on !panel.

ERR_PTR() needs a negative errno argument. Signed-off-by: Eric Anholt --- drivers/gpu/drm/bridge/panel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 99f9a4beb859..67fe19e5a9c6 100644 ---

[PATCH v3] drm: Reduce scope of 'state' variable

Smaller scope reduces visibility of variable and makes usage of uninitialized variable less possible. Changes in v2: - separate declaration and initialization Changes in v3: - add missing signed-off-by tag Signed-off-by: Dawid Kurek ---

[PATCH v3] drm: Reduce scope of 'state' variable

Smaller scope reduces visibility of variable and makes usage of uninitialized variable less possible. Changes in v2: - separate declaration and initialization Changes in v3: - add missing signed-off-by tag Signed-off-by: Dawid Kurek --- drivers/gpu/drm/drm_atomic.c | 3 ++- 1

Re: [PATCH]: perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

On 14.06.2017 13:07, Alexey Budankov wrote: On 30.05.2017 11:29, Alexander Shishkin wrote: Alexey Budankov writes: On 29.05.2017 15:03, Alexander Shishkin wrote: Alexey Budankov writes: Here (above the function) you could

Re: [PATCH]: perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

On 14.06.2017 13:07, Alexey Budankov wrote: On 30.05.2017 11:29, Alexander Shishkin wrote: Alexey Budankov writes: On 29.05.2017 15:03, Alexander Shishkin wrote: Alexey Budankov writes: Here (above the function) you could include a comment describing what happens when this is called,

Re: [HMM 07/15] mm/ZONE_DEVICE: new type of ZONE_DEVICE for unaddressable memory v3

> On 2017/5/25 1:20, Jérôme Glisse wrote: [...] > > diff --git a/mm/Kconfig b/mm/Kconfig > > index d744cff..f5357ff 100644 > > --- a/mm/Kconfig > > +++ b/mm/Kconfig > > @@ -736,6 +736,19 @@ config ZONE_DEVICE > > > > If FS_DAX is enabled, then say Y. > > > > +config DEVICE_PRIVATE > >

Re: [PATCH v6 30/34] x86/mm, kexec: Allow kexec to be used with SME

On 6/15/2017 5:03 AM, Borislav Petkov wrote: On Wed, Jun 07, 2017 at 02:18:27PM -0500, Tom Lendacky wrote: Provide support so that kexec can be used to boot a kernel when SME is enabled. Support is needed to allocate pages for kexec without encryption. This is needed in order to be able to

Re: [HMM 07/15] mm/ZONE_DEVICE: new type of ZONE_DEVICE for unaddressable memory v3

> On 2017/5/25 1:20, Jérôme Glisse wrote: [...] > > diff --git a/mm/Kconfig b/mm/Kconfig > > index d744cff..f5357ff 100644 > > --- a/mm/Kconfig > > +++ b/mm/Kconfig > > @@ -736,6 +736,19 @@ config ZONE_DEVICE > > > > If FS_DAX is enabled, then say Y. > > > > +config DEVICE_PRIVATE > >

Re: [PATCH v6 30/34] x86/mm, kexec: Allow kexec to be used with SME

On 6/15/2017 5:03 AM, Borislav Petkov wrote: On Wed, Jun 07, 2017 at 02:18:27PM -0500, Tom Lendacky wrote: Provide support so that kexec can be used to boot a kernel when SME is enabled. Support is needed to allocate pages for kexec without encryption. This is needed in order to be able to

[PATCH v3 1/3] kbuild: Add __cc-option macro

cc-option uses KBUILD_CFLAGS and KBUILD_CPPFLAGS when it determines whether an option is supported or not. This is fine for options used to build the kernel itself, however some components like the x86 boot code use a different set of flags. Add the new macro __cc-option which is a more generic

Re: [PATCH v2] drm: Reduce scope of 'state' variable

On 15/06/17, Sean Paul wrote: > On Thu, Jun 15, 2017 at 04:04:36PM +0200, Dawid Kurek wrote: > > Smaller scope reduces visibility of variable and makes usage of > > uninitialized variable less possible. > > > > Changes in v2: > > - separate declaration and initialization > > Your patch is

[PATCH v3 1/3] kbuild: Add __cc-option macro

cc-option uses KBUILD_CFLAGS and KBUILD_CPPFLAGS when it determines whether an option is supported or not. This is fine for options used to build the kernel itself, however some components like the x86 boot code use a different set of flags. Add the new macro __cc-option which is a more generic

Re: [PATCH v2] drm: Reduce scope of 'state' variable

On 15/06/17, Sean Paul wrote: > On Thu, Jun 15, 2017 at 04:04:36PM +0200, Dawid Kurek wrote: > > Smaller scope reduces visibility of variable and makes usage of > > uninitialized variable less possible. > > > > Changes in v2: > > - separate declaration and initialization > > Your patch is

[PATCH v3 3/3] x86/build: Specify stack alignment for clang

For gcc stack alignment is configured with -mpreferred-stack-boundary=N, clang has the option -mstack-alignment=N for that purpose. Use the same alignment as with gcc. If the alignment is not specified clang assumes an alignment of 16 bytes, as required by the standard ABI. However as mentioned

[PATCH v3 3/3] x86/build: Specify stack alignment for clang

For gcc stack alignment is configured with -mpreferred-stack-boundary=N, clang has the option -mstack-alignment=N for that purpose. Use the same alignment as with gcc. If the alignment is not specified clang assumes an alignment of 16 bytes, as required by the standard ABI. However as mentioned

Re: [PATCH v2]: perf/core: addressing 4x slowdown during per-process, profiling of STREAM benchmark on Intel Xeon Phi

On 29.05.2017 14:45, Alexey Budankov wrote: On 29.05.2017 14:23, Peter Zijlstra wrote: On Mon, May 29, 2017 at 01:56:05PM +0300, Alexey Budankov wrote: On 29.05.2017 13:43, Peter Zijlstra wrote: Why can't the tree do both? Well, indeed, the tree provides such capability too. However

Re: [PATCH v2]: perf/core: addressing 4x slowdown during per-process, profiling of STREAM benchmark on Intel Xeon Phi

On 29.05.2017 14:45, Alexey Budankov wrote: On 29.05.2017 14:23, Peter Zijlstra wrote: On Mon, May 29, 2017 at 01:56:05PM +0300, Alexey Budankov wrote: On 29.05.2017 13:43, Peter Zijlstra wrote: Why can't the tree do both? Well, indeed, the tree provides such capability too. However

[PATCH v3 0/3] x86: stack alignment for boot code and clang

This series fixes an issue with the stack of the x86 boot code not being aligned as intended. Further it adapts the Makefile to account for the fact that clang uses a different option to configure the stack alignment than gcc (-mstack-alignment=N vs -mpreferred-stack-boundary=N) Collaterally the

[PATCH v3 2/3] x86/build: Use __cc-option for boot code compiler options

cc-option is used to enable compiler options for the boot code if they are available. The macro uses KBUILD_CFLAGS and KBUILD_CPPFLAGS for the check, however these flags aren't used to build the boot code, in consequence cc-option can yield wrong results. For example -mpreferred-stack-boundary=2

[PATCH v3 0/3] x86: stack alignment for boot code and clang

This series fixes an issue with the stack of the x86 boot code not being aligned as intended. Further it adapts the Makefile to account for the fact that clang uses a different option to configure the stack alignment than gcc (-mstack-alignment=N vs -mpreferred-stack-boundary=N) Collaterally the

[PATCH v3 2/3] x86/build: Use __cc-option for boot code compiler options

cc-option is used to enable compiler options for the boot code if they are available. The macro uses KBUILD_CFLAGS and KBUILD_CPPFLAGS for the check, however these flags aren't used to build the boot code, in consequence cc-option can yield wrong results. For example -mpreferred-stack-boundary=2

[PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

This series of patches continues v2 and addresses captured comments. Specifically this patch replaces pinned_groups and flexible_groups lists of perf_event_context by red-black cpu indexed trees avoiding data structures duplication and introducing possibility to iterate event groups for a

[PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

This series of patches continues v2 and addresses captured comments. Specifically this patch replaces pinned_groups and flexible_groups lists of perf_event_context by red-black cpu indexed trees avoiding data structures duplication and introducing possibility to iterate event groups for a

Re: [PATCH v4 1/2] arm64: dts: mt7622: add basic nodes to the mt7622.dtsi file

On Thu, 2017-06-15 at 18:04 +0200, Matthias Brugger wrote: > > On 14/06/17 18:11, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > add basic nodes into the mt7622.dtsi for the system > > bring-up which includes ARM CPU, GIC, timer, MediaTek > > UART, SYSIRQ and

Re: [PATCH v4 1/2] arm64: dts: mt7622: add basic nodes to the mt7622.dtsi file

On Thu, 2017-06-15 at 18:04 +0200, Matthias Brugger wrote: > > On 14/06/17 18:11, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > add basic nodes into the mt7622.dtsi for the system > > bring-up which includes ARM CPU, GIC, timer, MediaTek > > UART, SYSIRQ and one reserved memory

Re: [RFC] rcu: use killable versions of swait

On Thu, Jun 15, 2017 at 09:35:45AM -0700, Luis R. Rodriguez wrote: > On Thu, Jun 15, 2017 at 9:22 AM, Paul E. McKenney > wrote: > > On Thu, Jun 15, 2017 at 05:50:39PM +0200, Luis R. Rodriguez wrote: > >> On Wed, Jun 14, 2017 at 04:43:45PM -0700, Paul E. McKenney wrote:

Re: [RFC] rcu: use killable versions of swait

On Thu, Jun 15, 2017 at 09:35:45AM -0700, Luis R. Rodriguez wrote: > On Thu, Jun 15, 2017 at 9:22 AM, Paul E. McKenney > wrote: > > On Thu, Jun 15, 2017 at 05:50:39PM +0200, Luis R. Rodriguez wrote: > >> On Wed, Jun 14, 2017 at 04:43:45PM -0700, Paul E. McKenney wrote: > >> > On Wed, Jun 14, 2017

Re: Applied "ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe'" to the asoc tree

Le 15/06/2017 à 19:20, Mark Brown a écrit : The patch ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe' has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the

Re: Applied "ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe'" to the asoc tree

Le 15/06/2017 à 19:20, Mark Brown a écrit : The patch ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe' has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the

Re: [PATCH v2] drm: Reduce scope of 'state' variable

On Thu, Jun 15, 2017 at 04:04:36PM +0200, Dawid Kurek wrote: > Smaller scope reduces visibility of variable and makes usage of > uninitialized variable less possible. > > Changes in v2: > - separate declaration and initialization Your patch is missing Signed-off-by tag Sean > --- >

Re: [PATCH v2] drm: Reduce scope of 'state' variable

On Thu, Jun 15, 2017 at 04:04:36PM +0200, Dawid Kurek wrote: > Smaller scope reduces visibility of variable and makes usage of > uninitialized variable less possible. > > Changes in v2: > - separate declaration and initialization Your patch is missing Signed-off-by tag Sean > --- >

[GIT PULL] platform-drivers-x86 for 4.12-2

Hi Linus, Just a single patch to fix an oops in the intel_telemetry_debugfs module load/unload. The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at:

[GIT PULL] platform-drivers-x86 for 4.12-2

Hi Linus, Just a single patch to fix an oops in the intel_telemetry_debugfs module load/unload. The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at:

Re: [PATCH] nfc: nci: remove unnecessary null check

On Tue, Jun 13, 2017 at 11:37:18AM -0500, Gustavo A. R. Silva wrote: > Remove unnecessary NULL check for pointer conn_info. > conn_info is set in list_for_each_entry() using container_of(), > which is never NULL. > > Addresses-Coverity-ID: 1362349 > Cc: Guenter Roeck >

Re: [PATCH] nfc: nci: remove unnecessary null check

On Tue, Jun 13, 2017 at 11:37:18AM -0500, Gustavo A. R. Silva wrote: > Remove unnecessary NULL check for pointer conn_info. > conn_info is set in list_for_each_entry() using container_of(), > which is never NULL. > > Addresses-Coverity-ID: 1362349 > Cc: Guenter Roeck > Signed-off-by: Gustavo A.

Re: [PATCH] watchdog: zx2967: constify zx2967_wdt_ops.

On Mon, Jun 12, 2017 at 12:02:39PM +0530, Arvind Yadav wrote: > File size before: >text data bss dec hex filename > 988 288 01276 4fc drivers/watchdog/zx2967_wdt.o > > File size After adding 'const': >text data bss dec

Re: [PATCH] watchdog: zx2967: constify zx2967_wdt_ops.

On Mon, Jun 12, 2017 at 12:02:39PM +0530, Arvind Yadav wrote: > File size before: >text data bss dec hex filename > 988 288 01276 4fc drivers/watchdog/zx2967_wdt.o > > File size After adding 'const': >text data bss dec

Re: [PATCH] watchdog: bcm47xx_wdt: constify bcm47xx_wdt_hard_ops and bcm47xx_wdt_soft_ops

On Mon, Jun 12, 2017 at 11:50:26AM +0530, Arvind Yadav wrote: > File size before: >text data bss dec hex filename >1282 388 11671 687 drivers/watchdog/bcm47xx_wdt.o > > File size After adding 'const': >text data bss dec

Re: [PATCH] watchdog: bcm47xx_wdt: constify bcm47xx_wdt_hard_ops and bcm47xx_wdt_soft_ops

On Mon, Jun 12, 2017 at 11:50:26AM +0530, Arvind Yadav wrote: > File size before: >text data bss dec hex filename >1282 388 11671 687 drivers/watchdog/bcm47xx_wdt.o > > File size After adding 'const': >text data bss dec

Re: [PATCH 0/5] perf: add support for capturing skid IP

On Thu, Jun 15, 2017 at 09:44:07AM -0700, Stephane Eranian wrote: > On Thu, Jun 15, 2017 at 8:10 AM, Andi Kleen wrote: > > On Thu, Jun 15, 2017 at 06:56:24AM -0700, Stephane Eranian wrote: > >> This patchs adds a new sample record type called > >> PERF_SAMPLE_SKID_IP. The

Re: [PATCH 0/5] perf: add support for capturing skid IP

On Thu, Jun 15, 2017 at 09:44:07AM -0700, Stephane Eranian wrote: > On Thu, Jun 15, 2017 at 8:10 AM, Andi Kleen wrote: > > On Thu, Jun 15, 2017 at 06:56:24AM -0700, Stephane Eranian wrote: > >> This patchs adds a new sample record type called > >> PERF_SAMPLE_SKID_IP. The goal is to record > >>

Applied "ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe'" to the asoc tree

The patch ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe' has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe'" to the asoc tree

The patch ASoC: rockchip: Fix an error handling in 'rockchip_i2s_probe' has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [kernel-hardening] [RFC v2 7/9] Trampoline emulation

2017-06-15 18:47 GMT+02:00 : > Thanks for doing this porting work. Look forward to using GRSecurity/PAX > features on ARM eventually. ARM's taking over as we know. x86 is almost > done. Do you have any suggestion about potential use of trampoline emulation on ARM?

Re: [kernel-hardening] [RFC v2 7/9] Trampoline emulation

2017-06-15 18:47 GMT+02:00 : > Thanks for doing this porting work. Look forward to using GRSecurity/PAX > features on ARM eventually. ARM's taking over as we know. x86 is almost > done. Do you have any suggestion about potential use of trampoline emulation on ARM? Thank you for your comment.

RE: [PATCH 2/5] perf/x86: add PERF_SAMPLE_SKID_IP support for X86 PEBS

> On Thu, Jun 15, 2017 at 8:40 AM, Liang, Kan wrote: > > > > > >> This patch adds support for SKID_IP to Intel x86 processors in PEBS > >> mode. In that case, the off-by-1 IP from PEBS is returned in the SKID_IP > field. > > > > It looks we can only get different skid_ip and

RE: [PATCH 2/5] perf/x86: add PERF_SAMPLE_SKID_IP support for X86 PEBS

> On Thu, Jun 15, 2017 at 8:40 AM, Liang, Kan wrote: > > > > > >> This patch adds support for SKID_IP to Intel x86 processors in PEBS > >> mode. In that case, the off-by-1 IP from PEBS is returned in the SKID_IP > field. > > > > It looks we can only get different skid_ip and ip with :pp event >

Re: [PATCH v2 1/1] MAINTAINERS: Update SPI NOR subsystem git repositories

On 06/13/2017 09:46 PM, Cyrille Pitchen wrote: > SPI NOR branches are now hosted on MTD repos, spi-nor/next is on l2-mtd > and spi-nor/fixes is on linux-mtd. > > Signed-off-by: Cyrille Pitchen Excellent. Acked-by: Marek Vasut > --- > >

Re: [PATCH v2 1/1] MAINTAINERS: Update SPI NOR subsystem git repositories

On 06/13/2017 09:46 PM, Cyrille Pitchen wrote: > SPI NOR branches are now hosted on MTD repos, spi-nor/next is on l2-mtd > and spi-nor/fixes is on linux-mtd. > > Signed-off-by: Cyrille Pitchen Excellent. Acked-by: Marek Vasut > --- > > ChangeLog > > v1 -> v2 > - add branch names

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

> On Thu, 2017-06-15 at 17:57 +0100, James Simmons wrote: > > > On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > > > would report the

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

> On Thu, 2017-06-15 at 17:57 +0100, James Simmons wrote: > > > On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > > > would report the

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

On Thu, Apr 20, 2017 at 02:11:42PM +0200, Joerg Roedel wrote: > On Sat, Apr 08, 2017 at 09:41:07AM +0200, Lukas Wunner wrote: > > On Fri, Apr 07, 2017 at 04:32:18PM +0200, Joerg Roedel wrote: > > > From: Joerg Roedel > > > > > > ATS is broken on this hardware and causes IOMMU

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

On Thu, Apr 20, 2017 at 02:11:42PM +0200, Joerg Roedel wrote: > On Sat, Apr 08, 2017 at 09:41:07AM +0200, Lukas Wunner wrote: > > On Fri, Apr 07, 2017 at 04:32:18PM +0200, Joerg Roedel wrote: > > > From: Joerg Roedel > > > > > > ATS is broken on this hardware and causes IOMMU stalls and > > >

RE: [Oops][next-20170614][] powerpc boot fails with WARNING: CPU: 12 PID: 0 at mm/memblock.c

On Thursday, June 15, 2017 2:25 AM, Abdul Haleem [mailto:abdha...@linux.vnet.ibm.com] wrote: > > On Thu, 2017-06-15 at 11:30 +0530, Abdul Haleem wrote: >> Hi, >> >> linux-next fails to boot on powerpc Bare-metal with these warnings. >> >> machine booted fine on next-20170613 > > Thanks Michael,

RE: [Oops][next-20170614][] powerpc boot fails with WARNING: CPU: 12 PID: 0 at mm/memblock.c

On Thursday, June 15, 2017 2:25 AM, Abdul Haleem [mailto:abdha...@linux.vnet.ibm.com] wrote: > > On Thu, 2017-06-15 at 11:30 +0530, Abdul Haleem wrote: >> Hi, >> >> linux-next fails to boot on powerpc Bare-metal with these warnings. >> >> machine booted fine on next-20170613 > > Thanks Michael,

Re: [PATCH 2/2] platform/x86: silead_dmi: Add touchscreen info for Pipo W2S tablet

On Thu, Jun 15, 2017 at 08:48:32AM +0200, Hans de Goede wrote: > Add touchscreen info for Pipo W2S tablet. > > Signed-off-by: Hans de Goede Queued to testing, thanks Hans! -- Darren Hart VMware Open Source Technology Center

Re: [PATCH 2/2] platform/x86: silead_dmi: Add touchscreen info for Pipo W2S tablet

On Thu, Jun 15, 2017 at 08:48:32AM +0200, Hans de Goede wrote: > Add touchscreen info for Pipo W2S tablet. > > Signed-off-by: Hans de Goede Queued to testing, thanks Hans! -- Darren Hart VMware Open Source Technology Center

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

On Thu, 2017-06-15 at 17:57 +0100, James Simmons wrote: > > On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > > would report the following

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

On Thu, 2017-06-15 at 17:57 +0100, James Simmons wrote: > > On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > > would report the following

Re: [PATCH] Doc: net: dsa: b53: update location of referenced dsa.txt

On 06/15/2017 10:03 AM, Heinrich Schuchardt wrote: > The referenced file dsa.txt is located at > Documentation/devicetree/bindings/net/dsa/dsa.txt > > Signed-off-by: Heinrich Schuchardt Reviewed-by: Florian Fainelli Thanks! > --- >

Re: [PATCH] Doc: net: dsa: b53: update location of referenced dsa.txt

On 06/15/2017 10:03 AM, Heinrich Schuchardt wrote: > The referenced file dsa.txt is located at > Documentation/devicetree/bindings/net/dsa/dsa.txt > > Signed-off-by: Heinrich Schuchardt Reviewed-by: Florian Fainelli Thanks! > --- > Documentation/devicetree/bindings/net/dsa/b53.txt | 2 +- >

[PATCH] Doc: net: dsa: b53: update location of referenced dsa.txt

The referenced file dsa.txt is located at Documentation/devicetree/bindings/net/dsa/dsa.txt Signed-off-by: Heinrich Schuchardt --- Documentation/devicetree/bindings/net/dsa/b53.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Doc: net: dsa: b53: update location of referenced dsa.txt

The referenced file dsa.txt is located at Documentation/devicetree/bindings/net/dsa/dsa.txt Signed-off-by: Heinrich Schuchardt --- Documentation/devicetree/bindings/net/dsa/b53.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH net-next 0/8] net: dsa: prefix Global macros

On Thu, Jun 15, 2017 at 12:13:58PM -0400, Vivien Didelot wrote: > This patch series is the 2/3 step of the register definitions cleanup. > It brings no functional changes. > > It prefixes and documents all Global (1) registers with MV88E6XXX_G1_ > (or a specific model like

Re: [PATCH net-next 0/8] net: dsa: prefix Global macros

On Thu, Jun 15, 2017 at 12:13:58PM -0400, Vivien Didelot wrote: > This patch series is the 2/3 step of the register definitions cleanup. > It brings no functional changes. > > It prefixes and documents all Global (1) registers with MV88E6XXX_G1_ > (or a specific model like

Re: [RFC] rcu: use killable versions of swait

"Luis R. Rodriguez" writes: > On Thu, Jun 15, 2017 at 9:22 AM, Paul E. McKenney > wrote: >> On Thu, Jun 15, 2017 at 05:50:39PM +0200, Luis R. Rodriguez wrote: >>> On Wed, Jun 14, 2017 at 04:43:45PM -0700, Paul E. McKenney wrote: >>> > On Wed, Jun

Re: [RFC] rcu: use killable versions of swait

"Luis R. Rodriguez" writes: > On Thu, Jun 15, 2017 at 9:22 AM, Paul E. McKenney > wrote: >> On Thu, Jun 15, 2017 at 05:50:39PM +0200, Luis R. Rodriguez wrote: >>> On Wed, Jun 14, 2017 at 04:43:45PM -0700, Paul E. McKenney wrote: >>> > On Wed, Jun 14, 2017 at 04:06:39PM -0700, Luis R. Rodriguez

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

On 06/15/2017 07:04 AM, Joerg Roedel wrote: Hi Bjorn, On Fri, Apr 07, 2017 at 04:32:18PM +0200, Joerg Roedel wrote: From: Joerg Roedel ATS is broken on this hardware and causes IOMMU stalls and system failure. Disable ATS on these devices to make them usable again with IOMMU

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

On 06/15/2017 07:04 AM, Joerg Roedel wrote: Hi Bjorn, On Fri, Apr 07, 2017 at 04:32:18PM +0200, Joerg Roedel wrote: From: Joerg Roedel ATS is broken on this hardware and causes IOMMU stalls and system failure. Disable ATS on these devices to make them usable again with IOMMU enabled. Note

Re: [PATCH 6/6] staging: lustre: lustre: fix all braces issues reported by checkpatch

On Thu, 2017-06-15 at 17:38 +0100, James Simmons wrote: > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > Cleanup all braces that was reported by checkpatch. The only > > > issue not fixed up is in mdc_lock.c. Removing the braces in > > > the case of mdc_lock.c will break the

Re: [PATCH 6/6] staging: lustre: lustre: fix all braces issues reported by checkpatch

On Thu, 2017-06-15 at 17:38 +0100, James Simmons wrote: > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > Cleanup all braces that was reported by checkpatch. The only > > > issue not fixed up is in mdc_lock.c. Removing the braces in > > > the case of mdc_lock.c will break the

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

> On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > would report the following error: > > > > > > unrelated trivia > > > > > > > diff --git

Re: [PATCH 1/6] staging: lustre: lustre: resolve "use spaces between elements" checkpatch errors

> On Thu, 2017-06-15 at 17:03 +0100, James Simmons wrote: > > > On Wed, 2017-06-14 at 11:01 -0400, James Simmons wrote: > > > > Due to the way the DFID was embedded in our debug strings checkpatch > > > > would report the following error: > > > > > > unrelated trivia > > > > > > > diff --git

Re: [PATCH] drm: Reduce scope of 'state' variable

On 15/06/17, Jani Nikula wrote: > On Thu, 15 Jun 2017, Dawid Kurek wrote: > > On 15/06/17, Jani Nikula wrote: > >> Separate declaration and initialization would lead to a cleaner patch > >> and result. > > > > I saw combining declaration and initialization is quite common, i.e.

Re: [PATCH] drm: Reduce scope of 'state' variable

On 15/06/17, Jani Nikula wrote: > On Thu, 15 Jun 2017, Dawid Kurek wrote: > > On 15/06/17, Jani Nikula wrote: > >> Separate declaration and initialization would lead to a cleaner patch > >> and result. > > > > I saw combining declaration and initialization is quite common, i.e. in > > drm_atomic

Re: [lustre-devel] [PATCH] staging: lustre: headers: potential UAPI headers

On Thu, Jun 15, 2017 at 04:48:20PM +0100, James Simmons wrote: > So this is coming from trying to understand the "merge them together" > part. Some people reading this it implies all the headers would be > eventually merged into one big header and placed into include/uapi/linux. Sounds like a

Re: [lustre-devel] [PATCH] staging: lustre: headers: potential UAPI headers

On Thu, Jun 15, 2017 at 04:48:20PM +0100, James Simmons wrote: > So this is coming from trying to understand the "merge them together" > part. Some people reading this it implies all the headers would be > eventually merged into one big header and placed into include/uapi/linux. Sounds like a

Re: [PATCH 1/2] platform/x86: silead_dmi: Add touchscreen info for PoV mobii wintab p800w

On Thu, Jun 15, 2017 at 08:48:31AM +0200, Hans de Goede wrote: > Add touchscreen info for the Point of View mobii wintab p800w tablet. > > Signed-off-by: Hans de Goede > --- > drivers/platform/x86/silead_dmi.c | 25 + > 1 file changed, 25

Re: [PATCH 1/2] platform/x86: silead_dmi: Add touchscreen info for PoV mobii wintab p800w

On Thu, Jun 15, 2017 at 08:48:31AM +0200, Hans de Goede wrote: > Add touchscreen info for the Point of View mobii wintab p800w tablet. > > Signed-off-by: Hans de Goede > --- > drivers/platform/x86/silead_dmi.c | 25 + > 1 file changed, 25 insertions(+) ... > +

Re: [PATCH 3/4] of: Custom printk format specifier for device node

On Thu, 2017-06-15 at 07:30 -0500, Rob Herring wrote: > On Wed, Jun 14, 2017 at 3:56 PM, Joe Perches wrote: > > On Wed, 2017-06-14 at 15:30 -0500, Rob Herring wrote: > > > From: Pantelis Antoniou > > > > I think the commit subject is wrong. > >

Re: [PATCH 3/4] of: Custom printk format specifier for device node

On Thu, 2017-06-15 at 07:30 -0500, Rob Herring wrote: > On Wed, Jun 14, 2017 at 3:56 PM, Joe Perches wrote: > > On Wed, 2017-06-14 at 15:30 -0500, Rob Herring wrote: > > > From: Pantelis Antoniou > > > > I think the commit subject is wrong. > > It adds an "of" specific bit to vsprintf.c. > >

[PATCH] i2c: tc358743: remove useless variable assignment in tc358743_isr

Remove useless variable assignment in function tc358743_isr(). The value stored in variable _intstatus_ at line 1299 is overwritten at line 1302, just before it can be used. Addresses-Coverity-ID: 1397678 Signed-off-by: Gustavo A. R. Silva ---

[PATCH] i2c: tc358743: remove useless variable assignment in tc358743_isr

Remove useless variable assignment in function tc358743_isr(). The value stored in variable _intstatus_ at line 1299 is overwritten at line 1302, just before it can be used. Addresses-Coverity-ID: 1397678 Signed-off-by: Gustavo A. R. Silva --- drivers/media/i2c/tc358743.c | 1 - 1 file

Re: [kernel-hardening] [RFC v2 7/9] Trampoline emulation

Thanks for doing this porting work. Look forward to using GRSecurity/PAX features on ARM eventually. ARM's taking over as we know. x86 is almost done. On 2017-06-15 16:42, Salvatore Mesoraca wrote: Some programs need to generate part of their code at runtime. Luckily enough, in some cases

Re: [kernel-hardening] [RFC v2 7/9] Trampoline emulation

Thanks for doing this porting work. Look forward to using GRSecurity/PAX features on ARM eventually. ARM's taking over as we know. x86 is almost done. On 2017-06-15 16:42, Salvatore Mesoraca wrote: Some programs need to generate part of their code at runtime. Luckily enough, in some cases

[RFC v2 5/9] S.A.R.A. WX Protection

Introduction of S.A.R.A. WX Protection. It aims to improve user-space programs security by applying: - W^X enforcement - W!->X (once writable never executable) mprotect restriction - Executable MMAP prevention All of the above features can be enabled or disabled both system wide or on a per

Re: [PATCH 15/16] platform/x86: wmi-mof: New driver to expose embedded WMI MOF metadata

On Friday 09 June 2017 23:51:32 Pali Rohár wrote: > On Friday 09 June 2017 17:46:12 mario.limoncie...@dell.com wrote: > > > -Original Message- > > > From: Pali Rohár [mailto:pali.ro...@gmail.com] > > > Sent: Wednesday, June 7, 2017 3:50 PM > > > To: Limonciello, Mario

[RFC v2 2/9] S.A.R.A. framework creation

Initial S.A.R.A. framework setup. Creation of a simplified interface to securityfs API to store and retrieve configurations and flags from user-space. Creation of some generic functions and macros to handle concurrent access to configurations, memory allocation and path resolution. Signed-off-by:

[RFC v2 5/9] S.A.R.A. WX Protection

Introduction of S.A.R.A. WX Protection. It aims to improve user-space programs security by applying: - W^X enforcement - W!->X (once writable never executable) mprotect restriction - Executable MMAP prevention All of the above features can be enabled or disabled both system wide or on a per

Re: [PATCH 15/16] platform/x86: wmi-mof: New driver to expose embedded WMI MOF metadata

On Friday 09 June 2017 23:51:32 Pali Rohár wrote: > On Friday 09 June 2017 17:46:12 mario.limoncie...@dell.com wrote: > > > -Original Message- > > > From: Pali Rohár [mailto:pali.ro...@gmail.com] > > > Sent: Wednesday, June 7, 2017 3:50 PM > > > To: Limonciello, Mario > > > Cc:

[RFC v2 2/9] S.A.R.A. framework creation

Initial S.A.R.A. framework setup. Creation of a simplified interface to securityfs API to store and retrieve configurations and flags from user-space. Creation of some generic functions and macros to handle concurrent access to configurations, memory allocation and path resolution. Signed-off-by:

Re: Some Libre Songs, Including one on GRSecurity's copyright Violation. Step up and listen, unless you can't handle it. BRUV (Bin that knoif)

Anyone enjoying? Give me feedback. The audacity zips are on the project page. I like to make OPENSOURCE MUSICK BROOO On 2017-06-15 16:39, aconcernedfoss...@airmail.cc wrote: Some Free/Libre/Opensource Songs for all of you here working on the LINUX KERNEL!, Including one on

Re: Some Libre Songs, Including one on GRSecurity's copyright Violation. Step up and listen, unless you can't handle it. BRUV (Bin that knoif)

Anyone enjoying? Give me feedback. The audacity zips are on the project page. I like to make OPENSOURCE MUSICK BROOO On 2017-06-15 16:39, aconcernedfoss...@airmail.cc wrote: Some Free/Libre/Opensource Songs for all of you here working on the LINUX KERNEL!, Including one on

<    6   7   8   9   10   11   12   13   14   15   >