Re: Regression on linux-next (next-20250120)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jan 23, 2025 at 06:18:53PM +0000, Al Viro wrote:

Hi Al,

> On Thu, Jan 23, 2025 at 03:41:08PM +0000, Borah, Chaitanya Kumar wrote:
> > Hello Al,
> > 
> > Hope you are doing well. I am Chaitanya from the linux graphics team in Intel.
> > 
> > This mail is regarding a regression we are seeing in our CI runs[1] on linux-next repository.
> > 
> > Since the version next-20250120 [2], we are seeing the following regression
> 
> Ugh...  To narrow the things down, could you see if replacing
>                 fsd = kmalloc(sizeof(*fsd), GFP_KERNEL);
> with
>                 fsd = kzalloc(sizeof(*fsd), GFP_KERNEL);
> in fs/debugfs/file.c:__debugfs_file_get() affects the test?

This change fixes lots of the below failures in our CI. FWIW:

Tested-by: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>

Unable to handle kernel pointer dereference in virtual kernel address space
Failing address: 0000000000000000 TEID: 0000000000000000
Fault in primary space mode while using kernel ASCE.
AS:0000000243668007 R3:00000003fee58007 S:00000003fee57801 P:000000000000013d
Oops: 0004 ilc:1 [#1] SMP
Modules linked in: binfmt_misc mlx5_ib ib_uverbs ib_core dm_service_time nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set nf_tables mlx5_core pkey_pckmo uvdevice s390_trng rng_core eadm_sch vfio_ccw mdev vfio_iommu_type1 vfio sch_fq_codel drm i2c_core loop dm_multipath drm_panel_orientation_quirks configfs nfnetlink lcs ctcm fsm zfcp scsi_transport_fc hmac_s390 ghash_s390 prng chacha_s390 libchacha aes_s390 des_s390 libdes sha3_512_s390 sha3_256_s390 sha512_s390 sha256_s390 sha1_s390 sha_common scsi_dh_rdac scsi_dh_emc scsi_dh_alua pkey autofs4 ecdsa_generic ecc
CPU: 3 UID: 0 PID: 19223 Comm: dump2tar Not tainted 6.14.0-20250123.rc0.git129.853d1f41ba73.300.fc41.s390x+next #1
Hardware name: IBM 9175 ME1 701 (LPAR)
Krnl PSW : 0704e00180000000 0000000000000000 (0x0)
           R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3
Krnl GPRS: 0000000000000003 0000029253f7f100 00000000a9fa0600 000003ff84472010
           0000000000080000 00000212db803e68 00000212db803e68 0000000000080000
           00000000cf33c6c0 00000000be6d6a00 00000000a9fa0600 0000000000000000
           000003ff909acfa0 000003ff84472010 00000292d425da96 00000212db803c98
Krnl Code:>0000000000000000: 0000            illegal
           0000000000000002: 0000            illegal
           0000000000000004: 0000            illegal
           0000000000000006: 0000            illegal
           0000000000000008: 0000            illegal
           000000000000000a: 0000            illegal
           000000000000000c: 0000            illegal
           000000000000000e: 0000            illegal
Call Trace:
 [<0000000000000000>] 0x0
([<000001e12d421b6a>] full_proxy_read+0x4a/0xc0)
 [<000001e12d18ac16>] vfs_read+0x96/0x340
 [<000001e12d18b7b8>] ksys_read+0x78/0x100
 [<000001e12cdbf9d6>] do_syscall.constprop.0+0x116/0x140
 [<000001e12dba3ff4>] __do_syscall+0xd4/0x1c0
 [<000001e12dbaf404>] system_call+0x74/0x98

 Thanks!




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux