From: Valentine Sinitsyn <valentine.sinitsyn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Joerg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>,
David Kiarie
<davidkiarie4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
jankiskza-S0/GAf8tV78@public.gmane.org
Subject: Re: IVDB DTE_ALL Settings
Date: Tue, 4 Aug 2015 22:05:45 +0500 [thread overview]
Message-ID: <55C0F0E9.6030902@gmail.com> (raw)
In-Reply-To: <20150804165619.GP14980-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
Hi Joerg,
On 04.08.2015 21:56, Joerg Roedel wrote:
> Hi David,
>
> On Tue, Aug 04, 2015 at 05:57:45AM +0300, David Kiarie wrote:
>> Basically, the iommu->last/first_device fields are initialized in
>> another state of the driver much later in the code(during PCI
>> initialization); the values iommu->first/last_device are used before
>> initialization which breaks the logic of this code.
>
> You are right, this is probably broken for some time, on the other side
> it doesn't matter for now as I've never seen an IVRS table with an
> IVHD_ALL field. I'll do a patch to fix this, thanks for the report.
Not directly related to the issue David discovered, but as we discuss
IVRS handling: the specification says that ACPI tables data overrides
what's in hardware registers (Sect. 5). To the best of my understanding,
this means e.g. I should take HATS value not from EFR but from IVHD Type
10 block. However, amd_iommu driver code checks for features directly -
for what reason? I'm not suggesting this is a bug, but rather asking
your opinion here.
Thanks,
Valentine
next prev parent reply other threads:[~2015-08-04 17:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-04 2:57 IVDB DTE_ALL Settings David Kiarie
[not found] ` <20150804025745.GA4128-FBVcP3zgNXf1IFe7KZLm3A@public.gmane.org>
2015-08-04 16:56 ` Joerg Roedel
[not found] ` <20150804165619.GP14980-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2015-08-04 17:05 ` Valentine Sinitsyn [this message]
[not found] ` <55C0F0E9.6030902-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-05 9:48 ` Joerg Roedel
[not found] ` <20150805094836.GR14980-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2015-08-05 9:53 ` Valentine Sinitsyn
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=55C0F0E9.6030902@gmail.com \
--to=valentine.sinitsyn-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=davidkiarie4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=jankiskza-S0/GAf8tV78@public.gmane.org \
--cc=joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.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.