On Fri, Sep 21, 2018 at 03:00:19AM +0200, David Lamparter wrote:
> On Thu, Sep 20, 2018 at 07:31:33PM -0500, Scott Wood wrote:
> > Do you have a JTAG that can be used to find out where it's hanging? If
> > not, I can try to get early debug working (needs an early IOMMU mapping).
s/IOMMU mapping/M
On Fri, Sep 07, 2018 at 01:47:31PM +, Christophe Leroy wrote:
> When two processes crash at the same time, we sometimes encounter
> interleaving in the middle of a line:
>
> [4.365317] init[1]: segfault (11) at 0 nip 0 lr 0 code 1
> [4.370452] init[1]: code:
On Fri, Sep 07, 2018 at 01:47:33PM +, Christophe Leroy wrote:
> instructions_to_print var is assigned value 16 and there is no
> way to change it.
>
> This patch replaces it by a constant.
>
> Signed-off-by: Christophe Leroy
Reviewed-by: Murilo Opsfelder Araujo
> ---
> v3: no change
> v
On Thu, Sep 20, 2018 at 10:09 AM Madalin Bucur wrote:
>
> From: Roy Pledge
>
> If the affine portal for a specific CPU is offline at boot time
> affine its interrupt to CPU 0. If the CPU is later brought online
> the hotplug handler will correctly adjust the affinity.
Although this does provide
On Fri, Sep 07, 2018 at 01:47:29PM +, Christophe Leroy wrote:
> This patch fixes the following warnings. The first ones are leftovers
> from when __get_user() was replaced by probe_kernel_address().
>
> The last one is from when show_user_instructions() was added.
>
> arch/powerpc/kernel/proc
On 09/20/2018 07:32 AM, YueHaibing wrote:
> The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
> which is a typedef for an enum type, so make sure the implementation in
> this driver has returns 'netdev_tx_t' value, and change the function
> return type to netdev_tx_t.
>
May
On 09/21/2018 10:47 AM, Scott Wood wrote:
> On Fri, 2018-09-21 at 17:40 +, York Sun wrote:
>> On 09/20/2018 05:31 PM, Scott Wood wrote:
>>> On Fri, 2018-09-21 at 00:48 +0200, David Lamparter wrote:
This is a *partial* revert of "powerpc/85xx: Load all early TLB entries
at once" (d9e18
On Fri, 2018-09-21 at 17:40 +, York Sun wrote:
> On 09/20/2018 05:31 PM, Scott Wood wrote:
> > On Fri, 2018-09-21 at 00:48 +0200, David Lamparter wrote:
> > > This is a *partial* revert of "powerpc/85xx: Load all early TLB entries
> > > at once" (d9e1831a420267a7ced708bb259d65b0a3c0344d.)
> > >
On 09/20/2018 05:31 PM, Scott Wood wrote:
> On Fri, 2018-09-21 at 00:48 +0200, David Lamparter wrote:
>> This is a *partial* revert of "powerpc/85xx: Load all early TLB entries
>> at once" (d9e1831a420267a7ced708bb259d65b0a3c0344d.)
>>
>> My dusty old P4080DS just completely fails to boot (no outpu
rong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Gautham-R-Shenoy/powerpc-Detection-and-scheduler-optimization-for-POWER9-bigcore/20180921-085812
> base: https://git.kernel.org/pub/scm/linux/kernel/git/powe
Hello Michael,
On Fri, Sep 21, 2018 at 01:02:45PM +1000, Michael Neuling wrote:
> This doesn't compile for me with:
>
> arch/powerpc/kernel/smp.c: In function ‘smp_prepare_cpus’:
> arch/powerpc/kernel/smp.c:812:23: error: ‘tg.threads_per_group’ may be used
> uninitialized in this function [-Werr
On Thu, 2018-09-20 at 04:38:58 UTC, Thiago Jung Bauermann wrote:
> scan_pkey_feature() uses of_property_read_u32_array() to read the
> ibm,processor-storage-keys property and calls be32_to_cpu() on the
> value it gets. The problem is that of_property_read_u32_array() already
> returns the value con
On Fri, 2018-09-14 at 01:14:11 UTC, Michael Neuling wrote:
> This stops us from doing code patching in init sections after they've
> been freed.
>
> In this chain:
> kvm_guest_init() ->
> kvm_use_magic_page() ->
> fault_in_pages_readable() ->
>__get_user() ->
> __get_u
On Thu, 2018-09-13 at 05:33:47 UTC, Michael Neuling wrote:
> When we come into the softpatch handler (0x1500), we use r11 to store
> the HSRR0 for later use by the denorm handler.
>
> We also use the softpatch handler for the TM workarounds for
> POWER9. Unfortunately, in kvmppc_interrupt_hv we la
On Tue, 2018-09-11 at 05:38:05 UTC, Alexey Kardashevskiy wrote:
> We use PHB in mode1 which uses bit 59 to select a correct DMA window.
> However there is mode2 which uses bits 59:55 and allows up to 32 DMA
> windows per a PE.
>
> Even though documentation does not clearly specify that, it seems t
On Mon, 2018-09-10 at 06:09:04 UTC, Christophe Leroy wrote:
> On little endian platforms, csum_ipv6_magic() keeps len and proto in
> CPU byte order. This generates a bad results leading to ICMPv6 packets
> from other hosts being dropped by powerpc64le platforms.
>
> In order to fix this, len and p
Le 21/09/2018 à 12:26, Aneesh Kumar K.V a écrit :
On 9/21/18 11:25 AM, Christophe LEROY wrote:
Le 20/09/2018 à 20:09, Aneesh Kumar K.V a écrit :
diff --git a/arch/powerpc/mm/pgtable.c b/arch/powerpc/mm/pgtable.c
index d71c669c..aee04b209b51 100644
--- a/arch/powerpc/mm/pgtable.c
+++
find_aa_index will return -1 when dlpar_clone_property fails,
its return value type should be int. Also the caller
update_lmb_associativity_index should use a int variable to
get it,then compared with 0.
Fixes: c05a5a40969e ("powerpc/pseries: Dynamic add entires to associativity
lookup array")
Si
On 9/21/18 11:25 AM, Christophe LEROY wrote:
Le 20/09/2018 à 20:09, Aneesh Kumar K.V a écrit :
diff --git a/arch/powerpc/mm/pgtable.c b/arch/powerpc/mm/pgtable.c
index d71c669c..aee04b209b51 100644
--- a/arch/powerpc/mm/pgtable.c
+++ b/arch/powerpc/mm/pgtable.c
@@ -188,11 +188,10 @@ void
Hi Eric,
On Tue, 18 Sep 2018 19:41:09 +0200 ebied...@xmission.com (Eric W. Biederman)
wrote:
>
> Folks please review and double check me. I think I have kept these
> changes simple and obviously correct but I am human and mess up
> sometimes.
Its always good to see a nicely set out patch series
Hi Eric,
On Tue, 18 Sep 2018 19:58:50 +0200 "Eric W. Biederman"
wrote:
>
> Signed-off-by: "Eric W. Biederman"
Again, looks all good to me.
Reviewed-by: Stephen Rothwell
--
Cheers,
Stephen Rothwell
pgpOOeo020j3Y.pgp
Description: OpenPGP digital signature
Le 21/09/2018 à 10:54, Stephen Rothwell a écrit :
Hi Eric,
On Tue, 18 Sep 2018 19:58:48 +0200 "Eric W. Biederman"
wrote:
Now that _exception no longer calls _exception_pkey it is no longer
necessary to handle any signal with any si_code. All pkey exceptions
are SIGSEGV with paired with S
Hi Eric,
On Tue, 18 Sep 2018 19:58:49 +0200 "Eric W. Biederman"
wrote:
>
> Call force_sig_pkuerr directly instead of rolling it by hand
> in _exception_pkey.
>
> Signed-off-by: "Eric W. Biederman"
You can ignore the question in the previous email :-)
Reviewed-by: Stephen Rothwell
--
Cheer
Hi Eric,
On Tue, 18 Sep 2018 19:58:48 +0200 "Eric W. Biederman"
wrote:
>
> Now that _exception no longer calls _exception_pkey it is no longer
> necessary to handle any signal with any si_code. All pkey exceptions
> are SIGSEGV with paired with SEGV_PKUERR. So just handle
> that case and remov
Hi Eric,
On Tue, 18 Sep 2018 19:58:47 +0200 "Eric W. Biederman"
wrote:
>
> The callers of _exception don't need the pkey exception logic because
> they are not processing a pkey exception. So just call exception_common
> directly and then call force_sig_fault to generate the appropriate siginfo
On Tue, 2018-09-18 at 03:53 +1000, Nicholas Piggin wrote:
> On Wed, 5 Sep 2018 07:29:51 -0700
> Guenter Roeck wrote:
>
> >
> > Hi,
> >
> > On Tue, Aug 28, 2018 at 09:20:34PM +1000, Nicholas Piggin wrote:
> > >
> > > Similarly to the previous patch, this tries to optimise
> > > dirty/accessed
>
Hi Eric,
On Tue, 18 Sep 2018 19:58:46 +0200 "Eric W. Biederman"
wrote:
>
> It is brittle and wrong to populate si_pkey when there was not a pkey
> exception. The field does not exist for all si_codes and in some
> cases another field exists in the same memory location.
>
> So factor out the co
Hi Eric,
On Tue, 18 Sep 2018 19:58:45 +0200 "Eric W. Biederman"
wrote:
>
> Now that bad_key_fault_exception no longer calls __bad_area_nosemaphore
> there is no reason for __bad_area_nosemaphore to handle pkeys.
>
> Signed-off-by: "Eric W. Biederman"
Again, very straight forward given that _e
Hi Eric,
On Tue, 18 Sep 2018 19:58:44 +0200 "Eric W. Biederman"
wrote:
>
> This removes the need for other code paths to deal with pkey exceptions.
>
> Signed-off-by: "Eric W. Biederman"
Straight forward expansion.
Reviewed-by: Stephen Rothwell
--
Cheers,
Stephen Rothwell
pgpqXVeTgFXgx.
Hi Eric,
On Tue, 18 Sep 2018 19:58:43 +0200 "Eric W. Biederman"
wrote:
>
> There are no callers of __bad_area that pass in a pkey parameter so it makes
> no sense to take one.
>
> Signed-off-by: "Eric W. Biederman"
Fairly straight forward.
Reviewed-by: Stephen Rothwell
--
Cheers,
Stephen
Hi Eric,
On Tue, 18 Sep 2018 19:58:42 +0200 "Eric W. Biederman"
wrote:
>
> In do_sigbus isolate the mceerr signaling code and call
> force_sig_mceerr instead of falling through to the force_sig_info that
> works for all of the other signals.
>
> Signed-off-by: "Eric W. Biederman"
Looks good t
31 matches
Mail list logo
