Le 29/10/2021 à 22:31, Andy Shevchenko a écrit :
On Fri, Oct 29, 2021 at 10:04 PM LEROY Christophe
wrote:
Le 29/10/2021 à 17:55, Andy Shevchenko a écrit :
On Wed, Oct 27, 2021 at 06:33:54PM +0300, Andy Shevchenko wrote:
When kernel.h is used in the headers it adds a lot into dependency
The pull request you sent on Sat, 30 Oct 2021 10:05:46 +1100:
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
> tags/powerpc-5.15-6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/119c85055d867b9588263bca59794c872ef2a30e
Thank you!
--
Fix typos of 'remaining' and 'those'.
Signed-off-by: Randy Dunlap
Suggested-by: Matthew Wilcox # 'remaining'
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/kernel/fadump.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-next-20211029.orig/arch
https://bugzilla.kernel.org/show_bug.cgi?id=214867
--- Comment #3 from Frank Rowand (bugzilla.kernel@frowand.com) ---
I forwarded my email notification of this bug to the mail lists. I prefer
discussion to occur there:
On Fri, Oct 29, 2021 at 4:27 PM Eugene Bordenkircher
wrote:
>
> Typing Greg's email correct this time. My apologies.
>
> Eugene
>
> -Original Message-
> From: Eugene Bordenkircher
> Sent: Friday, October 29, 2021 10:14 AM
> To: linux-...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Linus,
Please pull the final set of powerpc fixes for 5.15:
The following changes since commit 787252a10d9422f3058df9a4821f389e5326c440:
powerpc/smp: do not decrement idle task preempt count in CPU offline
(2021-10-20 21:38:01 +1100)
are
Hello all,
We've discovered a situation where the FSL udc driver
(drivers/usb/gadget/udc/fsl_udc_core.c) will enter a loop iterating over the
request queue, but the queue has been corrupted at some point so it loops
infinitely. I believe we have narrowed into the offending code, but we are in
Typing Greg's email correct this time. My apologies.
Eugene
-Original Message-
From: Eugene Bordenkircher
Sent: Friday, October 29, 2021 10:14 AM
To: linux-...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
Cc: leoyang...@nxp.com; ba...@kernel.org; gre...@linuxfoundataion.org
Subject:
fsl,tmu-calibration is in u32-matrix format. Use matching property syntax.
No functional changes. Fixes warnings as:
$ make dtbs_check
...
arch/arm64/boot/dts/freescale/imx8mq-librem5-r3.dt.yaml: tmu@3026:
fsl,tmu-calibration:0: Additional items are not allowed (1, 41, 2, 47, 3, 53,
4, 61,
On Fri, Oct 29, 2021 at 10:04 PM LEROY Christophe
wrote:
>
>
>
> Le 29/10/2021 à 17:55, Andy Shevchenko a écrit :
> > On Wed, Oct 27, 2021 at 06:33:54PM +0300, Andy Shevchenko wrote:
> >> When kernel.h is used in the headers it adds a lot into dependency hell,
> >> especially when there are
Le 29/10/2021 à 17:55, Andy Shevchenko a écrit :
On Wed, Oct 27, 2021 at 06:33:54PM +0300, Andy Shevchenko wrote:
When kernel.h is used in the headers it adds a lot into dependency hell,
especially when there are circular dependencies are involved.
Replace kernel.h inclusion with the list
Le 29/10/2021 à 17:55, Andy Shevchenko a écrit :
> On Wed, Oct 27, 2021 at 06:33:54PM +0300, Andy Shevchenko wrote:
>> When kernel.h is used in the headers it adds a lot into dependency hell,
>> especially when there are circular dependencies are involved.
>>
>> Replace kernel.h inclusion with
On Wed, Oct 27, 2021 at 06:33:54PM +0300, Andy Shevchenko wrote:
> When kernel.h is used in the headers it adds a lot into dependency hell,
> especially when there are circular dependencies are involved.
>
> Replace kernel.h inclusion with the list of what is really being used.
Seems nobody from
Until now, all tests involving CONFIG_STRICT_KERNEL_RWX were done with
DEBUG_RODATA_TEST to check the result. But now that
CONFIG_STRICT_KERNEL_RWX is selected by default, it came without
CONFIG_DEBUG_RODATA_TEST and led to the following Oops
[6.830908] Freeing unused kernel image (initmem)
Hi Luis,
On 10/15/21 4:52 PM, Luis Chamberlain wrote:
> We never checked for errors on add_disk() as this function
> returned void. Now that this is fixed, use the shiny new
> error handling.
I didn't yet test this ps3vram related change, but based
on the ps3disk testing I think this change will
Hi Luis,
On 10/15/21 4:52 PM, Luis Chamberlain wrote:
> We never checked for errors on add_disk() as this function
> returned void. Now that this is fixed, use the shiny new
> error handling.
>
> Signed-off-by: Luis Chamberlain
I tested your 20211011-for-axboe-add-disk-error-handling branch
on
https://bugzilla.kernel.org/show_bug.cgi?id=214867
Arnd Bergmann (a...@arndb.de) changed:
What|Removed |Added
CC||a...@arndb.de
---
https://bugzilla.kernel.org/show_bug.cgi?id=214867
--- Comment #1 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 299363
--> https://bugzilla.kernel.org/attachment.cgi?id=299363=edit
kernel .config (kernel 5.15-rc7, Talos II)
# lspci
:00:00.0 PCI bridge: IBM POWER9 Host
https://bugzilla.kernel.org/show_bug.cgi?id=214867
Bug ID: 214867
Summary: UBSAN: shift-out-of-bounds in
drivers/of/unittest.c:1933:36
Product: Platform Specific/Hardware
Version: 2.5
Kernel Version: 5.15-rc7
Hardware:
Nicholas Piggin writes:
> Excerpts from Athira Rajeev's message of October 29, 2021 1:05 pm:
>> During Live Partition Migration (LPM), it is observed that perf
>> counter values reports zero post migration completion. However
>> 'perf stat' with workload continues to show counts post migration
>>
Hi Nicholas!
On 10/29/21 02:41, Nicholas Piggin wrote:
> Soft lockup should mean it's taking timer interrupts still, just not
> scheduling. Do you have the hard lockup detector enabled as well? Is
> there anything stuck spinning on another CPU?
I haven't enabled it. But looking at the
Le 29/10/2021 à 10:39, Nicholas Piggin a écrit :
There is a deadlock with the console_owner lock and the wd_smp_lock:
CPU x takes the console_owner lock
CPU y takes a watchdog timer interrupt and takes __wd_smp_lock
CPU x takes a watchdog timer interrupt and spins on __wd_smp_lock
CPU y detects
' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Athira-Rajeev/powerpc-perf-Enable-PMU-counters-post-partition-migration-if-PMU-is-active/20211029-110804
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
config
There is a deadlock with the console_owner lock and the wd_smp_lock:
CPU x takes the console_owner lock
CPU y takes a watchdog timer interrupt and takes __wd_smp_lock
CPU x takes a watchdog timer interrupt and spins on __wd_smp_lock
CPU y detects a deadlock, tries to print something and spins on
It is possible for all CPUs to miss the pending cpumask becoming clear,
and then nobody resetting it, which will cause the lockup detector to
stop working. It will eventually expire, but watchdog_smp_panic will
avoid doing anything if the pending mask is clear and it will never be
reset.
Order
On Friday, 29 October 2021 2:33:31 AM AEDT Felix Kuehling wrote:
> Am 2021-10-27 um 9:42 p.m. schrieb Alistair Popple:
> > On Wednesday, 27 October 2021 3:09:57 AM AEDT Felix Kuehling wrote:
> >> Am 2021-10-25 um 12:16 a.m. schrieb Alistair Popple:
> >>> MIGRATE_PFN_LOCKED is used to indicate to
Excerpts from Athira Rajeev's message of October 29, 2021 1:05 pm:
> During Live Partition Migration (LPM), it is observed that perf
> counter values reports zero post migration completion. However
> 'perf stat' with workload continues to show counts post migration
> since PMU gets
27 matches
Mail list logo