https://bugs.freedesktop.org/show_bug.cgi?id=36777
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=36745
--- Comment #9 from Michel Dänzer 2011-05-03 01:37:50 PDT
---
Can you print track->num_arrays when this happens? I suspect track->arrays[]
may be overflowing and clobbering track->cb[].
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46081|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=34252
Rafael J. Wysocki changed:
What|Removed |Added
Blocks|32012 |27352
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=36745
Andrew Randrianasulu changed:
What|Removed |Added
Attachment #46266|0 |1
is obsolete|
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 54 +++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 8caf546..089ab92 100644
--- a/dr
The most common use of the radeon i2c buses is for ddc.
Signed-off-by: Alex Deucher
Cc: Jean Delvare
---
drivers/gpu/drm/radeon/radeon_i2c.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index
I'm not sure this is necessary. In most cases the driver
will add the hwmon device itself based on information from the
vbios tables. However, there are some boards without a proper
vbios entry for the the hwmon chips and non-x86 (Mac/Sun) cards do
not have a standard vbios. This allows the hwmo
Ended up moving over to generic events since the GLX type code is part
of the GLX namespace and larger than 8 bits.
Apparently no one had ever tried ChangeDrawableAttributes with indirect
clients, because simply going a glXSelectEvent causes a crash in that
case. So this patch set includes a fix
The existing swap event structure is too large to fit in an XEvent, so new
servers will send a generic event if the client supports it. This
allows a valid swap count value to be sent along with the event type,
timestamp, and media stamp. Check for server support based on the
advertised DRI2 vers
The existing event is too large for an XEvent meaning that the swap
count is never sent to clients. Create a generic event instead for use
by new clients & servers.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
glxproto.h | 18 ++
2 files changed, 19 insertions(+),
The existing swap event structure is too big to fit in an XEvent, so
support servers that send generic events instead. Do this by
advertising the GLX proto version we support when connecting and check
for generic events in the event stream. Convert any received events
into regular swap complete e
Pass the right drawable pointer as data to the swap complete function.
Signed-off-by: Jesse Barnes
---
glx/glxdri2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index d979717..93c5e5b 100644
--- a/glx/glxdri2.c
+++ b/glx/glxdri2.c
@@ -2
Send the new generic swap event type if the client supports it. This
means checking the client's DRI2 proto version at connect time and then
constructing a new generic event at swap complete time. To track the
client version, we need to add a new DRI2 client private type and track
it for the life
Send the new generic GLX swap event if supported by the client. This
means checking the client GLX version at swap complete time and
constructing a new generic swap completion event at swap complete time.
Signed-off-by: Jesse Barnes
---
configure.ac|2 +-
glx/glxdri2.c
The existing swap complete event is too large to fit in an XEvent, so
use a generic event instead. New servers and clients can use this
structure to fully pass the swap count along with the media stamp
counter, swap complete type, and timestamp.
Signed-off-by: Jesse Barnes
---
configure.ac |
After sending the GLXChangeDrawableAttributes request, we also set a
local set of attributes on the DRI drawable. But in the indirect case
this array won't be present, so skip the setting in that case to avoid a
crash.
Signed-off-by: Jesse Barnes
---
src/glx/glx_pbuffer.c |3 +++
1 files ch
https://bugs.freedesktop.org/show_bug.cgi?id=36812
Summary: GPU lockup in Team Fortress 2
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=36812
enric...@gmx.de changed:
What|Removed |Added
CC||tstel...@gmail.com
--- Comment #1 from
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
include/drm/drm_pciids.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 57e5a22..e08f344 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids
Ian reminded me that we changed the spec to fit within an XEvent, but we
never updated the code to match. This set of patches (much simpler than
the last) does just that. Wrapping support can be added to Mesa if we
really want 64 bit values, but that means checking the drawable sbc and
adding whe
Pass the right drawable pointer as data to the swap complete function.
Signed-off-by: Jesse Barnes
---
glx/glxdri2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index d979717..93c5e5b 100644
--- a/glx/glxdri2.c
+++ b/glx/glxdri2.c
@@ -2
Only send a 32 bit swap count out to the client.
Signed-off-by: Jesse Barnes
---
configure.ac |4 ++--
glx/glxdri2.c |5 ++---
hw/xfree86/dri2/dri2.c|2 +-
hw/xfree86/dri2/dri2.h|2 +-
hw/xfree86/dri2/dri2ext.c |5 ++---
5 files changed, 8 ins
We only spec a 32 bit swap count, so drop the high sbc field.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
glxproto.h |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index d88e6df..a3047e4 100644
--- a/configure.ac
+++ b/configu
We only spec a 32 bit sbc count, so drop the high bits.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
dri2proto.h |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5b78d6b..9505f56 100644
--- a/configure.ac
+++ b/configure.ac
After sending the GLXChangeDrawableAttributes request, we also set a
local set of attributes on the DRI drawable. But in the indirect case
this array won't be present, so skip the setting in that case to avoid a
crash.
Signed-off-by: Jesse Barnes
---
src/glx/glx_pbuffer.c |3 +++
1 files ch
We only handle a 32 bit swap count, so use the new structure definitions.
Signed-off-by: Jesse Barnes
---
configure.ac |4 ++--
src/glx/dri2.c |2 +-
src/glx/glxext.c |2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3b05ca3
On Tue, 3 May 2011 12:21:23 -0700
Jesse Barnes wrote:
> Ian reminded me that we changed the spec to fit within an XEvent, but we
> never updated the code to match. This set of patches (much simpler than
> the last) does just that. Wrapping support can be added to Mesa if we
> really want 64 bi
BenH doesn't want this for macs and that was mainly the use for this
patch, so it (2/2) can be ignored.
Alex
On Tue, May 3, 2011 at 1:32 PM, Alex Deucher wrote:
> I'm not sure this is necessary. In most cases the driver
> will add the hwmon device itself based on information from the
> vbios ta
https://bugzilla.kernel.org/show_bug.cgi?id=25052
--- Comment #21 from Elmar Stellnberger 2011-05-03
20:17:00 ---
Nothing better for kernel 2.6.39-0.0.71.da138d8.x86_64.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=34102
Rafael J. Wysocki changed:
What|Removed |Added
CC||r...@sisk.pl
Kernel Version|
On Tue, 3 May 2011 13:32:36 -0400, Alex Deucher wrote:
> The most common use of the radeon i2c buses is for ddc.
>
> Signed-off-by: Alex Deucher
> Cc: Jean Delvare
Acked-by: Jean Delvare
> ---
> drivers/gpu/drm/radeon/radeon_i2c.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-
On Tue, 3 May 2011 12:21:24 -0700, Jesse Barnes
wrote:
> We only spec a 32 bit swap count, so drop the high sbc field.
You're missing the explicit 16-bit padding field after 'event_type'
The documented encoding
http://www.opengl.org/registry/specs/INTEL/swap_event.txt needs to be
fixed to mat
On Tue, 03 May 2011 13:54:38 -0700
Keith Packard wrote:
> On Tue, 3 May 2011 12:21:24 -0700, Jesse Barnes
> wrote:
>
> > We only spec a 32 bit swap count, so drop the high sbc field.
>
> You're missing the explicit 16-bit padding field after 'event_type'
>
> The documented encoding
> http:/
On Tue, 3 May 2011 14:02:31 -0700
Jesse Barnes wrote:
> On Tue, 03 May 2011 13:54:38 -0700
> Keith Packard wrote:
>
> > On Tue, 3 May 2011 12:21:24 -0700, Jesse Barnes
> > wrote:
> >
> > > We only spec a 32 bit swap count, so drop the high sbc field.
> >
> > You're missing the explicit 16-
Updated with explicit padding.
--
Jesse Barnes, Intel Open Source Technology Center
>From 0ca3778de195a82087d0f07415a1cf8fc94f5b0a Mon Sep 17 00:00:00 2001
From: Jesse Barnes
Date: Tue, 3 May 2011 12:14:58 -0700
Subject: [PATCH] dri2proto: make DRI2 swap event match GLX spec
We only spec a 32
On Tue, 3 May 2011 14:08:58 -0700, Jesse Barnes
wrote:
> Fixed version below.
Reviewed-by: Keith Packard
(assuming that the GLX protocol specification gets updated to match :-)
--
keith.pack...@intel.com
pgpc0zttIhtY3.pgp
Description: PGP signature
From: Tormod Volden
Subject: [PATCH] drm: Add flag for multiple framebuffer support
Do not ignore the offset when looking for existing framebuffer maps
if the new _DRM_MATCH_FB_OFFSET flag is passed to drm_addmap_core.
---
> In commit 41c2e75e60200a860a74b7c84a6375c105e7437f "drm: Make
> drm_lo
On Tue, 03 May 2011 14:15:30 -0700
Keith Packard wrote:
> On Tue, 3 May 2011 14:08:58 -0700, Jesse Barnes
> wrote:
>
> > Fixed version below.
>
> Reviewed-by: Keith Packard
>
> (assuming that the GLX protocol specification gets updated to match :-)
Yeah, Ian is fixing up the padding there
https://bugzilla.kernel.org/show_bug.cgi?id=34102
--- Comment #2 from Martin Steigerwald 2011-05-03
21:33:06 ---
It depends on the view point. Compared with the pre KMS radeon driver this has
been a regression for me.
Thanks for trying to provide a workaround. I appreciate it.
I work-arou
https://bugzilla.kernel.org/show_bug.cgi?id=34102
--- Comment #3 from Rafael J. Wysocki 2011-05-03 21:44:15 ---
Created an attachment (id=56382)
--> (https://bugzilla.kernel.org/attachment.cgi?id=56382)
PM / Hibernate: Add new sysfs attribute for controlling reserved memory
The attached pa
https://bugzilla.kernel.org/show_bug.cgi?id=34102
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
Configure bugmail: h
From: Tormod Volden
Subject: [PATCH] drm/savage: Do not add framebuffer and aperture maps
Since multiple framebuffer maps are not supported any longer (commit
41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
and they are not used by the drm anyway.
Leave it to userspace to
Out of the entire GART/VM subsystem, the hw designers changed
the location of 3 regs.
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 17 +
drivers/gpu/drm/radeon/evergreend.h |5 +
2 files change
Fix the vbios mapping and only add the actual
buses that the cards have. The existing code was
mostly correct. Just clean up a few cases on r2xx/r3xx
and document that buses the hw actually has.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 59
https://bugs.freedesktop.org/show_bug.cgi?id=36817
Summary: RV670 - Kernel fails to enable acceleration when RAM
greater than 32-bit limit
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
From: Alex Deucher
Out of the entire GART/VM subsystem, the hw designers changed
the location of 3 regs.
v2: airlied: add parameter for userspace to work from.
Signed-off-by: Alex Deucher
Signed-off-by: Jerome Glisse
Cc: sta...@kernel.org
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeo
On Tue, May 3, 2011 at 8:17 PM, Dave Airlie wrote:
> From: Alex Deucher
>
> Out of the entire GART/VM subsystem, the hw designers changed
> the location of 3 regs.
>
> v2: airlied: add parameter for userspace to work from.
>
> Signed-off-by: Alex Deucher
> Signed-off-by: Jerome Glisse
> Cc: sta
Hi Linus,
One core fix for stopping userspace apps hanging when the kernel turns off
a display, mainly affects i915,
Some new radeon pci ids, a regression fix for people running switchable
graphics laptops, and a fix to stabilise the fusion APU hw, which 3 of us
have been searching for for ov
> This is unbalanced and probably more fitting for the client
> to take care of. Remove it.
I've queued this in -next.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Mon, May 2, 2011 at 10:49 AM, Alex Williamson
wrote:
> We're likely to be sharing an interrupt line with other devices,
> which means our handler might get called after we've turned off
> the device via vga switcheroo. This can lead to all sorts of
> badness, like nv04_fifo_isr() spewing "PFIF
On Wed, 2011-05-04 at 13:50 +1000, Dave Airlie wrote:
> On Mon, May 2, 2011 at 10:49 AM, Alex Williamson
> wrote:
> > We're likely to be sharing an interrupt line with other devices,
> > which means our handler might get called after we've turned off
> > the device via vga switcheroo. This can le
On Tue, 2011-05-03 at 22:18 -0600, Alex Williamson wrote:
> On Wed, 2011-05-04 at 13:50 +1000, Dave Airlie wrote:
> > On Mon, May 2, 2011 at 10:49 AM, Alex Williamson
> > wrote:
> > > We're likely to be sharing an interrupt line with other devices,
> > > which means our handler might get called af
On Wed, 2011-05-04 at 14:22 +1000, Dave Airlie wrote:
> On Tue, 2011-05-03 at 22:18 -0600, Alex Williamson wrote:
> > On Wed, 2011-05-04 at 13:50 +1000, Dave Airlie wrote:
> > > On Mon, May 2, 2011 at 10:49 AM, Alex Williamson
> > > wrote:
> > > > We're likely to be sharing an interrupt line with
On Tue, 2011-05-03 at 22:47 -0600, Alex Williamson wrote:
> On Wed, 2011-05-04 at 14:22 +1000, Dave Airlie wrote:
> > On Tue, 2011-05-03 at 22:18 -0600, Alex Williamson wrote:
> > > On Wed, 2011-05-04 at 13:50 +1000, Dave Airlie wrote:
> > > > On Mon, May 2, 2011 at 10:49 AM, Alex Williamson
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=36777
Michel D?nzer changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=36745
--- Comment #9 from Michel D?nzer 2011-05-03 01:37:50
PDT ---
Can you print track->num_arrays when this happens? I suspect track->arrays[]
may be overflowing and clobbering track->cb[].
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46081|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=34252
Rafael J. Wysocki changed:
What|Removed |Added
Blocks|32012 |27352
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=36745
Andrew Randrianasulu changed:
What|Removed |Added
Attachment #46266|0 |1
is obsolete|
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 54 +++
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 8caf546..089ab92 100644
--- a/dr
The most common use of the radeon i2c buses is for ddc.
Signed-off-by: Alex Deucher
Cc: Jean Delvare
---
drivers/gpu/drm/radeon/radeon_i2c.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index
I'm not sure this is necessary. In most cases the driver
will add the hwmon device itself based on information from the
vbios tables. However, there are some boards without a proper
vbios entry for the the hwmon chips and non-x86 (Mac/Sun) cards do
not have a standard vbios. This allows the hwmo
Ended up moving over to generic events since the GLX type code is part
of the GLX namespace and larger than 8 bits.
Apparently no one had ever tried ChangeDrawableAttributes with indirect
clients, because simply going a glXSelectEvent causes a crash in that
case. So this patch set includes a fix
The existing swap event structure is too large to fit in an XEvent, so new
servers will send a generic event if the client supports it. This
allows a valid swap count value to be sent along with the event type,
timestamp, and media stamp. Check for server support based on the
advertised DRI2 vers
The existing event is too large for an XEvent meaning that the swap
count is never sent to clients. Create a generic event instead for use
by new clients & servers.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
glxproto.h | 18 ++
2 files changed, 19 insertions(+),
The existing swap event structure is too big to fit in an XEvent, so
support servers that send generic events instead. Do this by
advertising the GLX proto version we support when connecting and check
for generic events in the event stream. Convert any received events
into regular swap complete e
Pass the right drawable pointer as data to the swap complete function.
Signed-off-by: Jesse Barnes
---
glx/glxdri2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index d979717..93c5e5b 100644
--- a/glx/glxdri2.c
+++ b/glx/glxdri2.c
@@ -2
Send the new generic swap event type if the client supports it. This
means checking the client's DRI2 proto version at connect time and then
constructing a new generic event at swap complete time. To track the
client version, we need to add a new DRI2 client private type and track
it for the life
Send the new generic GLX swap event if supported by the client. This
means checking the client GLX version at swap complete time and
constructing a new generic swap completion event at swap complete time.
Signed-off-by: Jesse Barnes
---
configure.ac|2 +-
glx/glxdri2.c
The existing swap complete event is too large to fit in an XEvent, so
use a generic event instead. New servers and clients can use this
structure to fully pass the swap count along with the media stamp
counter, swap complete type, and timestamp.
Signed-off-by: Jesse Barnes
---
configure.ac |
After sending the GLXChangeDrawableAttributes request, we also set a
local set of attributes on the DRI drawable. But in the indirect case
this array won't be present, so skip the setting in that case to avoid a
crash.
Signed-off-by: Jesse Barnes
---
src/glx/glx_pbuffer.c |3 +++
1 files ch
https://bugs.freedesktop.org/show_bug.cgi?id=36812
Summary: GPU lockup in Team Fortress 2
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=36812
Enrico_m at gmx.de changed:
What|Removed |Added
CC||tstellar at gmail.com
--- Comment #1
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
include/drm/drm_pciids.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 57e5a22..e08f344 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pci
Ian reminded me that we changed the spec to fit within an XEvent, but we
never updated the code to match. This set of patches (much simpler than
the last) does just that. Wrapping support can be added to Mesa if we
really want 64 bit values, but that means checking the drawable sbc and
adding whe
Pass the right drawable pointer as data to the swap complete function.
Signed-off-by: Jesse Barnes
---
glx/glxdri2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index d979717..93c5e5b 100644
--- a/glx/glxdri2.c
+++ b/glx/glxdri2.c
@@ -2
Only send a 32 bit swap count out to the client.
Signed-off-by: Jesse Barnes
---
configure.ac |4 ++--
glx/glxdri2.c |5 ++---
hw/xfree86/dri2/dri2.c|2 +-
hw/xfree86/dri2/dri2.h|2 +-
hw/xfree86/dri2/dri2ext.c |5 ++---
5 files changed, 8 ins
We only spec a 32 bit swap count, so drop the high sbc field.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
glxproto.h |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index d88e6df..a3047e4 100644
--- a/configure.ac
+++ b/configu
We only spec a 32 bit sbc count, so drop the high bits.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
dri2proto.h |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5b78d6b..9505f56 100644
--- a/configure.ac
+++ b/configure.ac
After sending the GLXChangeDrawableAttributes request, we also set a
local set of attributes on the DRI drawable. But in the indirect case
this array won't be present, so skip the setting in that case to avoid a
crash.
Signed-off-by: Jesse Barnes
---
src/glx/glx_pbuffer.c |3 +++
1 files ch
We only handle a 32 bit swap count, so use the new structure definitions.
Signed-off-by: Jesse Barnes
---
configure.ac |4 ++--
src/glx/dri2.c |2 +-
src/glx/glxext.c |2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3b05ca3
On Tue, 3 May 2011 12:21:23 -0700
Jesse Barnes wrote:
> Ian reminded me that we changed the spec to fit within an XEvent, but we
> never updated the code to match. This set of patches (much simpler than
> the last) does just that. Wrapping support can be added to Mesa if we
> really want 64 bi
BenH doesn't want this for macs and that was mainly the use for this
patch, so it (2/2) can be ignored.
Alex
On Tue, May 3, 2011 at 1:32 PM, Alex Deucher wrote:
> I'm not sure this is necessary. ?In most cases the driver
> will add the hwmon device itself based on information from the
> vbios ta
https://bugzilla.kernel.org/show_bug.cgi?id=25052
--- Comment #21 from Elmar Stellnberger 2011-05-03
20:17:00 ---
Nothing better for kernel 2.6.39-0.0.71.da138d8.x86_64.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=34102
Rafael J. Wysocki changed:
What|Removed |Added
CC||rjw at sisk.pl
Kernel Version|
On Tue, 3 May 2011 13:32:36 -0400, Alex Deucher wrote:
> The most common use of the radeon i2c buses is for ddc.
>
> Signed-off-by: Alex Deucher
> Cc: Jean Delvare
Acked-by: Jean Delvare
> ---
> drivers/gpu/drm/radeon/radeon_i2c.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-
ilable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110503/75a2089c/attachment.pgp>
On Tue, 03 May 2011 13:54:38 -0700
Keith Packard wrote:
> On Tue, 3 May 2011 12:21:24 -0700, Jesse Barnes virtuousgeek.org> wrote:
>
> > We only spec a 32 bit swap count, so drop the high sbc field.
>
> You're missing the explicit 16-bit padding field after 'event_type'
>
> The documented en
On Tue, 3 May 2011 14:02:31 -0700
Jesse Barnes wrote:
> On Tue, 03 May 2011 13:54:38 -0700
> Keith Packard wrote:
>
> > On Tue, 3 May 2011 12:21:24 -0700, Jesse Barnes > virtuousgeek.org> wrote:
> >
> > > We only spec a 32 bit swap count, so drop the high sbc field.
> >
> > You're missing t
We only spec a 32 bit swap count, so drop the high sbc field. Also make
the padding explicit (most compilers would have already done this since
it's not a packed structure, but making it explicit should prevent
surprises in the future).
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
gl
Updated with explicit padding.
--
Jesse Barnes, Intel Open Source Technology Center
We only spec a 32 bit sbc count, so drop the high bits. Also make the
padding explicit.
Signed-off-by: Jesse Barnes
---
configure.ac |2 +-
dri2proto.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5b78d6b..9505f56 100644
---
ame: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110503/2559815a/attachment.pgp>
From: Tormod Volden
Subject: [PATCH] drm: Add flag for multiple framebuffer support
Do not ignore the offset when looking for existing framebuffer maps
if the new _DRM_MATCH_FB_OFFSET flag is passed to drm_addmap_core.
---
> In commit 41c2e75e60200a860a74b7c84a6375c105e7437f "drm: Make
> drm_lo
On Tue, 03 May 2011 14:15:30 -0700
Keith Packard wrote:
> On Tue, 3 May 2011 14:08:58 -0700, Jesse Barnes
> wrote:
>
> > Fixed version below.
>
> Reviewed-by: Keith Packard
>
> (assuming that the GLX protocol specification gets updated to match :-)
Yeah, Ian is fixing up the padding there
https://bugzilla.kernel.org/show_bug.cgi?id=34102
--- Comment #2 from Martin Steigerwald 2011-05-03
21:33:06 ---
It depends on the view point. Compared with the pre KMS radeon driver this has
been a regression for me.
Thanks for trying to provide a workaround. I appreciate it.
I work-arou
https://bugzilla.kernel.org/show_bug.cgi?id=34102
--- Comment #3 from Rafael J. Wysocki 2011-05-03 21:44:15 ---
Created an attachment (id=56382)
--> (https://bugzilla.kernel.org/attachment.cgi?id=56382)
PM / Hibernate: Add new sysfs attribute for controlling reserved memory
The attached pa
https://bugzilla.kernel.org/show_bug.cgi?id=34102
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
Configure bugmail: h
From: Tormod Volden
Subject: [PATCH] drm/savage: Do not add framebuffer and aperture maps
Since multiple framebuffer maps are not supported any longer (commit
41c2e75e60200a860a74b7c84a6375c105e7437f) these maps would be broken,
and they are not used by the drm anyway.
Leave it to userspace to
1 - 100 of 106 matches
Mail list logo
