From: Ming Lei <ming.lei@redhat.com>
To: Changhui Zhong <czhong@redhat.com>
Cc: linux-block@vger.kernel.org
Subject: Re: [bug report] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000058
Date: Tue, 27 Dec 2022 11:32:44 +0800 [thread overview]
Message-ID: <Y6pnXGJn6tx+nCH3@T590> (raw)
In-Reply-To: <CAGVVp+WS5aHiF2Odc-C+fO56qKyV7vPsPRz35v9eWsPJDNj=ng@mail.gmail.com>
On Mon, Dec 26, 2022 at 11:11:44AM +0800, Changhui Zhong wrote:
> Hello,
> Below issue was triggered with ( v6.0.15-996-g988abd970566), pls help check it
>
> [ 7845.648246] Unable to handle kernel NULL pointer dereference at
> virtual address 0000000000000058
> [ 7845.648776] Mem abort info:
> [ 7845.648938] ESR = 0x0000000096000004
> [ 7845.649155] EC = 0x25: DABT (current EL), IL = 32 bits
> [ 7845.649462] SET = 0, FnV = 0
> [ 7845.649639] EA = 0, S1PTW = 0
> [ 7845.649821] FSC = 0x04: level 0 translation fault
> [ 7845.650105] Data abort info:
> [ 7845.650274] ISV = 0, ISS = 0x00000004
> [ 7845.650496] CM = 0, WnR = 0
> [ 7845.650670] user pgtable: 4k pages, 48-bit VAs, pgdp=0000000103cba000
> [ 7845.651043] [0000000000000058] pgd=0000000000000000, p4d=0000000000000000
> [ 7845.651446] Internal error: Oops: 96000004 [#1] SMP
> [ 7845.651764] Modules linked in: snd_aloop snd_dummy snd_seq
> snd_seq_device snd_pcm snd_timer snd soundcore ansi_cprng crypto_user
> veth vrf ipvlan echainiv esp4 des_generic libdes tun geneve ip6_tables
> ip_vs ip_set xt_sctp nf_conntrack_netlink nft_chain_nat xt_nat nf_nat
> nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nft_compat nf_tables
> nfnetlink tcp_dctcp ah6 ah4 binfmt_misc can_j1939 l2tp_core bnep hidp
> can_bcm pptp gre can_raw rfcomm bluetooth ieee802154_socket ieee802154
> af_key qrtr pppoe pppox ppp_generic slhc mpls_router ip_tunnel
> vsock_loopback vmw_vsock_virtio_transport_common
> vmw_vsock_vmci_transport vmw_vmci vsock fcrypt pcbc rxrpc smc ib_core
> kcm can macsec llc sctp ip6_udp_tunnel udp_tunnel mlx4_en mlx4_core
> nfp tls loop nls_utf8 cifs cifs_arc4 cifs_md4 dns_resolver fscache
> netfs rfkill sunrpc vfat fat virtio_net net_failover failover fuse
> zram xfs crct10dif_ce polyval_ce virtio_console polyval_generic
> ghash_ce virtio_blk virtio_mmio qemu_fw_cfg [last unloaded: vxlan]
> [ 7845.656785] CPU: 5 PID: 789199 Comm: bash Not tainted 6.0.15 #1
> [ 7845.657126] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
> [ 7845.657523] pstate: 00400005 (nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> [ 7845.657932] pc : blk_mq_quiesce_queue+0x50/0xa0
Hi Changhui,
Can you figure out the fault source code by gdb?
gdb vmlinux
gdb> l *(blk_mq_quiesce_queue+0x50)
thanks,
Ming
next prev parent reply other threads:[~2022-12-27 3:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-26 3:11 [bug report] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000058 Changhui Zhong
2022-12-27 3:32 ` Ming Lei [this message]
2022-12-27 8:00 ` Ming Lei
2022-12-27 8:16 ` Ming Lei
2022-12-27 8:30 ` Changhui Zhong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y6pnXGJn6tx+nCH3@T590 \
--to=ming.lei@redhat.com \
--cc=czhong@redhat.com \
--cc=linux-block@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox