Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge
From: Sinan Kaya <hidden>
Date: 2018-06-25 17:31:37
Also in:
dri-devel, linux-arm-kernel, linux-arm-msm, lkml
Possibly related (same subject, not in this thread)
- 2018-06-22 · Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge · Bartlomiej Zolnierkiewicz <hidden>
- 2018-06-22 · Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge · Bartlomiej Zolnierkiewicz <hidden>
- 2018-06-22 · Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge · Ard Biesheuvel <hidden>
- 2018-06-13 · Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge · Bartlomiej Zolnierkiewicz <hidden>
- 2018-06-13 · Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge · <hidden>
On 6/25/2018 1:29 PM, Ard Biesheuvel wrote:
quoted
quoted
Platform has been doing mmio translation for quite a while. Because all accesses go through pci io protocol, the rest of the UEFI never needed to be aware of bar address or do direct access. This is the first time I hear of direct access. Maybe, GOP is a special case. I started copying your response to the bios vendor. They are probably missing that patch. I will pass it along.I was informed that they fixed the issue in BIOS by presenting CPU physical address instead of PCI bus address in FrameBufferBase of the AST GOP UEFI driver. We can drop this patch now.Excellent! Thanks for following up with the vendor ...
Sure, appreciate the help. -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.