Re: [PATCH] add POWER Virtual Management Channel driver

Steven Royer writes: > On 2016-02-17 16:31, Greg Kroah-Hartman wrote: >> On Wed, Feb 17, 2016 at 03:18:26PM -0600, Steven Royer wrote: >>> On 2016-02-16 16:18, Greg Kroah-Hartman wrote: >>> >On Tue, Feb 16, 2016 at 02:43:13PM -0600, Steven Royer wrote: >>> >>From:

Re: [PATCH V6 07/35] powerpc/mm: Don't have generic headers introduce functions touching pte bits

On 01/12/15 14:36, Aneesh Kumar K.V wrote: > We are going to drop pte_common.h in the later patch. The idea is to > enable hash code not require to define all PTE bits. Having PTE bits > defined in pte_common.h made the code unnecessarily complex. > > Acked-by: Scott Wood

Re: [PATCH V6 05/35] powerpc/mm: Move hash specific pte width and other defines to book3s

On 01/12/15 14:36, Aneesh Kumar K.V wrote: > This further make a copy of pte defines to book3s/64/hash*.h. This > remove the dependency on pgtable-ppc64-4k.h and pgtable-ppc64-64k.h > > Acked-by: Scott Wood > Signed-off-by: Aneesh Kumar K.V

Re: [PATCH 2/2] powerpc: Add POWER9 cputable entry

On Wed, 2016-02-17 at 22:09 +1100, Michael Ellerman wrote: > On Wed, 2016-02-17 at 16:07 +1100, Michael Neuling wrote: > > > Add a cputable entry for POWER9. More code is required to actually > > boot and run on a POWER9 but this gets the base piece in which we > > can > > start building on. > >

Re: [PATCH V6 04/35] powerpc/mm: make a separate copy for book3s (part 2)

On Tue, 2015-12-01 at 09:06 +0530, Aneesh Kumar K.V wrote: > Keep it seperate to make rebasing easier > > Acked-by: Scott Wood > Signed-off-by: Aneesh Kumar K.V > --- >  arch/powerpc/include/asm/book3s/32/pgtable.h | 6 +++--- >  

Re: [PATCH V6 01/35] powerpc/mm: move pte headers to book3s directory

On Tue, 2015-12-01 at 09:06 +0530, Aneesh Kumar K.V wrote: > Acked-by: Scott Wood > Signed-off-by: Aneesh Kumar K.V > --- >  arch/powerpc/include/asm/{pte-hash32.h => book3s/32/hash.h} | 0 >  arch/powerpc/include/asm/{pte-hash64.h =>

[RESEND][PATCH] Fix BUG_ON() reporting in real mode on PPC

Changelog: Don't use REGION_ID, breaks on some platforms Don't blindly add PAGE_OFFSET to bugaddr I ran into this issue while debugging an early boot problem. The system hit a BUG_ON() but report bug failed to print the line number and file name. The reason being that the system was

Re: Fix BUG_ON() reporting in real mode on powerpc

Balbir Singh writes: >>> Changelog: >>> Don't add PAGE_OFFSET blindly, check if REGION_ID is 0 >>> >>> I ran into this issue while debugging an early boot problem. >>> The system hit a BUG_ON() but report bug failed to print the >>> line number and file name. The

Re: [PATCH kernel v3 7/7] KVM: PPC: Add support for multiple-TCE hcalls

On 02/15/2016 12:55 PM, Alexey Kardashevskiy wrote: This adds real and virtual mode handlers for the H_PUT_TCE_INDIRECT and H_STUFF_TCE hypercalls for user space emulated devices such as IBMVIO devices or emulated PCI. These calls allow adding multiple entries (up to 512) into the TCE table in

Re: [RESEND][PATCH] Fix BUG_ON() reporting in real mode on PPC

Hi Balbir, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.5-rc4 next-20160217] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Balbir-Singh/Fix-BUG_ON-reporting-in-real

Re: [PATCH V6 20/35] powerpc/mm: Don't track subpage valid bit in pte_t

Paul Mackerras writes: > On Tue, Dec 01, 2015 at 09:06:45AM +0530, Aneesh Kumar K.V wrote: >> This free up 11 bits in pte_t. In the later patch we also change >> the pte_t format so that we can start supporting migration pte >> at pmd level. We now track 4k subpage valid bit

[PATCH v2 7/7] T104xQDS: Add qe node to t104xqds

add qe node to t104xqds.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase arch/powerpc/boot/dts/fsl/t104xqds.dtsi | 40 + 1 file changed, 40 insertions(+) diff --git a/arch/powerpc/boot/dts/fsl/t104xqds.dtsi

[PATCH v2 5/7] T104xD4RDB: Add qe node to t104xd4rdb

add qe node to t104xd4rdb.dtsi and t1040si-post.dtsi. Signed-off-by: Zhao Qiang --- Changes for v2 - rebase arch/powerpc/boot/dts/fsl/t1040si-post.dtsi | 45 + arch/powerpc/boot/dts/fsl/t104xd4rdb.dtsi | 40 + 2

Re: [PATCH V6 20/35] powerpc/mm: Don't track subpage valid bit in pte_t

On Tue, Dec 01, 2015 at 09:06:45AM +0530, Aneesh Kumar K.V wrote: > This free up 11 bits in pte_t. In the later patch we also change > the pte_t format so that we can start supporting migration pte > at pmd level. We now track 4k subpage valid bit as below > > If we have _PAGE_COMBO set, we

[PATCH v2 1/7] QE: Add IC, SI and SIRAM document to device tree bindings.

Add IC, SI and SIRAM document of QE to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt Signed-off-by: Zhao Qiang --- Changes for v2 - Add interrupt-controller in Required properties - delete address-cells and size-cells for qe-si and qe-siram

[PATCH v2 2/7] QE: Add ucc hdlc document to bindings

Add ucc hdlc document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/network.txt Signed-off-by: Zhao Qiang --- Changes for v2 - use ucc-hdlc instead of ucc_hdlc - add more information to properties. .../bindings/powerpc/fsl/cpm_qe/network.txt

Re: [PATCH][v3] drivers/memory: Add deep sleep support for IFC

On Wed, 2016-02-17 at 14:40 +, Raghav Dogra wrote: > > > -Original Message- > > From: Scott Wood [mailto:o...@buserror.net] > > Sent: Tuesday, February 16, 2016 2:05 PM > > To: Raghav Dogra ; linuxppc-dev@lists.ozlabs.org > > Cc: Prabhakar Kushwaha

Re: [V2,1/2] powerpc/powernv: new function to access OPAL msglog

On 17/02/16 23:41, Michael Ellerman wrote: I see you've posted a v3 since I merged this, please send an incremental patch with the changes. http://patchwork.ozlabs.org/patch/584416/ -- Andrew Donnellan Software Engineer, OzLabs andrew.donnel...@au1.ibm.com Australia Development

[PATCH v2 6/7] T104xRDB: Add qe node to t104xrdb

add qe node to t104xrdb.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase arch/powerpc/boot/dts/fsl/t104xrdb.dtsi | 40 + 1 file changed, 40 insertions(+) diff --git a/arch/powerpc/boot/dts/fsl/t104xrdb.dtsi

[PATCH v2 4/7] bindings: move cpm_qe binding from powerpc/fsl to soc/fsl

cpm_qe is supported on both powerpc and arm. and the QE code has been moved from arch/powerpc into drivers/soc/fsl, so move cpm_qe binding from powerpc/fsl to soc/fsl Signed-off-by: Zhao Qiang --- Changes for v2 - new added Documentation/devicetree/bindings/{powerpc

[PATCH v2 3/7] QE: Add uqe_serial document to bindings

Add uqe_serial document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/uqe_serial.txt Signed-off-by: Zhao Qiang --- Changes for v2 - modify tx/rx-clock-name specification .../bindings/powerpc/fsl/cpm_qe/uqe_serial.txt| 19 +++ 1 file

[PATCH] powerpc/powernv: don't create OPAL msglog sysfs entry if memcons init fails

When initialising OPAL interfaces, there is a possibility that opal_msglog_init() may fail to initialise the msglog/memory console. Fix opal_msglog_sysfs_init() so it doesn't try to create sysfs entry for the msglog if this occurs. Suggested-by: Joel Stanley Fixes: 9b4fffa14906

Re: [PATCH][v3] drivers/memory: Add deep sleep support for IFC

On Wed, 2016-02-17 at 17:19 -0600, Leo Li wrote: > On Wed, Feb 17, 2016 at 8:40 AM, Raghav Dogra wrote: > > > > > Is it really necessary to spin here rather than waiting for an interrupt > > > like > > > normal? > > > > > > > Aren't the global interrupts disabled at this

Re: [PATCH kernel v2] powerpc/ioda: Set "read" permission when "write" is set

On Wed, 2016-02-17 at 18:26 +1100, Alexey Kardashevskiy wrote: > Quite often drivers set only "write" permission assuming that this > includes "read" permission as well and this works on plenty > platforms. > However IODA2 is strict about this and produces an EEH when "read" > permission is not

Re: Fix BUG_ON() reporting in real mode on powerpc

>> Changelog: >> Don't add PAGE_OFFSET blindly, check if REGION_ID is 0 >> >> I ran into this issue while debugging an early boot problem. >> The system hit a BUG_ON() but report bug failed to print the >> line number and file name. The reason being that the system >> was running in real mode

[RESEND][PATCH] Fix BUG_ON() reporting in real mode on PPC

Resending to remove whitespace issues created by email client Changelog: Don't add PAGE_OFFSET blindly, check if REGION_ID is 0 I ran into this issue while debugging an early boot problem. The system hit a BUG_ON() but report bug failed to print the line number and file name. The reason

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Wed, Feb 17, 2016 at 08:13:40PM +0100, Gerald Schaefer wrote: > On Sat, 13 Feb 2016 12:58:31 +0100 (CET) > Sebastian Ott wrote: > > > [ 59.875935] [ cut here ] > > [ 59.875937] kernel BUG at mm/huge_memory.c:2884! > > [ 59.875979]

Re: [V3] powerpc/powernv: Remove support for p5ioc2

On 02/17/2016 11:41 PM, Michael Ellerman wrote: On Mon, 2016-08-02 at 04:08:20 UTC, Russell Currey wrote: "p5ioc2 is used by approximately 2 machines in the world, and has never ever been a supported configuration." The code for p5ioc2 is essentially unused and complicates what is already a

Re: [PATCH] ibmvfc: byteswap scsi_id, wwpn, and node_name prior to logging

> "Tyrel" == Tyrel Datwyler writes: Tyrel> When logging async events the scsi_id, wwpn, and node_name values Tyrel> are used directly from the CRQ struct which are of type Tyrel> __be64. This can be confusing to someone looking through the log Tyrel> on a LE

Re: [PATCH] add POWER Virtual Management Channel driver

On 2016-02-17 16:31, Greg Kroah-Hartman wrote: On Wed, Feb 17, 2016 at 03:18:26PM -0600, Steven Royer wrote: On 2016-02-16 16:18, Greg Kroah-Hartman wrote: >On Tue, Feb 16, 2016 at 02:43:13PM -0600, Steven Royer wrote: >>From: Steven Royer >> >>The ibmvmc driver is a device

Re: [PATCH][v3] drivers/memory: Add deep sleep support for IFC

On Wed, Feb 17, 2016 at 8:40 AM, Raghav Dogra wrote: > > >> -Original Message- >> From: Scott Wood [mailto:o...@buserror.net] >> Sent: Tuesday, February 16, 2016 2:05 PM >> To: Raghav Dogra ; linuxppc-dev@lists.ozlabs.org >> Cc: Prabhakar

Re: [PATCH] MAINTAINERS: Update EEH details and maintainership

On Wed, Feb 17, 2016 at 11:32:24AM -0600, Bjorn Helgaas wrote: >On Wed, Feb 17, 2016 at 05:06:04PM +1100, Russell Currey wrote: >> Enhanced Error Handling could mean anything in the context of the entire >> kernel, so change the name to reference that it is both for PCI and >> powerpc. >> >> EEH

Re: [PATCH] MAINTAINERS: Update EEH details and maintainership

On Wed, Feb 17, 2016 at 05:06:04PM +1100, Russell Currey wrote: >Enhanced Error Handling could mean anything in the context of the entire >kernel, so change the name to reference that it is both for PCI and >powerpc. > >EEH covers a bit more than the previously listed files, so add the headers

Re: [PATCH] add POWER Virtual Management Channel driver

On Wed, Feb 17, 2016 at 03:18:26PM -0600, Steven Royer wrote: > On 2016-02-16 16:18, Greg Kroah-Hartman wrote: > >On Tue, Feb 16, 2016 at 02:43:13PM -0600, Steven Royer wrote: > >>From: Steven Royer > >> > >>The ibmvmc driver is a device driver for the POWER Virtual Management

Re: [PATCH][v3] mtd/ifc: Add support for IFC controller version 2.0

On Wed, 2016-02-17 at 16:54 +0530, Raghav Dogra wrote: > The new IFC controller version 2.0 has a different memory map page. > Upto IFC 1.4 PAGE size is 4 KB and from IFC2.0 PAGE size is 64KB. > This patch segregates the IFC global and runtime registers to appropriate > PAGE sizes. > >

Re: [PATCH] add POWER Virtual Management Channel driver

On 2016-02-16 16:18, Greg Kroah-Hartman wrote: On Tue, Feb 16, 2016 at 02:43:13PM -0600, Steven Royer wrote: From: Steven Royer The ibmvmc driver is a device driver for the POWER Virtual Management Channel virtual adapter on the PowerVM platform. It is used to communicate

Re: [PATCH v8 43/45] drivers/of: Specify parent node in of_fdt_unflatten_tree()

On 02/17/16 05:44, Gavin Shan wrote: This adds one more argument to of_fdt_unflatten_tree() to specify the parent node of the FDT blob that is going to be unflattened. In the result, the function can be used to unflatten FDT blob that represents device sub-tree in PowerNV PCI hotplug driver.

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Sat, 13 Feb 2016 12:58:31 +0100 (CET) Sebastian Ott wrote: > [ 59.875935] [ cut here ] > [ 59.875937] kernel BUG at mm/huge_memory.c:2884! > [ 59.875979] illegal operation: 0001 ilc:1 [#1] PREEMPT SMP DEBUG_PAGEALLOC > [ 59.875986]

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

Hi, On Wed, 17 Feb 2016, Kirill A. Shutemov wrote: > On Tue, Feb 16, 2016 at 05:24:44PM +0100, Gerald Schaefer wrote: > > On Mon, 15 Feb 2016 23:35:26 +0200 > > "Kirill A. Shutemov" wrote: > > > > > Is there any chance that I'll be able to trigger the bug using QEMU? > > >

Re: [PATCH] MAINTAINERS: Update EEH details and maintainership

On Wed, Feb 17, 2016 at 05:06:04PM +1100, Russell Currey wrote: > Enhanced Error Handling could mean anything in the context of the entire > kernel, so change the name to reference that it is both for PCI and > powerpc. > > EEH covers a bit more than the previously listed files, so add the

Re: [PATCH v5] powerpc32: provide VIRT_CPU_ACCOUNTING

Le 16/02/2016 22:21, Scott Wood a écrit : On Thu, 2016-02-11 at 17:16 +0100, Christophe Leroy wrote: This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture. PPC32 doesn't have the PACA structure, so we use the task_info structure to store the accounting data. In order to reuse on PPC32

[PATCH RESEND] kvm:powerpc:Fix incorrect return statement in the function mpic_set_default_irq_routing

This fixes the incorrect return statement in the function mpic_set_default_irq_routing from always returning zero to signal success to this function's caller to instead return the return value of kvm_set_irq_routing as this function can fail and we need to correctly signal the caller of

Re: Fix BUG_ON() reporting in real mode on powerpc

Balbir Singh writes: >> It might be a little better to do this: >> >> bugaddr = regs->nip; >> if (REGION_ID(bugaddr) == 0 && !(regs->msr & MSR_IR)) >> bugaddr += PAGE_OFFSET; >> >> It is possible to execute from addresses

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, Feb 16, 2016 at 05:24:44PM +0100, Gerald Schaefer wrote: > On Mon, 15 Feb 2016 23:35:26 +0200 > "Kirill A. Shutemov" wrote: > > > Is there any chance that I'll be able to trigger the bug using QEMU? > > Does anybody have an QEMU image I can use? > > > > I have no

Re: [PATCH 1/2] powerpc/powernv: Create separate subcores CPU feature bit

Michael Neuling writes: > Subcores isn't really part of the 2.07 architecture but currently we > turn it on using the 2.07 feature bit. Subcores is really a POWER8 > specific feature. > > This adds a new CPU_FTR bit just for subcores and moves the subcore > init code over to

Re: [PATCH v8 43/45] drivers/of: Specify parent node in of_fdt_unflatten_tree()

On Tue, Feb 16, 2016 at 9:44 PM, Gavin Shan wrote: > This adds one more argument to of_fdt_unflatten_tree() to specify > the parent node of the FDT blob that is going to be unflattened. > In the result, the function can be used to unflatten FDT blob that > represents

Re: [PATCH v8 42/45] drivers/of: Rename unflatten_dt_node()

On Tue, Feb 16, 2016 at 9:44 PM, Gavin Shan wrote: > This renames unflatten_dt_node() to unflatten_dt_nodes() as it > populates multiple device nodes from FDT blob. No logical changes > introduced. > > Signed-off-by: Gavin Shan > --- >

Re: [PATCH v8 41/45] drivers/of: Avoid recursively calling unflatten_dt_node()

On Tue, Feb 16, 2016 at 9:44 PM, Gavin Shan wrote: > In current implementation, unflatten_dt_node() is called recursively > to unflatten device nodes in FDT blob. It's stress to limited stack > capacity, especially to adopt the function to unflatten device sub-tree >

Re: [RFC 3/4] powerpc/mm: Rename the vmemmap_backing struct and its elements

Anshuman Khandual writes: > The structure to track single virtual to physical mapping has > been renamed from vmemmap_backing to vmemmap_hw_map which sounds > more appropriate. This forms a single entry of the global linked > list tracking all of the vmemmap physical

Re: [RFC 2/4] powerpc/mm: Add comments to the vmemmap layout

Anshuman Khandual writes: > Add some explaination to the layout of vmemmap virtual address > space and how physical page mapping is only used for valid PFNs > present at any point on the system. > Reviewed-by: Aneesh Kumar K.V >

RE: [PATCH][v3] drivers/memory: Add deep sleep support for IFC

> -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Tuesday, February 16, 2016 2:05 PM > To: Raghav Dogra ; linuxppc-dev@lists.ozlabs.org > Cc: Prabhakar Kushwaha > Subject: Re: [PATCH][v3] drivers/memory: Add deep

Re: [PATCH v8 40/45] drivers/of: Split unflatten_dt_node()

On Tue, Feb 16, 2016 at 9:44 PM, Gavin Shan wrote: > The function unflatten_dt_node() is called recursively to unflatten > device nodes and properties in the FDT blob. It looks complicated > and hard to be understood. > > This splits the function into 3 functions:

Re: [PATCH 2/2] powerpc: Add POWER9 cputable entry

On Wed, Feb 17, 2016 at 10:09 PM, Michael Ellerman wrote: > On Wed, 2016-02-17 at 16:07 +1100, Michael Neuling wrote: > > > Add a cputable entry for POWER9. More code is required to actually > > boot and run on a POWER9 but this gets the base piece in which we can > > start

Re: [PATCH 2/2] powerpc: Add POWER9 cputable entry

On Wed, 2016-02-17 at 23:28 +1100, oliver wrote: > On Wed, Feb 17, 2016 at 10:09 PM, Michael Ellerman > wrote: > > On Wed, 2016-02-17 at 16:07 +1100, Michael Neuling wrote: > > > > > Add a cputable entry for POWER9. More code is required to actually > > > boot and run on

Re: [V3] powerpc/powernv: Remove support for p5ioc2

On Mon, 2016-08-02 at 04:08:20 UTC, Russell Currey wrote: > "p5ioc2 is used by approximately 2 machines in the world, and has never > ever been a supported configuration." > > The code for p5ioc2 is essentially unused and complicates what is already > a very complicated codebase. Its removal is

Re: powerpc/xmon: fix typo in usage message

On Wed, 2016-27-01 at 00:29:44 UTC, Andrew Donnellan wrote: > Signed-off-by: Andrew Donnellan Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/2e34057929cad8a90b77558121 cheers ___ Linuxppc-dev mailing

Re: powerpc/eeh: fix incorrect function name in comment

On Mon, 2016-08-02 at 03:39:19 UTC, Andrew Donnellan wrote: > The comment block above pcibios_set_pcie_reset_state() incorrectly refers > to pcibios_set_pcie_slot_reset(). Fix the comment accordingly. > > Signed-off-by: Andrew Donnellan > Acked-by: Gavin Shan

Re: powerpc/xmon: Add xmon command to dump process/task similar to ps(1)

On Mon, 2015-23-11 at 15:01:15 UTC, Douglas Miller wrote: > Add 'P' command with optional task_struct address to dump all/one task's > information: task pointer, kernel stack pointer, PID, PPID, state > (interpreted), CPU where (last) running, and command. > > Introduce XMON_PROTECT macro to

Re: [v2, 4/4] powerpc/powernv: Simplify definitions of EEH debugfs handlers

On Tue, 2016-09-02 at 04:50:24 UTC, Gavin Shan wrote: > The EEH debugfs handlers have same prototype. This introduces > a macro to define them, then to simplify the code. No logical > changes. > > Signed-off-by: Gavin Shan Applied to powerpc next, thanks.

Re: [V2,2/2] powerpc/xmon: add command to dump OPAL msglog

On Tue, 2016-09-02 at 07:17:49 UTC, Andrew Donnellan wrote: > Add the 'do' command to dump the OPAL msglog in xmon. > > Signed-off-by: Andrew Donnellan Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/fde93a0f774f510bfaabccd5ba cheers

Re: [V7, 1/6] powerpc/powernv: don't enable SRIOV when VF BAR has non 64bit-prefetchable BAR

On Thu, 2015-22-10 at 01:22:14 UTC, Wei Yang wrote: > On PHB3, we enable SRIOV devices by mapping IOV BAR with M64 BARs. If a > SRIOV device's IOV BAR is not 64bit-prefetchable, this is not assigned from > 64bit prefetchable window, which means M64 BAR can't work on it. > > The reason is PCI

Re: [V2,1/2] powerpc/powernv: new function to access OPAL msglog

On Tue, 2016-09-02 at 07:17:48 UTC, Andrew Donnellan wrote: > Currently, the OPAL msglog/console buffer is exposed as a sysfs file, with > the sysfs read handler responsible for retrieving the log from the OPAL > buffer. We'd like to be able to use it in xmon as well. > > Refactor the OPAL msglog

Re: [V2,1/1] powerpc/perf/hv-gpci: Increase request buffer size

On Wed, 2016-10-02 at 03:24:05 UTC, Sukadev Bhattiprolu wrote: > >From f1afe08fbc9797ff63adf03efe564a807a37cfe6 Mon Sep 17 00:00:00 2001 > From: Sukadev Bhattiprolu > Date: Tue, 9 Feb 2016 02:47:45 -0500 > Subject: [PATCH V2 1/1] powerpc/perf/hv-gpci: Increase request

[RFC 2/4] powerpc/mm: Add comments to the vmemmap layout

Add some explaination to the layout of vmemmap virtual address space and how physical page mapping is only used for valid PFNs present at any point on the system. Signed-off-by: Anshuman Khandual --- arch/powerpc/include/asm/book3s/64/pgtable.h | 41

[RFC 4/4] powerpc/mm: Rename global tracker for virtual to physical mapping

This renames the global list which tracks all the virtual to physical mapping and also the global list which tracks all the available unused vmemmap_hw_map node structures. It also attempts to explain the purpose of these global linked lists and points out a possible race condition.

[RFC 1/4] powerpc/mm: Rename variable to reflect start address of a section

The commit (16a05bff1: powerpc: start loop at section start of start in vmemmap_populated()) reused 'start' variable to compute the starting address of the memory section where the given address belongs. Then the same variable is used for iterating over starting address of all memory sections

[RFC 3/4] powerpc/mm: Rename the vmemmap_backing struct and its elements

The structure to track single virtual to physical mapping has been renamed from vmemmap_backing to vmemmap_hw_map which sounds more appropriate. This forms a single entry of the global linked list tracking all of the vmemmap physical mapping. The changes are as follows.

[PATCH][v3] mtd/ifc: Add support for IFC controller version 2.0

The new IFC controller version 2.0 has a different memory map page. Upto IFC 1.4 PAGE size is 4 KB and from IFC2.0 PAGE size is 64KB. This patch segregates the IFC global and runtime registers to appropriate PAGE sizes. Signed-off-by: Jaiprakash Singh Signed-off-by: Raghav

Re: [PATCH v8 1/8] ppc64 (le): prepare for -mprofile-kernel

On Wed, 2016-02-17 at 12:30 +0100, Torsten Duwe wrote: > On Wed, Feb 17, 2016 at 09:55:40PM +1100, Michael Ellerman wrote: > > > > On a kernel built with the 2 instruction version this will fault when the > > function we're looking at is located at the beginning of a page. Because > >

Re: [PATCH v8 1/8] ppc64 (le): prepare for -mprofile-kernel

On Wed, Feb 17, 2016 at 09:55:40PM +1100, Michael Ellerman wrote: > On Wed, 2016-02-10 at 17:21 +0100, Torsten Duwe wrote: > > > --- a/arch/powerpc/kernel/module_64.c > > +++ b/arch/powerpc/kernel/module_64.c > > @@ -476,17 +474,44 @@ static unsigned long stub_for_addr(Elf64_Shdr > > *sechdrs, >

Re: [PATCH 2/2] powerpc: Add POWER9 cputable entry

On Wed, 2016-02-17 at 16:07 +1100, Michael Neuling wrote: > Add a cputable entry for POWER9. More code is required to actually > boot and run on a POWER9 but this gets the base piece in which we can > start building on. > > Copies over from POWER8 except for: > - Adds a new CPU_FTR_ARCH_30 bit

Re: [PATCH v8 1/8] ppc64 (le): prepare for -mprofile-kernel

On Wed, 2016-02-10 at 17:21 +0100, Torsten Duwe wrote: > The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5, > allows to call _mcount very early in the function, which low-level > ASM code and code patching functions need to consider. > Especially the link register and the

Re: [PATCH 0/7] fix IS_ERR_VALUE usage

On Monday 15 February 2016 15:35:18 Andrzej Hajda wrote: > > Andrzej Hajda (7): > netfilter: fix IS_ERR_VALUE usage > MIPS: module: fix incorrect IS_ERR_VALUE macro usages > drivers: char: mem: fix IS_ERROR_VALUE usage > atmel-isi: fix IS_ERR_VALUE usage > serial: clps711x: fix

Re: [PATCH v3 0/2] Consolidate redundant register/stack access code

* David Long wrote: > On 02/09/2016 04:45 AM, Ingo Molnar wrote: > > > >* Michael Ellerman wrote: > > > >>On Tue, 2016-02-09 at 00:38 -0500, David Long wrote: > >> > >>>From: "David A. Long" > >>> > >>>Move duplicate and

Re: [PATCH 2/2] powerpc: Add POWER9 cputable entry

> > +_GLOBAL(__setup_cpu_power9) > > + mflrr11 > > + bl __init_FSCR > > + bl __init_PMU > Just to keep in mind, I am not sure whether > powerisa 3.0 support MMCRS spr, so we > will need a feature check in __init_PMU() > for power9. Yeah, I'm not expecting this to work. I'm

Re: Fix BUG_ON() reporting in real mode on powerpc

On 02/17/2016 12:46 PM, Balbir Singh wrote: >> > It might be a little better to do this: >> > >> >bugaddr = regs->nip; >> >if (REGION_ID(bugaddr) == 0 && !(regs->msr & MSR_IR)) >> >bugaddr += PAGE_OFFSET; >> > >> > It is possible to execute from

Re: Fix BUG_ON() reporting in real mode on powerpc

On Wed, Feb 17, 2016 at 01:33:32PM +0530, Anshuman Khandual wrote: > On 02/17/2016 12:46 PM, Balbir Singh wrote: > >> > It might be a little better to do this: > >> > > >> > bugaddr = regs->nip; > >> > if (REGION_ID(bugaddr) == 0 && !(regs->msr & MSR_IR)) > >> >

Re: [PATCH v2 3/7] ibmvscsi: Replace magic values in set_adpater_info() with defines

On Tue, Feb 16, 2016 at 10:03:24PM -0500, Martin K. Petersen wrote: > > "Tyrel" == Tyrel Datwyler writes: > > >> Is there some reason you didn't carry the review tag over from this: > >> > >> http://mid.gmane.org/20160204084459.gw27...@c203.arch.suse.de > >> > >>