[Bug 209029] kernel 5.9-rc2 fails to boot on a PowerMac G5 11,2 - BUG: Kernel NULL pointer dereference on read at 0x00000020

https://bugzilla.kernel.org/show_bug.cgi?id=209029 Christophe Leroy (christophe.le...@csgroup.eu) changed: What|Removed |Added CC|

[Bug 209029] kernel 5.9-rc2 fails to boot on a PowerMac G5 11,2 - BUG: Kernel NULL pointer dereference on read at 0x00000020

https://bugzilla.kernel.org/show_bug.cgi?id=209029 --- Comment #2 from Erhard F. (erhar...@mailbox.org) --- No change with 5.9-rc3. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 205183] PPC64: Signal delivery fails with SIGSEGV if between about 1KB and 4KB bytes of stack remain

https://bugzilla.kernel.org/show_bug.cgi?id=205183 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|RESOLVED|CLOSED --

[Bug 208957] 5.9-rc1 fails to build for a PowerMac G5: .../book3s64/hash_utils.c:1119:21: error: ‘default_uamor’ undeclared (first use in this function) 1119 | mtspr(SPRN_UAMOR, default_uamor);

https://bugzilla.kernel.org/show_bug.cgi?id=208957 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|RESOLVED|CLOSED --

[Bug 208957] 5.9-rc1 fails to build for a PowerMac G5: .../book3s64/hash_utils.c:1119:21: error: ‘default_uamor’ undeclared (first use in this function) 1119 | mtspr(SPRN_UAMOR, default_uamor);

https://bugzilla.kernel.org/show_bug.cgi?id=208957 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added CC|

[Bug 209029] kernel 5.9-rc2 fails to boot on a PowerMac G5 11,2 - BUG: Kernel NULL pointer dereference on read at 0x00000020

https://bugzilla.kernel.org/show_bug.cgi?id=209029 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 292155 --> https://bugzilla.kernel.org/attachment.cgi?id=292155=edit dmesg screenshot -- You are receiving this mail because: You are watching the assignee of the

[Bug 209029] New: kernel 5.9-rc2 fails to boot on a PowerMac G5 11, 2 - BUG: Kernel NULL pointer dereference on read at 0x00000020

https://bugzilla.kernel.org/show_bug.cgi?id=209029 Bug ID: 209029 Summary: kernel 5.9-rc2 fails to boot on a PowerMac G5 11,2 - BUG: Kernel NULL pointer dereference on read at 0x0020 Product: Platform Specific/Hardware

[Bug 208957] 5.9-rc1 fails to build for a PowerMac G5: .../book3s64/hash_utils.c:1119:21: error: ‘default_uamor’ undeclared (first use in this function) 1119 | mtspr(SPRN_UAMOR, default_uamor);

https://bugzilla.kernel.org/show_bug.cgi?id=208957 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 208957] New: 5.9-rc1 fails to build for a PowerMac G5: .../book3s64/hash_utils.c:1119:21: error: ‘default_uamor’ undeclared (first use in this function) 1119 | mtspr(SPRN_UAMOR, default_uamor)

https://bugzilla.kernel.org/show_bug.cgi?id=208957 Bug ID: 208957 Summary: 5.9-rc1 fails to build for a PowerMac G5: .../book3s64/hash_utils.c:1119:21: error: ‘default_uamor’ undeclared (first use in this function)

[Bug 205183] PPC64: Signal delivery fails with SIGSEGV if between about 1KB and 4KB bytes of stack remain

https://bugzilla.kernel.org/show_bug.cgi?id=205183 --- Comment #6 from Michael Ellerman (mich...@ellerman.id.au) --- Fixed in 63dee5df43a3 ("powerpc: Allow 4224 bytes of stack expansion for the signal frame") -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 207359] MegaRAID SAS 9361 controller hang/reset

https://bugzilla.kernel.org/show_bug.cgi?id=207359 --- Comment #4 from Cameron (c...@neo-zeon.de) --- I converted the box's filesystems from BTRFS to XFS, and switched the page size from 4k to 64k. The problem appears to be entirely gone now. I am able to conclusively run 5.7.13 without issue,

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 --- Comment #17 from Erhard F. (erhar...@mailbox.org) --- Created attachment 290641 --> https://bugzilla.kernel.org/attachment.cgi?id=290641=edit kmemleak output (kernel 5.8-rc7, PowerMac G4 3,6) Also happens on my G4 DP. -- You are

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 --- Comment #16 from Erhard F. (erhar...@mailbox.org) --- Created attachment 290639 --> https://bugzilla.kernel.org/attachment.cgi?id=290639=edit dmesg (kernel 5.8-rc7, PowerMac G4 3,6) -- You are receiving this mail because: You are watching

[Bug 205183] PPC64: Signal delivery fails with SIGSEGV if between about 1KB and 4KB bytes of stack remain

https://bugzilla.kernel.org/show_bug.cgi?id=205183 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug 205183] PPC64: Signal delivery fails with SIGSEGV if between about 1KB and 4KB bytes of stack remain

https://bugzilla.kernel.org/show_bug.cgi?id=205183 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #289937|0 |1 is obsolete|

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #9 from Erhard F. (erhar...@mailbox.org) --- (In reply to Michael Ellerman from comment #7) > I couldn't really make sense of your bisect log, it doesn't have any > good/bad commits in it. > > Can you attach the output of "git bisect

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #290097|0 |1 is obsolete|

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #7 from Michael Ellerman (mich...@ellerman.id.au) --- I couldn't really make sense of your bisect log, it doesn't have any good/bad commits in it. And I don't see how reverting a merge of v5.7-rc7 can be helping, because you said

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #6 from Erhard F. (erhar...@mailbox.org) --- Also I took some time to revert individual commits from the bisect.log: 388bcc6ecc609fca1b4920de7dc3806c98ec535e drivers: base: Fix NULL pointer exception in __platform_driver_probe() if a

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #5 from Erhard F. (erhar...@mailbox.org) --- (In reply to Michael Ellerman from comment #3) > Try this? See new dmesg. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- Created attachment 290157 --> https://bugzilla.kernel.org/attachment.cgi?id=290157=edit dmesg (5.8-rc4 + WARN_ON patch, PowerMac G4 DP) -- You are receiving this mail because: You are

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|NEW |NEEDINFO

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #2 from Erhard F. (erhar...@mailbox.org) --- Created attachment 290097 --> https://bugzilla.kernel.org/attachment.cgi?id=290097=edit bisect.log Did a bisect but got quite some skips due to the system not finishing booting. # git

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #15 from Christophe Leroy (christophe.le...@csgroup.eu) --- Ah yes, having init_text above the 24 bits limit might be a problem for function calls. I'm surprised that the linker doesn't complain. Anyway, it is not a problem in

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #14 from Erhard F. (erhar...@mailbox.org) --- Ah, I've overlooked that... To set CONFIG_DATA_SHIFT=25 I needed to set ADVANCED_OPTIONS=y, DATA_SHIFT_BOOL=y first. But with CONFIG_DATA_SHIFT=25 this kernel won't boot at all.

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #13 from Christophe Leroy (christophe.le...@csgroup.eu) --- Thanks for testing. Regarding the two BATs, I suggest you increase CONFIG_DATA_SHIFT as explained in a previous comment. -- You are receiving this mail because: You are

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #12 from Erhard F. (erhar...@mailbox.org) --- Successfully applied your 2 patches. The kernel still complains about these 2 BATs, but the KASAN hit at early boot is gone with the patches. Thanks! -- You are receiving this mail

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #11 from Christophe Leroy (christophe.le...@csgroup.eu) --- The issue is that that commit moved more code than described into kasan_init(): Kasan Pages allocation have to be moved into kasan_init() but page tables allocation must

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #10 from Christophe Leroy (christophe.le...@csgroup.eu) --- I reproduced the problem and bisected it to commit https://github.com/torvalds/linux/commit/d2a91cef9bbdeb87b7449fdab1a6be6000930210 I'll investigate the issue Can you

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #9 from Erhard F. (erhar...@mailbox.org) --- Ok, thanks for the clarification! So if KASAN works properly something else must cause this hit. I will start a bisect the next few days and see how that turns out... -- You are receiving

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #8 from Christophe Leroy (christophe.le...@csgroup.eu) --- block_address_translation contains funny sizes. But the adresses seems ok. So it shows you have a 24 Mb text+rodata area. 8 BATs are used (16+8+8+32+64+128+256+256) By

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #7 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289947 --> https://bugzilla.kernel.org/attachment.cgi?id=289947=edit segment_registers -- You are receiving this mail because: You are watching the assignee of the

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #6 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289945 --> https://bugzilla.kernel.org/attachment.cgi?id=289945=edit block_address_translation Sure. -- You are receiving this mail because: You are watching the

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #5 from Christophe Leroy (christophe.le...@csgroup.eu) --- Can we get a dump of /sys/kernel/debug/powerpc/block_address_translation -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- Erm wait... there is some change. In 5.8-rc1 stacktrace was: BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8 Read of size 1 at addr c11c1a80 by task swapper/0 CPU: 0 PID: 0 Comm:

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #289661|0 |1 is obsolete|

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #289659|0 |1 is obsolete|

[Bug 208197] OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289687 --> https://bugzilla.kernel.org/attachment.cgi?id=289687=edit kernel .config (5.8-rc1, PowerMac G4 DP) -- You are receiving this mail because: You are watching

[Bug 208197] New: OF: /pci@f2000000/mac-io@17/gpio@50/...: could not find phandle

https://bugzilla.kernel.org/show_bug.cgi?id=208197 Bug ID: 208197 Summary: OF: /pci@f200/mac-io@17/gpio@50/...: could not find phandle Product: Platform Specific/Hardware Version: 2.5 Kernel Version: 5.8-rc1

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #287675|0 |1 is obsolete|

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #287673|0 |1 is obsolete|

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #287671|0 |1 is obsolete|

[Bug 208181] BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289661 --> https://bugzilla.kernel.org/attachment.cgi?id=289661=edit kernel .config (5.8-rc1, PowerMac G4 DP) -- You are receiving this mail because: You are watching

[Bug 208181] New: BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8

https://bugzilla.kernel.org/show_bug.cgi?id=208181 Bug ID: 208181 Summary: BUG: KASAN: stack-out-of-bounds in strcmp+0x58/0xd8 Product: Platform Specific/Hardware Version: 2.5 Kernel Version: 5.8-rc1 Hardware: PPC-32 OS:

[Bug 205183] PPC64: Signal delivery fails with SIGSEGV if between about 1KB and 4KB bytes of stack remain

https://bugzilla.kernel.org/show_bug.cgi?id=205183 --- Comment #4 from Daniel Black (dan...@linux.ibm.com) --- Still broken. danielgb@talos2:~$ gcc -g -Wall -O stacktest.c danielgb@talos2:~$ ./a.out 124 & [1] 494618 danielgb@talos2:~$ cat /proc/$(pidof a.out)/maps | grep stack

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 Christophe Leroy (christophe.le...@c-s.fr) changed: What|Removed |Added CC|

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289261 --> https://bugzilla.kernel.org/attachment.cgi?id=289261=edit transcript of both screenshots -- You are receiving this mail because: You are watching the

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 --- Comment #3 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289259 --> https://bugzilla.kernel.org/attachment.cgi?id=289259=edit screenshot 02 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 --- Comment #2 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289257 --> https://bugzilla.kernel.org/attachment.cgi?id=289257=edit screenshot 01 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 207873] BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 289255 --> https://bugzilla.kernel.org/attachment.cgi?id=289255=edit kernel dmesg (5.7-rc6, PowerMac G4 DP) -- You are receiving this mail because: You are watching

[Bug 207873] New: BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh)

https://bugzilla.kernel.org/show_bug.cgi?id=207873 Bug ID: 207873 Summary: BUG at swapops + rcu stall + soft lockup at running btrfs test suite (TEST=013\* ./misc-tests.sh) Product: Platform Specific/Hardware Version: 2.5 Kernel

[Bug 207359] MegaRAID SAS 9361 controller hang/reset

https://bugzilla.kernel.org/show_bug.cgi?id=207359 --- Comment #3 from Cameron (c...@neo-zeon.de) --- Created attachment 289041 --> https://bugzilla.kernel.org/attachment.cgi?id=289041=edit 5.6.11 megaraid POWER hang Still happens with 5.6.11. There seems to be potentially a bit more output

[Bug 104871] bcl+8 in arch/powerpc/kernel/vdso64/datapage.S causes branch prediction issues

https://bugzilla.kernel.org/show_bug.cgi?id=104871 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|RESOLVED|CLOSED --

[Bug 104871] bcl+8 in arch/powerpc/kernel/vdso64/datapage.S causes branch prediction issues

https://bugzilla.kernel.org/show_bug.cgi?id=104871 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|VERIFIED|CLOSED --

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|RESOLVED|VERIFIED ---

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 --- Comment #9 from Dennis Clarke (dcla...@blastwave.org) --- I see this has not gone upstream to 5.7-rc3 and thus I am applying it manually and building now. Shall report on the kmem leak shortly. I hope. Dennis -- You are receiving this

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #25 from Erhard F. (erhar...@mailbox.org) --- (In reply to Michael Ellerman from comment #23) > The memory leak is a separate issue, see bug #206695. > > Can anyone verify that bcf3588d8ed fixes the original issue? Yes, thanks to

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #24 from Wolfram Sang (w...@the-dreams.de) --- @Michael: commit bcf3588d8ed has the following tags: Reported-by: Erhard Furtner Tested-by: Erhard Furtner And Erhard is also the one who created this bug entry. -- You are

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #23 from Michael Ellerman (mich...@ellerman.id.au) --- The memory leak is a separate issue, see bug #206695. Can anyone verify that bcf3588d8ed fixes the original issue? -- You are receiving this mail because: You are watching the

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 Dennis Clarke (dcla...@blastwave.org) changed: What|Removed |Added CC|

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 Michael Ellerman (mich...@ellerman.id.au) changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 Wolfram Sang (w...@the-dreams.de) changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #21 from Erhard F. (erhar...@mailbox.org) --- (In reply to Dennis Clarke from comment #20) > > Possibly unrelated but there appears to be a small memory leak within > windfarm_* somewhere given that I see traffic in kmemleak : > >

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #20 from Dennis Clarke (dcla...@blastwave.org) --- Possibly unrelated but there appears to be a small memory leak within windfarm_* somewhere given that I see traffic in kmemleak : enceladus# enceladus# uname -a Linux enceladus

[Bug 207359] MegaRAID SAS 9361 controller hang/reset

https://bugzilla.kernel.org/show_bug.cgi?id=207359 --- Comment #2 from Cameron (c...@neo-zeon.de) --- Looking at bug 206123 above, it's worth noting that the amd64 box I'm using for comparison has SATA disks, though this is probably still a PPC specific issue. -- You are receiving this mail

[Bug 207359] MegaRAID SAS 9361 controller hang/reset

https://bugzilla.kernel.org/show_bug.cgi?id=207359 gyakov...@gentoo.org changed: What|Removed |Added CC||gyakov...@gentoo.org --- Comment

[Bug 207359] New: MegaRAID SAS 9361 controller hang/reset

https://bugzilla.kernel.org/show_bug.cgi?id=207359 Bug ID: 207359 Summary: MegaRAID SAS 9361 controller hang/reset Product: Platform Specific/Hardware Version: 2.5 Kernel Version: >=v5.4 Hardware: PPC-64 OS: Linux

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 --- Comment #12 from Erhard F. (erhar...@mailbox.org) --- Created attachment 288567 --> https://bugzilla.kernel.org/attachment.cgi?id=288567=edit dmesg (kernel 5.7-rc1, PowerMac G5 11,2) -- You are receiving this mail because: You are

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 --- Comment #11 from Erhard F. (erhar...@mailbox.org) --- Created attachment 288565 --> https://bugzilla.kernel.org/attachment.cgi?id=288565=edit kmemleak output (kernel 5.7-rc1, PowerMac G5 11,2) Applied Frank's patch set on top of 5.7-rc1.

[Bug 205099] KASAN hit at raid6_pq: BUG: Unable to handle kernel data access at 0x00f0fd0d

https://bugzilla.kernel.org/show_bug.cgi?id=205099 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #287623|0 |1 is obsolete|

[Bug 205099] KASAN hit at raid6_pq: BUG: Unable to handle kernel data access at 0x00f0fd0d

https://bugzilla.kernel.org/show_bug.cgi?id=205099 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #287621|0 |1 is obsolete|

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #6 from Erhard F. (erhar...@mailbox.org) --- Yes, precisely summarized! Thanks for your efforts! CONFIG_KASAN though only is x86_64 not x86 AFAIK. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #5 from Christophe Leroy (christophe.le...@c-s.fr) --- Ok, so as a summary: - With CONFIG_THREAD_SHIFT = 13 and CONFIG_DEBUG_STACKOVERFLOW, the system gets stuck - With CONFIG_THREAD_SHIFT = 13 and without CONFIG_DEBUG_STACKOVERFLOW,

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- Without CONFIG_VMAP_STACK I had one crash after 2-3 hours of building but the panic timer kicked in and rebooted the machine. Now it has been building packages for hours again without any

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #3 from Erhard F. (erhar...@mailbox.org) --- Created attachment 288231 --> https://bugzilla.kernel.org/attachment.cgi?id=288231=edit screenshot02.jpg -- You are receiving this mail because: You are watching the assignee of the

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #2 from Erhard F. (erhar...@mailbox.org) --- Created attachment 288229 --> https://bugzilla.kernel.org/attachment.cgi?id=288229=edit screenshot01.jpg Without CONFIG_DEBUG_STACKOVERFLOW things are better. The rsync completes, the G4

[Bug 207129] PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 --- Comment #1 from Christophe Leroy (christophe.le...@c-s.fr) --- So it hands in show_stack(). Does it also hang without CONFIG_DEBUG_STACKOVERFLOW ? If not, it means we have a problem with check_stack_overflow() Regardless of the result

[Bug 199561] sungem: RX MAC fifo overflow smac[03910440]

https://bugzilla.kernel.org/show_bug.cgi?id=199561 --- Comment #6 from Erhard F. (erhar...@mailbox.org) --- Created attachment 288225 --> https://bugzilla.kernel.org/attachment.cgi?id=288225=edit kernel .config (5.6.2, PowerMac G4 DP) -- You are receiving this mail because: You are on the CC

[Bug 199561] sungem: RX MAC fifo overflow smac[03910440]

https://bugzilla.kernel.org/show_bug.cgi?id=199561 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #280931|0 |1 is obsolete|

[Bug 207129] New: PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760"

https://bugzilla.kernel.org/show_bug.cgi?id=207129 Bug ID: 207129 Summary: PowerMac G4 DP (5.6.2 debug kernel + inline KASAN) freezes shortly after booting with "do_IRQ: stack overflow: 1760" Product: Platform

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #286801|0 |1 is obsolete|

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #286805|0 |1 is obsolete|

[Bug 206203] kmemleak reports various leaks in drivers/of/unittest.c

https://bugzilla.kernel.org/show_bug.cgi?id=206203 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Attachment #286803|0 |1 is obsolete|

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 --- Comment #13 from John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) --- watson login: [30887.552539] KVM: CPU 4 seems to be stuck [30900.094713] watchdog: CPU 8 detected hard LOCKUP on other CPUs 0 [30900.094730] watchdog: CPU 8

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 --- Comment #12 from John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) --- Another crash: watson login: [17667512263.751484] BUG: Unable to handle kernel data access at 0xc00ff06e4838 [17667512263.751507] Faulting instruction

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 --- Comment #11 from John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) --- It seems I can provoke the crash by running the glibc testsuite in a big-endian guest VM. The machine just crashed with the IPMI console open but the only message

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 --- Comment #10 from John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) --- (In reply to Aneesh Kumar KV from comment #9) > Also, can you try disabling THP. echo "never" > > /sys/kernel/mm/transparent_hugepage/enabled Yes. Just disabled.

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 Aneesh Kumar KV (aneesh.ku...@linux.ibm.com) changed: What|Removed |Added CC|

[Bug 206669] Little-endian kernel crashing on POWER8 on heavy big-endian PowerKVM load

https://bugzilla.kernel.org/show_bug.cgi?id=206669 --- Comment #8 from John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de) --- Created attachment 287823 --> https://bugzilla.kernel.org/attachment.cgi?id=287823=edit kern.log containing some crash dumps I have another trace of the crash.

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 --- Comment #6 from Erhard F. (erhar...@mailbox.org) --- (In reply to mpe from comment #5) > Can you try this one instead, it changes the order of operations to make > the code flow a bit nicer. 2nd patch works equally well. -- You are

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 --- Comment #5 from m...@ellerman.id.au --- bugzilla-dae...@bugzilla.kernel.org writes: > https://bugzilla.kernel.org/show_bug.cgi?id=206695 > > --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- > (In reply to mpe from comment #3) >> Can

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- (In reply to mpe from comment #3) > Can you try this patch? Applied your patch on top of 5.6-rc4 + https://patchwork.ozlabs.org/patch/1248350/ and let the G5 do a few hours compiling.

[Bug 206695] kmemleak reports leaks in drivers/macintosh/windfarm

https://bugzilla.kernel.org/show_bug.cgi?id=206695 --- Comment #3 from m...@ellerman.id.au --- Can you try this patch? diff --git a/drivers/macintosh/windfarm_pm112.c b/drivers/macintosh/windfarm_pm112.c index 4150301a89a5..a16f43a1def9 100644 --- a/drivers/macintosh/windfarm_pm112.c +++

[Bug 206733] i2c i2c-3: i2c-powermac: modalias failure on /uni-n@f8000000/i2c@f8001000/cereal@1c0

https://bugzilla.kernel.org/show_bug.cgi?id=206733 --- Comment #3 from Benjamin Herrenschmidt (b...@kernel.crashing.org) --- Yes. I had a look (and had to swap in some historical brain cells from tape storage :-) But I think the warning should probably be turned into a dev_dbg. It's probably some

[Bug 199471] [Bisected][Regression] windfarm_pm* no longer gets automatically loaded when CONFIG_I2C_POWERMAC=y is set

https://bugzilla.kernel.org/show_bug.cgi?id=199471 --- Comment #19 from Wolfram Sang (w...@the-dreams.de) --- Well, yes, the lm75 code gets loaded yet it is not clear to me if the device is now created by DT or not. Well, we will see... Patch sent out: http://patchwork.ozlabs.org/patch/1248349/

[Bug 206733] i2c i2c-3: i2c-powermac: modalias failure on /uni-n@f8000000/i2c@f8001000/cereal@1c0

https://bugzilla.kernel.org/show_bug.cgi?id=206733 --- Comment #2 from Mathieu Malaterre (mathieu.malate...@gmail.com) --- > i2c i2c-3: i2c-powermac: modalias failure on > /uni-n@f800/i2c@f8001000/cereal@1c0 Ben, Can you confirm this warning is harmless ? -- You are receiving this mail

<    1   2   3   4   5   6   7   8   9   10   >