[RFC] [PATCH] audit: log module name on init_module

This adds a new auxiliary record MODULE_INIT to the SYSCALL event. We get finit_module for free since it made most sense to hook this in to load_module(). https://github.com/linux-audit/audit-kernel/issues/7 https://github.com/linux-audit/audit-kernel/wiki/RFE-Module-load-record-format

[RFC] [PATCH] audit: log module name on init_module

This adds a new auxiliary record MODULE_INIT to the SYSCALL event. We get finit_module for free since it made most sense to hook this in to load_module(). https://github.com/linux-audit/audit-kernel/issues/7 https://github.com/linux-audit/audit-kernel/wiki/RFE-Module-load-record-format

[PATCH] staging: rtl8192u: Adding space around '='

This patch fixes the checkpatch issue by adding space around '='. Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH] staging: rtl8192u: Adding space around '='

This patch fixes the checkpatch issue by adding space around '='. Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c

[PATCH] staging: vt6656: Add missing identifier names

Fix multiple checkpatch.pl warnings: function definition argument '...' should also have an identifier name Signed-off-by: Simon Sandström --- drivers/staging/vt6656/card.h | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff --git

[PATCH] staging: vt6656: Add missing identifier names

Fix multiple checkpatch.pl warnings: function definition argument '...' should also have an identifier name Signed-off-by: Simon Sandström --- drivers/staging/vt6656/card.h | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff --git

[PATCH 5/5] ARM: dts: sun9i: Initial support for the Sunchip CX-A99 board

The Suncip CX-A99 board is found in at least four brands of media players. It features an Allwinner A80 ARM SoC and is found in two models: 1) 2 GiB DDR3 DRAM and 16 GB eMMC 2) 4 GiB DDR3 DRAM and 32 GB eMMC For details of the board, see the linux-sunxi page

[PATCH 5/5] ARM: dts: sun9i: Initial support for the Sunchip CX-A99 board

The Suncip CX-A99 board is found in at least four brands of media players. It features an Allwinner A80 ARM SoC and is found in two models: 1) 2 GiB DDR3 DRAM and 16 GB eMMC 2) 4 GiB DDR3 DRAM and 32 GB eMMC For details of the board, see the linux-sunxi page

[PATCH 0/5] arm: sun9i: Support AXP808 PMIC and Sunchip CX-A99 board

This patch series add support for the Sunchip CX-A99 board, which is used in a few media players, making it the third device with an Allwinner A80 SoC to be supported. The board uses the X-Powers AXP808 PMIC which this patch series also adds support for. Patch 1 adds a documentation line which

[PATCH 0/5] arm: sun9i: Support AXP808 PMIC and Sunchip CX-A99 board

This patch series add support for the Sunchip CX-A99 board, which is used in a few media players, making it the third device with an Allwinner A80 SoC to be supported. The board uses the X-Powers AXP808 PMIC which this patch series also adds support for. Patch 1 adds a documentation line which

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

On 2017-01-26 13:17:56 -0800, Stephane Eranian wrote: > > Nope, not yet. I didn't want to submit an implementation that has the > > ugly hack of mmap()ing /dev/zero pages to prevent VMA merging ;). But > > once that's resolved I plan to push it upstream (they indicated > > interest). As long as

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

On 2017-01-26 13:17:56 -0800, Stephane Eranian wrote: > > Nope, not yet. I didn't want to submit an implementation that has the > > ugly hack of mmap()ing /dev/zero pages to prevent VMA merging ;). But > > once that's resolved I plan to push it upstream (they indicated > > interest). As long as

[PATCHv3 perf/core 1/6] tools lib bpf: Add BPF program pinning APIs.

Add new APIs to pin a BPF program (or specific instances) to the filesystem. The user can specify the path full path within a BPF filesystem to pin the program. bpf_program__pin_instance(prog, path, n) will pin the nth instance of 'prog' to the specified path. bpf_program__pin(prog, path) will

[PATCHv3 perf/core 1/6] tools lib bpf: Add BPF program pinning APIs.

Add new APIs to pin a BPF program (or specific instances) to the filesystem. The user can specify the path full path within a BPF filesystem to pin the program. bpf_program__pin_instance(prog, path, n) will pin the nth instance of 'prog' to the specified path. bpf_program__pin(prog, path) will

[PATCH] net: intel: e1000e: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/e1000e/ethtool.c | 91

[PATCH] net: intel: e1000e: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/e1000e/ethtool.c | 91

[PATCHv3 perf/core 4/6] tools perf util: Make rm_rf(path) argument const

rm_rf() doesn't modify its path argument, and a future caller will pass a string constant into it to delete. Signed-off-by: Joe Stringer --- v3: Initial post. --- tools/perf/util/util.c | 2 +- tools/perf/util/util.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff

[PATCHv3 perf/core 0/6] Libbpf object pinning

This series adds pinning functionality for maps, programs, and objects. Library users may call bpf_map__pin(map, path) or bpf_program__pin(prog, path) to pin maps and programs separately, or use bpf_object__pin(obj, path) to pin all maps and programs from the BPF object to the path. The map and

[PATCHv3 perf/core 4/6] tools perf util: Make rm_rf(path) argument const

rm_rf() doesn't modify its path argument, and a future caller will pass a string constant into it to delete. Signed-off-by: Joe Stringer --- v3: Initial post. --- tools/perf/util/util.c | 2 +- tools/perf/util/util.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCHv3 perf/core 0/6] Libbpf object pinning

This series adds pinning functionality for maps, programs, and objects. Library users may call bpf_map__pin(map, path) or bpf_program__pin(prog, path) to pin maps and programs separately, or use bpf_object__pin(obj, path) to pin all maps and programs from the BPF object to the path. The map and

[PATCH 1/3] intel_sgx: do not use BUG() in sgx_free_page()

EREMOVE fails on non-EPC page or when a SECS page with children is to be removed. These do not happen if the driver is working correctly. Log the error but do not crash the driver. Signed-off-by: Jarkko Sakkinen --- drivers/platform/x86/intel_sgx_page_cache.c |

[PATCHv3 perf/core 3/6] tools lib bpf: Add bpf_object__pin()

Add a new API to pin a BPF object to the filesystem. The user can specify the path within a BPF filesystem to pin the object. Programs will be pinned under a subdirectory named the same as the program, with each instance appearing as a numbered file under that directory, and maps will be pinned

[PATCH 0/3] Get rid of BUG()

The use of BUG() is not favored for any new kernel code. This patch set implements more reasonable error recovery. In all cases the recovery is not ideal but it is an improvement to the current situation. In addition, sgx_free_page() has been simplified by removing the parameter for skipping

[PATCH 0/3] Get rid of BUG()

The use of BUG() is not favored for any new kernel code. This patch set implements more reasonable error recovery. In all cases the recovery is not ideal but it is an improvement to the current situation. In addition, sgx_free_page() has been simplified by removing the parameter for skipping

[PATCH 1/3] intel_sgx: do not use BUG() in sgx_free_page()

EREMOVE fails on non-EPC page or when a SECS page with children is to be removed. These do not happen if the driver is working correctly. Log the error but do not crash the driver. Signed-off-by: Jarkko Sakkinen --- drivers/platform/x86/intel_sgx_page_cache.c | 6 ++ 1 file changed, 2

[PATCHv3 perf/core 3/6] tools lib bpf: Add bpf_object__pin()

Add a new API to pin a BPF object to the filesystem. The user can specify the path within a BPF filesystem to pin the object. Programs will be pinned under a subdirectory named the same as the program, with each instance appearing as a numbered file under that directory, and maps will be pinned

[PATCHv3 perf/core 6/6] perf test: Add libbpf pinning test

Add a test for the newly added BPF object pinning functionality. For example: # tools/perf/perf test 37 37: BPF filter : 37.1: Basic BPF filtering : Ok 37.2: BPF pinning : Ok 37.3: BPF prologue

[PATCHv3 perf/core 5/6] tools lib api fs: Add bpf_fs filesystem detector

Allow mounting of the BPF filesystem at /sys/fs/bpf. Signed-off-by: Joe Stringer --- v3: Initial post. --- tools/lib/api/fs/fs.c | 16 tools/lib/api/fs/fs.h | 1 + 2 files changed, 17 insertions(+) diff --git a/tools/lib/api/fs/fs.c b/tools/lib/api/fs/fs.c index

[PATCHv3 perf/core 6/6] perf test: Add libbpf pinning test

Add a test for the newly added BPF object pinning functionality. For example: # tools/perf/perf test 37 37: BPF filter : 37.1: Basic BPF filtering : Ok 37.2: BPF pinning : Ok 37.3: BPF prologue

[PATCHv3 perf/core 5/6] tools lib api fs: Add bpf_fs filesystem detector

Allow mounting of the BPF filesystem at /sys/fs/bpf. Signed-off-by: Joe Stringer --- v3: Initial post. --- tools/lib/api/fs/fs.c | 16 tools/lib/api/fs/fs.h | 1 + 2 files changed, 17 insertions(+) diff --git a/tools/lib/api/fs/fs.c b/tools/lib/api/fs/fs.c index

[PATCHv3 perf/core 2/6] tools lib bpf: Add bpf_map__pin()

Add a new API to pin a BPF map to the filesystem. The user can specify the path full path within a BPF filesystem to pin the map. Signed-off-by: Joe Stringer --- v3: No change. v2: Don't automount BPF filesystem Split program, map, object pinning into separate APIs and separate

[PATCHv3 perf/core 2/6] tools lib bpf: Add bpf_map__pin()

Add a new API to pin a BPF map to the filesystem. The user can specify the path full path within a BPF filesystem to pin the map. Signed-off-by: Joe Stringer --- v3: No change. v2: Don't automount BPF filesystem Split program, map, object pinning into separate APIs and separate patches.

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

On Thu, Jan 26, 2017 at 1:00 PM, Andres Freund wrote: > > Hi Stephane, > > On 2017-01-26 12:32:02 -0800, Stephane Eranian wrote: > > On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > > > Hi, > > > > > > While working on optionally jit-compiling parts

[PATCH 4/5] regulator: axp20x: Add support for the AXP808 PMIC

The regulators are the same as on the AXP806. Signed-off-by: Rask Ingemann Lambertsen --- drivers/regulator/axp20x-regulator.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/axp20x-regulator.c

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

On Thu, Jan 26, 2017 at 1:00 PM, Andres Freund wrote: > > Hi Stephane, > > On 2017-01-26 12:32:02 -0800, Stephane Eranian wrote: > > On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > > > Hi, > > > > > > While working on optionally jit-compiling parts of postgres using llvm > > > (MCJIT

[PATCH 4/5] regulator: axp20x: Add support for the AXP808 PMIC

The regulators are the same as on the AXP806. Signed-off-by: Rask Ingemann Lambertsen --- drivers/regulator/axp20x-regulator.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/axp20x-regulator.c b/drivers/regulator/axp20x-regulator.c index

[PATCH 3/5] mfd: axp20x: Add support for the AXP808 PMIC

The X-Powers AXP808 is a PMIC which, like the very similar AXP806, is used on boards featuring Allwinner's A80 SoC. Unlike the AXP806, it doesn't support address space extension and its associated registers, but the two are otherwise identical (including the chip ID). This patch adds support for

[PATCH 3/5] mfd: axp20x: Add support for the AXP808 PMIC

The X-Powers AXP808 is a PMIC which, like the very similar AXP806, is used on boards featuring Allwinner's A80 SoC. Unlike the AXP806, it doesn't support address space extension and its associated registers, but the two are otherwise identical (including the chip ID). This patch adds support for

[PATCH 2/5] DT: mfd: axp20x: Add binding for the AXP808

The AXP808 does not support address space extension, but is otherwise identical to the AXP806, including the chip ID, so add a compatible string for it to the binding. Signed-off-by: Rask Ingemann Lambertsen --- Documentation/devicetree/bindings/mfd/axp20x.txt | 7 --- 1

[PATCH 2/5] DT: mfd: axp20x: Add binding for the AXP808

The AXP808 does not support address space extension, but is otherwise identical to the AXP806, including the chip ID, so add a compatible string for it to the binding. Signed-off-by: Rask Ingemann Lambertsen --- Documentation/devicetree/bindings/mfd/axp20x.txt | 7 --- 1 file changed, 4

[PATCH 1/5] DT: mfd: axp20x: Add AXP806 to list of current AXP20x family members

An entry for the AXP806 was forgotten, so add one. Signed-off-by: Rask Ingemann Lambertsen Fixes: 204ae2963e10 ("mfd: axp20x: Add bindings for AXP806 PMIC") --- Documentation/devicetree/bindings/mfd/axp20x.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 1/5] DT: mfd: axp20x: Add AXP806 to list of current AXP20x family members

An entry for the AXP806 was forgotten, so add one. Signed-off-by: Rask Ingemann Lambertsen Fixes: 204ae2963e10 ("mfd: axp20x: Add bindings for AXP806 PMIC") --- Documentation/devicetree/bindings/mfd/axp20x.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v2 3/9] xen/pvh: Import PVH-related Xen public interfaces

Signed-off-by: Boris Ostrovsky Reviewed-by: Juergen Gross Reviewed-by: Konrad Rzeszutek Wilk --- include/xen/interface/elfnote.h| 12 ++- include/xen/interface/hvm/hvm_vcpu.h | 143 +

[PATCH v2 3/9] xen/pvh: Import PVH-related Xen public interfaces

Signed-off-by: Boris Ostrovsky Reviewed-by: Juergen Gross Reviewed-by: Konrad Rzeszutek Wilk --- include/xen/interface/elfnote.h| 12 ++- include/xen/interface/hvm/hvm_vcpu.h | 143 + include/xen/interface/hvm/start_info.h | 98 ++

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

Hi Stephane, On 2017-01-26 12:32:02 -0800, Stephane Eranian wrote: > On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > > Hi, > > > > While working on optionally jit-compiling parts of postgres using llvm > > (MCJIT currently, but Orc would have the same issue afaics),

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

Hi Stephane, On 2017-01-26 12:32:02 -0800, Stephane Eranian wrote: > On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > > Hi, > > > > While working on optionally jit-compiling parts of postgres using llvm > > (MCJIT currently, but Orc would have the same issue afaics), I'm trying > > to use

Re: [PATCH 5/5] mm: vmscan: move dirty pages out of the way until they're flushed

On Thu, Jan 26, 2017 at 10:19:16AM +, Mel Gorman wrote: > On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote: > > We noticed a performance regression when moving hadoop workloads from > > 3.10 kernels to 4.0 and 4.6. This is accompanied by increased pageout > > activity initiated

Re: [PATCH 5/5] mm: vmscan: move dirty pages out of the way until they're flushed

On Thu, Jan 26, 2017 at 10:19:16AM +, Mel Gorman wrote: > On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote: > > We noticed a performance regression when moving hadoop workloads from > > 3.10 kernels to 4.0 and 4.6. This is accompanied by increased pageout > > activity initiated

Re: [PATCH 5/5] mm: vmscan: move dirty pages out of the way until they're flushed

On Thu, Jan 26, 2017 at 03:07:45PM -0500, Johannes Weiner wrote: > On Thu, Jan 26, 2017 at 10:19:16AM +, Mel Gorman wrote: > > On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote: > > > We noticed a performance regression when moving hadoop workloads from > > > 3.10 kernels to 4.0

Re: [PATCH 5/5] mm: vmscan: move dirty pages out of the way until they're flushed

On Thu, Jan 26, 2017 at 03:07:45PM -0500, Johannes Weiner wrote: > On Thu, Jan 26, 2017 at 10:19:16AM +, Mel Gorman wrote: > > On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote: > > > We noticed a performance regression when moving hadoop workloads from > > > 3.10 kernels to 4.0

Re: [btrfs/rt] lockdep false positive

On Thu, 2017-01-26 at 18:09 +0100, Sebastian Andrzej Siewior wrote: > On 2017-01-25 19:29:49 [+0100], Mike Galbraith wrote: > > On Wed, 2017-01-25 at 18:02 +0100, Sebastian Andrzej Siewior wrote: > > > > > > [ 341.960794]CPU0 > > > > [ 341.960795] > > > > [ 341.960795]

Re: [btrfs/rt] lockdep false positive

On Thu, 2017-01-26 at 18:09 +0100, Sebastian Andrzej Siewior wrote: > On 2017-01-25 19:29:49 [+0100], Mike Galbraith wrote: > > On Wed, 2017-01-25 at 18:02 +0100, Sebastian Andrzej Siewior wrote: > > > > > > [ 341.960794]CPU0 > > > > [ 341.960795] > > > > [ 341.960795]

Re: [PATCH] HID: usbhid: Quirk a AMI virtual mouse and keyboard with ALWAYS_POLL

On Thu, 26 Jan 2017, Colin King wrote: > From: Colin Ian King > > Quirking the following AMI USB device with ALWAYS_POLL fixes an AMI > virtual keyboard and mouse from not responding and timing out when > it is attached to a ppc64el Power 8 system and when we have some

Re: [PATCH] HID: usbhid: Quirk a AMI virtual mouse and keyboard with ALWAYS_POLL

On Thu, 26 Jan 2017, Colin King wrote: > From: Colin Ian King > > Quirking the following AMI USB device with ALWAYS_POLL fixes an AMI > virtual keyboard and mouse from not responding and timing out when > it is attached to a ppc64el Power 8 system and when we have some > rapid open/closes on

[PATCH 2/2] base/memory, hotplug: fix a kernel oops in show_valid_zones()

Reading a sysfs memoryN/valid_zones file leads to the following oops when the first page of a range is not backed by struct page. show_valid_zones() assumes that 'start_pfn' is always valid for page_zone(). BUG: unable to handle kernel paging request at ea017a00 IP:

[PATCH 1/2] mm/memory_hotplug.c: check start_pfn in test_pages_in_a_zone()

test_pages_in_a_zone() does not check 'start_pfn' when it is aligned by section since 'sec_end_pfn' is set equal to 'pfn'. Since this function is called for testing the range of a sysfs memory file, 'start_pfn' is always aligned by section. Fix it by properly setting 'sec_end_pfn' to the next

[PATCH 2/2] base/memory, hotplug: fix a kernel oops in show_valid_zones()

Reading a sysfs memoryN/valid_zones file leads to the following oops when the first page of a range is not backed by struct page. show_valid_zones() assumes that 'start_pfn' is always valid for page_zone(). BUG: unable to handle kernel paging request at ea017a00 IP:

[PATCH 1/2] mm/memory_hotplug.c: check start_pfn in test_pages_in_a_zone()

test_pages_in_a_zone() does not check 'start_pfn' when it is aligned by section since 'sec_end_pfn' is set equal to 'pfn'. Since this function is called for testing the range of a sysfs memory file, 'start_pfn' is always aligned by section. Fix it by properly setting 'sec_end_pfn' to the next

[PATCH 0/2] fix a kernel oops in reading sysfs valid_zones

A sysfs memory file is created for each 128MiB or 2GiB of a memory block on x86. [1] When the start address of a memory block is not backed by struct page, i.e. memory range is not aligned by the memory block size, reading its valid_zones attribute file leads to a kernel oops. This patch-set

[PATCH 0/2] fix a kernel oops in reading sysfs valid_zones

A sysfs memory file is created for each 128MiB or 2GiB of a memory block on x86. [1] When the start address of a memory block is not backed by struct page, i.e. memory range is not aligned by the memory block size, reading its valid_zones attribute file leads to a kernel oops. This patch-set

Re: [PATCH 0/6 v3] kvmalloc

On 01/26/2017 02:40 PM, Michal Hocko wrote: On Thu 26-01-17 14:10:06, Daniel Borkmann wrote: On 01/26/2017 12:58 PM, Michal Hocko wrote: On Thu 26-01-17 12:33:55, Daniel Borkmann wrote: On 01/26/2017 11:08 AM, Michal Hocko wrote: [...] If you disagree I can drop the bpf part of course...

Re: [PATCH 0/6 v3] kvmalloc

On 01/26/2017 02:40 PM, Michal Hocko wrote: On Thu 26-01-17 14:10:06, Daniel Borkmann wrote: On 01/26/2017 12:58 PM, Michal Hocko wrote: On Thu 26-01-17 12:33:55, Daniel Borkmann wrote: On 01/26/2017 11:08 AM, Michal Hocko wrote: [...] If you disagree I can drop the bpf part of course...

Re: [PATCH 3/5] mm: vmscan: remove old flusher wakeup from direct reclaim path

On Thu, Jan 26, 2017 at 01:50:27PM -0500, Johannes Weiner wrote: > On Thu, Jan 26, 2017 at 10:05:09AM +, Mel Gorman wrote: > > On Mon, Jan 23, 2017 at 01:16:39PM -0500, Johannes Weiner wrote: > > > Direct reclaim has been replaced by kswapd reclaim in pretty much all > > > common memory

Re: [PATCH 3/5] mm: vmscan: remove old flusher wakeup from direct reclaim path

On Thu, Jan 26, 2017 at 01:50:27PM -0500, Johannes Weiner wrote: > On Thu, Jan 26, 2017 at 10:05:09AM +, Mel Gorman wrote: > > On Mon, Jan 23, 2017 at 01:16:39PM -0500, Johannes Weiner wrote: > > > Direct reclaim has been replaced by kswapd reclaim in pretty much all > > > common memory

[PATCH v2 6/9] xen/pvh: Initialize grant table for PVH guests

Like PV guests, PVH does not have PCI devices and therefore cannot use MMIO space to store grants. Instead it balloons out memory and keeps grants there. Signed-off-by: Boris Ostrovsky --- Changes in v2: * Updated commit message drivers/xen/grant-table.c | 8

[PATCH v2 6/9] xen/pvh: Initialize grant table for PVH guests

Like PV guests, PVH does not have PCI devices and therefore cannot use MMIO space to store grants. Instead it balloons out memory and keeps grants there. Signed-off-by: Boris Ostrovsky --- Changes in v2: * Updated commit message drivers/xen/grant-table.c | 8 1 file changed, 4

[PATCH v2 0/9] PVH v2 support (domU)

PVH v2 support for unprivileged guests. Now that we decided to defer ACPI CPU hotplug until we understand better what to do about it in dom0 I am sending v2 with PV-style CPU hotplug, with v1 comments addressed. Boris Ostrovsky (9): x86/boot/32: Convert the 32-bit pgtable setup code from

[PATCH v2 0/9] PVH v2 support (domU)

PVH v2 support for unprivileged guests. Now that we decided to defer ACPI CPU hotplug until we understand better what to do about it in dom0 I am sending v2 with PV-style CPU hotplug, with v1 comments addressed. Boris Ostrovsky (9): x86/boot/32: Convert the 32-bit pgtable setup code from

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

Hi Andres, Sorry for the delay. On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > Hi, > > While working on optionally jit-compiling parts of postgres using llvm > (MCJIT currently, but Orc would have the same issue afaics), I'm trying > to use perf jit support to make

Re: perf/jit doesn't cope well with mprotect() to jit containing pages

Hi Andres, Sorry for the delay. On Fri, Dec 9, 2016 at 9:02 PM, Andres Freund wrote: > Hi, > > While working on optionally jit-compiling parts of postgres using llvm > (MCJIT currently, but Orc would have the same issue afaics), I'm trying > to use perf jit support to make profiling of those

[PATCH v2 4/9] xen/pvh: Bootstrap PVH guest

Start PVH guest at XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall page, initialize boot_params, enable early page tables. Since this stub is executed before kernel entry point we cannot use variables in .bss which is cleared by kernel. We explicitly place variables that are initialized here

Re: [PATCH net-next 1/3] trace: add variant without spacing in trace_print_hex_seq

On 01/26/2017 08:53 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Jan 25, 2017 at 02:28:16AM +0100, Daniel Borkmann escreveu: For upcoming tracepoint support for BPF, we want to dump the program's tag. Format should be similar to __print_hex(), but without spacing. Add a __print_hex_str() variant

[PATCH v2 4/9] xen/pvh: Bootstrap PVH guest

Start PVH guest at XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall page, initialize boot_params, enable early page tables. Since this stub is executed before kernel entry point we cannot use variables in .bss which is cleared by kernel. We explicitly place variables that are initialized here

Re: [PATCH net-next 1/3] trace: add variant without spacing in trace_print_hex_seq

On 01/26/2017 08:53 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Jan 25, 2017 at 02:28:16AM +0100, Daniel Borkmann escreveu: For upcoming tracepoint support for BPF, we want to dump the program's tag. Format should be similar to __print_hex(), but without spacing. Add a __print_hex_str() variant

Re: [PATCH] mfd: Add support for several boards to Kontron PLD driver

On Thu, Jan 26, 2017 at 05:45:46PM +0100, Michael Brunner wrote: > This patch adds the DMI system ID of the Kontron COMe-bBD#, COMe-bKL6, > COMe-cKL6, COMe-bSL6 and COMe-cAL6 boards to the Kontron PLD driver. The > list of supported products in the module description is also updated. > >

Re: [PATCH] mfd: Add support for several boards to Kontron PLD driver

On Thu, Jan 26, 2017 at 05:45:46PM +0100, Michael Brunner wrote: > This patch adds the DMI system ID of the Kontron COMe-bBD#, COMe-bKL6, > COMe-cKL6, COMe-bSL6 and COMe-cAL6 boards to the Kontron PLD driver. The > list of supported products in the module description is also updated. > >

Re: [PATCH v2 0/4] Style fixes: open code obfuscating macros

Hi, It's been a couple weeks... Any thoughts on this? Thanks, Logan On 10/01/17 05:33 PM, Logan Gunthorpe wrote: > Hi, > > Here's an updated version of the style fixes patchset. The differences > from v1 are: > > 1) Rebased onto Jon Mason's current NTB branch > > 2) Added two more patches

Re: [PATCH v2 0/4] Style fixes: open code obfuscating macros

Hi, It's been a couple weeks... Any thoughts on this? Thanks, Logan On 10/01/17 05:33 PM, Logan Gunthorpe wrote: > Hi, > > Here's an updated version of the style fixes patchset. The differences > from v1 are: > > 1) Rebased onto Jon Mason's current NTB branch > > 2) Added two more patches

[PATCH v2 2/9] xen/x86: Remove PVH support

We are replacing existing PVH guests with new implementation. We are keeping xen_pvh_domain() macro (for now set to zero) because when we introduce new PVH implementation later in this series we will reuse current PVH-specific code (xen_pvh_gnttab_setup()), and that code is conditioned by 'if

[PATCH v2 2/9] xen/x86: Remove PVH support

We are replacing existing PVH guests with new implementation. We are keeping xen_pvh_domain() macro (for now set to zero) because when we introduce new PVH implementation later in this series we will reuse current PVH-specific code (xen_pvh_gnttab_setup()), and that code is conditioned by 'if

[PATCH v2 1/9] x86/boot/32: Convert the 32-bit pgtable setup code from assembly to C

The new Xen PVH entry point requires page tables to be setup by the kernel since it is entered with paging disabled. Pull the common code out of head_32.S so that mk_early_pgtbl_32() can be invoked from both the new Xen entry point and the existing startup_32() code. Convert resulting common

[PATCH v2 1/9] x86/boot/32: Convert the 32-bit pgtable setup code from assembly to C

The new Xen PVH entry point requires page tables to be setup by the kernel since it is entered with paging disabled. Pull the common code out of head_32.S so that mk_early_pgtbl_32() can be invoked from both the new Xen entry point and the existing startup_32() code. Convert resulting common

[PATCH] tpm: fix TPM error handling in tpm2_get_pcr_allocation

Fixes: 75768b4(tpm: enhance TPM 2.0 PCR extend to support multiple banks) Signed-off-by: Nayna Jain --- drivers/char/tpm/tpm2-cmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/tpm/tpm2-cmd.c b/drivers/char/tpm/tpm2-cmd.c index

[PATCH] tpm: fix TPM error handling in tpm2_get_pcr_allocation

Fixes: 75768b4(tpm: enhance TPM 2.0 PCR extend to support multiple banks) Signed-off-by: Nayna Jain --- drivers/char/tpm/tpm2-cmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/tpm/tpm2-cmd.c b/drivers/char/tpm/tpm2-cmd.c index 4aad84c..fa52309 100644 ---

[PATCH v2 5/9] xen/pvh: Prevent PVH guests from using PIC, RTC and IOAPIC

Make sure they don't use these devices since they are not emulated for unprivileged PVH guest. Also don't initialize hypercall page for them in init_hvm_pv_info() since this has already been done. Signed-off-by: Boris Ostrovsky --- Changes in v2: * Use cpuid_ebx()

[PATCH v2 5/9] xen/pvh: Prevent PVH guests from using PIC, RTC and IOAPIC

Make sure they don't use these devices since they are not emulated for unprivileged PVH guest. Also don't initialize hypercall page for them in init_hvm_pv_info() since this has already been done. Signed-off-by: Boris Ostrovsky --- Changes in v2: * Use cpuid_ebx() instead of cpuid()

Re: [PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

On 27/01/17 04:10, Gregory CLEMENT wrote: >> +internal-regs { [snip] >> + >> +dfx-registers { > node label > [snip] >> +switch { > node label > These are peers to the internal-regs, i.e. parts of the SoC with mappable windows in the address space. Do they

Re: [PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

On 27/01/17 04:10, Gregory CLEMENT wrote: >> +internal-regs { [snip] >> + >> +dfx-registers { > node label > [snip] >> +switch { > node label > These are peers to the internal-regs, i.e. parts of the SoC with mappable windows in the address space. Do they

ibmvtpm byteswapping inconsistency

Hello, building ibmvtpm I noticed gcc warning complaining that second word of struct ibmvtpm_crq in tpm_ibmvtpm_suspend is uninitialized. The structure is defined as struct ibmvtpm_crq { u8 valid; u8 msg; __be16 len; __be32 data; __be64 reserved; }

ibmvtpm byteswapping inconsistency

Hello, building ibmvtpm I noticed gcc warning complaining that second word of struct ibmvtpm_crq in tpm_ibmvtpm_suspend is uninitialized. The structure is defined as struct ibmvtpm_crq { u8 valid; u8 msg; __be16 len; __be32 data; __be64 reserved; }

Re: [PATCH] leds: ktd2692: avoid harmless maybe-uninitialized warning

Hi Arnd, Thanks for the patch, applied. Best regards, Jacek Anaszewski On 01/25/2017 11:22 PM, Arnd Bergmann wrote: > gcc gets confused about the control flow in ktd2692_parse_dt(), causing > it to warn about what seems like a potential bug: > > drivers/leds/leds-ktd2692.c: In function

Re: [PATCH] leds: ktd2692: avoid harmless maybe-uninitialized warning

Hi Arnd, Thanks for the patch, applied. Best regards, Jacek Anaszewski On 01/25/2017 11:22 PM, Arnd Bergmann wrote: > gcc gets confused about the control flow in ktd2692_parse_dt(), causing > it to warn about what seems like a potential bug: > > drivers/leds/leds-ktd2692.c: In function

Re: [PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

On 27/01/17 04:10, Gregory CLEMENT wrote: > Hi Chris, > > On ven., janv. 06 2017, Chris Packham > wrote: > >> The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs >> with integrated CPUs. They are similar to the Armada XP SoCs but have >>

Re: [PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

On 27/01/17 04:10, Gregory CLEMENT wrote: > Hi Chris, > > On ven., janv. 06 2017, Chris Packham > wrote: > >> The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs >> with integrated CPUs. They are similar to the Armada XP SoCs but have >> different I/O interfaces. > > Before

Re: [RFC] [PATCH] audit: log module name on init_module

On 2017-01-26 14:50, Richard Guy Briggs wrote: > This adds a new auxiliary record MODULE_INIT to the SYSCALL event. > > We get finit_module for free since it made most sense to hook this in to > load_module(). > > https://github.com/linux-audit/audit-kernel/issues/7 >

Re: [RFC] [PATCH] audit: log module name on init_module

On 2017-01-26 14:50, Richard Guy Briggs wrote: > This adds a new auxiliary record MODULE_INIT to the SYSCALL event. > > We get finit_module for free since it made most sense to hook this in to > load_module(). > > https://github.com/linux-audit/audit-kernel/issues/7 >

Re: [PATCH v2 7/8] mfd: exynos-lpass: Add missing remove() function

On Thu, Jan 26, 2017 at 09:33:53AM +0100, Marek Szyprowski wrote: > Disable device on driver remove and release allocated regmap. > > Signed-off-by: Marek Szyprowski > --- > drivers/mfd/exynos-lpass.c | 11 +++ > 1 file changed, 11 insertions(+) > A

Re: [PATCH v2 7/8] mfd: exynos-lpass: Add missing remove() function

On Thu, Jan 26, 2017 at 09:33:53AM +0100, Marek Szyprowski wrote: > Disable device on driver remove and release allocated regmap. > > Signed-off-by: Marek Szyprowski > --- > drivers/mfd/exynos-lpass.c | 11 +++ > 1 file changed, 11 insertions(+) > A Suggested-by would be welcomed but

Re: [PATCH v2 6/8] mfd: exynos-lpass: Add support for clocks

On Thu, Jan 26, 2017 at 09:33:52AM +0100, Marek Szyprowski wrote: > Exynos LPASS requires some clocks to be enabled to make any access to its > registers. This patch adds code for handling such clocks. For current set > of registers it is enough to keep sfr0_ctrl clock enabled. Till now it >

Re: [PATCH v2 6/8] mfd: exynos-lpass: Add support for clocks

On Thu, Jan 26, 2017 at 09:33:52AM +0100, Marek Szyprowski wrote: > Exynos LPASS requires some clocks to be enabled to make any access to its > registers. This patch adds code for handling such clocks. For current set > of registers it is enough to keep sfr0_ctrl clock enabled. Till now it >

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