[PATCH 10/13] rapidio: change inbound window size type to u64

Current definition of map_inb() mport operations callback uses u32 type to specify required inbound window (IBW) size. This is limiting factor because existing hardware - tsi721 and fsl_rio, both support IBW size up to 16GB. Changing type of size parameter to u64 to allow IBW size configurations

[PATCH 12/13] powerpc/fsl_rio: apply changes for RIO spec rev 3

- Remove check for parallel PHY - Set LP-Serial Register Map type Signed-off-by: Alexandre Bounine Cc: Matt Porter Cc: Benjamin Herrenschmidt Cc: Michael Ellerman Cc: Andre van Herk

Re: [PATCH v3 02/11] mm: Hardened usercopy

On Wed, Jul 20, 2016 at 11:52 PM, Michael Ellerman wrote: > Kees Cook writes: > >> diff --git a/mm/usercopy.c b/mm/usercopy.c >> new file mode 100644 >> index ..e4bf4e7ccdf6 >> --- /dev/null >> +++ b/mm/usercopy.c >> @@ -0,0 +1,234 @@ > ...

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Thursday, July 21, 2016 11:45:26 AM CEST Scott Wood wrote: > > For the MMC issue I suggest using ifdef CONFIG_PPC and mfspr(SPRN_SVR) like > the clock driver does[1] and we can revisit the issue if/when we need to do > something similar on an ARM chip. That sounds ok to me. having an mfspr

[PATCH 1/2] cxlflash: Verify problem state area is mapped before notifying shutdown

If an EEH or some other hard error occurs while the adapter instance was being initialized, on the subsequent shutdown of the device, the system could crash with: [c00f1da03b60] c05eccfc pci_device_shutdown+0x6c/0x100 [c00f1da03ba0] c06d67d4 device_shutdown+0x1b4/0x2c0

[PATCH 2/2] MAINTAINERS: Update cxlflash maintainers

Adding myself as a cxlflash maintainer. Signed-off-by: Uma Krishnan --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 2dbc028..e5f5882 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3487,6 +3487,7 @@ F:

[PATCH 0/2] cxlflash: Regression patch and updating Maintainers list

First patch in this set fixes a regression that was casued by the Commit 704c4b0ddc03 ("cxlflash: Shutdown notify support for CXL Flash cards"), which is currently staged for 4.8 in next/master. Second patch updates the Maintainers list for cxlflash driver. This series is intended for 4.8 and is

Re: [RFC 0/3] extend kexec_file_load system call

Am Freitag, 15 Juli 2016, 18:03:35 schrieb Thiago Jung Bauermann: > Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: > > However, the powerpc specific RTAS runtime services provide a similar > > interface to the UEFI runtime support and allow to call into > > binary code from the kernel,

Re: [PATCH 1/2] cxlflash: Verify problem state area is mapped before notifying shutdown

On 22/07/16 06:44, Uma Krishnan wrote: If an EEH or some other hard error occurs while the adapter instance was being initialized, on the subsequent shutdown of the device, the system could crash with: [c00f1da03b60] c05eccfc pci_device_shutdown+0x6c/0x100 [c00f1da03ba0]

Re: [RFC 0/3] extend kexec_file_load system call

Thiago Jung Bauermann writes: > Am Freitag, 15 Juli 2016, 18:03:35 schrieb Thiago Jung Bauermann: >> Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: >> > However, the powerpc specific RTAS runtime services provide a similar >> > interface to the UEFI

Re: [RFC 0/3] extend kexec_file_load system call

Hi Thiago, > So even if not ideal, the solution above is desirable for powerpc. We would > like to preserve the ability of allowing userspace to pass parameters to the > OS via the DTB, even if secure boot is enabled. > > I would like to turn the above into a proposal: > > Extend the syscall

[PATCH V5 1/5] kvm/ppc/book3s: Move struct kvmppc_vcore from kvm_host.h to kvm_book3s.h

The next commit will introduce a member to the kvmppc_vcore struct which references MAX_SMT_THREADS which is defined in kvm_book3s_asm.h, however this file isn't included in kvm_host.h directly. Thus compiling for certain platforms such as pmac32_defconfig and ppc64e_defconfig with KVM fails due

Re: [PATCH] powernv: Use __printf in pe_level_printk

Hi, [auto build test ERROR on v4.7-rc7] [also build test ERROR on next-20160721] [cannot apply to powerpc/next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Joe-Perches/powernv-Use-__printf

Re: [V2,1/2] powerpc: Add module autoloading based on CPU features

On Tue, 2016-19-07 at 04:03:52 UTC, Alastair D'Silva wrote: > From: Alastair D'Silva > > This patch provides the necessary infrastructure to allow drivers > to be automatically loaded via UDEV. It implements the minimum > required to be able to use module_cpu_feature_match

Re: [1/2] powerpc/ftrace: Separate the heuristics for checking call sites

On Tue, 2016-19-07 at 04:48:30 UTC, Michael Ellerman wrote: > In __ftrace_make_nop() (the 64-bit version), we have code to deal with > two ftrace ABIs. There is the original ABI, which looks mostly like a > function call, and then the mprofile-kernel ABI which is just a branch. > > The code tries

[PATCH V5 2/5] kvm/ppc/book3s_hv: Change vcore element runnable_threads from linked-list to array

The struct kvmppc_vcore is a structure used to store various information about a virtual core for a kvm guest. The runnable_threads element of the struct provides a list of all of the currently runnable vcpus on the core (those in the KVMPPC_VCPU_RUNNABLE state). The previous implementation of

[PATCH V5 4/5] kvm/stats: Add provisioning for ulong vm stats and u64 vcpu stats

vms and vcpus have statistics associated with them which can be viewed within the debugfs. Currently it is assumed within the vcpu_stat_get() and vm_stat_get() functions that all of these statistics are represented as u32s, however the next patch adds some u64 vcpu statistics. Change all vcpu

Re: [1/1] powerpc/mm: Add memory barrier in __hugepte_alloc()

On Tue, 2016-05-04 at 19:05:47 UTC, Sukadev Bhattiprolu wrote: > >From f7b73c6b4508fe9b141a43d92be2f9dd7d3c4a58 Mon Sep 17 00:00:00 2001 > From: Sukadev Bhattiprolu > Date: Thu, 24 Mar 2016 02:07:57 -0400 > Subject: [PATCH 1/1] powerpc/mm: Add memory barrier in

Re: [V2, 2/2] crypto: vmx - Convert to CPU feature based module autoloading

On Tue, 2016-19-07 at 04:03:53 UTC, Alastair D'Silva wrote: > From: Alastair D'Silva > > This patch utilises the GENERIC_CPU_AUTOPROBE infrastructure > to automatically load the vmx_crypto module if the CPU supports > it. > > Signed-off-by: Alastair D'Silva

Re: [2/2] powerpc/modules: Never restore r2 for a mprofile-kernel style mcount() call

On Tue, 2016-19-07 at 04:48:31 UTC, Michael Ellerman wrote: > In the module loader we process relocations, and for long jumps we > generate trampolines (aka stubs). At the call site for one of these > trampolines we usually need to generate a load instruction to restore > the TOC pointer into r2.

[PATCH V5 3/5] kvm/ppc/book3s_hv: Implement halt polling in the kvm_hv kernel module

This patch introduces new halt polling functionality into the kvm_hv kernel module. When a vcore is idle it will poll for some period of time before scheduling itself out. When all of the runnable vcpus on a vcore have ceded (and thus the vcore is idle) we schedule ourselves out to allow

Re: [kernel] powerpc/powernv/ioda: Fix endianness when reading TCEs

On Wed, 2016-20-07 at 04:26:51 UTC, Alexey Kardashevskiy wrote: > The iommu_table_ops::exchange() callback writes new TCE to the table > and returns old value and permission mask. The old TCE value is > correctly converted from BE to CPU endian; however permission mask > was calculated from BE

[PATCH V5 5/5] powerpc/kvm/stats: Implement existing and add new halt polling vcpu stats

vcpu stats are used to collect information about a vcpu which can be viewed in the debugfs. For example halt_attempted_poll and halt_successful_poll are used to keep track of the number of times the vcpu attempts to and successfully polls. These stats are currently not used on powerpc. Implement

[PATCH] powernv/pci: Add PHB register dump debugfs handle

On EEH events the kernel will print a dump of relevant registers. If EEH is unavailable (i.e. CONFIG_EEH is disabled, a new platform doesn't have EEH support, etc) this information isn't readily available. Add a new debugfs handler to trigger a PHB register dump, so that this information can be

RE: [PATCH 05/14] powerpc/pseries: 4GB exception handler offsets

From: Nicholas Piggin > Sent: 21 July 2016 07:44 ... > @@ -739,7 +739,8 @@ kvmppc_skip_Hinterrupt: > * Ensure that any handlers that get invoked from the exception prologs > * above are below the first 64KB (0x1) of the kernel image because > * the prologs assemble the addresses of these

Re: [PATCH v3 02/11] mm: Hardened usercopy

Kees Cook writes: > diff --git a/mm/usercopy.c b/mm/usercopy.c > new file mode 100644 > index ..e4bf4e7ccdf6 > --- /dev/null > +++ b/mm/usercopy.c > @@ -0,0 +1,234 @@ ... > + > +/* > + * Checks if a given pointer and length is contained by the current > + *

[PATCH 02/14] powerpc/pseries: remove cross-fixup branches in exception code

In preparation for reworking the alternate feature patching code, remove a case of cross-fixup branching in the exception code. That is, a branch from one alt feature section targeting another alt feature section. We have the following: BEGIN_FTR_SECTION b do_kvm_0x502 ... do_kvm_0x502:

[PATCH 06/14] powerpc/pseries: h_facility_unavailable realmode exception location

The 0xf80 hv_facility_unavailable trampoline branches to the 0xf60 handler. This works because they both do the same thing, but it should be fixed. Signed-off-by: Nick Piggin --- arch/powerpc/kernel/exceptions-64s.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 11/14] powerpc/pseries: use single macro for both parts of OOL exception

Simple substitution. Signed-off-by: Nick Piggin --- arch/powerpc/kernel/exceptions-64s.S | 53 1 file changed, 17 insertions(+), 36 deletions(-) diff --git a/arch/powerpc/kernel/exceptions-64s.S b/arch/powerpc/kernel/exceptions-64s.S

[PATCH 14/14] powerpc/pseries: exceptions use short handler load again

addis generated by LOAD_HANDLER_4GB is always 0, so it is safe to use 64K handlers. Move decrementer exception back inline. Signed-off-by: Nick Piggin --- arch/powerpc/include/asm/exception-64s.h | 4 ++-- arch/powerpc/kernel/exceptions-64s.S | 21 -

[PATCH v3 1/4] kernel/sched: introduce vcpu preempted check interface

This patch supports to fix lock holder preemption issue. For kernel users, we could use bool vcpu_is_preempted(int cpu) to detech if one vcpu is preempted or not. The default implementation is a macro defined by false. So compiler can wrap it out if arch dose not support such vcpu pteempted

Re: [RFC 3/3] kexec: extend kexec_file_load system call

On Wed, Jul 20, 2016 at 11:41:35AM +, David Laight wrote: > From: Dave Young > > I do not think it is worth to add another syscall for extra fds. > > We have open(2) as an example for different numbers of arguments > > already. > > Probably works 'by luck' and no one has actually thought

[PATCH 08/14] powerpc/pseries: consolidate exception handler alignment

Move exception handler alignment directives into the head-64.h macros, beause they will no longer work in-place after the next patch. This slightly changes functions that have alignments applied and therefore code generation, which is why it was not done initially (see earlier patch).

[PATCH 12/14] powerpc/pseries: remove unused exception code, small cleanups

This was not done before the big patches because I only noticed them afterwards. It has become much easier to see which handlers are branched to from which exception vectors now, and to see exactly what vector space is being used for what. Signed-off-by: Nick Piggin ---

[PATCH v3 3/4] locking/osq: Drop the overhead of osq_lock()

An over-committed guest with more vCPUs than pCPUs has a heavy overhead in osq_lock(). This is because vCPU A hold the osq lock and yield out, vCPU B wait per_cpu node->locked to be set. IOW, vCPU B wait vCPU A to run and unlock the osq lock. Kernel has an interface bool vcpu_is_preempted(int

Re: [PATCH V4 3/5] kvm/ppc/book3s_hv: Implement halt polling in the kvm_hv kernel module

On 20/07/16 04:58, David Matlack wrote: > On Tue, Jul 19, 2016 at 1:12 AM, Suraj Jitindar Singh > wrote: >> This patch introduces new halt polling functionality into the kvm_hv kernel >> module. When a vcore is idle it will poll for some period of time before >>

[PATCH 09/14] powerpc/64: use gas sections for arranging exception vectors

Use assembler sections of fixed size and location to arrange pseries exception vector code (64e also using it in head_64.S for 0x0..0x100). This allows better flexibility in arranging exception code and hiding unimportant details behind macros. Gas sections can be a bit painful to use this way,

[PATCH v3 4/4] kernel/locking: Drop the overhead of {mutex, rwsem}_spin_on_owner

An over-committed guest with more vCPUs than pCPUs has a heavy overload in the two spin_on_owner. This blames on the lock holder preemption issue. Kernel has an interface bool vcpu_is_preempted(int cpu) to see if a vCPU is currently running or not. So break the spin loops on true condition.

[PATCH v3 0/4] implement vcpu preempted check

change from v2: no code change, fix typos, update some comments change from v1: a simplier definition of default vcpu_is_preempted skip mahcine type check on ppc, and add config. remove dedicated macro. add one patch to drop overload of rwsem_spin_on_owner and

[RFC][PATCH 00/14] pseries exception cleanups

Hi, This series does two major things. First is to change how our feature fixup code works, and second is to reorganise exception vectors for pseries, and that requires the first. This has not had a huge amount of testing. In particular endian, cross compiling, embedded, etc. At this point I

[PATCH 03/14] powerpc: build-time fixup alternate feature relative addresses

Implement build-time fixup of alternate feature relative addresses for the out-of-line ("else") patch code. This is done post-link with a new powerpc build tool that parses relocations and fixup structures, and adjusts branch instructions. The "else" part of the feature patching system currently

[PATCH 04/14] powerpc/pseries: move decrementer exception vector out of line

In preparation for extending the reach of exception handler loading, decrementer interrupt has to be moved out of line. The in-line version is already 0x80 bytes long in worst case, so there is no more room for instructions. This is done to make intermediate patch steps build and run. It gets

[PATCH 07/14] powerpc/pseries: improved exception vector macros

Add macros that can specify exception vectors more completely (location, type, etc). Move most of the exception code naming out of exception-64s.h, and feed labels to it directly (not quite complete yet). Code is unchanged except for names. Alignment directives scattered around are annoying, but

[PATCH 13/14] powerpc/pseries: consolidate slb exceptions

slb exceptions all follow the same pattern, so put it in a macro. Generated code should be the same. Signed-off-by: Nick Piggin --- arch/powerpc/kernel/exceptions-64s.S | 172 ++- 1 file changed, 69 insertions(+), 103 deletions(-) diff --git

[PATCH 01/14] powerpc: add arch/powerpc/tools directory

Move a couple of existing scripts under there. Remove scripts directory: a script is a tool, a tool is not a script. Signed-off-by: Nick Piggin --- arch/powerpc/Makefile | 8 ++- arch/powerpc/relocs_check.sh | 59

[PATCH 05/14] powerpc/pseries: 4GB exception handler offsets

Add a LOAD_HANDLER_4GB variant which uses an extra instruction to extend the range of handlers to 32-bit. With 16-bit handlers, it is very difficult to move exception vector code around or reserve any more space for new exceptions. So set all handlers to use the new variant. After subsequent

[PATCH 10/14] powerpc/pseries: move related exception code together

This is mostly juggling. Generated code should remain the same, except for placement and offsets. We can do this now that code gets moved into the correct section according to its type. Signed-off-by: Nick Piggin --- arch/powerpc/kernel/exceptions-64s.S | 2005

[PATCH v3 2/4] powerpc/spinlock: support vcpu preempted check

This is to fix some lock holder preemption issues. Some other locks implementation do a spin loop before acquiring the lock itself. Currently kernel has an interface of bool vcpu_is_preempted(int cpu). It takes the cpu as parameter and return true if the cpu is preempted. Then kernel can break the

Re: [PATCH 03/14] powerpc: build-time fixup alternate feature relative addresses

On Thu, 21 Jul 2016 16:44:02 +1000 Nicholas Piggin wrote: > fixup_entry data could be stripped at build time after this change. Actually that's crazy, no it couldn't! Fortunately I didn't attempt to try that. Laziness pays off yet again.

Re: [13/41] powerpc: Put exception configuration in a common place

On Tue, 2016-05-07 at 05:03:49 UTC, Benjamin Herrenschmidt wrote: > The various calls to establish exception endianness and AIL are > now done from a single point using already established CPU and FW > feature bits to decide what to do. > > Signed-off-by: Benjamin Herrenschmidt

Re: [14/41] powerpc/pmac: Remove early allocation of the SMU command buffer

On Tue, 2016-05-07 at 05:03:50 UTC, Benjamin Herrenschmidt wrote: > The SMU command buffer needs to be allocated below 2G using memblock. > > In the past, this had to be done very early from the arch code as > memblock wasn't available past that point. That is no longer the > case though,

Re: [20/41] powerpc/mm/hash64: Don't test for machine type to detect HEA special case

On Tue, 2016-05-07 at 05:03:56 UTC, Benjamin Herrenschmidt wrote: > Instead, check for FW_FEATURE_SPLPAR. This should be roughtly equivalent > as all pseries machiens that can have an HEA also support SPLPAR and > no other machine type does. > > Signed-off-by: Benjamin Herrenschmidt

Re: [29/41] powerpc: Move 32-bit probe() machine to later in the boot process

On Tue, 2016-05-07 at 05:04:05 UTC, Benjamin Herrenschmidt wrote: > This converts all the 32-bit platforms to use the expanded device-tree > which is a pretty mechanical change. Unlike 64-bit, the 32-bit kernel > didn't rely on platform initializations to setup the MMU since it > sets it up

Re: [34/41] powerpc/32: Move cache info inits to a separate function

On Tue, 2016-05-07 at 05:04:10 UTC, Benjamin Herrenschmidt wrote: > Matches 64-bit. Also move the call to the same spot as ppc64 > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/8f212cb26fc74dcf7b8c5c3dbc

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

Quoting Scott Wood (2016-07-21 04:31:48) > On Wed, 2016-07-20 at 13:24 +0200, Arnd Bergmann wrote: > > On Saturday, July 16, 2016 9:50:21 PM CEST Scott Wood wrote: > > > > > > From: yangbo lu > > > > > > Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common >

Re: [07/41] powerpc: Move 64-bit memory reserves to setup_arch()

On Tue, 2016-05-07 at 05:03:43 UTC, Benjamin Herrenschmidt wrote: > There is really no need to do them that early, early_setup() runs > before MMU is on, we should do the strict minimum there to get the > MMU going. > > Signed-off-by: Benjamin Herrenschmidt Applied to

Re: [11/41] powerpc/dart: Use a cachable DART

On Tue, 2016-05-07 at 05:03:47 UTC, Benjamin Herrenschmidt wrote: > Instead of punching a hole in the linear mapping, just use normal > cachable memory, and apply the flush sequence documented in the > CPC625 (aka U3) user manual. > > This allows us to remove quite a bit of code related to the

Re: [21/41] powerpc/pmac: Remove spurrious machine type test

On Tue, 2016-05-07 at 05:03:57 UTC, Benjamin Herrenschmidt wrote: > pmac_declare_of_platform_devices() is already a machine initcall, thus > it won't be called on a non-powermac machine. Testing for chrp there > is pointless. > > Signed-off-by: Benjamin Herrenschmidt

Re: [30/41] powerpc: Get rid of ppc_md.init_early()

On Tue, 2016-05-07 at 05:04:06 UTC, Benjamin Herrenschmidt wrote: > It is now called right after platform probe, so the probe function > can just do the job. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks.

Re: [37/41] powerpc/64: Make a few boot functions __init

On Tue, 2016-05-07 at 05:07:50 UTC, Benjamin Herrenschmidt wrote: > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/009776baa18448b223be73ac74 cheers ___ Linuxppc-dev

Re: [36/41] powerpc: Re-order setup_panic()

On Tue, 2016-05-07 at 05:04:12 UTC, Benjamin Herrenschmidt wrote: > Do it right after probe_machine() since it's about testing ppc_md, > and put the test in the common code. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks.

Re: [12/41] powerpc: Move FW feature probing out of pseries probe()

On Tue, 2016-05-07 at 05:03:48 UTC, Benjamin Herrenschmidt wrote: > We move the function itself to pseries/firmware.c and call it along > with almost all other flat device-tree parsers from early_init_devtree() > > Signed-off-by: Benjamin Herrenschmidt Applied to

Re: [15/41] powerpc/64: Move MMU backend selection out of platform code

On Tue, 2016-05-07 at 05:03:51 UTC, Benjamin Herrenschmidt wrote: > We move it into early_mmu_init() based on firmware features. For PS3, > we have to move the setting of these into early_init_devtree(). > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc

Re: [22/41] powerpc/mm: Move hash table ops to a separate structure

On Tue, 2016-05-07 at 05:03:58 UTC, Benjamin Herrenschmidt wrote: > Moving probe_machine() to after mmu init will cause the ppc_md > fields relative to the hash table management to be overwritten. > > Since we have essentially disconnected the machine type from > the hash backend ops, finish the

Re: [23/41] powerpc: Ensure that ppc_md is empty before probing for machine type

On Tue, 2016-05-07 at 05:03:59 UTC, Benjamin Herrenschmidt wrote: > Anything in there will be overwritten, so it helps catching nasty > bugs if we check that it's indeed full of NULL's before we do so. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next,

Re: [31/41] powerpc/64: Move the boot time info banner to a separate function

On Tue, 2016-05-07 at 05:04:07 UTC, Benjamin Herrenschmidt wrote: > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/bf1b61fb574bfe13ab71347389 cheers ___ Linuxppc-dev

Re: [32/41] powerpc/64: Move setting of {i, d}cache_bsize to initialize_cache_info()

On Tue, 2016-05-07 at 05:04:08 UTC, Benjamin Herrenschmidt wrote: > Also remove the completely osbolete comment. We *do* look in the > device-tree. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks.

Re: [33/41] powerpc/64: Move the content of setup_system() to setup_arch()

On Tue, 2016-05-07 at 05:04:09 UTC, Benjamin Herrenschmidt wrote: > And kill setup_system() > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/fa745a129cae93ca5d871ebac2 cheers

Re: [v3] powerpc: Merge 32-bit and 64-bit setup_arch()

On Thu, 2016-21-07 at 04:21:35 UTC, Michael Ellerman wrote: > From: Benjamin Herrenschmidt > > There is little enough differences now. > > mpe: Add a/p/k/setup.h to contain the prototypes and empty versions of > functions we need, rather than using weak functions. Add

Re: [PATCH 1/2] powerpc/ftrace: Separate the heuristics for checking call sites

Madhavan Srinivasan writes: > On Tuesday 19 July 2016 10:18 AM, Michael Ellerman wrote: >> In __ftrace_make_nop() (the 64-bit version), we have code to deal with >> two ftrace ABIs. There is the original ABI, which looks mostly like a >> function call, and then the

Re: [v4] powerpc: Export thread_struct.used_vr/used_vsr to user space

Simon Guo writes: > Michael, Ben, > On Fri, Jul 08, 2016 at 08:02:42PM +1000, Michael Ellerman wrote: >> Benjamin Herrenschmidt writes: >> >> > On Thu, 2016-07-07 at 23:21 +1000, Benjamin Herrenschmidt wrote: >> >>  >> >> I think the right fix

Re: [06/41] powerpc: Move 64-bit feature fixup earlier

On Tue, 2016-05-07 at 05:03:42 UTC, Benjamin Herrenschmidt wrote: > Make it part of early_setup() as we really want the feature fixups > to be applied before we turn on the MMU since they can have an impact > on the various assembly path related to MMU management and interrupts. > > This makes

Re: [05/41] powerpc: Factor do_feature_fixup calls

On Tue, 2016-05-07 at 05:03:41 UTC, Benjamin Herrenschmidt wrote: > 32 and 64-bit do a similar set of calls early on, we move it all to > a single common function to make the boot code more readable. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next,

Re: [17/41] powerpc/mm/hash: Don't use machine_is() early during boot

On Tue, 2016-05-07 at 05:03:53 UTC, Benjamin Herrenschmidt wrote: > Use the device-tree instead as we'll be moving probe_machine() > out of early_setup > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks.

Re: [16/41] powerpc/pasemi: Remove IOBMAP allocation from platform probe()

On Tue, 2016-05-07 at 05:03:52 UTC, Benjamin Herrenschmidt wrote: > These days, memblocks is available later, so we can just allocate it > as part of iob_init. > > Signed-off-by: Benjamin Herrenschmidt Applied to powerpc next, thanks.

Re: [24/41] powerpc: Move 64-bit probe_machine() to later in the boot process

On Tue, 2016-05-07 at 05:04:00 UTC, Benjamin Herrenschmidt wrote: > We no long need the machine type that early, so we can move probe_machine() > to after the device-tree has been expanded. This will allow further > consolidation. > > Signed-off-by: Benjamin Herrenschmidt

Re: [35/41] powerpc: Re-order the call to smp_setup_cpu_maps()

On Tue, 2016-05-07 at 05:04:11 UTC, Benjamin Herrenschmidt wrote: > It makes more sense to do it before intializing xmon() as xmon might > use the info in there. We do want to register the console early > though in case we want some functioning printk's in the cpu map setup. > > Signed-off-by:

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Thu, 2016-07-21 at 20:26 +1000, Michael Ellerman wrote: > Quoting Scott Wood (2016-07-21 04:31:48) > > > > On Wed, 2016-07-20 at 13:24 +0200, Arnd Bergmann wrote: > > > > > > On Saturday, July 16, 2016 9:50:21 PM CEST Scott Wood wrote: > > > > > > > > > > > > From: yangbo lu

Pull request: scottwood/linux.git next

Highlights include more 8xx optimizations, device tree updates, and MVME7100 support. The following changes since commit 63a72284b159c569ec52f380c9a8dd9342d43bb8: powerpc/pci: Assign fixed PHB number based on device-tree properties (2016-07-07 22:06:55 +1000) are available in the git