Hi Laurent,
On 05/17/2011 10:07 PM, Laurent Pinchart wrote:
> Hi everybody,
>
> I need to implement support for a YUV frame buffer in an fbdev driver. As the
> fbdev API doesn't support this out of the box, I've spent a couple of days
> reading fbdev (and KMS) code and thinking about how we could
On Friday, May 20, 2011, Ray Lee wrote:
> [ Adding Chris Wilson (author of the problematic patch) and Rafael Wysocki
> to the message ]
It is on the list of known regressions from 2.6.37, but we're not tracking
them any more now that 2.6.39 is out.
Thanks,
Rafael
> On Fri, May 20, 2011 at
Hi everyone,
(please cc)
laptop: sony vaio vgn-z11
graphics hardware: GM45
X: 7.6 (Debian: 1:7.6+6)
X intel driver: 2:15.0 (Debian: 2:2.15.0-3)
system: Debian sid up2date
I regularly build kernels from git, but haven't tried a video projector
for some time now. I found that in recent kernels I
https://bugzilla.kernel.org/show_bug.cgi?id=34772
--- Comment #8 from Andreas Schwab 2011-05-20
20:58:03 ---
radeon.dynclks=1 causes the wrong resolution to be selected. It thinks
something is conncted to the S-video port with a max resolution of 800x600, so
it selects this instead of the
Signed-off-by: Nicolas Kaiser
---
Untested: just looks to me like the intention might be
to return MODE_CLOCK_LOW here, is that correct?
drivers/gpu/drm/i915/intel_hdmi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #10 from Sergey Kondakov 2011-05-20
14:53:25 ---
Created an attachment (id=58782)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58782)
Xorg.0.log_2.6.39
X log with bad kernel
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #9 from Sergey Kondakov 2011-05-20
14:51:08 ---
Created an attachment (id=58762)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58762)
Xorg.0.log_2.6.37
X log with normal kernel
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #8 from Sergey Kondakov 2011-05-20
14:48:45 ---
Created an attachment (id=58752)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58752)
2.6.39-close-up_small.jpg
close-up on radeondrmfb area where stuff is drawable at all
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #7 from Sergey Kondakov 2011-05-20
14:43:16 ---
Created an attachment (id=58742)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58742)
2.6.39-X_small.jpg
this is all that X manages to draw with >=2.6.38
--
Configure
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #6 from Sergey Kondakov 2011-05-20
14:42:06 ---
Created an attachment (id=58732)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58732)
2.6.39-overview_small.jpg
this is how screen looks like with this glitch since 2.6.38.
https://bugzilla.kernel.org/show_bug.cgi?id=34772
--- Comment #7 from Michel D?nzer 2011-05-20 14:31:00
---
I was able to reproduce the acceleration initialization failure with the Debian
2.6.39-rc7-powerpc kernel, but not with a self-built 2.6.39 kernel. So this was
probably just an
2011/5/20 Rafael J. Wysocki
> It is on the list of known regressions from 2.6.37, but we're not tracking
> them any more now that 2.6.39 is out.
Hopefully Chris is still tracking them, even if you aren't.
Chris? What other information can the affected person provide, or what
tests can he run to
https://bugs.freedesktop.org/show_bug.cgi?id=28876
Yann Dirson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
I submitted https://bugzilla.kernel.org/show_bug.cgi?id=33662 a month ago
against 2.6.38. Now 2.6.39 was just released without the regression being
addressed. This bug makes the system unusable... Some guys on IRC suggested I
email, so here it is.
If the ss clock is external, the CLK_REF bit needs to be set
in the SetPixelClock parameters. This should fix DP failures
in the channel equalization loop.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
For DP/eDP, always use the standard DP SS indices.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 42 +--
1 files changed, 12 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
- proper bank size for fusion for 2D tiling.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index 63d2de8..1d33060 100644
Needed by userspace for 2D tiled buffer alignment
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 296e6ec..7c37638
https://bugzilla.kernel.org/show_bug.cgi?id=34772
--- Comment #6 from Michel D?nzer 2011-05-20 12:11:38
---
(In reply to comment #1)
> Anyway, things are *way* better with 2.6.38 than with 2.6.39, as with 2.6.39
> the kernel doesn't even get the colors correctly---everything that should be
https://bugs.freedesktop.org/show_bug.cgi?id=37417
Summary: No Alpha Channel for all XPixmaps with KWin+GLES
Product: Mesa
Version: 7.10
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Thu, 2011-05-19 at 16:08 +0200, Michel D?nzer wrote:
> From: Michel D?nzer
>
> This was based on a description by Ben Herrenschmidt:
>
> > I've removed that SBA reset from the normal TLB invalidation path and
> > left it only once after turning AGP on.
>
> About six months ago, he said:
>
rg/archives/dri-devel/attachments/20110520/22411805/attachment.htm>
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #52 from Alex Deucher 2011-05-20 10:44:25 PDT
---
Looks like Dave pushed a new drm-radeon-testing, so you can use that and then
you'll only need to apply patches 0019 and 0020.
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #51 from Travis Glenn Hansen
2011-05-20 10:34:10 PDT ---
I'll just simply use drm-next then when I test.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #50 from Alex Deucher 2011-05-20 10:20:03 PDT
---
Dave's drm-next or drm-fixes trees should work:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=summary
if you use drm-fixes, you'll need to apply Jesse's bpc patches
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #49 from Travis Glenn Hansen
2011-05-20 10:07:39 PDT ---
Alex I will try as soon as I get back to the office (early next week). What
version should these be applied against or do you have a git repo I should use?
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #48 from Alex Deucher 2011-05-20 09:55:24 PDT
---
Travis, please try this latest patch set. I was finally able to reproduce a
problem similar to yours on a new board I got. The problem was actually with
the way the spread spectrum
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #47 from Alex Deucher 2011-05-20 09:49:43 PDT
---
Please don't drag in Mac EFI issues, this bug is about DP link training
problems. For Mac's stick to the legacy bios rather than trying to run in EFI
mode.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #46 from Alex Deucher 2011-05-20 09:47:58 PDT
---
Please try the new patches I sent out last night. you can find them here:
http://people.freedesktop.org/~agd5f/dp_rewrite/
You may have to apply Jesse's bpc patches first (in the
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--- Comment #8 from Keith 2011-05-20
07:16:50 PDT ---
Yes, some time around the introduction of KMS, acceleration stopped working. I
had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
to Natty and it stopped working.
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #5 from Sergey Kondakov 2011-05-20
05:01:00 ---
you mean like taking kernel's git and bisecting entire commit range between
2.6.37 and 2.6.38 (or, more likely, 2.6.37.4 and 2.6.38-rc4 which i think i've
tested) while rebooting
It's more like LVDS then DP in some ways.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 80 +---
1 files changed, 72 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
Don't try and en/disable the port as it may be a hpd event from
powering up/down the panel during a modeset or dpms.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
In the hotplug handler, just use the drm dpms functions.
If the monitor is plugged in, turn it on, if it's not,
turn it off. This also reduces power usage by turning
off the encoder and crtc when the monitor is unplugged.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c
- reorganize the functions based on use
- clean up function naming
- rework link training to better match what we use internally
- add initial support for DP 1.2 (no MST yet)
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 1094 +++-
Required for proper operation with DP bridges.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c |8
drivers/gpu/drm/radeon/radeon_encoders.c | 19 +++
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
3 files changed, 16 insertions(+), 13
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios.h | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 7fd8849..49611e2 100644
---
Signed-off-by: Alex Deucher
---
include/drm/drm_dp_helper.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index 83a389e..91567bb 100644
--- a/include/drm/drm_dp_helper.h
+++ b/include/drm/drm_dp_helper.h
@@
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 234 ++
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
2 files changed, 151 insertions(+), 85 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon/radeon_connectors.c
index e9493d7..356feea 100644
---
Fusion hardware often has DP to VGA/LVDS/TMDS bridges to
handle non-DP encoders. Internally we treat them mostly
like DP.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |6 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 433
Used for dp1.2 support and for dp bridges.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 71
drivers/gpu/drm/radeon/radeon_encoders.c | 23 +
drivers/gpu/drm/radeon/radeon_mode.h |5 ++
3 files changed, 99
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index cdac739..fd0087f 100644
---
need to wait for the panel to power up.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 24 +++-
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
2 files changed, 20 insertions(+), 6 deletions(-)
diff --git
eDP is usually used as an LVDS replacement, so treat
it more like LVDS from the user perspective.
v2: encoder mode is always DP for eDP.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 30 +++
drivers/gpu/drm/radeon/radeon_encoders.c |
In DP mode, the DP ref clock can come from PPLL, DCPLL, or ext clock,
depending on the asic. The crtc virtual pixel clock is derived from
the DP ref clock.
- DCE4: PPLL or ext clock
- DCE5: DCPLL or ext clock
Setting ATOM_PPLL_INVALID will cause SetPixelClock to skip
PPLL/DCPLL programming and
- properly mask the ss type
- don't enable ss if type is external or percentage is 0
- if ss enabled and type is external, set ref_div_src to ext clock
- prefer ASIC_INTERNAL_SS_ON_DP to LCD_Info SS_Id for eDP
- fix ss amount calculation
Signed-off-by: Alex Deucher
---
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 38 ++--
drivers/gpu/drm/radeon/radeon_encoders.c | 70 -
2 files changed, 101 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 9947748..b2e0b58 100644
---
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #4 from Sergey Kondakov 2011-05-20
04:15:58 ---
Created an attachment (id=58712)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58712)
full dmesg from 2.6.37
dmesg from working kernel
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #2 from Sergey Kondakov 2011-05-20
04:08:40 ---
Created an attachment (id=58702)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58702)
.config from 2.6.39
created via `make oldconfig` and based on .config from working
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #1 from Sergey Kondakov 2011-05-20
04:05:41 ---
Created an attachment (id=58692)
--> (https://bugzilla.kernel.org/attachment.cgi?id=58692)
full dmesg from 2.6.39
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Summary: [r600] radeondrmfb rendering is broken and running X
makes GPU lock-up on RV770 CE (Radeon HD 4730)
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38
Platform: All
Sorry for the late test; my laptop didn't need rebooting.
But when I installed a recent kernel (-rc7, actually; I just missed the
.39 release), it hung hard (no caps-lock or Alt-SysRq) partway through
boot after printing:
Linux agpgart interface v0.103
agpgart-intel :00:00.0: Intel 945GM
https://bugs.freedesktop.org/show_bug.cgi?id=37168
--- Comment #3 from Sean McNamara 2011-05-20
00:36:13 PDT ---
Followup: I also get the following messages spewed to dmesg every single frame,
regardless if I'm using Mesa 7.10.2 or git master or anything in between. I'm
not sure if this is
https://bugs.freedesktop.org/show_bug.cgi?id=36327
Karesz L. changed:
What|Removed |Added
Attachment #46931|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36327
--- Comment #16 from Karesz L. 2011-05-19
23:11:47 PDT ---
Created an attachment (id=46931)
--> (https://bugs.freedesktop.org/attachment.cgi?id=46931)
A failed resume's recurring log- Fedora 15 beta
I've made a bootable live Fedora 15 beta
https://bugs.freedesktop.org/show_bug.cgi?id=36327
--- Comment #16 from Karesz L. lengyel.kar...@gmail.com 2011-05-19 23:11:47
PDT ---
Created an attachment (id=46931)
-- (https://bugs.freedesktop.org/attachment.cgi?id=46931)
A failed resume's recurring log- Fedora 15 beta
I've made a bootable
On 11-05-19 03:01 PM, Maciej Rutecki wrote:
On czwartek, 21 kwietnia 2011 o 19:22:05 Maciej Rutecki wrote:
(add LKML)
On niedziela, 17 kwietnia 2011 o 18:04:04 Maciej Rutecki wrote:
Hi
Last known good: 2.6.38
Failing kernel: 2.6.39-rc3
Subsystem: Intel graphics driver.
Description:
PC
Sorry for the late test; my laptop didn't need rebooting.
But when I installed a recent kernel (-rc7, actually; I just missed the
.39 release), it hung hard (no caps-lock or Alt-SysRq) partway through
boot after printing:
Linux agpgart interface v0.103
agpgart-intel :00:00.0: Intel 945GM
https://bugs.freedesktop.org/show_bug.cgi?id=36327
Karesz L. lengyel.kar...@gmail.com changed:
What|Removed |Added
Attachment #46931|0 |1
is
https://bugs.freedesktop.org/show_bug.cgi?id=37168
--- Comment #3 from Sean McNamara gm.potato...@gmail.com 2011-05-20 00:36:13
PDT ---
Followup: I also get the following messages spewed to dmesg every single frame,
regardless if I'm using Mesa 7.10.2 or git master or anything in between. I'm
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 9947748..b2e0b58 100644
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_crtc.c | 38 ++--
drivers/gpu/drm/radeon/radeon_encoders.c | 70 -
2 files changed, 101 insertions(+), 7 deletions(-)
diff --git
- properly mask the ss type
- don't enable ss if type is external or percentage is 0
- if ss enabled and type is external, set ref_div_src to ext clock
- prefer ASIC_INTERNAL_SS_ON_DP to LCD_Info SS_Id for eDP
- fix ss amount calculation
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
In DP mode, the DP ref clock can come from PPLL, DCPLL, or ext clock,
depending on the asic. The crtc virtual pixel clock is derived from
the DP ref clock.
- DCE4: PPLL or ext clock
- DCE5: DCPLL or ext clock
Setting ATOM_PPLL_INVALID will cause SetPixelClock to skip
PPLL/DCPLL programming and
eDP is usually used as an LVDS replacement, so treat
it more like LVDS from the user perspective.
v2: encoder mode is always DP for eDP.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 30 +++
need to wait for the panel to power up.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c | 24 +++-
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
2 files changed, 20 insertions(+), 6 deletions(-)
diff --git
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index cdac739..fd0087f 100644
---
Used for dp1.2 support and for dp bridges.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 71
drivers/gpu/drm/radeon/radeon_encoders.c | 23 +
drivers/gpu/drm/radeon/radeon_mode.h |5 ++
3
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon/radeon_connectors.c
index
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_dp.c | 234 ++
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
2 files changed, 151 insertions(+), 85 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
Fusion hardware often has DP to VGA/LVDS/TMDS bridges to
handle non-DP encoders. Internally we treat them mostly
like DP.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_crtc.c |6 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 433
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
include/drm/drm_dp_helper.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index 83a389e..91567bb 100644
--- a/include/drm/drm_dp_helper.h
+++
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios.h | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 7fd8849..49611e2 100644
---
Required for proper operation with DP bridges.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_dp.c |8
drivers/gpu/drm/radeon/radeon_encoders.c | 19 +++
drivers/gpu/drm/radeon/radeon_mode.h |2 +-
3 files changed,
- reorganize the functions based on use
- clean up function naming
- rework link training to better match what we use internally
- add initial support for DP 1.2 (no MST yet)
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_dp.c | 1094
In the hotplug handler, just use the drm dpms functions.
If the monitor is plugged in, turn it on, if it's not,
turn it off. This also reduces power usage by turning
off the encoder and crtc when the monitor is unplugged.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
Don't try and en/disable the port as it may be a hpd event from
powering up/down the panel during a modeset or dpms.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
It's more like LVDS then DP in some ways.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 80 +---
1 files changed, 72 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
https://bugzilla.kernel.org/show_bug.cgi?id=34772
--- Comment #6 from Michel Dänzer mic...@daenzer.net 2011-05-20 12:11:38 ---
(In reply to comment #1)
Anyway, things are *way* better with 2.6.38 than with 2.6.39, as with 2.6.39
the kernel doesn't even get the colors correctly---everything
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--- Comment #8 from Keith ke...@backblow-loft.demon.co.uk 2011-05-20 07:16:50
PDT ---
Yes, some time around the introduction of KMS, acceleration stopped working. I
had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
to
https://bugzilla.kernel.org/show_bug.cgi?id=34772
--- Comment #7 from Michel Dänzer mic...@daenzer.net 2011-05-20 14:31:00 ---
I was able to reproduce the acceleration initialization failure with the Debian
2.6.39-rc7-powerpc kernel, but not with a self-built 2.6.39 kernel. So this was
Hi everyone,
(please cc)
laptop: sony vaio vgn-z11
graphics hardware: GM45
X: 7.6 (Debian: 1:7.6+6)
X intel driver: 2:15.0 (Debian: 2:2.15.0-3)
system: Debian sid up2date
I regularly build kernels from git, but haven't tried a video projector
for some time now. I found that in recent kernels I
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #6 from Sergey Kondakov virtuous...@gmail.com 2011-05-20
14:42:06 ---
Created an attachment (id=58732)
-- (https://bugzilla.kernel.org/attachment.cgi?id=58732)
2.6.39-overview_small.jpg
this is how screen looks like with this
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #7 from Sergey Kondakov virtuous...@gmail.com 2011-05-20
14:43:16 ---
Created an attachment (id=58742)
-- (https://bugzilla.kernel.org/attachment.cgi?id=58742)
2.6.39-X_small.jpg
this is all that X manages to draw with =2.6.38
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #8 from Sergey Kondakov virtuous...@gmail.com 2011-05-20
14:48:45 ---
Created an attachment (id=58752)
-- (https://bugzilla.kernel.org/attachment.cgi?id=58752)
2.6.39-close-up_small.jpg
close-up on radeondrmfb area where stuff
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #9 from Sergey Kondakov virtuous...@gmail.com 2011-05-20
14:51:08 ---
Created an attachment (id=58762)
-- (https://bugzilla.kernel.org/attachment.cgi?id=58762)
Xorg.0.log_2.6.37
X log with normal kernel
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #10 from Sergey Kondakov virtuous...@gmail.com 2011-05-20
14:53:25 ---
Created an attachment (id=58782)
-- (https://bugzilla.kernel.org/attachment.cgi?id=58782)
Xorg.0.log_2.6.39
X log with bad kernel
--
Configure bugmail:
Needed by userspace for 2D tiled buffer alignment
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
- proper bank size for fusion for 2D tiling.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index
For DP/eDP, always use the standard DP SS indices.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_crtc.c | 42 +--
1 files changed, 12 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
If the ss clock is external, the CLK_REF bit needs to be set
in the SetPixelClock parameters. This should fix DP failures
in the channel equalization loop.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_crtc.c |2 ++
1 files changed, 2 insertions(+), 0
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #46 from Alex Deucher ag...@yahoo.com 2011-05-20 09:47:58 PDT ---
Please try the new patches I sent out last night. you can find them here:
http://people.freedesktop.org/~agd5f/dp_rewrite/
You may have to apply Jesse's bpc patches
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #47 from Alex Deucher ag...@yahoo.com 2011-05-20 09:49:43 PDT ---
Please don't drag in Mac EFI issues, this bug is about DP link training
problems. For Mac's stick to the legacy bios rather than trying to run in EFI
mode.
--
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #48 from Alex Deucher ag...@yahoo.com 2011-05-20 09:55:24 PDT ---
Travis, please try this latest patch set. I was finally able to reproduce a
problem similar to yours on a new board I got. The problem was actually with
the way the
Signed-off-by: Nicolas Kaiser ni...@nikai.net
---
Untested: just looks to me like the intention might be
to return MODE_CLOCK_LOW here, is that correct?
drivers/gpu/drm/i915/intel_hdmi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #49 from Travis Glenn Hansen travisghan...@yahoo.com 2011-05-20
10:07:39 PDT ---
Alex I will try as soon as I get back to the office (early next week). What
version should these be applied against or do you have a git repo I should
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #50 from Alex Deucher ag...@yahoo.com 2011-05-20 10:20:03 PDT ---
Dave's drm-next or drm-fixes trees should work:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=summary
if you use drm-fixes, you'll need to apply
1 - 100 of 107 matches
Mail list logo