Hi Alex,
Hi All,
> Attached patch should fix it.
Yes, it does.
Alex, All, great job!
Thanks and kind regards
Lars
Also drop prototypes for nonexistent functions.
---
radeon/bof.h | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/radeon/bof.h b/radeon/bof.h
index 014affb..239c98a 100644
--- a/radeon/bof.h
+++ b/radeon/bof.h
@@ -28,6 +28,7 @@
#i
---
libkms/internal.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libkms/internal.h b/libkms/internal.h
index 63122d1..efb781a 100644
--- a/libkms/internal.h
+++ b/libkms/internal.h
@@ -30,6 +30,7 @@
#define INTERNAL_H_
#include "libkms.h"
+#include "xf86drm
Introduce a new internal header since that doesn't seem to exist yet.
Or maybe I should rename xf86atomic.h instead.
---
xf86drm-internals.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 xf86drm-internals.h
diff --git a/xf86drm-internals.h b/xf86drm-in
Hi Alex,
Hi All,
> Any chance you could bisect it?
good news. It's a two-line patch.
commit fb668c2fed628179c7aa409a0de39a2b96bed18c
Author: Alex Deucher
Date: Wed Mar 31 14:42:11 2010 -0400
drm/radeon/kms/evergreen: get DP working
Need to enable the VID stream after link training
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Tom Stellard changed:
What|Removed |Added
AssignedTo|tstel...@gmail.com |dri-de...@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Tom Stellard changed:
What|Removed |Added
AssignedTo|tstellar at gmail.com |dri-devel at
lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=25109
Tom Stellard changed:
What|Removed |Added
AssignedTo|tstel...@gmail.com |dri-de...@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=25109
Tom Stellard changed:
What|Removed |Added
AssignedTo|tstellar at gmail.com |dri-devel at
lists.freedesktop
On Thursday 10 of June 2010, Eric Anholt wrote:
Unresolved symbols found in: /usr/lib64/libkms.so.1.0.0
drmIoctl
drmCommandWriteRead
drmCommandWrite
and the patch
http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/libdrm/libdrm-
kms.patch?rev=1.1
--
Arkadiusz Mi?kiewicz
Hi Alex, Hi All,
> >> i write to report a regression that happened after 2.6.34-rc3 and before
> >> or including 2.6.34-rc4 and still persists on 2.6.35-rc2.
> >>
> >> The effect is, that after DPMS-OFF, the monitor cannot be reactivated
> >> locally by a key press or remotely via `xset dpms force
On Thu, 2010-06-10 at 15:38 -0700, Andrew Morton wrote:
> (switched to email. Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
>
> On Mon, 7 Jun 2010 17:32:04 GMT
> bugzilla-dae...@bugzilla.kernel.org wrote:
>
> > https://bugzilla.kernel.org/show_bug.cgi?id=16148
>
The transmitter needs to be enabled before the link is trained.
Reported-By: Lars Doelle
Signed-off-by: Alex Deucher
Cc: stable
---
drivers/gpu/drm/radeon/radeon_encoders.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/d
gt;
>> >> I can provide more information on request and offer help testing patches.
>
>
> Kind regards
>
> ?Lars
>
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-fix-DP-after-DPMS-cycle.patch
Type: text/x-patch
Size: 1558 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100610/1f6703e1/attachment.bin>
https://bugs.freedesktop.org/show_bug.cgi?id=28440
coomasieh...@yahoo.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28440
coomasiehead at yahoo.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
Moving to the dri-devel list as you're using KMS.
On Don, 2010-06-10 at 16:01 +0200, Lars Doelle wrote:
> Hi Benjamin,
> Hi All,
>
>
> i write to report a regression that happened after 2.6.34-rc3 and before
> or including 2.6.34-rc4 and still persists on 2.6.35-rc2.
>
> The effect is, that a
https://bugs.freedesktop.org/show_bug.cgi?id=28474
--- Comment #3 from Marek Olšák 2010-06-10 15:43:07 PDT ---
libdrm shouldn't hardlock no matter what version you have.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
Hi Alex,
Hi All,
> Attached patch should fix it.
Yes, it does.
Alex, All, great job!
Thanks and kind regards
Lars
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Introduce a new internal header since that doesn't seem to exist yet.
Or maybe I should rename xf86atomic.h instead.
---
xf86drm-internals.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 xf86drm-internals.h
diff --git a/xf86drm-internals.h b/xf86drm-in
On Thu, Jun 10, 2010 at 4:50 PM, Lars Doelle wrote:
> Hi Alex,
> Hi All,
>
>
>> Any chance you could bisect it?
>
> good news. It's a two-line patch.
>
Attached patch should fix it.
Alex
>
> commit fb668c2fed628179c7aa409a0de39a2b96bed18c
> Author: Alex Deucher
> Date: Wed Mar 31 14:42:11 20
Hi Alex, Hi All,
> >> i write to report a regression that happened after 2.6.34-rc3 and before
> >> or including 2.6.34-rc4 and still persists on 2.6.35-rc2.
> >>
> >> The effect is, that after DPMS-OFF, the monitor cannot be reactivated
> >> locally by a key press or remotely via `xset dpms force
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Tormod Volden changed:
What|Removed |Added
Summary|lugaru/etc locks up laptop |[gallium] lugaru/etc locks
On Thu, Jun 10, 2010 at 23:50:09 +0200, Julien Cristau wrote:
> Introduce a new internal header since that doesn't seem to exist yet.
> Or maybe I should rename xf86atomic.h instead.
> ---
> xf86drm-internals.h | 12
> 1 files changed, 12 insertions(+), 0 deletions(-)
> create mod
The transmitter needs to be enabled before the link is trained.
Reported-By: Lars Doelle
Signed-off-by: Alex Deucher
Cc: stable
---
drivers/gpu/drm/radeon/radeon_encoders.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/d
https://bugs.freedesktop.org/show_bug.cgi?id=26852
--- Comment #4 from Julien Cristau 2010-06-10 14:09:20
PDT ---
the headers part was fixed in ae57dcf6e063860200b7949d5e2365e80ac4aea7, but
libdrm is still missing from libkms_la_LIBADD.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
Also drop prototypes for nonexistent functions.
---
radeon/bof.h | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/radeon/bof.h b/radeon/bof.h
index 014affb..239c98a 100644
--- a/radeon/bof.h
+++ b/radeon/bof.h
@@ -28,6 +28,7 @@
#
https://bugs.freedesktop.org/show_bug.cgi?id=28440
--- Comment #9 from Marcin Slusarz 2010-06-10
12:51:28 PDT ---
So there was no bug - just a problem with missing firmware?
If yes, please close the bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
On Thursday 10 of June 2010, Eric Anholt wrote:
Unresolved symbols found in: /usr/lib64/libkms.so.1.0.0
drmIoctl
drmCommandWriteRead
drmCommandWrite
and the patch
http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/libdrm/libdrm-
kms.patch?rev=1.1
--
Arkadiusz Miśkiewicz
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Mon, 7 Jun 2010 17:32:04 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=16148
>
>Summary: page allocation failure. order:1, mode:0x50d0
---
libkms/internal.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libkms/internal.h b/libkms/internal.h
index 63122d1..efb781a 100644
--- a/libkms/internal.h
+++ b/libkms/internal.h
@@ -30,6 +30,7 @@
#define INTERNAL_H_
#include "libkms.h"
+#include "xf86dr
Hi Alex,
Hi All,
> Any chance you could bisect it?
good news. It's a two-line patch.
commit fb668c2fed628179c7aa409a0de39a2b96bed18c
Author: Alex Deucher
Date: Wed Mar 31 14:42:11 2010 -0400
drm/radeon/kms/evergreen: get DP working
Need to enable the VID stream after link training
https://bugs.freedesktop.org/show_bug.cgi?id=28474
--- Comment #3 from Marek Ol??k 2010-06-10 15:43:07 PDT
---
libdrm shouldn't hardlock no matter what version you have.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Mon, 7 Jun 2010 17:32:04 GMT
bugzilla-daemon at bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=16148
>
>Summary: page allocation failure. order:1, mode:0x5
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Tormod Volden changed:
What|Removed |Added
Summary|lugaru/etc locks up laptop |[gallium] lugaru/etc locks
https://bugs.freedesktop.org/show_bug.cgi?id=26852
--- Comment #4 from Julien Cristau 2010-06-10 14:09:20
PDT ---
the headers part was fixed in ae57dcf6e063860200b7949d5e2365e80ac4aea7, but
libdrm is still missing from libkms_la_LIBADD.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
Reduced blanking is valid only when doing CVT modes. Also, generate GTF
modes unless CVT was requested; CVT devices are required to support GTF,
but the reverse is not true.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_fb_helper.c | 19 +--
1 files changed, 13 insertion
https://bugs.freedesktop.org/show_bug.cgi?id=28440
--- Comment #9 from Marcin Slusarz 2010-06-10
12:51:28 PDT ---
So there was no bug - just a problem with missing firmware?
If yes, please close the bug.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
Getting new intel API out the door. The two major changes:
1) media ring support on kernel 2.6.35 for doing media decode on G45+
2) Reduced memory allocation for BO cached objects -- saves about 1/4 of
the graphics memory on workloads I tested on Ironlake and 945GM.
Alan Coopersmith (2):
ent was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100610/2ad17689/attachment.pgp>
2010/6/10 Michel D?nzer :
>
> Moving to the dri-devel list as you're using KMS.
>
> On Don, 2010-06-10 at 16:01 +0200, Lars Doelle wrote:
>> Hi Benjamin,
>> Hi All,
>>
>>
>> i write to report a regression that happened after 2.6.34-rc3 and before
>> or including 2.6.34-rc4 and still persists on 2.6
Reduced blanking is valid only when doing CVT modes. Also, generate GTF
modes unless CVT was requested; CVT devices are required to support GTF,
but the reverse is not true.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_fb_helper.c | 19 +--
1 files changed, 13 insertion
https://bugs.freedesktop.org/show_bug.cgi?id=28490
Julien Cristau changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=28490
Julien Cristau changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
2010/6/10 Michel Dänzer :
>
> Moving to the dri-devel list as you're using KMS.
>
> On Don, 2010-06-10 at 16:01 +0200, Lars Doelle wrote:
>> Hi Benjamin,
>> Hi All,
>>
>>
>> i write to report a regression that happened after 2.6.34-rc3 and before
>> or including 2.6.34-rc4 and still persists on 2.6
Moving to the dri-devel list as you're using KMS.
On Don, 2010-06-10 at 16:01 +0200, Lars Doelle wrote:
> Hi Benjamin,
> Hi All,
>
>
> i write to report a regression that happened after 2.6.34-rc3 and before
> or including 2.6.34-rc4 and still persists on 2.6.35-rc2.
>
> The effect is, that a
https://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #11 from Roland Scheidegger 2010-06-10
06:44:05 PDT ---
(In reply to comment #10)
> using mesa debug build and RADEON_DEBUG=tex i have some additional info
>
> -
> radeon_validate_texture_miptree: Using miptree 0x114bff08
> Che
https://bugs.freedesktop.org/show_bug.cgi?id=26428
--- Comment #11 from Roland Scheidegger 2010-06-10
06:44:05 PDT ---
(In reply to comment #10)
> using mesa debug build and RADEON_DEBUG=tex i have some additional info
>
> -
> radeon_validate_texture_miptree: Using miptree 0x114bff08
> Che
https://bugs.freedesktop.org/show_bug.cgi?id=28459
--- Comment #7 from Roland Scheidegger 2010-06-10 05:17:58
PDT ---
I think an explanation could be that there are two packets for the same texture
unit in the command stream - if the first one is compressed, it would set cpp
to 1 and set the com
https://bugs.freedesktop.org/show_bug.cgi?id=28459
--- Comment #7 from Roland Scheidegger 2010-06-10
05:17:58 PDT ---
I think an explanation could be that there are two packets for the same texture
unit in the command stream - if the first one is compressed, it would set cpp
to 1 and set the com
https://bugs.freedesktop.org/show_bug.cgi?id=28459
--- Comment #6 from Pavel Ondračka 2010-06-10 04:01:41 PDT
---
Sadly, this bug is present also with kernel 2.6.35-rc2. Do you need any more
info or logs?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=28459
--- Comment #6 from Pavel Ondra?ka 2010-06-10 04:01:41
PDT ---
Sadly, this bug is present also with kernel 2.6.35-rc2. Do you need any more
info or logs?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
52 matches
Mail list logo
