Re: [PATCH] macintosh: via-cuda: Fix warning comparing pointer to 0

2022-03-17 Thread Christophe Leroy
Hi, Le 17/03/2022 à 03:40, Haowen Bai a écrit : > Avoid pointer type value compared with 0 to make code clear. We already have this change waiting in the queue, see https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220214010558.130201-1-yang@linux.alibaba.com/ Thanks Christophe >

Re: [PATCH] macintosh: smu: Fix warning comparing pointer to 0

2022-03-17 Thread Christophe Leroy
Le 17/03/2022 à 03:44, Haowen Bai a écrit : > Avoid pointer type value compared with 0 to make code clear. > > Signed-off-by: Haowen Bai This change is already awaiting at https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20210825061838.69746-1-deng.changch...@zte.com.cn/ Thanks Christ

Re: [PATCH] macintosh: macio-adb: Fix warning comparing pointer to 0

2022-03-17 Thread Christophe Leroy
Le 17/03/2022 à 03:30, Haowen Bai a écrit : > Avoid pointer type value compared with 0 to make code clear. > > Signed-off-by: Haowen Bai This patch doesn't apply: Applying patch #1606366 using "git am -s -3 -m" Description: macintosh: macio-adb: Fix warning comparing pointer to 0 Applying: ma

[PATCH] macintosh: macio-adb: Fix warning comparing pointer to 0

2022-03-17 Thread Haowen Bai
Avoid pointer type value compared with 0 to make code clear. Signed-off-by: Haowen Bai --- drivers/macintosh/macio-adb.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/macintosh/macio-adb.c b/drivers/macintosh/macio-adb.c index dc634c2..b7d287a 100644 --- a/dr

答复: [PATCH] macintosh: macio-adb: Fix warning comparing pointer to 0

2022-03-17 Thread 白浩文
Sorry, That's my fault. I've sent again. 发件人: Christophe Leroy 发送时间: 2022年3月17日 16:54:16 收件人: 白浩文; b...@kernel.crashing.org; masahi...@kernel.org; adobri...@gmail.com 抄送: linuxppc-dev@lists.ozlabs.org; linux-ker...@vger.kernel.org 主题: Re: [PATCH] macintosh:

Re: [PATCH 08/14] powerpc/rtas: call enter_rtas in real-mode on 64-bit

2022-03-17 Thread Laurent Dufour
On 08/03/2022, 14:50:41, Nicholas Piggin wrote: > This moves MSR save/restore and some real-mode juggling out of asm and > into C code, simplifying things. > > Signed-off-by: Nicholas Piggin > --- > arch/powerpc/kernel/rtas.c | 15 --- > arch/powerpc/kernel/rtas_entry.S | 32 ++

Re: [PATCH v1 4/7] arm64/pgtable: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE

2022-03-17 Thread David Hildenbrand
On 16.03.22 19:27, Catalin Marinas wrote: > On Tue, Mar 15, 2022 at 03:18:34PM +0100, David Hildenbrand wrote: >> diff --git a/arch/arm64/include/asm/pgtable-prot.h >> b/arch/arm64/include/asm/pgtable-prot.h >> index b1e1b74d993c..62e0ebeed720 100644 >> --- a/arch/arm64/include/asm/pgtable-prot.h

Re: [PATCH v4 0/6] Improve KVM's interaction with CPU hotplug

2022-03-17 Thread Chao Gao
Ping. Anyone can help to review this series (particularly patch 3-5)? FYI, Sean gave his Reviewed-by to patch 1,2,5 and 6.

[PATCH] powerpc/rtas: Keep MSR RI set when calling RTAS

2022-03-17 Thread Laurent Dufour
RTAS runs in real mode (MSR[DR] and MSR[IR] unset) and in 32bits mode (MSR[SF] unset). The change in MSR is done in enter_rtas() in a relatively complex way, since the MSR value could be hardcoded. Furthermore, a panic has been reported when hitting the watchdog interrupt while running in RTAS, t

Re: [PATCH 00/14] powerpc/rtas: various cleanups and improvements

2022-03-17 Thread Laurent Dufour
Hi Nick, As this series needs additional work, I just sent a single patch [1] fixing the MSR[RI] issue addressed in the patch 9/14 of this series. I did that because that fix is fixing a panic currently seen and this will ease backport to stable and distro kernel. I suggest rebasing this series

Re: [PATCH v4 2/6] Partially revert "KVM: Pass kvm_init()'s opaque param to additional arch funcs"

2022-03-17 Thread Suzuki Kuruppassery Poulose
On 16/02/2022 03:15, Chao Gao wrote: This partially reverts commit b99040853738 ("KVM: Pass kvm_init()'s opaque param to additional arch funcs") remove opaque from kvm_arch_check_processor_compat because no one uses this opaque now. Address conflicts for ARM (due to file movement) and manually ha

Re: [RFC PATCH] powerpc/64/interrupt: Temporarily save PPR on stack to fix register corruption due to SLB miss

2022-03-17 Thread Michael Ellerman
Nicholas Piggin writes: > This is a minimal stable kernel fix for the problem solved by > 4c2de74cc869 ("powerpc/64: Interrupts save PPR on stack rather than > thread_struct"). Instead of changing the interrupt stack frame (which > causes a lot of churn), it moves the PPR value from the PACA save

[PATCH] selftests/powerpc: Add a test of 4PB SLB handling

2022-03-17 Thread Michael Ellerman
Add a test for a bug we had in the 4PB address space SLB handling. It was fixed in commit 4c2de74cc869 ("powerpc/64: Interrupts save PPR on stack rather than thread_struct"). Signed-off-by: Michael Ellerman --- tools/testing/selftests/powerpc/mm/.gitignore | 1 + tools/testing/selftests/powerp

[RFC][PATCH] net: fs_enet: fix tx error handling

2022-03-17 Thread Mans Rullgard
In some cases, the TXE flag is apparently set without any error indication in the buffer descriptor status. When this happens, tx stalls until the tx_restart() function is called via the device watchdog which can take a long time. To fix this, check for TXE in the napi poll function and trigger a

Re: [PATCH v1 4/7] arm64/pgtable: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE

2022-03-17 Thread Catalin Marinas
On Thu, Mar 17, 2022 at 11:04:18AM +0100, David Hildenbrand wrote: > On 16.03.22 19:27, Catalin Marinas wrote: > > On Tue, Mar 15, 2022 at 03:18:34PM +0100, David Hildenbrand wrote: > >> @@ -909,12 +925,13 @@ static inline pmd_t pmdp_establish(struct > >> vm_area_struct *vma, > >> /* > >> * Enc

[PATCH v5 00/20] Rust support

2022-03-17 Thread Miguel Ojeda
Rust support This is the patch series (v5) to add support for Rust as a second language to the Linux kernel. If you are interested in following this effort, please join us in the mailing list at: rust-for-li...@vger.kernel.org and take a look at the project itself at: https://github.co

[PATCH v5 16/20] Kbuild: add Rust support

2022-03-17 Thread Miguel Ojeda
Having all the new files in place, we now enable Rust support in the build system, including `Kconfig` entries related to Rust, the Rust configuration printer, the target specification generation script, the version detection script and a few other bits. Co-developed-by: Alex Gaynor Signed-off-by

Re: [PATCH v1] PCI/AER: Handle Multi UnCorrectable/Correctable errors properly

2022-03-17 Thread Bjorn Helgaas
On Mon, Mar 14, 2022 at 09:21:46AM -0700, Eric Badger wrote: > On Sun, Mar 13, 2022 at 02:43:14PM -0700, Raj, Ashok wrote: > > On Sun, Mar 13, 2022 at 02:52:20PM -0500, Bjorn Helgaas wrote: > > > On Fri, Mar 11, 2022 at 02:58:07AM +, Kuppuswamy Sathyanarayanan > > > wrote: > > > > Currently th

[Bug 215652] kernel 5.17-rc fail to load radeon DRM "modprobe: ERROR: could not insert 'radeon': Unknown symbol in module, or unknown parameter (see dmesg)"

2022-03-17 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=215652 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Status|NEW |RESOLVED Resol

[PATCH] powerpc/pseries: Fix use after free in remove_phb_dynamic()

2022-03-17 Thread Michael Ellerman
In remove_phb_dynamic() we use &phb->io_resource, after we've called device_unregister(&host_bridge->dev). But the unregister may have freed phb, because pcibios_free_controller_deferred() is the release function for the host_bridge. If there are no outstanding references when we call device_unreg