From: Christoph Hellwig <hch@lst.de>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Christoph Hellwig <hch@lst.de>,
iommu@lists.linux-foundation.org, x86@kernel.org,
Stefano Stabellini <sstabellini@kernel.org>,
Juergen Gross <jgross@suse.com>, Joerg Roedel <joro@8bytes.org>,
David Woodhouse <dwmw2@infradead.org>,
Lu Baolu <baolu.lu@linux.intel.com>,
Robin Murphy <robin.murphy@arm.com>,
linux-arm-kernel@lists.infradead.org,
xen-devel@lists.xenproject.org, linux-ia64@vger.kernel.org,
linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
linux-hyperv@vger.kernel.org, tboot-devel@lists.sourceforge.net,
linux-pci@vger.kernel.org
Subject: Re: cleanup swiotlb initialization
Date: Thu, 24 Feb 2022 16:58:54 +0100 [thread overview]
Message-ID: <20220224155854.GA30938@lst.de> (raw)
In-Reply-To: <09cb4ad3-88e7-3744-b4b8-a6d745ecea9e@oracle.com>
Thanks.
This looks really strange as early_amd_iommu_init should not interact much
with the changes. I'll see if I can find a AMD system to test on.
On Wed, Feb 23, 2022 at 07:57:49PM -0500, Boris Ostrovsky wrote:
> [ 37.377313] BUG: unable to handle page fault for address: ffffc90042880018
> [ 37.378219] #PF: supervisor read access in kernel mode
> [ 37.378219] #PF: error_code(0x0000) - not-present page
> [ 37.378219] PGD 7c2f2ee067 P4D 7c2f2ee067 PUD 7bf019b067 PMD 105a30067 PTE 0
> [ 37.378219] Oops: 0000 [#1] PREEMPT SMP NOPTI
> [ 37.378219] CPU: 14 PID: 1 Comm: swapper/0 Not tainted 5.17.0-rc5swiotlb #9
> [ 37.378219] Hardware name: Oracle Corporation ORACLE SERVER E1-2c/ASY,Generic,SM,E1-2c, BIOS 49004900 12/23/2020
> [ 37.378219] RIP: e030:init_iommu_one+0x248/0x2f0
> [ 37.378219] Code: 48 89 43 68 48 85 c0 74 c4 be 00 20 00 00 48 89 df e8 ea ee ff ff 48 89 43 78 48 85 c0 74 ae c6 83 98 00 00 00 00 48 8b 43 38 <48> 8b 40 18 a8 01 74 07 83 8b a8 04 00 00 01 f6 83 a8 04 00 00 01
> [ 37.378219] RSP: e02b:ffffc9004044bd18 EFLAGS: 00010286
> [ 37.378219] RAX: ffffc90042880000 RBX: ffff888107260800 RCX: 0000000000000000
> [ 37.378219] RDX: 0000000080000000 RSI: ffffea00041cab80 RDI: 00000000ffffffff
> [ 37.378219] RBP: ffffc9004044bd38 R08: 0000000000000901 R09: ffffea00041cab00
> [ 37.378219] R10: 0000000000000002 R11: 0000000000000000 R12: ffffc90040435008
> [ 37.378219] R13: 0000000000080000 R14: 00000000efa00000 R15: 0000000000000000
> [ 37.378219] FS: 0000000000000000(0000) GS:ffff88fef4180000(0000) knlGS:0000000000000000
> [ 37.378219] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 37.378219] CR2: ffffc90042880018 CR3: 000000000260a000 CR4: 0000000000050660
> [ 37.378219] Call Trace:
> [ 37.378219] <TASK>
> [ 37.378219] early_amd_iommu_init+0x3c5/0x72d
> [ 37.378219] ? iommu_setup+0x284/0x284
> [ 37.378219] state_next+0x158/0x68f
> [ 37.378219] ? iommu_setup+0x284/0x284
> [ 37.378219] iommu_go_to_state+0x28/0x2d
> [ 37.378219] amd_iommu_init+0x15/0x4b
> [ 37.378219] ? iommu_setup+0x284/0x284
> [ 37.378219] pci_iommu_init+0x12/0x37
> [ 37.378219] do_one_initcall+0x48/0x210
> [ 37.378219] kernel_init_freeable+0x229/0x28c
> [ 37.378219] ? rest_init+0xe0/0xe0
> [ 37.963966] kernel_init+0x1a/0x130
> [ 37.979415] ret_from_fork+0x22/0x30
> [ 37.991436] </TASK>
> [ 37.999465] Modules linked in:
> [ 38.007413] CR2: ffffc90042880018
> [ 38.019416] ---[ end trace 0000000000000000 ]---
> [ 38.023418] RIP: e030:init_iommu_one+0x248/0x2f0
> [ 38.023418] Code: 48 89 43 68 48 85 c0 74 c4 be 00 20 00 00 48 89 df e8 ea ee ff ff 48 89 43 78 48 85 c0 74 ae c6 83 98 00 00 00 00 48 8b 43 38 <48> 8b 40 18 a8 01 74 07 83 8b a8 04 00 00 01 f6 83 a8 04 00 00 01
> [ 38.023418] RSP: e02b:ffffc9004044bd18 EFLAGS: 00010286
> [ 38.023418] RAX: ffffc90042880000 RBX: ffff888107260800 RCX: 0000000000000000
> [ 38.155413] RDX: 0000000080000000 RSI: ffffea00041cab80 RDI: 00000000ffffffff
> [ 38.175965] Freeing initrd memory: 62640K
> [ 38.155413] RBP: ffffc9004044bd38 R08: 0000000000000901 R09: ffffea00041cab00
> [ 38.155413] R10: 0000000000000002 R11: 0000000000000000 R12: ffffc90040435008
> [ 38.155413] R13: 0000000000080000 R14: 00000000efa00000 R15: 0000000000000000
> [ 38.155413] FS: 0000000000000000(0000) GS:ffff88fef4180000(0000) knlGS:0000000000000000
> [ 38.287414] CS: e030 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 38.309557] CR2: ffffc90042880018 CR3: 000000000260a000 CR4: 0000000000050660
> [ 38.332403] Kernel panic - not syncing: Fatal exception
> [ 38.351414] Rebooting in 20 seconds..
>
>
>
> -boris
---end quoted text---
next prev parent reply other threads:[~2022-02-24 16:00 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-22 15:35 cleanup swiotlb initialization Christoph Hellwig
2022-02-22 15:35 ` [PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page Christoph Hellwig
2022-02-24 10:26 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set Christoph Hellwig
2022-02-24 10:29 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 03/11] swiotlb: simplify swiotlb_max_segment Christoph Hellwig
2022-02-24 10:34 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size Christoph Hellwig
2022-02-24 10:36 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late Christoph Hellwig
2022-02-24 10:41 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it Christoph Hellwig
2022-02-22 15:35 ` [PATCH 07/11] x86: remove the IOMMU table infrastructure Christoph Hellwig
2022-02-24 10:18 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful Christoph Hellwig
2022-02-22 15:35 ` [PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction Christoph Hellwig
2022-02-22 15:35 ` [PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb Christoph Hellwig
2022-02-24 10:16 ` Anshuman Khandual
2022-02-22 15:35 ` [PATCH 11/11] x86: remove cruft from <asm/dma-mapping.h> Christoph Hellwig
2022-02-24 0:57 ` cleanup swiotlb initialization Boris Ostrovsky
2022-02-24 15:58 ` Christoph Hellwig [this message]
2022-02-24 16:18 ` Boris Ostrovsky
2022-02-24 16:39 ` Christoph Hellwig
2022-02-24 17:07 ` Boris Ostrovsky
2022-02-25 8:47 ` Christoph Hellwig
2022-02-25 15:24 ` Boris Ostrovsky
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=20220224155854.GA30938@lst.de \
--to=hch@lst.de \
--cc=baolu.lu@linux.intel.com \
--cc=boris.ostrovsky@oracle.com \
--cc=dwmw2@infradead.org \
--cc=iommu@lists.linux-foundation.org \
--cc=jgross@suse.com \
--cc=joro@8bytes.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=robin.murphy@arm.com \
--cc=sstabellini@kernel.org \
--cc=tboot-devel@lists.sourceforge.net \
--cc=x86@kernel.org \
--cc=xen-devel@lists.xenproject.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;
as well as URLs for NNTP newsgroup(s).