Dear everyone,
(please cc)
I just switched from 2.6.35-rc1 to rc2 and that hosed several things,
all seemingly related to intel graphics card driver:
- suspend suddenly hangs completely on switch, no traces found, not
even sysrq was working
- X often (not 100%) hangs wihth a fix cursor (not
Signed-off-by: Rafa? Mi?ecki
---
Alex you dropped this in "rework power management". Did you have some reason
for doing that? Or was that just accident?
---
drivers/gpu/drm/radeon/radeon_pm.c | 45
1 files changed, 45 insertions(+), 0 deletions(-)
diff
Am 06.06.2010 18:47, schrieb James Simmons:
>
>>> Apologies for such an unspecific description, and for what almost seems
>>> like a support request for MythTV. I wouldn't post here if I were not
>>> 100% sure it must be related with the recent drm changes.
>>
>> Note that the DRM APIs are
-single-crtc-devices.patch
Type: application/octet-stream
Size: 2532 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100606/9d00d4e9/attachment.obj>
Sorry I have been away. It looks like the drm-fbdev-fix branch has not
been merged and it has been abandoned. I tested it on both my setups at
home and it worked very well. Will this branch be merged or worked on
more?
> > Apologies for such an unspecific description, and for what almost seems
> > like a support request for MythTV. I wouldn't post here if I were not
> > 100% sure it must be related with the recent drm changes.
>
> Note that the DRM APIs are intended for use by userspace components of
>
> On Fri, 9 Apr 2010 15:10:50 -0700
> Jesse Barnes wrote:
>
> > This set of 3 patches makes it a little more likely we'll get panic
> > output onto the screen even when X is running, assuming a KMS enabled
> > stack anyway.
> >
> > It gets me from a blank or very sparsely populated black
https://bugs.freedesktop.org/show_bug.cgi?id=28412
Summary: Thief 2 crashes in wine with the open source driver
and not with fglrx
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/r600.c |1 +
drivers/gpu/drm/radeon/radeon_pm.c |2 ++
drivers/gpu/drm/radeon/rv770.c |1 +
4 files changed, 5 insertions(+), 0 deletions(-)
diff --git
We have similar tracking for engine and memory. We could think about some
solution for older GPUs as well, however there are not strict voltage values
set.
Signed-off-by: Rafa? Mi?ecki
---
drivers/gpu/drm/radeon/evergreen.c |8 ++--
drivers/gpu/drm/radeon/r600.c |8 ++--
Patches simply add tracking of voltage and debug setting it. While it may look
trivial and not important, having it would save a lot of time in debugging
FDO bug #36081. This way I try to say it could be nice to have it in .35 as
voltage stuff is new and we still may discover some bugs around it.
Signed-off-by: Rafa? Mi?ecki
---
This fixes FDO bug #28375, it's kind of regression, so quite important to have
it for .35.
V2: Fix on RV770+ as well. All other chipsets have only one clock mode per
state.
V3: I'm out of luck today. Grepped for voltage in r*.c and missed evergreen.
---
Signed-off-by: Rafa? Mi?ecki
---
This fixes FDO bug #28375, must have for .35
V2: Fix on RV770+ as well. All other chipsets have only one clock mode per
state.
---
drivers/gpu/drm/radeon/r600.c |8
drivers/gpu/drm/radeon/rv770.c |7 ---
2 files changed, 8 insertions(+), 7
Signed-off-by: Rafa? Mi?ecki
---
This fixes FDO bug #28375, must have for .35
---
drivers/gpu/drm/radeon/r600.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index d84d7cf..94c27d0 100644
---
On Sunday 06 June 2010 11:04:44 Dave Airlie wrote:
> On Sun, Jun 6, 2010 at 6:28 AM, Ondrej Zary
wrote:
> > On Saturday 05 June 2010 02:23:27 Eric Anholt wrote:
> >> On Fri, 4 Jun 2010 22:01:28 +0200, Ondrej Zary
wrote:
> >> > Hello,
> >> > I'm testing 2.6.35-rc1 kernel on Asus P4P800-VM
Am 04.06.2010 17:17, schrieb Alex Deucher:
> 2010/6/4 Marius Gr?ger:
>> Alex Deucher schrieb:
>>> 2010/6/4 Marius Gr?ger:
Hi All,
Michel D?nzer schrieb:
> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>> Hello All,
>>
>> I'm trying the top-of-trunk drm-2.6
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/radeon/radeon_fb.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c
b/drivers/gpu/drm/radeon/radeon_fb.c
index e192acf..dc1634b 100644
--- a/drivers/gpu/drm/radeon/radeon_fb.c
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index fd4a2df..c9a4a0d 100644
---
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_dma.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 84ce956..2df3286 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/intel_fb.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c
index dfbb0c6..c3c5052 100644
--- a/drivers/gpu/drm/i915/intel_fb.c
+++
https://bugs.freedesktop.org/show_bug.cgi?id=28411
Summary: Output polling causes latency every 10 seconds
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
On Jun 4, 2010, at 7:27 PM, Michel D?nzer wrote:
> On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
>
> I think your analysis is spot on.
>
> The ideal solution would probably be to make the kernel block in the
> command stream (CS) submission ioctl if the CS renders to (and
> from?) a
>
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #30 from Marc 2010-06-06 09:00:05 PDT ---
last patch also fixes X startup here, but now I'm hit by
https://bugs.freedesktop.org/show_bug.cgi?id=28381
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #18 from Rafa? Mi?ecki 2010-06-06 05:43:20
PDT ---
Patch posted:
[PATCH V3] drm/radeon/kms/r600+: use voltage from requested clock mode
http://lists.freedesktop.org/archives/dri-devel/2010-June/001139.html
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #17 from Rafa? Mi?ecki 2010-06-06 03:34:55
PDT ---
Created an attachment (id=36082)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36082)
dmesg with less revoltaging patch applied
There you have some results of my debugging
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #16 from Rafa? Mi?ecki 2010-06-06 03:31:16
PDT ---
Created an attachment (id=36081)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36081)
less revoltaging and more deubgging messages
--
Configure bugmail:
On Jun 4, 2010, at 7:27 PM, Michel Dänzer wrote:
On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
I think your analysis is spot on.
The ideal solution would probably be to make the kernel block in the
command stream (CS) submission ioctl if the CS renders to (and
from?) a
buffer
On Sun, Jun 6, 2010 at 6:28 AM, Ondrej Zary li...@rainbow-software.org wrote:
On Saturday 05 June 2010 02:23:27 Eric Anholt wrote:
On Fri, 4 Jun 2010 22:01:28 +0200, Ondrej Zary li...@rainbow-software.org
wrote:
Hello,
I'm testing 2.6.35-rc1 kernel on Asus P4P800-VM (i865G chipset). After
Am 04.06.2010 17:17, schrieb Alex Deucher:
2010/6/4 Marius Grögermarius.groe...@googlemail.com:
Alex Deucher schrieb:
2010/6/4 Marius Grögermarius.groe...@googlemail.com:
Hi All,
Michel Dänzer schrieb:
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
Hello All,
I'm trying the
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/i915/intel_fb.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c
index dfbb0c6..c3c5052 100644
---
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index fd4a2df..c9a4a0d 100644
---
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/radeon/radeon_fb.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c
b/drivers/gpu/drm/radeon/radeon_fb.c
index e192acf..dc1634b 100644
---
On Sunday 06 June 2010 11:04:44 Dave Airlie wrote:
On Sun, Jun 6, 2010 at 6:28 AM, Ondrej Zary li...@rainbow-software.org
wrote:
On Saturday 05 June 2010 02:23:27 Eric Anholt wrote:
On Fri, 4 Jun 2010 22:01:28 +0200, Ondrej Zary
li...@rainbow-software.org wrote:
Hello,
I'm testing
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #16 from Rafał Miłecki zaj...@gmail.com 2010-06-06 03:31:16 PDT
---
Created an attachment (id=36081)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36081)
less revoltaging and more deubgging messages
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #17 from Rafał Miłecki zaj...@gmail.com 2010-06-06 03:34:55 PDT
---
Created an attachment (id=36082)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36082)
dmesg with less revoltaging patch applied
There you have some results of
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
This fixes FDO bug #28375, must have for .35
V2: Fix on RV770+ as well. All other chipsets have only one clock mode per
state.
---
drivers/gpu/drm/radeon/r600.c |8
drivers/gpu/drm/radeon/rv770.c |7 ---
2 files changed, 8
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
This fixes FDO bug #28375, it's kind of regression, so quite important to have
it for .35.
V2: Fix on RV770+ as well. All other chipsets have only one clock mode per
state.
V3: I'm out of luck today. Grepped for voltage in r*.c and missed
We have similar tracking for engine and memory. We could think about some
solution for older GPUs as well, however there are not strict voltage values
set.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |8 ++--
drivers/gpu/drm/radeon/r600.c |
Dear everyone,
(please cc)
I just switched from 2.6.35-rc1 to rc2 and that hosed several things,
all seemingly related to intel graphics card driver:
- suspend suddenly hangs completely on switch, no traces found, not
even sysrq was working
- X often (not 100%) hangs wihth a fix cursor (not
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be related with the recent drm changes.
Note that the DRM APIs are intended for use by userspace components of
graphics drivers
Sorry I have been away. It looks like the drm-fbdev-fix branch has not
been merged and it has been abandoned. I tested it on both my setups at
home and it worked very well. Will this branch be merged or worked on
more?
___
dri-devel mailing list
On Mon, Jun 7, 2010 at 3:52 AM, Marius Gröger
marius.groe...@googlemail.com wrote:
Am 06.06.2010 18:47, schrieb James Simmons:
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be
On Mon, Jun 7, 2010 at 3:23 AM, James Simmons jsimm...@infradead.org wrote:
Sorry I have been away. It looks like the drm-fbdev-fix branch has not
been merged and it has been abandoned. I tested it on both my setups at
home and it worked very well. Will this branch be merged or worked on
2010/6/6 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Good catch.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
This fixes FDO bug #28375, it's kind of regression, so quite important to have
it for .35.
V2: Fix on RV770+ as well. All other chipsets
2010/6/6 Rafał Miłecki zaj...@gmail.com:
We have similar tracking for engine and memory. We could think about some
solution for older GPUs as well, however there are not strict voltage values
set.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
I actually had almost the exact same patch in my
2010/6/6 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Looks good.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/r600.c | 1 +
drivers/gpu/drm/radeon/radeon_pm.c | 2 ++
2010/6/6 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
Alex you dropped this in rework power management. Did you have some reason
for doing that? Or was that just accident?
It was to avoid spamming the kernel log. It should be fine if it's
debug output.
At
47 matches
Mail list logo