Shutdown of firmware framebuffer has a bunch of problems. Because
of this the framebuffer region might still be reserved even after
drm_fb_helper_remove_conflicting_pci_framebuffers() returned.
Don't consider pci_request_region() failure for the framebuffer
region as fatal error to workaround this issue.
Reported-by: Marek Marczykowski-Górecki <marmarek(a)invisiblethingslab.com>
Signed-off-by: Gerd Hoffmann <kraxel(a)redhat.com>
---
drivers/gpu/drm/bochs/bochs_hw.c | 3 +--
1 …
[View More]file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_hw.c b/drivers/gpu/drm/bochs/bochs_hw.c
index b615b7dfdd9d..a387efa9e559 100644
--- a/drivers/gpu/drm/bochs/bochs_hw.c
+++ b/drivers/gpu/drm/bochs/bochs_hw.c
@@ -157,8 +157,7 @@ int bochs_hw_init(struct drm_device *dev)
}
if (pci_request_region(pdev, 0, "bochs-drm") != 0) {
- DRM_ERROR("Cannot request framebuffer\n");
- return -EBUSY;
+ DRM_WARN("Cannot request framebuffer, boot framebuffer still active?\n");
}
bochs->fb_map = ioremap(addr, size);
--
2.18.1
[View Less]
Unfortunately, it turned out that the DPCD is also not a reliable way of
probing for DPCD backlight support as some panels will lie and say they
have DPCD backlight controls when they don't actually.
So, revert back to the old behavior and add a bunch of EDID-based DP
quirks for the panels that we know need this. As you might have already
guessed, OUI quirks didn't seem to be a very safe bet for these panels
due to them not having their device IDs filled out.
Lyude Paul (4):
Revert "drm/…
[View More]i915: Don't use VBT for detecting DPCD backlight controls"
drm/dp: Introduce EDID-based quirks
drm/i915: Force DPCD backlight mode on X1 Extreme 2nd Gen 4K AMOLED
panel
drm/i915: Force DPCD backlight mode for some Precision 7750 panels
drivers/gpu/drm/drm_dp_helper.c | 78 +++++++++++++++++++
drivers/gpu/drm/drm_dp_mst_topology.c | 3 +-
.../drm/i915/display/intel_display_types.h | 1 +
drivers/gpu/drm/i915/display/intel_dp.c | 11 ++-
.../drm/i915/display/intel_dp_aux_backlight.c | 28 +++++--
drivers/gpu/drm/i915/display/intel_dp_mst.c | 2 +-
drivers/gpu/drm/i915/display/intel_psr.c | 2 +-
include/drm/drm_dp_helper.h | 21 ++++-
8 files changed, 130 insertions(+), 16 deletions(-)
--
2.24.1
[View Less]
drm-misc-next-fixes-2020-02-07:
drm-misc-next fixes for v5.6:
- Fix build error in drm/edid.
- Plug close-after-free race in vgem_gem_create.
- Handle CONFIG_DMA_API_DEBUG_SG better in drm/msm.
The following changes since commit d7ca2d19c751b6715e9cb899a6b94f47b3499d02:
Merge tag 'drm-msm-next-2020-01-14' of https://gitlab.freedesktop.org/drm/msm into drm-next (2020-01-20 14:09:43 +1000)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-misc tags/drm-misc-next-…
[View More]fixes-2020-02-07
for you to fetch changes up to e1cf35b94c5fd122a8780587559fc6da9fc2dd12:
drm/edid: fix building error (2020-02-06 22:01:40 +0200)
----------------------------------------------------------------
drm-misc-next fixes for v5.6:
- Fix build error in drm/edid.
- Plug close-after-free race in vgem_gem_create.
- Handle CONFIG_DMA_API_DEBUG_SG better in drm/msm.
----------------------------------------------------------------
Daniel Vetter (1):
drm/vgem: Close use-after-free race in vgem_gem_create
Mauro Rossi (1):
drm/edid: fix building error
Sean Paul (1):
drm/msm: Set dma maximum segment size for mdss
drivers/gpu/drm/drm_edid.c | 2 +-
drivers/gpu/drm/msm/msm_drv.c | 8 ++++++++
drivers/gpu/drm/vgem/vgem_drv.c | 9 ++++++---
3 files changed, 15 insertions(+), 4 deletions(-)
[View Less]
drm-misc-fixes-2020-02-07:
Fixes for v5.6:
- Revert allow_fb_modifiers in sun4i, as it causes a regression for DE2 and DE3.
- Fix null pointer deref in drm_dp_mst_process_up_req().
The following changes since commit bdefca2d8dc0f80bbe49e08bf52a717146490706:
drm/panfrost: Add the panfrost_gem_mapping concept (2020-01-21 10:32:55 -0600)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-misc tags/drm-misc-fixes-2020-02-07
for you to fetch changes up to …
[View More]7e0cf7e9936c4358b0863357b90aa12afe6489da:
drm/panfrost: Make sure the shrinker does not reclaim referenced BOs (2020-02-03 11:23:21 +0000)
----------------------------------------------------------------
Fixes for v5.6:
- Revert allow_fb_modifiers in sun4i, as it causes a regression for DE2 and DE3.
- Fix null pointer deref in drm_dp_mst_process_up_req().
----------------------------------------------------------------
Boris Brezillon (1):
drm/panfrost: Make sure the shrinker does not reclaim referenced BOs
Jernej Skrabec (1):
Revert "drm/sun4i: drv: Allow framebuffer modifiers in mode config"
José Roberto de Souza (1):
drm/mst: Fix possible NULL pointer dereference in drm_dp_mst_process_up_req()
drivers/gpu/drm/drm_dp_mst_topology.c | 3 ++-
drivers/gpu/drm/panfrost/panfrost_drv.c | 1 +
drivers/gpu/drm/panfrost/panfrost_gem.h | 6 ++++++
drivers/gpu/drm/panfrost/panfrost_gem_shrinker.c | 3 +++
drivers/gpu/drm/panfrost/panfrost_job.c | 7 ++++++-
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 -
6 files changed, 18 insertions(+), 3 deletions(-)
[View Less]
Hi!
Follow-up on the v2: https://patchwork.kernel.org/cover/11322801/ .
The main purpose of this series is to upstream the dts change and the binding
document, but I wanted to see how far I could probe the GPU, to check that the
binding is indeed correct. The rest of the patches are RFC/work-in-progress, but
I think some of them could already be picked up.
So this is tested on MT8183 with a chromeos-4.19 kernel, and a ton of
backports to get the latest panfrost driver (I should probably try …
[View More]on
linux-next at some point but this was the path of least resistance).
I tested it as a module as it's more challenging (originally probing would
work built-in, on boot, but not as a module, as I didn't have the power
domain changes, and all power domains are on by default during boot).
Probing logs looks like this, currently. They look sane.
[ 501.319728] panfrost 13040000.gpu: clock rate = 511999970
[ 501.320041] panfrost 13040000.gpu: Linked as a consumer to regulator.14
[ 501.320102] panfrost 13040000.gpu: Linked as a consumer to regulator.31
[ 501.320651] panfrost 13040000.gpu: Linked as a consumer to genpd:0:13040000.gpu
[ 501.320954] panfrost 13040000.gpu: Linked as a consumer to genpd:1:13040000.gpu
[ 501.321062] panfrost 13040000.gpu: Linked as a consumer to genpd:2:13040000.gpu
[ 501.321734] panfrost 13040000.gpu: mali-g72 id 0x6221 major 0x0 minor 0x3 status 0x0
[ 501.321741] panfrost 13040000.gpu: features: 00000000,13de77ff, issues: 00000000,00000400
[ 501.321747] panfrost 13040000.gpu: Features: L2:0x07120206 Shader:0x00000000 Tiler:0x00000809 Mem:0x1 MMU:0x00002830 AS:0xff JS:0x7
[ 501.321752] panfrost 13040000.gpu: shader_present=0x7 l2_present=0x1
[ 501.324951] [drm] Initialized panfrost 1.1.0 20180908 for 13040000.gpu on minor 2
Some more changes are still required to get devfreq working, and of course
I do not have a userspace driver to test this with.
Thanks!
Nicolas
v3 (see individual patches, too):
- Match a specific mediatek,mt8183-mali instead of the generic bifrost,
as this instance requires 2 special cases:
- 2 regulators
- 3 power domains
v2:
- Use sram instead of mali_sram as SRAM supply name.
- Rename mali@ to gpu@.
- Add dt-bindings changes
- Stacking patches after the device tree change that allow basic
probing (still incomplete and broken).
Nicolas Boichat (7):
dt-bindings: gpu: mali-bifrost: Add Mediatek MT8183
arm64: dts: mt8183: Add node for the Mali GPU
drm/panfrost: Improve error reporting in panfrost_gpu_power_on
drm/panfrost: Add support for multiple regulators
drm/panfrost: Add support for multiple power domains
RFC: drm/panfrost: Add mt8183-mali compatible string
RFC: drm/panfrost: devfreq: Add support for 2 regulators
.../bindings/gpu/arm,mali-bifrost.yaml | 18 +++
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 7 +
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 104 +++++++++++++++
drivers/gpu/drm/panfrost/panfrost_devfreq.c | 17 +++
drivers/gpu/drm/panfrost/panfrost_device.c | 120 +++++++++++++++---
drivers/gpu/drm/panfrost/panfrost_device.h | 25 +++-
drivers/gpu/drm/panfrost/panfrost_drv.c | 38 ++++--
drivers/gpu/drm/panfrost/panfrost_gpu.c | 11 +-
8 files changed, 310 insertions(+), 30 deletions(-)
--
2.25.0.rc1.283.g88dfdc4193-goog
[View Less]
Hi!
Sorry for the long delay since https://patchwork.kernel.org/patch/11132381/,
finally got around to give this a real try.
The main purpose of this series is to upstream the dts change and the binding
document, but I wanted to see how far I could probe the GPU, to check that the
binding is indeed correct. The rest of the patches are RFC/work-in-progress, but
I think some of them could already be picked up.
So this is tested on MT8183 with a chromeos-4.19 kernel, and a ton of
backports to …
[View More]get the latest panfrost driver (I should probably try on
linux-next at some point but this was the path of least resistance).
I tested it as a module as it's more challenging (originally probing would
work built-in, on boot, but not as a module, as I didn't have the power
domain changes, and all power domains are on by default during boot).
Probing logs looks like this, currently:
[ 221.867726] panfrost 13040000.gpu: clock rate = 511999970
[ 221.867929] panfrost 13040000.gpu: Linked as a consumer to regulator.14
[ 221.868600] panfrost 13040000.gpu: Linked as a consumer to regulator.31
[ 221.870586] panfrost 13040000.gpu: Linked as a consumer to genpd:0:13040000.gpu
[ 221.871492] panfrost 13040000.gpu: Linked as a consumer to genpd:1:13040000.gpu
[ 221.871866] panfrost 13040000.gpu: Linked as a consumer to genpd:2:13040000.gpu
[ 221.872427] panfrost 13040000.gpu: mali-g72 id 0x6221 major 0x0 minor 0x3 status 0x0
[ 221.872439] panfrost 13040000.gpu: features: 00000000,13de77ff, issues: 00000000,00000400
[ 221.872445] panfrost 13040000.gpu: Features: L2:0x07120206 Shader:0x00000000 Tiler:0x00000809 Mem:0x1 MMU:0x00002830 AS:0xff JS:0x7
[ 221.872449] panfrost 13040000.gpu: shader_present=0x7 l2_present=0x1
[ 221.873526] panfrost 13040000.gpu: error powering up gpu stack
[ 221.878088] [drm] Initialized panfrost 1.1.0 20180908 for 13040000.gpu on minor 2
[ 221.940817] panfrost 13040000.gpu: error powering up gpu stack
[ 222.018233] panfrost 13040000.gpu: error powering up gpu stack
(repeated)
So the GPU is probed, but there's an issue when powering up the STACK, not
quite sure why, I'll try to have a deeper look, at some point.
Thanks!
Nicolas
v2:
- Use sram instead of mali_sram as SRAM supply name.
- Rename mali@ to gpu@.
- Add dt-bindings changes
- Stacking patches after the device tree change that allow basic
probing (still incomplete and broken).
Nicolas Boichat (7):
dt-bindings: gpu: mali-bifrost: Add Mediatek MT8183
arm64: dts: mt8183: Add node for the Mali GPU
drm/panfrost: Improve error reporting in panfrost_gpu_power_on
drm/panfrost: Add support for a second regulator for the GPU
drm/panfrost: Add support for multiple power domain support
RFC: drm/panfrost: Add bifrost compatible string
RFC: drm/panfrost: devfreq: Add support for 2 regulators
.../bindings/gpu/arm,mali-bifrost.yaml | 20 ++++
arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 7 ++
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 104 +++++++++++++++++
drivers/gpu/drm/panfrost/panfrost_devfreq.c | 18 +++
drivers/gpu/drm/panfrost/panfrost_device.c | 108 ++++++++++++++++--
drivers/gpu/drm/panfrost/panfrost_device.h | 7 ++
drivers/gpu/drm/panfrost/panfrost_drv.c | 1 +
drivers/gpu/drm/panfrost/panfrost_gpu.c | 15 ++-
8 files changed, 267 insertions(+), 13 deletions(-)
--
2.24.1.735.g03f4e72817-goog
[View Less]