https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #6 from Christoph Haag ---
Created attachment 117761
--> https://bugzilla.kernel.org/attachment.cgi?id=117761&action=edit
dmesg with drm-fixes-3.12-radeon-poweroff branch
Hm, I think it kind of works with drm-fixes-3.12-radeon-power
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #7 from Christoph Haag ---
Created attachment 117771
--> https://bugzilla.kernel.org/attachment.cgi?id=117771&action=edit
Same as "117761: dmesg with drm-fixes-3.12-radeon-poweroff branch", but with
rmmod radeon and modprobe radeon
h fixes the
problem and allows WebGL to work in chrome on this platform.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013120
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131207/b5f82108/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131207/71474a18/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65771
--- Comment #3 from dirk.neukirchen at student.hu-berlin.de ---
the card does come up after adding
drm/nouveau/clk: Add support for NVAA/NVAC
http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?h=drm-nouveau-next&id=a7e4201f0f7d47e03b851f06f898
This bug in EDID was exposed by:
commit eccea7920cfb009c2fa40e9ecdce8c36f61cab66
Author: Alex Deucher
Date: Mon Mar 26 15:12:54 2012 -0400
drm/radeon/kms: improve bpc handling (v2)
Which resulted in kind of regression in 3.5. This fixes
https://bugs.freedesktop.org/show_bug.cgi?id=70934
Some firmware images may be large (64K), so using kmalloc memory is
inappropriate for them. Use vmalloc instead, to avoid high-order
allocation failures.
Signed-off-by: Ilia Mirkin
Cc: stable at vger.kernel.org
---
Couldn't get video decoding started on a long-running system due to high-order
al
13126
DDX: Git:master/d571d6af70
KWin: 4.11.3-2 (Debian package)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131207/4db0fca0/attachment.html>
ou are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131207/7395fedd/attachment.html>
Win.
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131207/c3f1b93e/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131207/f8e38256/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66241
Chris Rankin changed:
What|Removed |Added
Kernel Version|3.12.2 |3.12.2,3.12.3
--
You are receiving this m
Here is an early look at what I have lined up so far for 3.14, to give
anyone who might care a chance to review. The main highlights are:
+ add support for apq8060a/bstem board: mdp4 display controller plus
a320 gpu, fairly similar to apq8064 but without an IOMMU
+ add support for apq8074/d
With a simple stub, we can get COMPILE_TEST support.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Kconfig | 3 +--
drivers/gpu/drm/msm/mdp4/mdp4_dtv_encoder.c | 2 --
drivers/gpu/drm/msm/msm_drv.h | 11 +++
3 files changed, 12 insertions(+), 4 deletion
This got a bit broken with original patches when re-arranging things to
move dependencies on mach-msm inside #ifndef OF.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 11 +++
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 3 +++
drivers/gpu/drm/msm/msm_gpu.c
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/msm/adreno/adreno_gpu.c
b/drivers/gpu/drm/msm/adreno/adreno_gpu.c
index a0b9d8a..d7bc51b 100644
--- a/drivers/gpu/drm/msm/adreno/adreno_gpu.c
+++ b/driver
This adds the necessary configuration for the APQ8060A SoC (dual-core
krait + a320 gpu) as found on the bstem board.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 16 +---
drivers/gpu/drm/msm/hdmi/hdmi.c | 4 ++--
drivers/gpu/drm/msm/mdp4/mdp4_kms.c |
Add a VRAM carveout that is used for systems which do not have an IOMMU.
The VRAM carveout uses CMA. The arch code must setup a CMA pool for the
device (preferrably in highmem.. a 256m-512m VRAM pool in lowmem is not
cool). The user can configure the VRAM pool size using msm.vram module
param.
This can be shared between mdp4 and mdp5. Both use the same set of
parameters to describe the format to the hw.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 4 +-
drivers/gpu/drm/msm/mdp/mdp4/mdp4_format.c | 72 ---
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 1 +
drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.h | 1 +
drivers/gpu/drm/msm/msm_drv.c | 1 +
drivers/gpu/drm/msm/msm_drv.h | 30
drivers/gpu/drm/msm/msm_fb.c | 1 +
dri
resync to latest envytools db, add mdp5 registers
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a2xx.xml.h | 125 ++-
drivers/gpu/drm/msm/adreno/a3xx.xml.h | 116 ++-
drivers/gpu/drm/msm/adreno/adreno_common.xml.h | 171 ++--
drivers/gpu/drm/msm/adreno/adreno_pm4.x
The HDMI block is basically the same between older SoC's with mdp4
display controller, and newer ones with mdp5.
So mostly this consists of better abstracting out the different sets of
regulators, clks, etc. In particular, for regulators and clks we can
split it up by what is needed for hot plug
Add support for the new MDP5 display controller block. The mapping
between parts of the display controller and KMS is:
plane -> PIPE{RGBn,VIGn} \
crtc-> LM (layer mixer)|-> MDP "device"
encoder -> INTF/
connector -> HDMI/DSI/eDP/etc
Add support for adreno 330. Not too much different, just a few
differences in initial configuration plus setting OCMEM base.
Userspace support is already in upstream mesa.
Note that the existing DT code is simply using the bindings from
downstream android kernel, to simplify porting of this drive
We'll want basically the same thing for mdp5, so refactor it out so it
can be shared.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile| 1 +
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c| 20 ++--
drivers/gpu/drm/msm/mdp/mdp4/mdp4_dtv_encoder.c | 4 +-
driver
There are some little bits and pieces that mdp4 and mdp5 can share, so
move things around so that we can have both in a common parent
directory.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile| 12 +-
drivers/gpu/drm/msm/mdp/mdp4/mdp4.xml.h | 1061
27 matches
Mail list logo