https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
Attachment #35316|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
Summary|[r300g - RV530] |[r300g, mesa] gallium
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
CC||mar...@gmail.com
--- Comment #15 from F
On Mon, 2010-04-26 at 22:23 +0200, Jerome Glisse wrote:
> Previous reset code leaded to computer hard lockup (need to unplug
> the power too reboot the computer) on various configuration. This
> patch change the reset code to avoid hard lockup. The GPU reset
> is failing most of the time but at le
Hi all,
[Dave, this is the patch series I've talked about on irc a few days ago.]
This patch series kills various things I've stumbled over while reading
through the drm core code. It mostly removes unnecessary stuff on the drm
core <-> driver interface.
Tested on my i845, i945 and agp rv570. Al
It's not used internally by any driver, only by some generic ioctls.
So don't export it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_scatter.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_scatter.c b/drivers/gpu/drm/drm_scatter.c
index 90
All drivers happily copy&pasted the default implementation without
checking whether this callback is used at all. It's not. Sigh.
Kill it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_vm.c |7 ---
drivers/gpu/drm/i810/i810_drv.c |1 -
drivers/gpu/drm/i830/
Not used by any in-kernel driver. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_lock.c | 18 --
include/drm/drmP.h |3 ---
2 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c
inde
Not used by any driver (rightly so!). Kill them.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_proc.c | 13 -
include/drm/drmP.h |2 --
2 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c
index a
Every driver used the default implementation. Fold that one into
the only callsite and drop the callback.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_vm.c |6 ++
drivers/gpu/drm/i810/i810_drv.c |1 -
drivers/gpu/drm/i830/i830_drv.c |1 -
drivers/
It's not used by any driver. The destructor callback is unfortunately
used by the via driver in a rather convoluted piece of code used
to reimplement something resembling broken futexes. I didn't dare
to touch this code. But at least kill the needless NULL assignemt
in the sis driver.
Signed-off-b
Not used by any driver. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_lock.c |3 ---
include/drm/drmP.h |1 -
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c
index 566d203..1973d75 100644
--
Totally unused.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c |2 --
drivers/gpu/drm/drm_stub.c |1 -
include/drm/drmP.h |1 -
3 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index ea4b6c2..3d4
Not used by any in-tree user. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drawable.c |3 +--
include/drm/drmP.h |2 --
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drawable.c b/drivers/gpu/drm/drm_drawable.c
index c53
Not used by any current driver.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_gem.c |4 +---
include/drm/drmP.h|1 -
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 33dad3f..0c004e8 100644
--- a/dri
The information supplied by userspace through these ioctls is only
accessible by dev->drw_idr. But there's no in-tree user of that.
Information might also leak via the RM_DRAW ioctl (in the form of
a negative return code in case the drawable doesn't exist). But the
only user of these ioctls, mesas'
On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> The information supplied by userspace through these ioctls is only
> accessible by dev->drw_idr. But there's no in-tree user of that.
> Information might also leak via the RM_DRAW ioctl (in the form of
> a negative return code in case the d
On Thu, Apr 29, 2010 at 11:32:36AM +0200, Michel Dänzer wrote:
> On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> > The information supplied by userspace through these ioctls is only
> > accessible by dev->drw_idr. But there's no in-tree user of that.
> > Information might also leak via t
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #16 from Marek Olšák 2010-04-29 05:11:00 PDT ---
(In reply to comment #15)
> In the meantime 95bfc8f32571751c5c9ec6d8e84f5e3c28d1b20e has been committed
> from Marek Olšák which is a subset of attached "patch for r300g
> is_format_sup
https://bugs.freedesktop.org/show_bug.cgi?id=27887
Summary: r300g: depth textures + fbo = broken glClear()
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pri
On Don, 2010-04-29 at 14:02 +0200, Daniel Vetter wrote:
> On Thu, Apr 29, 2010 at 11:32:36AM +0200, Michel Dänzer wrote:
> > On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> > > The information supplied by userspace through these ioctls is only
> > > accessible by dev->drw_idr. But there
On Thu, Apr 29, 2010 at 5:14 AM, Daniel Vetter wrote:
> The information supplied by userspace through these ioctls is only
> accessible by dev->drw_idr. But there's no in-tree user of that.
> Information might also leak via the RM_DRAW ioctl (in the form of
> a negative return code in case the dra
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Summary: GLSL cos/sin functions broken on Mesa R600 driver
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #5 from Rafał Miłecki 2010-04-29 14:20:21 PDT ---
Result of first git bisect:
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
82c5da6bf8b55a931b042fb531083863d26c8020
0a2d50e3a8faaf36cde3692043158
https://bugs.freedesktop.org/show_bug.cgi?id=27904
Summary: r300g segfaults on M56GL
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drive
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #5 from Andy Furniss 2010-04-29
16:16:27 PDT ---
(In reply to comment #4)
I can't (so far) crash with today's d-r-t.
Could just be luck I suppose, but it only took 20 mins of openarena to get two
yesterday and I've just gone 50 mins
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #6 from Alex Deucher 2010-04-29 16:46:19 PDT ---
should be fixed with this commit:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=7a1ffce50373c177d3f6eecce52badc40c90e1dd
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #6 from Shawn Starr 2010-04-29 20:05:07
PDT ---
Still happening, its not compiling the GLSL shader programs. If it is it seems
to take a very, very long time. It shows pretty much all white in game.
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #7 from Shawn Starr 2010-04-29 20:05:33
PDT ---
2.6.34-rc5 + airlied drm branches, libdrm git master, mesa git master, ati DDX
git master
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
Attachment #35316|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
Summary|[r300g - RV530] |[r300g, mesa] gallium
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Fabio Pedretti changed:
What|Removed |Added
CC||maraeo at gmail.com
--- Comment #15 fro
On Mon, 2010-04-26 at 22:23 +0200, Jerome Glisse wrote:
> Previous reset code leaded to computer hard lockup (need to unplug
> the power too reboot the computer) on various configuration. This
> patch change the reset code to avoid hard lockup. The GPU reset
> is failing most of the time but at le
Hi all,
[Dave, this is the patch series I've talked about on irc a few days ago.]
This patch series kills various things I've stumbled over while reading
through the drm core code. It mostly removes unnecessary stuff on the drm
core <-> driver interface.
Tested on my i845, i945 and agp rv570. Al
It's not used internally by any driver, only by some generic ioctls.
So don't export it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_scatter.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_scatter.c b/drivers/gpu/drm/drm_scatter.c
index 90
All drivers happily copy&pasted the default implementation without
checking whether this callback is used at all. It's not. Sigh.
Kill it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_vm.c |7 ---
drivers/gpu/drm/i810/i810_drv.c |1 -
drivers/gpu/drm/i830/
Not used by any in-kernel driver. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_lock.c | 18 --
include/drm/drmP.h |3 ---
2 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c
inde
Not used by any driver (rightly so!). Kill them.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_proc.c | 13 -
include/drm/drmP.h |2 --
2 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c
index a
Every driver used the default implementation. Fold that one into
the only callsite and drop the callback.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_vm.c |6 ++
drivers/gpu/drm/i810/i810_drv.c |1 -
drivers/gpu/drm/i830/i830_drv.c |1 -
drivers/
It's not used by any driver. The destructor callback is unfortunately
used by the via driver in a rather convoluted piece of code used
to reimplement something resembling broken futexes. I didn't dare
to touch this code. But at least kill the needless NULL assignemt
in the sis driver.
Signed-off-b
Not used by any driver. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_lock.c |3 ---
include/drm/drmP.h |1 -
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c
index 566d203..1973d75 100644
--
Totally unused.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c |2 --
drivers/gpu/drm/drm_stub.c |1 -
include/drm/drmP.h |1 -
3 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index ea4b6c2..3d4
Not used by any in-tree user. So drop it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drawable.c |3 +--
include/drm/drmP.h |2 --
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drawable.c b/drivers/gpu/drm/drm_drawable.c
index c53
Not used by any current driver.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_gem.c |4 +---
include/drm/drmP.h|1 -
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 33dad3f..0c004e8 100644
--- a/dri
The information supplied by userspace through these ioctls is only
accessible by dev->drw_idr. But there's no in-tree user of that.
Information might also leak via the RM_DRAW ioctl (in the form of
a negative return code in case the drawable doesn't exist). But the
only user of these ioctls, mesas'
On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> The information supplied by userspace through these ioctls is only
> accessible by dev->drw_idr. But there's no in-tree user of that.
> Information might also leak via the RM_DRAW ioctl (in the form of
> a negative return code in case the d
On Thu, Apr 29, 2010 at 11:32:36AM +0200, Michel D?nzer wrote:
> On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> > The information supplied by userspace through these ioctls is only
> > accessible by dev->drw_idr. But there's no in-tree user of that.
> > Information might also leak via t
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #16 from Marek Ol??k 2010-04-29 05:11:00 PDT
---
(In reply to comment #15)
> In the meantime 95bfc8f32571751c5c9ec6d8e84f5e3c28d1b20e has been committed
> from Marek Ol??k which is a subset of attached "patch for r300g
> is_format_su
https://bugs.freedesktop.org/show_bug.cgi?id=27887
Summary: r300g: depth textures + fbo = broken glClear()
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pri
On Don, 2010-04-29 at 14:02 +0200, Daniel Vetter wrote:
> On Thu, Apr 29, 2010 at 11:32:36AM +0200, Michel D?nzer wrote:
> > On Don, 2010-04-29 at 11:14 +0200, Daniel Vetter wrote:
> > > The information supplied by userspace through these ioctls is only
> > > accessible by dev->drw_idr. But there
On Thu, Apr 29, 2010 at 5:14 AM, Daniel Vetter
wrote:
> The information supplied by userspace through these ioctls is only
> accessible by dev->drw_idr. But there's no in-tree user of that.
> Information might also leak via the RM_DRAW ioctl (in the form of
> a negative return code in case the dr
https://bugs.freedesktop.org/show_bug.cgi?id=27901
Summary: GLSL cos/sin functions broken on Mesa R600 driver
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #5 from Rafa? Mi?ecki 2010-04-29 14:20:21 PDT
---
Result of first git bisect:
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
82c5da6bf8b55a931b042fb531083863d26c8020
0a2d50e3a8faaf36cde369204315
https://bugs.freedesktop.org/show_bug.cgi?id=27904
Summary: r300g segfaults on M56GL
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drive
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #5 from Andy Furniss 2010-04-29
16:16:27 PDT ---
(In reply to comment #4)
I can't (so far) crash with today's d-r-t.
Could just be luck I suppose, but it only took 20 mins of openarena to get two
yesterday and I've just gone 50 mins
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #6 from Alex Deucher 2010-04-29 16:46:19 PDT
---
should be fixed with this commit:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=7a1ffce50373c177d3f6eecce52badc40c90e1dd
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #6 from Shawn Starr 2010-04-29 20:05:07
PDT ---
Still happening, its not compiling the GLSL shader programs. If it is it seems
to take a very, very long time. It shows pretty much all white in game.
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=26570
--- Comment #7 from Shawn Starr 2010-04-29 20:05:33
PDT ---
2.6.34-rc5 + airlied drm branches, libdrm git master, mesa git master, ati DDX
git master
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
58 matches
Mail list logo