public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: greg@unrelenting.technology
To: "Ard Biesheuvel" <ard.biesheuvel@arm.com>,
	devel@edk2.groups.io, mw@semihalf.com
Cc: "Leif Lindholm" <leif@nuviainc.com>
Subject: Re: [edk2-devel] Additional configuration options on Armada/Cn913x
Date: Thu, 11 Jun 2020 14:07:09 +0000	[thread overview]
Message-ID: <af619f9bab17911c703f0cb1f1bb021d@unrelenting.technology> (raw)
In-Reply-To: <05412f93-d4ca-3ae8-744f-6ba7f1ce7e8e@arm.com>

June 11, 2020 4:19 PM, "Ard Biesheuvel" <ard.biesheuvel@arm.com> wrote:

> On 6/5/20 5:19 PM, Marcin Wojtas via groups.io wrote:
> 
>> Hi,
>> I'd like to ask for comments before I develop the actual code - > currently we have 2 workarounds
>> done specifically for Linux:
>> a. ECAM shift in PCIE
>> b. SPCR address space definition
> 
> What does this mean?

The SPCR in upstream edk2 is set up to work around some Linux weirdness (?) and I have to do this:

https://github.com/myfreeweb/edk2-platforms/commit/74ec98a6498e78d2ae6c861db88487bf75f2e1a1

to make it work on FreeBSD.

>> Both above are not needed e.g. in FreeBSD and I was requested to add > their optional disabling.
> 
> Disabling ECAM shift is just a matter of exposing the iATU controls to the OS, right? Why do you
> need to disable it?

I'm not sure what iATU controls are (and we don't want to do anything in the OS),
but basically the current address is shifted by 0x8000 to only expose the last device to the OS,
to work around the silicon bug (lack of some filtering thing) that causes devices to appear many many times.

But actually most modern devices (e.g. AMD RX 480, Mellanox CX2) *do not* get duplicated at all, they show up
in the first position, and this shift moves the memory way past that position and the OS sees
no PCIe devices at all. The only device that was duplicated into all slots for me was a cheap SATA card.

In my experience whether the device is duplicated seems to correlate with the "Legacy" field
in the UEFI Shell's pci command. IIRC Marcin has explained the actual technical characteristic
of these devices in some mail before. So it might actually be possible to decide whether to do the shift
automatically at runtime depending on the inserted device (?)
But a setting in the setup menu is easier to do and less magical.

I've just been running with the shift reverted:

https://github.com/myfreeweb/edk2-platforms/commit/36395be2a8707f6d396e07405eb9fe47b64cf964

to make my Radeon GPU work.

  parent reply	other threads:[~2020-06-11 14:07 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-05 15:19 Additional configuration options on Armada/Cn913x Marcin Wojtas
2020-06-11 13:19 ` [edk2-devel] " Ard Biesheuvel
2020-06-11 14:07 ` greg [this message]
2020-06-11 14:17   ` Ard Biesheuvel
2020-06-11 22:43     ` Mark Kettenis
2020-06-12  8:45       ` Ard Biesheuvel
2020-06-12 15:07         ` Marcin Wojtas
2020-06-12 16:32           ` greg
2020-06-12 17:09             ` Marcin Wojtas
2020-06-20 15:44               ` Marcin Wojtas
2020-06-11 14:33   ` greg
2020-06-11 14:38     ` Ard Biesheuvel
2020-06-11 14:46     ` greg

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-list 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=af619f9bab17911c703f0cb1f1bb021d@unrelenting.technology \
    --to=devel@edk2.groups.io \
    /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