On Fri, Jul 22, 2016 at 03:23:36PM +1000, Russell Currey wrote:
>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 handl
Hi all,
After merging the powerpc tree, today's linux-next build (powerpc64
allnoconfig) failed like this:
arch/powerpc/mm/built-in.o: In function `.hash__early_init_mmu':
(.init.text+0x7d8): undefined reference to `.hpte_init_native'
Caused by commit
166dd7d3fbf2 ("powerpc/64: Move MMU backe
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 valu
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.
.
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
Applied to powerpc next, thanks.
ht
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
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 to trigger
> the GENERI
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 __hugepte_alloc()
>
> __hugepte_all
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
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 ma
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 i
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 stat
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 something
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
this
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 to
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] c000
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 runtime support and allow to call in
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 a
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, w
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:Documentation/ABI/testing/sysfs-clas
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
[c00
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 b
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 che
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 @@
> ...
>> +
>> +/*
>> + * Checks if a given pointer
- 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
Cc: Barry Wood
Cc: linux-ker...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/sysdev/fsl
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
l
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 reposito
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
> > > >
> > >
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
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.
___
Linuxppc-d
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 a few other
> empty version
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 mailing list
Linuxppc-dev@li
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.
https://git.kernel.org/powerpc/c/f7b9ebb79e90b
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: Ben
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
cheers
___
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
___
Linuxppc-dev
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.
https://git.kernel.org/powerpc/c/9df549afeab4ea968b6d83cf9d
cheers
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 mailing list
Linuxppc-dev@li
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.
https://git.kernel.org/powerpc/c/f2d576948d6cec16e4aae201d7
c
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 entirel
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
Applied to powerpc next
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, thanks.
https://git.kernel
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 j
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
Applied to powerpc next, tha
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
Applied to p
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.
https://git.kernel.org/powerpc/c/5556ecf5e9fa1c7bcc50d0aa74
cheers
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.
https://git.kernel.org/powerpc/c/388dc1c3f003539c82e0f14360
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 next, thanks.
https://git.kern
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, smu_init
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
Applied to powerp
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 powerpc next, thanks.
https://g
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 ear
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 powerpc next, thanks.
http
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 64-
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, thanks.
https://git.kernel.o
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 is that if a restore_sigcontext() has the MSR
>> >>
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 mprofile-kernel ABI which is ju
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
> > > header file. T
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
>> scheduling itself out.
>>
>> When
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 about
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
mute
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 cpu
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.
test-
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
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 check
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 -
2 files changed, 14
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 a/arch/powerpc/kernel
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
---
arch/powerpc/kernel/excep
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 --
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
index 7893af7..9832765
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, m
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).
Signed-off-b
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 d
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 --git a/arch/powerpc
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
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
reve
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 r
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:
...
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 ---
arch/pow
79 matches
Mail list logo