randconfig-a016
riscvrandconfig-r042-20220907
hexagon randconfig-r041-20220907
hexagon randconfig-r045-20220907
s390 randconfig-r044-20220907
i386 randconfig-a002
i386 randconfig
On Thu, 2022-09-01 at 08:42 -0400, Joe Lawrence wrote:
> On Thu, Sep 01, 2022 at 01:39:02PM +1000, Michael Ellerman wrote:
> > Joe Lawrence writes:
> > > On Thu, Sep 01, 2022 at 08:30:44AM +1000, Michael Ellerman wrote:
> > > > Joe Lawrence writes:
> > ...
> > >
> > > Hi Michael,
> > >
> > >
randconfig-a014
x86_64randconfig-a016
riscvrandconfig-r042-20220907
hexagon randconfig-r041-20220907
hexagon randconfig-r045-20220907
s390 randconfig-r044-20220907
i386 randconfig-a002
i386
Christophe Leroy writes:
> Le 21/06/2019 à 10:58, Mathieu Malaterre a écrit :
>> When building with clang-8 the frame size limit is hit:
>>
>>../arch/powerpc/lib/xor_vmx.c:119:6: error: stack frame size of 1200
>> bytes in function '__xor_altivec_5' [-Werror,-Wframe-larger-than=]
>>
>>
On Thu, 2022-09-01 at 16:46 +, Christophe Leroy wrote:
> Surprisingly, I get worst performance with inline static call than
> with
> out of line static call:
I'm not sure what hackbench is doing, but when microbenchmarking 64 bit
out-of-line calls in a loop I saw a similar thing where adding
On 9/7/22 11:01, Yang Shi wrote:
Since general RCU GUP fast was introduced in commit 2667f50e8b81 ("mm:
introduce a general RCU get_user_pages_fast()"), a TLB flush is no longer
sufficient to handle concurrent GUP-fast in all cases, it only handles
traditional IPI-based GUP-fast correctly. On
On Tue, Sep 06, 2022 at 10:32:13PM +0100, Gustavo A. R. Silva wrote:
> Fix the following fallthrough warning:
>
> arch/powerpc/platforms/85xx/mpc85xx_cds.c:161:3: warning: unannotated
> fall-through between switch labels [-Wimplicit-fallthrough]
>
> Link:
Christophe Leroy writes:
> Le 16/12/2019 à 10:50, Holger Brunck a écrit :
>> From: Matteo Ghidoni
>>
>> The defconfig is synchronized and the missing
>> MTD_PHYSMAP, DEVTMPFS and I2C MUX support are switched on.
>>
>> Additionally the I2C mux device is added to the DTS with
>> its attached
At the time this was submitted by Leonardo, I confirmed -- or thought
I had confirmed -- with PowerVM partition firmware development that
the following RTAS functions:
- ibm,get-xive
- ibm,int-off
- ibm,int-on
- ibm,set-xive
were safe to call on multiple CPUs simultaneously, not only with
On 9/7/22 04:13, Alistair Popple wrote:
+ /*
+* Attempt to migrate memory to device, which should fail because
+* hopefully some pages are backed by swap storage.
+*/
+ ASSERT_TRUE(hmm_migrate_sys_to_dev(self->fd, buffer, npages));
Are you really sure that
On Wed, Sep 7, 2022 at 2:22 PM Andrew Morton wrote:
>
> On Wed, 7 Sep 2022 11:01:43 -0700 Yang Shi wrote:
>
> > Since general RCU GUP fast was introduced in commit 2667f50e8b81 ("mm:
> > introduce a general RCU get_user_pages_fast()"), a TLB flush is no longer
> > sufficient to handle
On Wed, 7 Sep 2022 11:01:43 -0700 Yang Shi wrote:
> Since general RCU GUP fast was introduced in commit 2667f50e8b81 ("mm:
> introduce a general RCU get_user_pages_fast()"), a TLB flush is no longer
> sufficient to handle concurrent GUP-fast in all cases, it only handles
> traditional IPI-based
tree: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
head: c28c2d4abdf95655001992c4f52dc243ba00cac3
commit: 7245fc5bb7a966852d5bd7779d1f5855530b461a [26/63] powerpc/math-emu:
Remove -w build flag and fix warnings
config: powerpc-tqm8540_defconfig
On Wed, Sep 07, 2022 at 11:01:44AM -0700, Yang Shi wrote:
> The IPI broadcast is used to serialize against fast-GUP, but fast-GUP
> will move to use RCU instead of disabling local interrupts in fast-GUP.
> Using an IPI is the old-styled way of serializing against fast-GUP
> although it still works
On 07.09.22 20:01, Yang Shi wrote:
The IPI broadcast is used to serialize against fast-GUP, but fast-GUP
will move to use RCU instead of disabling local interrupts in fast-GUP.
Using an IPI is the old-styled way of serializing against fast-GUP
although it still works as expected now.
And
Since general RCU GUP fast was introduced in commit 2667f50e8b81 ("mm:
introduce a general RCU get_user_pages_fast()"), a TLB flush is no longer
sufficient to handle concurrent GUP-fast in all cases, it only handles
traditional IPI-based GUP-fast correctly. On architectures that send
an IPI
The IPI broadcast is used to serialize against fast-GUP, but fast-GUP
will move to use RCU instead of disabling local interrupts in fast-GUP.
Using an IPI is the old-styled way of serializing against fast-GUP
although it still works as expected now.
And fast-GUP now fixed the potential race with
Le 16/12/2019 à 10:50, Holger Brunck a écrit :
> From: Matteo Ghidoni
>
> The defconfig is synchronized and the missing
> MTD_PHYSMAP, DEVTMPFS and I2C MUX support are switched on.
>
> Additionally the I2C mux device is added to the DTS with
> its attached temperature sensors and I2C clock
Le 21/06/2019 à 10:58, Mathieu Malaterre a écrit :
When building with clang-8 the frame size limit is hit:
../arch/powerpc/lib/xor_vmx.c:119:6: error: stack frame size of 1200 bytes
in function '__xor_altivec_5' [-Werror,-Wframe-larger-than=]
Follow the same approach as commit
Le 23/06/2021 à 05:28, Nicholas Piggin a écrit :
ISA v2.06 (POWER7 and up) as well as e6500 support lbarx and lharx.
Add a compile option that allows code to use it, and add support in
cmpxchg and xchg 8 and 16 bit values without shifting and masking.
Is this this patch still relevant ?
If
Le 03/03/2021 à 06:00, Youlin Song a écrit :
> If the device tree has been allocated memory and it will
> be in the memblock reserved space.Obviously it is in a
> valid memory declaration and will be mapped by the kernel.
Could you please provide clearer explanation ? I don't understand what
On Tue, Sep 6, 2022 at 9:51 PM Aneesh Kumar K V
wrote:
>
> On 9/7/22 12:37 AM, Yang Shi wrote:
> > On Mon, Sep 5, 2022 at 1:56 AM Aneesh Kumar K.V
> > wrote:
> >>
> >> Yang Shi writes:
> >>
> >>>
> >>> On Fri, Sep 2, 2022 at 9:00 AM Peter Xu wrote:
>
> On Thu, Sep 01, 2022 at
Le 18/08/2022 à 15:38, Christophe Leroy a écrit :
> Let the core handle all the chipselect bakery and replace
> transfer_one_message() by transfer_one() and prepare_message().
>
> At the time being, there is fsl_spi_cs_control() to handle
> chipselects. That function handles both GPIO and
On Wednesday 07 September 2022 14:38:42 Krzysztof Kozlowski wrote:
> On 31/08/2022 10:17, Pali Rohár wrote:
> > This new optional priority property allows to specify custom priority level
> > of reset device. Prior this change priority level was hardcoded to 192 and
> > not possible to specify or
This patch re-uses the same trick from the program interrupt in early
boot to allow the machine check handler to run before interrupt endian
is set up, and branch to an early boot handler (e.g., before ppc_md is
set up).
MSR[ME] is enabled on the boot CPU earlier, and the machine check stack
is
On Wed, Sep 07, 2022 at 04:50:38PM +1000, Michael Ellerman wrote:
> As reported[1] by Nathan, the recently added plpks driver will crash if
> it's built into the kernel and booted on a non-pseries machine, eg
> powernv:
>
> kernel BUG at arch/powerpc/kernel/syscall.c:39!
> Oops: Exception in
On 31/08/2022 10:17, Pali Rohár wrote:
> This new optional priority property allows to specify custom priority level
> of reset device. Prior this change priority level was hardcoded to 192 and
> not possible to specify or change. Specifying other value is needed for
> some boards. Default level
On 02/09/2022 22:37, Rob Herring wrote:
>>
>> Sorry, I do not understand.
>
> So just keep sending new versions instead?
>
> syscon-reboot is not the only binding for a system reset device, right?
> So those others reset devices will need 'priority' too. For a given
> property, there should
These are a couple more improvements while I'm here, I had to
rediscover again why disabling softirqs during irq replay is
hard, and ran into some bugs trying to find a way to do it.
This doesn't solve that, just documents it better and tidies
up code a bit.
Thanks,
Nick
Nicholas Piggin (2):
BUG/WARN are handled with a program interrupt which can turn into an
infinite recursion when there are bugs in interrupt handler entry
(which can be irritated by bugs in other parts of the code).
There is one feeble attempt to avoid this recursion, but it misses
several cases. Make a tidier macro
irq replay is quite complicated because of softirq processing which
itself enables and disables irqs. Several considerations need to be
accounted for due to this, and they are not clearly documented.
Refactor the irq replay code a bit to tidy and deduplicate some common
functions. Add comments,
> -static void
> -ctx_flexible_sched_in(struct perf_event_context *ctx,
> - struct perf_cpu_context *cpuctx)
> +/* XXX .busy thingy from Peter's patch */
> +static void ctx_flexible_sched_in(struct perf_event_context *ctx, struct pmu
> *pmu)
This one turned out to be very easy.
John Hubbard writes:
> On 9/1/22 17:35, Alistair Popple wrote:
[...]
>> +/*
>> + * Try and migrate a dirty page that has previously been swapped to disk.
>> This
>> + * checks that we don't loose dirty bits.
>
> s/loose/lose/
Thanks.
>> + */
>> +TEST_F(hmm, migrate_dirty_page)
>> +{
>> +
Avoid multi-lines to help getting a complete view when using
grep. They still remain under the 100 chars limit.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/book3s/32/pgtable.h | 3 +--
arch/powerpc/include/asm/book3s/64/pgtable.h | 9 +++--
PAGE_KERNEL_TEXT, PAGE_KERNEL_EXEC and PAGE_AGP are the same
for all powerpcs.
Remove duplicated definitions.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/book3s/32/pgtable.h | 19 ---
arch/powerpc/include/asm/book3s/64/pgtable.h | 19 ---
Hi,
I have tested the fix on top of Fedora's
kernel-6.0.0-0.rc4.20220906git53e99dcff61e.32.fc38 and systems are
booting again.
Tested-By: Dan Horák
Reviewed-by: Dan Horák
With regards,
Dan
CONFIG_ARCH_HAS_HUGEPD is used to tell core mm when huge page
directories are used.
When they are not used, no need to provide hugepd_t or is_hugepd(),
just rely on the core mm fallback definition.
For that, change core mm behaviour so that CONFIG_ARCH_HAS_HUGEPD
is used instead of indirect
linux/hugetlb.h has a fallback pgd_huge() macro for when
pgd_huge is not defined.
Remove the powerpc redundant definitions.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/nohash/pgtable.h | 6 --
arch/powerpc/include/asm/page.h | 1 -
2 files changed, 7 deletions(-)
Nathan Chancellor writes:
> On Wed, Sep 07, 2022 at 09:23:02AM +1000, Michael Ellerman wrote:
>> Nathan Chancellor writes:
>> > On Sat, Jul 23, 2022 at 07:30:46AM -0400, Nayna Jain wrote:
>> >> PowerVM provides an isolated Platform Keystore(PKS) storage allocation
>> >> for each LPAR with
Le 07/09/2022 à 10:19, Aneesh Kumar K.V a écrit :
> This function does the hash page table update. Hence rename it to
> indicate this better to avoid confusion with flush_pmd_tlb_range()
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/book3s/64/tlbflush-hash.h | 5 ++---
This function does the hash page table update. Hence rename it to
indicate this better to avoid confusion with flush_pmd_tlb_range()
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/book3s/64/tlbflush-hash.h | 5 ++---
arch/powerpc/mm/book3s64/hash_pgtable.c| 2 +-
On Tue, 2022-09-06 at 07:20 +, cgel@gmail.com wrote:
> From: ye xingchen
>
> Return the value opal_npu_spa_clear_cache() directly instead of
> storing
> it in another redundant variable.
>
> Reported-by: Zeal Robot
> Signed-off-by: ye xingchen
Acked-by: Andrew Donnellan
> ---
>
As reported[1] by Nathan, the recently added plpks driver will crash if
it's built into the kernel and booted on a non-pseries machine, eg
powernv:
kernel BUG at arch/powerpc/kernel/syscall.c:39!
Oops: Exception in kernel mode, sig: 5 [#1]
LE PAGE_SIZE=64K MMU=Radix SMP NR_CPUS=2048 NUMA
When building with W=1 you get:
arch/powerpc/math-emu/fre.c:6:5: error: no previous prototype for 'fre'
[-Werror=missing-prototypes]
arch/powerpc/math-emu/fsqrt.c:11:1: error: no previous prototype for
'fsqrt' [-Werror=missing-prototypes]
44 matches
Mail list logo
