Re: [PATCH v8 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

Daniel Axtens writes: >> include/linux/cpuhotplug.h | 1 + ... >> diff --git a/include/linux/cpuhotplug.h b/include/linux/cpuhotplug.h >> index 62d240e..51dff54 100644 >> --- a/include/linux/cpuhotplug.h >> +++ b/include/linux/cpuhotplug.h >> @@ -137,6

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

Hi Michal, On Tue, May 09, 2017 at 09:14:18PM +0200, Michal Suchanek wrote: > There is nothing mac-specific about this driver. Non-mac hardware with > suboptimal built-in pointer devices exists. > > This makes it possible to use this emulation not only on x86 and ppc > notebooks but also on arm

Re: [PATCH v6 2/7] perf/x86/intel: Record branch type

On 5/9/2017 8:39 PM, Jiri Olsa wrote: On Tue, May 09, 2017 at 07:57:11PM +0800, Jin, Yao wrote: SNIP + + type >>= 2; /* skip X86_BR_USER and X86_BR_KERNEL */ + mask = ~(~0 << 1); is that a fancy way to get 1 into the mask? what do I miss? you did not comment on this one

Re: [PATCH] powerpc/64e: Don't place the stack beyond TASK_SIZE

Scott Wood writes: > On Tue, 2017-05-09 at 00:09 +1000, Michael Ellerman wrote: >> Scott Wood writes: >> >> > Commit f4ea6dcb08ea ("powerpc/mm: Enable mappings above 128TB") increased >> > the task size on book3s, and introduced a mechanism to dynamically

[PATCH] macintosh: move mac_hid driver to input/mouse.

There is nothing mac-specific about this driver. Non-mac hardware with suboptimal built-in pointer devices exists. This makes it possible to use this emulation not only on x86 and ppc notebooks but also on arm and mips. Signed-off-by: Michal Suchanek ---

Re: [v3 0/9] parallelized "struct page" zeroing

Hi Michal, I like the idea of postponing the zeroing from the allocation to the init time. To be honest the improvement looks much larger than I would expect (Btw. this should be a part of the changelog rather than a outside link). The improvements are larger, because this time was never

Re: [v3 0/9] parallelized "struct page" zeroing

On Fri 05-05-17 13:03:07, Pavel Tatashin wrote: > Changelog: > v2 - v3 > - Addressed David's comments about one change per patch: > * Splited changes to platforms into 4 patches > * Made "do not zero vmemmap_buf" as a separate patch > v1 - v2 > -

Re: [linux-next][bock] [bisected c20cfc27a] WARNING: CPU: 22 PID: 0 at block/blk-core.c:2655 .blk_update_request+0x4f8/0x500

On Mon, 2017-05-08 at 08:00 -0600, Jens Axboe wrote: > On 05/08/2017 01:13 AM, Abdul Haleem wrote: > > On Fri, 2017-05-05 at 08:02 -0600, Jens Axboe wrote: > >> On 05/05/2017 12:25 AM, Abdul Haleem wrote: > >>> Hi, > >>> > >>> 4.11.0 Linus mainline booted with Warnings on PowerPC. > >>> > >>> We

[PATCH] powerpc/mm: Simplify _PAGE_RO handling in page table dump

Commit fd893fe56a130 ("powerpc/mm: Fix missing page attributes in page table dump") added support of _PAGE_RO attribute. This patch makes it more simple Signed-off-by: Christophe Leroy --- arch/powerpc/mm/dump_linuxpagetables.c | 7 +-- 1 file changed, 1

[PATCH 3/3] powerpc/64s: Support new device tree binding for discovering CPU features

From: Nicholas Piggin The ibm,powerpc-cpu-features device tree binding describes CPU features with ASCII names and extensible compatibility, privilege, and enablement metadata that allows improved flexibility and compatibility with new hardware. The interface is described in

[PATCH 2/3] powerpc: Don't print cpu_spec->cpu_name if it's NULL

From: Nicholas Piggin Currently we assume that if the cpu_spec has a pvr_mask then it must also have a cpu_name. But that will change in a subsequent commit when we do CPU feature discovery via the device tree, so check explicitly if cpu_name is NULL. Signed-off-by: Nicholas

[PATCH 1/3] of/fdt: introduce of_scan_flat_dt_subnodes and of_get_flat_dt_phandle

From: Nicholas Piggin Introduce primitives for FDT parsing. These will be used for powerpc cpufeatures node scanning, which has quite complex structure but should be processed early. Cc: devicet...@vger.kernel.org Acked-by: Rob Herring Signed-off-by:

Re: [PATCH v6 2/7] perf/x86/intel: Record branch type

On Tue, May 09, 2017 at 07:57:11PM +0800, Jin, Yao wrote: SNIP > > > > > + > > > > > + type >>= 2; /* skip X86_BR_USER and X86_BR_KERNEL */ > > > > > + mask = ~(~0 << 1); > > > > is that a fancy way to get 1 into the mask? what do I miss? > > you did not comment on this one > > Sorry, I

Re: [PATCH v6 2/7] perf/x86/intel: Record branch type

On 5/9/2017 4:26 PM, Jiri Olsa wrote: On Mon, Apr 24, 2017 at 08:47:14AM +0800, Jin, Yao wrote: On 4/23/2017 9:55 PM, Jiri Olsa wrote: On Thu, Apr 20, 2017 at 08:07:50PM +0800, Jin Yao wrote: SNIP +#define X86_BR_TYPE_MAP_MAX16 + +static int +common_branch_type(int type) +{ +

Re: [PATCH v8 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

Hi Daniel, On Monday 08 May 2017 07:42 PM, Daniel Axtens wrote: Hi all, I've had a look at the API as it was a big thing I didn't like in the earlier version. I am much happier with this one. Some comments: - I'm no longer subscribed to skiboot but I've had a look at the patches on

Re: P.A. Semi: "PR" KVM configure error after KVM changes for 4.12

On 09 May 2017 at 11:08 AM, Paul Mackerras wrote: On Tue, May 09, 2017 at 10:42:51AM +0200, Christian Zigotzky wrote: Hi All, After the first batch of KVM changes for 4.12 merge window I get the following error message if I want to configure the Linux kernel with KVM PR support on my P.A. Semi

Re: [linux-next][bock] WARNING: CPU: 22 PID: 0 at block/blk-core.c:2655 .blk_update_request+0x4f8/0x500

On Mon, May 08, 2017 at 08:00:41AM -0600, Jens Axboe wrote: > Christoph, Martin - any ideas? Trace from Abdul below. Btw, what page size does the system have? > > WARNING: CPU: 12 PID: 0 at block/blk-core.c:2651 > .blk_update_request+0x4cc/0x4e0 Any knowledge from tracing or printk on what

Re: P.A. Semi: "PR" KVM configure error after KVM changes for 4.12

On Tue, May 09, 2017 at 10:42:51AM +0200, Christian Zigotzky wrote: > Hi All, > > After the first batch of KVM changes for 4.12 merge window I get the > following error message if I want to configure the Linux kernel with KVM PR > support on my P.A. Semi board. > > warning: (KVM_BOOK3S_64)

P.A. Semi: "PR" KVM configure error after KVM changes for 4.12

Hi All, After the first batch of KVM changes for 4.12 merge window I get the following error message if I want to configure the Linux kernel with KVM PR support on my P.A. Semi board. warning: (KVM_BOOK3S_64) selects SPAPR_TCE_IOMMU which has unmet direct dependencies (IOMMU_SUPPORT &&

Re: [PATCH] powerpc/mm/book3s/64: Rework page table geometry for lower memory usage

On Tue, 2017-05-09 at 18:05 +1000, Michael Ellerman wrote: > Recently in commit f6eedbba7a26 ("powerpc/mm/hash: Increase VA range to > 128TB") > we increased the virtual address space for user processes to 128TB by default, > and up to 512TB if user space opts in. > > This obviously required

Re: [PATCH v6 2/7] perf/x86/intel: Record branch type

On Mon, Apr 24, 2017 at 08:47:14AM +0800, Jin, Yao wrote: > > > On 4/23/2017 9:55 PM, Jiri Olsa wrote: > > On Thu, Apr 20, 2017 at 08:07:50PM +0800, Jin Yao wrote: > > > > SNIP > > > > > +#define X86_BR_TYPE_MAP_MAX 16 > > > + > > > +static int > > > +common_branch_type(int type) > > > +{

Re: [PATCH] powerpc/mm/book3s/64: Rework page table geometry for lower memory usage

On Tuesday 09 May 2017 01:35 PM, Michael Ellerman wrote: Recently in commit f6eedbba7a26 ("powerpc/mm/hash: Increase VA range to 128TB") we increased the virtual address space for user processes to 128TB by default, and up to 512TB if user space opts in. This obviously required expanding the

[PATCH] powerpc/mm/book3s/64: Rework page table geometry for lower memory usage

Recently in commit f6eedbba7a26 ("powerpc/mm/hash: Increase VA range to 128TB") we increased the virtual address space for user processes to 128TB by default, and up to 512TB if user space opts in. This obviously required expanding the range of the Linux page tables. For Book3s 64-bit using hash

Re: [PATCH 2/2] v1 powerpc/powernv: Enable removal of memory for in memory tracing

Sorry for the late reply, I somehow missed this. On 03/05/17 21:56, Anshuman Khandual wrote: On 05/03/2017 09:22 AM, Rashmica Gupta wrote: On 28/04/17 19:52, Anshuman Khandual wrote: On 04/28/2017 11:12 AM, Rashmica Gupta wrote: Some powerpc hardware features may want to gain access to a

Re: [kernel-hardening] [PATCH] add the option of fortified string.h functions

On 09/05/17 03:57, Daniel Axtens wrote: (ppc people: this does some compile and run time bounds checking on string functions. It's cool - currently it picks up a lot of random things so it will require some more work across the tree, but hopefully it will eventually hit mainline.) Ooh, nice!

Re: [PATCH v8 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

On Monday 08 May 2017 07:42 PM, Daniel Axtens wrote: Hi all, I've had a look at the API as it was a big thing I didn't like in the earlier version. I am much happier with this one. Thanks to mpe for suggesting this. :) Some comments: - I'm no longer subscribed to skiboot but I've had