[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858

--- Comment #17 from doru iorgulescu (doru.iorgules...@gmail.com) ---
This problem is currently discussed and handled on the lists:
https://lore.kernel.org/all/ce2bf6af-4382-4fe1-b392-cc6829f5c...@roeck-us.net/
A Patch for this ?
Tank You
Regards

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 218858] scsi_alloc_sdev: Allocation failure during SCSI scanning, some SCSI devices might not be configured

2024-06-01 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218858

--- Comment #18 from doru iorgulescu (doru.iorgules...@gmail.com) ---
The patch responsable
[04/23] scsi: initialize scsi midlayer limits before allocating the queue
https://patchwork.kernel.org/project/linux-scsi/patch/20240324235448.2039074-5-...@lst.de/
This must be reverted
Thank You
Regards

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

Re: kswapd0: page allocation failure: order:0, mode:0x820(GFP_ATOMIC), nodemask=(null),cpuset=/,mems_allowed=0 (Kernel v6.5.9, 32bit ppc)

2024-06-01 Thread David Hildenbrand

On 01.06.24 08:01, Yu Zhao wrote:

On Wed, May 15, 2024 at 4:06 PM Yu Zhao  wrote:


On Wed, May 15, 2024 at 2:45 PM Erhard Furtner  wrote:


On Wed, 8 May 2024 20:21:11 +0200
Erhard Furtner  wrote:


Greetings!

Got that on my dual CPU PowerMac G4 DP shortly after boot. This does not happen 
every time at bootup though:

[...]
kswapd0: page allocation failure: order:0, mode:0x820(GFP_ATOMIC), 
nodemask=(null),cpuset=/,mems_allowed=0
CPU: 1 PID: 40 Comm: kswapd0 Not tainted 6.8.9-gentoo-PMacG4 #1
Hardware name: PowerMac3,6 7455 0x80010303 PowerMac


Very similar page allocation failure on the same machine on kernel 6.9.0 too. Seems it 
can easily be provoked by running a memory stressor, e.g. "stress-ng --vm 2 
--vm-bytes 1930M --verify -v":

[...]
kswapd0: page allocation failure: order:0, mode:0xcc0(GFP_KERNEL), 
nodemask=(null),cpuset=/,mems_allowed=0
CPU: 0 PID: 41 Comm: kswapd0 Not tainted 6.9.0-gentoo-PMacG4 #1
Hardware name: PowerMac3,6 7455 0x80010303 PowerMac
Call Trace:
[c1c65940] [c07926d4] dump_stack_lvl+0x80/0xac (unreliable)
[c1c65960] [c01b6234] warn_alloc+0x100/0x178
[c1c659c0] [c01b661c] __alloc_pages+0x370/0x8d0
[c1c65a80] [c01c4854] __read_swap_cache_async+0xc0/0x1cc
[c1c65ad0] [c01cb580] zswap_writeback_entry+0x50/0x154
[c1c65be0] [c01cb6f4] shrink_memcg_cb+0x70/0xec
[c1c65c10] [c019518c] __list_lru_walk_one+0xa0/0x154
[c1c65c70] [c01952a4] list_lru_walk_one+0x64/0x7c
[c1c65ca0] [c01cad00] zswap_shrinker_scan+0xac/0xc4
[c1c65cd0] [c018052c] do_shrink_slab+0x18c/0x304
[c1c65d20] [c0180a40] shrink_slab+0x174/0x260
[c1c65da0] [c017cb0c] shrink_one+0xbc/0x134
[c1c65dd0] [c017e3e4] shrink_node+0x238/0x84c
[c1c65e50] [c017ed38] balance_pgdat+0x340/0x650
[c1c65f50] [c017f270] kswapd+0x228/0x25c
[c1c65fc0] [c006bbac] kthread+0xe4/0xe8
[c1c65ff0] [c0015304] start_kernel_thread+0x10/0x14
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: kmalloc-rnd-15-2k, object size: 2048, buffer size: 6144, default 
order: 3, min order: 1
   kmalloc-rnd-15-2k debugging increased min order, use slab_debug=O to disable.
   node 0: slabs: 33, objs: 165, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: kmalloc-rnd-15-2k, object size: 2048, buffer size: 6144, default 
order: 3, min order: 1
   kmalloc-rnd-15-2k debugging increased min order, use slab_debug=O to disable.
   node 0: slabs: 33, objs: 165, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: skbuff_small_head, object size: 480, buffer size: 544, default order: 
1, min order: 0
   node 0: slabs: 15, objs: 225, free: 0
SLUB: Unable to allocate memory on node -1, gfp=0x820(GFP_ATOMIC)
   cache: kmalloc-rnd-15-2k, object size: 2048, buffer size: 6144, default 
order: 3, min order: 1
   kmalloc-rnd-15-2k debugging increased min order, use slab_debug=O to disable.
   node 0: slabs: 33, objs: 165, free: 0
Mem-Info:
active_anon:340071 inactive_anon:139179 isolated_anon:0
  active_file:8297 inactive_file:2506 isolated_file:0
  unevictable:4 dirty:1 writeback:18
  slab_reclaimable:1377 slab_unreclaimable:7426
  mapped:6804 shmem:112 pagetables:946
  sec_pagetables:0 bounce:0
  kernel_misc_reclaimable:0
  free:1141 free_pcp:7 free_cma:0
Node 0 active_anon:1360284kB inactive_anon:556716kB active_file:33188kB 
inactive_file:10024kB unevictable:16kB isolated(anon):0kB isolated(file):0kB 
mapped:27216kB dirty:4kB writeback:72kB shmem:448kB writeback_tmp:0kB 
kernel_stack:1560kB pagetables:3784kB sec_pagetables:0kB all_unreclaimable? no
DMA free:56kB boost:7756kB min:11208kB low:12068kB high:12928kB 
reserved_highatomic:0KB active_anon:635128kB inactive_anon:58260kB 
active_file:268kB inactive_file:3000kB unevictable:0kB writepending:324kB 
present:786432kB managed:746644kB mlo

Re: Please add powerpc topic/kdump-hotplug branch to linux-next

2024-06-01 Thread Michael Ellerman
Stephen Rothwell  writes:
> Hi Michael,
>
> On Tue, 23 Apr 2024 23:56:42 +1000 Michael Ellerman  
> wrote:
>>
> \> Can you please add the topic/kdump-hotplug branch of the powerpc tree to
>> linux-next. It contains a series that touches generic kexec code as well
>> as x86 and powerpc code.
>> 
>> The hope is to have to get it merged for v6.10, so it should go along
>> with the powerpc next branch in the merge order.
>> 
>> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/log/?h=topic/kdump-hotplug
>
> Added from today.

This branch has now been merged and can be dropped from linux-next,
thanks.

cheers


[GIT PULL] Please pull powerpc/linux.git powerpc-6.10-2 tag

2024-06-01 Thread Michael Ellerman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Linus,

Please pull powerpc fixes for 6.10:

The following changes since commit 1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0:

  Linux 6.10-rc1 (2024-05-26 15:20:12 -0700)

are available in the git repository at:

  https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git 
tags/powerpc-6.10-2

for you to fetch changes up to be2fc65d66e0406cc9d39d40becaecdf4ee765f3:

  powerpc: Limit ARCH_HAS_KERNEL_FPU_SUPPORT to PPC64 (2024-05-30 22:57:27 
+1000)

- --
powerpc fixes for 6.10 #2

 - Enforce full ordering for ATOMIC operations with BPF_FETCH.

 - Fix uaccess build errors seen with GCC 13/14.

 - Fix build errors on ppc32 due to ARCH_HAS_KERNEL_FPU_SUPPORT.

 - Drop error message from lparcfg guest name lookup.

Thanks to: Christophe Leroy, Guenter Roeck, Nathan Lynch, Naveen N Rao, Puranjay
Mohan, Samuel Holland.

- --
Michael Ellerman (2):
  powerpc/uaccess: Fix build errors seen with GCC 13/14
  powerpc/uaccess: Use YZ asm constraint for ld

Nathan Lynch (1):
  powerpc/pseries/lparcfg: drop error message from guest name lookup

Puranjay Mohan (1):
  powerpc/bpf: enforce full ordering for ATOMIC operations with BPF_FETCH

Samuel Holland (1):
  powerpc: Limit ARCH_HAS_KERNEL_FPU_SUPPORT to PPC64


 arch/powerpc/Kconfig |  2 +-
 arch/powerpc/include/asm/uaccess.h   | 27 
 arch/powerpc/net/bpf_jit_comp32.c| 12 +
 arch/powerpc/net/bpf_jit_comp64.c| 12 +
 arch/powerpc/platforms/pseries/lparcfg.c |  4 +--
 5 files changed, 54 insertions(+), 3 deletions(-)
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEJFGtCPCthwEv2Y/bUevqPMjhpYAFAmZbtSIACgkQUevqPMjh
pYALTQ//YkCAb17EW6iQfmcuaq7Amhz5QUDUU3TFhfcmmuDd3Fw3bh9sppF+so0S
UsZpBRgY9C6xFkOqpyrqj9KOSXNsWE5m46Hp0Cl7BlkdeM2c68T77BxN5pEcnI4i
so64UHaLDI0miirQE25ihA4BdmtzAfw6PL6vubcBoLrlSWktXDQXBZb0EkOeYNiR
QI+4EnwfkUiw+55eXEHoWIwWuyW7oMd2px8wXEnb9daOxu7NqDhKINVYN8g0If8u
m90egWk56gq1A/ei43zeqPQAKi8hvQe93+tkmCI7NkJCx+YrYmUStqIC/4/iZlJd
XMaUre8mckU6eWRfUL5G28BDETtNm3t2TlflJ+GK1XvLd0LOj2SEk0f5i2bXA6ey
o1ISDVE3dRbS3CzfiZw8S7QvJiCeqBU1d3gMjNge+c1iSG0rgd20tMA17+SEKaHn
W2tSZev6P9vbpF+9R0kxvyCRQ3EmPeOReSk0XIXU+X0V2NFIEIzQJMS/2NL2Mro8
O5tj3elpRbqSa/rEUUQymUpQ3qEkTfoFrIAiCkFvu+OcAtq26OL18olxWo0RF9Fg
8ElHjsGLMDNPyTrBIIIegcgsX+/fvGbwg5NpQlXOD564Y0cMfYi8kYwgU6Z9ism1
YfKFgvrj1akmTMrZobqZ1N0tCjXZVbRP+ykyT6uUtG7ut4v4d8U=
=+3xo
-END PGP SIGNATURE-


Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.10-2 tag

2024-06-01 Thread pr-tracker-bot
The pull request you sent on Sun, 02 Jun 2024 09:57:33 +1000:

> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git 
> tags/powerpc-6.10-2

has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/83814698cf48ce3aadc5d88a3f577f04482ff92a

Thank you!

-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html


Re: Please add powerpc topic/kdump-hotplug branch to linux-next

2024-06-01 Thread Stephen Rothwell
Hi Michael,

On Sun, 02 Jun 2024 09:53:27 +1000 Michael Ellerman  wrote:
>
> Stephen Rothwell  writes:
> >
> > On Tue, 23 Apr 2024 23:56:42 +1000 Michael Ellerman  
> > wrote:  
> >>
> >> Can you please add the topic/kdump-hotplug branch of the powerpc tree to
> >> linux-next. It contains a series that touches generic kexec code as well
> >> as x86 and powerpc code.
> >> 
> >> The hope is to have to get it merged for v6.10, so it should go along
> >> with the powerpc next branch in the merge order.
> >> 
> >> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/log/?h=topic/kdump-hotplug
> >>   
> >
> > Added from today.  
> 
> This branch has now been merged and can be dropped from linux-next,
> thanks.

Removed.

-- 
Cheers,
Stephen Rothwell


pgpg2gjT6m291.pgp
Description: OpenPGP digital signature