Re: [PATCH] powerpc/pseries: Add pcibios_default_alignment implementation

2020-08-22 Thread Oliver O'Halloran
On Sat, Aug 22, 2020 at 6:51 AM Shawn Anastasio wrote: > > Implement pcibios_default_alignment for pseries so that > resources are page-aligned. The main benefit of this is being > able to map any resource from userspace via mechanisms like VFIO. Reviewed-by: Oliver O'Halloran That said,

Re: Re:Re: [PATCH] powerpc: Fix a bug in __div64_32 if divisor is zero

2020-08-22 Thread Segher Boessenkool
On Sun, Aug 23, 2020 at 12:54:33AM +0800, Guohua Zhong wrote: > Yet, I have noticed that there is no checking of 'base' in these functions. > But I am not sure how to check is better.As we know that the result is > undefined when divisor is zero. It maybe good to print error and dump stack. >

[PATCH v2 4/4] powerpc: apm82181: integrate bluestone.dts

2020-08-22 Thread Christian Lamparter
This patch tries to integrate the existing bluestone.dts into the apm82181.dtsi framework. The original bluestone.dts produces a peculiar warning message. > bluestone.dts:120.10-125.4: Warning (i2c_bus_reg): > /plb/opb/i2c@ef600700/sttm@4C: I2C bus unit address format error, expected > "4c"

[PATCH v2 3/4] powerpc: apm82181: add Meraki MR24 AP

2020-08-22 Thread Christian Lamparter
This patch adds the device-tree definitions for Meraki MR24 Accesspoint devices. Board: MR24 - Meraki MR24 Cloud Managed Access Point CPU: APM82181 SoC 800 MHz (PLB=200 OPB=100 EBC=100) Flash size: 32MiB RAM Size: 128MiB Wireless: Atheros AR9380 5.0GHz + Atheros AR9380 2.4GHz EPHY: 1x Gigabit

[PATCH v2 2/4] powerpc: apm82181: add WD MyBook Live NAS

2020-08-22 Thread Christian Lamparter
This patch adds the device-tree definitions for Western Digital MyBook Live NAS devices. CPU: AMCC PowerPC APM82181 (PVR=12c41c83) at 800 MHz (PLB=200, OPB=100, EBC=100 MHz) 32 kB I-Cache 32 kB D-Cache, 256 kB L2-Cache, 32 kB OnChip Memory DRAM: 256 MB (2x NT5TU64M16GG-AC) FLASH: 512

[PATCH v2 1/4] powerpc: apm82181: create shared dtsi for APM bluestone

2020-08-22 Thread Christian Lamparter
This patch adds an DTSI-File that can be used by various device-tree files for APM82181-based devices. Some of the nodes (like UART, PCIE, SATA) are used by the uboot and need to stick with the naming-conventions of the old times'. I've added comments whenever this was the case. But

[PATCH v2 0/4] powerpc: apm82181: adding customer devices

2020-08-22 Thread Christian Lamparter
Hello, I've been holding on to these devices dts' for a while now. But ever since the recent purge of the PPC405, I'm feeling the urge to move forward. The devices in question have been running with OpenWrt since around 2016/2017. Back then it was linux v4.4 and required many out-of-tree patches

Re: Re:Re: [PATCH] powerpc: Fix a bug in __div64_32 if divisor is zero

2020-08-22 Thread Gabriel Paubert
On Sun, Aug 23, 2020 at 12:54:33AM +0800, Guohua Zhong wrote: > >In generic version in lib/math/div64.c, there is no checking of 'base' > >either. > >Do we really want to add this check in the powerpc version only ? > > >The only user of __div64_32() is do_div() in >

Re:Re: [PATCH] powerpc: Fix a bug in __div64_32 if divisor is zero

2020-08-22 Thread Guohua Zhong
>In generic version in lib/math/div64.c, there is no checking of 'base' >either. >Do we really want to add this check in the powerpc version only ? >The only user of __div64_32() is do_div() in >include/asm-generic/div64.h. Wouldn't it be better to do the check there ? >Christophe Yet, I have

Re: [PATCH] powerpc: Fix a bug in __div64_32 if divisor is zero

2020-08-22 Thread Guohua Zhong
>> When cat /proc/pid/stat, do_task_stat will call into cputime_adjust, >> which call stack is like this: >> >> [17179954.674326]BookE Watchdog detected hard LOCKUP on cpu 0 >> [17179954.674331]dCPU: 0 PID: 1262 Comm: TICK Tainted: PW O >> 4.4.176 #1 >> [17179954.674339]dtask:

Re: [PATCH] powerpc: Fix a bug in __div64_32 if divisor is zero

2020-08-22 Thread Guohua Zhong
>> When cat /proc/pid/stat, do_task_stat will call into cputime_adjust, >> which call stack is like this: >> >> [17179954.674326]BookE Watchdog detected hard LOCKUP on cpu 0 >> [17179954.674331]dCPU: 0 PID: 1262 Comm: TICK Tainted: PW O >> 4.4.176 #1 >> [17179954.674339]dtask:

[PATCH v2] dt-bindings: vendor-prefixes: Add Cisco Meraki vendor prefix

2020-08-22 Thread Christian Lamparter
Meraki was founded in 2006. The start-up quickly rose to prominence by being based in part on the MIT Roofnet Project. In December 2012, Cisco Systems, Inc. bought Meraki. The "Meraki" branding is still around to this day. Web site of the company: https://meraki.cisco.com/ Signed-off-by:

Re: [PATCH v1 04/10] powerpc/kernel/iommu: Add new iommu_table_in_use() helper

2020-08-22 Thread Alexey Kardashevskiy
On 18/08/2020 09:40, Leonardo Bras wrote: > Having a function to check if the iommu table has any allocation helps > deciding if a tbl can be reset for using a new DMA window. > > It should be enough to replace all instances of !bitmap_empty(tbl...). > > iommu_table_in_use() skips reserved

Re: [PATCH v1 03/10] powerpc/kernel/iommu: Use largepool as a last resort when !largealloc

2020-08-22 Thread Alexey Kardashevskiy
On 18/08/2020 09:40, Leonardo Bras wrote: > As of today, doing iommu_range_alloc() only for !largealloc (npages <= 15) > will only be able to use 3/4 of the available pages, given pages on > largepool not being available for !largealloc. > > This could mean some drivers not being able to

Re: [PATCH v1 02/10] powerpc/kernel/iommu: Align size for IOMMU_PAGE_SIZE on iommu_*_coherent()

2020-08-22 Thread Alexey Kardashevskiy
On 18/08/2020 09:40, Leonardo Bras wrote: > Both iommu_alloc_coherent() and iommu_free_coherent() assume that once > size is aligned to PAGE_SIZE it will be aligned to IOMMU_PAGE_SIZE. The only case when it is not aligned is when IOMMU_PAGE_SIZE > PAGE_SIZE which is unlikely but not

Re: [PATCH v1 01/10] powerpc/pseries/iommu: Replace hard-coded page shift

2020-08-22 Thread Alexey Kardashevskiy
On 18/08/2020 09:40, Leonardo Bras wrote: > Some functions assume IOMMU page size can only be 4K (pageshift == 12). > Update them to accept any page size passed, so we can use 64K pages. > > In the process, some defines like TCE_SHIFT were made obsolete, and then > removed. TCE_RPN_MASK was

Re: kernel since 5.6 do not boot anymore on Apple PowerBook

2020-08-22 Thread Giuseppe Sacco
Hello Christophe, Il giorno ven, 21/08/2020 alle 16.03 +0200, Christophe Leroy ha scritto: [...] > Thanks. > > The Oops in the video shows that the issue is at 0x1bcac and msr > value > shows that Instruction MMU is disabled. So this corresponds to > address > 0xc001bcac. In the vmlinux you

Re: [PATCH] powerpc/prom_init: Check display props exist before enabling btext

2020-08-22 Thread Alexey Kardashevskiy
On 21/08/2020 20:34, Michael Ellerman wrote: > It's possible to enable CONFIG_PPC_EARLY_DEBUG_BOOTX for a pseries > kernel (maybe it shouldn't be), which is then booted with qemu/slof. CONFIG_BOOTX_TEXT=y CONFIG_PPC_EARLY_DEBUG=y CONFIG_PPC_EARLY_DEBUG_BOOTX=y this does not crash my VM. The

[powerpc:merge] BUILD SUCCESS d19274eb71328b768fcebe940a61eac39f8daecc

2020-08-22 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git merge branch HEAD: d19274eb71328b768fcebe940a61eac39f8daecc Automatic merge of 'master', 'next' and 'fixes' (2020-08-21 23:47) elapsed time: 1042m configs tested: 79 configs skipped: 1 The following configs have

[powerpc:next-test] BUILD SUCCESS 02ee70dacfacaceb80719eee2c9b929170b6440a

2020-08-22 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next-test branch HEAD: 02ee70dacfacaceb80719eee2c9b929170b6440a video: fbdev: controlfb: Fix build for COMPILE_TEST=y && PPC_PMAC=n elapsed time: 1041m configs tested: 84 configs skipped: 1 The following configs

[powerpc:fixes-test] BUILD SUCCESS 64ef8f2c4791940d7f3945507b6a45c20d959260

2020-08-22 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git fixes-test branch HEAD: 64ef8f2c4791940d7f3945507b6a45c20d959260 powerpc/perf/hv-24x7: Move cpumask file to top folder of hv-24x7 driver elapsed time: 1042m configs tested: 82 configs skipped: 2 The following

Re: [mm] 8e63b8bbd7: WARNING:at_mm/memory.c:#__apply_to_page_range

2020-08-22 Thread Nicholas Piggin
Excerpts from kernel test robot's message of August 22, 2020 9:24 am: > Greeting, > > FYI, we noticed the following commit (built with gcc-9): > > commit: 8e63b8bbd7d17f64ced151cebd151a2cd9f63c64 ("[PATCH v5 2/8] mm: > apply_to_pte_range warn and fail if a large pte is encountered") > url: >