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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.