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=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 relat
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
--- a/drivers/gpu/drm/ra
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
b/drivers/gpu/d
- 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
---
drivers/gpu/drm/radeon/ato
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 o
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 |
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 a/drivers/gpu/drm/radeon/radeon_enco
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
--- a/drivers/gpu/drm/radeon/
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 insert
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
--- a/driver
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
b/drivers/gpu/drm/radeon/atombios
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
drivers
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.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
--- a/drivers/gpu/drm/radeon/atombi
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
- 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 +++-
drivers/g
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
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 a/drivers/gpu/drm/radeon/rad
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
b/drivers/gpu/drm/radeon/radeon_co
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=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. S
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 intermi
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 h
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.
a
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 bugma
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 (i
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.kern
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
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 100
- 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
---
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
b/drivers/gpu/drm/radeon/atom
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 --
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 bpc
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: htt
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 i
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
b/drivers/gpu/dr
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 bugm
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 #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 #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.
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.
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
https://bugs.freedesktop.org/show_bug.cgi?id=28876
Yann Dirson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 10:06
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
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 cleanly
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:
>
>
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
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/userprefs.cgi?
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 2.6.3
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 #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://bugzill
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 ev
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 Chip
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=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 relat
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
--- a/drivers/gpu/drm/ra
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
b/drivers/gpu/d
- 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
---
drivers/gpu/drm/radeon/ato
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 o
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 |
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
--- a/drivers/gpu/drm/radeon/
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 a/drivers/gpu/drm/radeon/radeon_enco
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 insert
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
--- a/driver
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
b/drivers/gpu/drm/radeon/atombios
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
drivers
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.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
--- a/drivers/gpu/drm/radeon/atombi
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
- 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 +++-
drivers/g
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
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 a/drivers/gpu/drm/radeon/rad
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
b/drivers/gpu/drm/radeon/radeon_co
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=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. S
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 interm
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 h
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.
a
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 bugma
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 (i
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.kern
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
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 100
- 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
---
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
b/drivers/gpu/drm/radeon/atom
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 --
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 bpc
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: ht
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
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
b/drivers/gpu/dr
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 bugm
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 #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 #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.
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2
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
https://bugs.freedesktop.org/show_bug.cgi?id=28876
Yann Dirson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 10:06
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
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
1 - 100 of 103 matches
Mail list logo
