https://bugs.freedesktop.org/show_bug.cgi?id=29851
steckde...@yahoo.fr changed:
What|Removed |Added
CC||steckde...@yahoo.fr
--- Comment #4
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #5 from okias 2010-09-27 02:16:43 PDT ---
(In reply to comment #4)
> Hello,
>
> I also encounter this bug and investigated it. When I launch Neverball, the
> first frames are displayed ok. Then they slowly begin to disappear, each fr
On Mon, 27 Sep 2010 11:36:56 +0200, Jiri Slaby wrote:
> On 09/23/2010 01:12 AM, a...@linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
>
> Hi, when I run glxgears in this kernel, X crashes. It happens also with
> older releases and I don't know wh
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #27 from Nikolay Rysev 2010-09-27 02:55:29 PDT
---
Excuse me, it's just interesting for me.
Why vsync is enabled for all OSS drivers by default?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=29244
--- Comment #3 from Fabio Pedretti 2010-09-27 03:46:09
PDT ---
I am having the same problem with Panzers II wine game. It worked fine some
time ago, let me know if I have to bisect it.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #3 from Tom Stellard 2010-09-27 03:57:55 PDT
---
Ok, try this: open the file mesa/src/gallium/drivers/r300/r300_vs.c in a text
editor, scroll down to line 214, which should look like this:
compiler.Base.max_alu_insts = r300->screen->
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #5 from Michel Dänzer 2010-09-27 04:19:46 PDT
---
The Nexuiz issue looks like bug 28341, but that was in r300c and fixed a while
ago... I wonder if somehow you might be using libGL.so.1 / r300_dri.so binaries
different from the ones
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #4 from Sven Arvidsson 2010-09-27 05:01:10 PDT ---
Tried it all the way down to 60, no sign of the tank.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #6 from Tomasz Czapiewski 2010-09-27 05:31:32 PDT ---
(In reply to comment #5)
> The Nexuiz issue looks like bug 28341, but that was in r300c and fixed a while
> ago... I wonder if somehow you might be using libGL.so.1 / r300_dri.so
On 09/23/2010 01:12 AM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
Hi, it introduced a regression against 2010-09-15-16-21 in i915. The
screen, especially in thunderbird and firefox screen elements, flickers.
Is this known/is there a patc
On 09/23/2010 01:12 AM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
Hi, when I run glxgears in this kernel, X crashes. It happens also with
older releases and I don't know what is the first defunct.
In the log there is:
[drm:i915_hangchec
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #5 from Marek Olšák 2010-09-27 06:10:48 PDT ---
If a vertex shader fails to compile, nothing is rendered, because all vertices
become (0,0,0,1) and a triangle with such vertices has no area.
--
Configure bugmail: https://bugs.freede
This patch series contains a number of bugfixes and brings the vmwgfx driver
up-to-date with the standalone repo.
Patch 05/15 contains a modesetting driver API change needed for 06/15, and may
as such not be suitable for kernel RCs but rather for the next merge window.
Thanks,
Thomas
___
This option is off (0) by default.
Not enabling fbdev at load time makes it possible to co-operate with
vga16fb and vga text mode when VT switching.
However, if 3D resources are active when VT switching, we're currently
not able to switch over to vga, due to device limitations.
Signed-off-by: Tho
Also add some sanity checks.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 106 ---
1 files changed, 85 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 1636e
Don't suspend or hibernate when there are 3D resources active since we
can't restore the device's 3D state. Instead fail with an error message.
In other cases, make sure we re-enable the fifo and unlock ttm on resume.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 3
Add the new-style PM hooks prepare and complete. This allows us to
power up the device again after the hibernation image has been created, and
display output will thus be active until the VM is finally powered off.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 113 ++
This is needed for the callback to identify the caller and take
appropriate locks if needed.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_crtc.c |3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
include/drm/drm_crtc.h |3 ++-
3 files changed, 6 inser
This makes sure noone accesses the fifo while it's taken down using the
dirty ioctl.
Also make sure all workqueues are idled before the fifo is taken down.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |5 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 +
drivers/gp
This needs to be reviewed once we support screen objects and don't rely
on VRAM for the frame-buffer.
Also fix some integer overflow issues pointed out by Michel Daenzer.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 +++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
index cf38a61..cac0db0 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
+++ b/d
This can be used by the X server to restrict mode resolutions and size of
root pixmap.
Bump minor to announce this availability.
Bump driver date.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |4 ++--
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c |3 +++
include/drm
This is to avoid accessing uninitialized data during
drm_irq_uninstall. At the same time, enable error check from
drm_kms_init which previously appeared to ignore all errors.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 46 +++
drive
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 3d896b7..0e5703a 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
++
The removed code causes oopses with newer drms on master drop.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 0e
Avoids an oops during drm_irq_uninstall.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |1 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |5 +
3 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/d
Save at least one screen layout during vga save to avoid odd things
happening during restore.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h
@@ -39,9 +39,9 @@
#include "ttm/ttm_execbuf_util.h"
#include "ttm/ttm_module.h"
-#define VMWGFX_DRIVER_DATE "20100723"
+#define VMWGFX_DRIVER_DATE "20100927"
#define VMWGFX_DRIVER_MAJOR 1
-#define VMWGFX_DRIVE
radeon_gem_wait_idle_ioctl can apparently get called prior to
the vram page being set up or even if accel if false, so make
sure it's valid before using it.
Should fix:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597636
https://bugs.freedesktop.org/show_bug.cgi?id=29834
Signed-off-by: Alex D
Board has no digital connectors
Reported-by: Andy Walls
Tested-by: Andy Walls
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
https://bugs.freedesktop.org/show_bug.cgi?id=21682
--- Comment #16 from Tamás Németh 2010-09-27 08:35:56
PDT ---
(In reply to comment #15)
> Tamás is already using openSUSE 11.3, which ships xorg-server 1.8 and
> therefore
> includes DRI2.
In fact I still have a netbook with openSUSE 11.2 but
On Sun, Sep 26, 2010 at 2:12 PM, Andy Walls wrote:
> On Fri, 2010-09-24 at 15:12 -0400, Alex Deucher wrote:
>> On Wed, Sep 22, 2010 at 5:07 PM, Andy Walls wrote:
>> > On Wed, 2010-09-22 at 09:33 -0400, Jon Smirl wrote:
>> >> On Wed, Sep 22, 2010 at 1:30 AM, Alex Deucher
>> >> wrote:
>> >> > On
On 09/27/2010 11:34 AM, Jiri Slaby wrote:
> On 09/23/2010 01:12 AM, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
>
> Hi, it introduced a regression against 2010-09-15-16-21 in i915. The
> screen, especially in thunderbird and firefox scree
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> Below is an updated patch from the original fixing broken web addresses in
> the kernel.
> Thanks for all the help and info on this to everybody..
> Hopefully I didnt miss any of them(if so let me know, and I'll resend).
Changin
On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
> On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> > Below is an updated patch from the original fixing broken web addresses in
> > the kernel.
> > Thanks for all the help and info on this to everybody..
> > Hopefully I
https://bugs.freedesktop.org/show_bug.cgi?id=30401
Summary: starting programs with Qt 4.7 opengl es2
graphicssystem fail
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: nor
https://bugs.freedesktop.org/show_bug.cgi?id=30402
Summary: xorg server fails to start when using xorg state
tracker
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
On 09/27/2010 08:10 AM, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from the original fixing broken web addresses in the
kernel.
Thanks for all the help and info on this to everybody..
Hopefully I didnt miss any of them(if
On 09/27/2010 09:03 AM, Joe Perches wrote:
On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from the original fixing broken web addresses in the
kernel.
Thanks for all the help and info on th
https://bugs.freedesktop.org/show_bug.cgi?id=30402
--- Comment #1 from Andy Furniss 2010-09-27
10:05:43 PDT ---
I am getting the same when building mesa with r600 gallium, with the autogen
command -
--enable-debug --disable-egl --enable-gallium-r600 --enable-gallium-swrast
--with-dri-drivers=
https://bugs.freedesktop.org/show_bug.cgi?id=30325
--- Comment #2 from Marius Groeger 2010-09-27 10:13:16
PDT ---
(In reply to comment #1)
> Can you bisect what commit broke it? I suspect it's something in the common
> drm code.
Well my point was to ask the people who where involved in recent
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #30 from pete...@hottemptation.org 2010-09-27 10:15:41 PDT ---
Yes. The Problems with ACPI are gone under 2.6.36rc4.
The leftover is still the same.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=30402
--- Comment #2 from Michel Dänzer 2010-09-27 10:29:04 PDT
---
Either the binary needs to be renamed to radeong_drv.so, or the references to
'radeong' in src/gallium/targets/xorg-radeon/radeon_xorg.c need to be changed
to 'radeon'.
--
Configure
On Wed, 25 Aug 2010 15:59:09 -0500
Matt Mackall wrote:
> On Tue, 2010-08-24 at 10:37 -0500, Christoph Lameter wrote:
> > On Tue, 24 Aug 2010, Matt Mackall wrote:
> >
> > > kmalloc-321113344 1113344 32 1281 : tunables00
> > > 0 : slabdata 8698 8698 0
> > >
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=30401
--- Comment #1 from Martin Stolpe 2010-09-27 12:38:59
PDT ---
Config mentioned above was mesa with gallium and xf86-video-ati
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Summary: qt 4.7 opengl graphicssystem doesn't work with gallium
+ xorg state tracker
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Martin Stolpe changed:
What|Removed |Added
See Also||https://freedesktop.org/sho
https://bugs.freedesktop.org/show_bug.cgi?id=30401
Martin Stolpe changed:
What|Removed |Added
See Also||https://freedesktop.org/sho
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Summary: moving windows really slow when using gallium + xorg
state tracker in KDE
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #1 from Martin Stolpe 2010-09-27 12:54:47
PDT ---
Created an attachment (id=38990)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38990)
complete oprofile log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=30402
--- Comment #3 from Martin Stolpe 2010-09-27 13:01:02
PDT ---
Created an attachment (id=38991)
View: https://bugs.freedesktop.org/attachment.cgi?id=38991
Review: https://bugs.freedesktop.org/review?bug=30402&attachment=38991
replaces 'radeong
https://bugs.freedesktop.org/show_bug.cgi?id=30402
--- Comment #4 from Martin Stolpe 2010-09-27 13:03:18
PDT ---
Forgot to mention: After replacing 'radeong' with 'radeon' xorg server was
starting and I was able to log into KDE. Looks fine so far.
--
Configure bugmail: https://bugs.freedesktop
Hook the GEM vm open/close ops into the generic drm vm open/close so
that the vma entries are created and destroy appropriately.
Reported-by: Matt Mackall
Cc: Dave Airlie
Cc: Jesse Barnes
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c |9 -
drivers/gpu/drm/drm_vm.c |
That was quick, thanks.
On Mon, 27 Sep 2010 21:08:36 +0100
Chris Wilson wrote:
> Hook the GEM vm open/close ops into the generic drm vm open/close so
> that the vma entries are created and destroy appropriately.
Please update the changelog to indicate that it fixes a memory leak.
> Reported-by
Hook the GEM vm open/close ops into the generic drm vm open/close so
that the private vma entries are created and destroy appropriately.
Fixes the leak of the drm_vma_entries during the lifetime of the filp.
Reported-by: Matt Mackall
Cc: Dave Airlie
Cc: Jesse Barnes
Signed-off-by: Chris Wilson
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #30 from Benjamin Segovia 2010-09-27
13:27:22 PDT ---
(In reply to comment #29)
> Created an attachment (id=38758)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38758)
> screenshot with current mesa git (
> dab2a7660a40736
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #2 from Marek Olšák 2010-09-27 13:33:34 PDT ---
The X.Org state tracker is not tested with r300g to my knowledge and I do not
recommend using it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
On Mon, 27 Sep 2010, Andrew Morton wrote:
> > Still present in 2.6.35. Appears to be DRM:
> >
> > 845 drm_vm_open_locked+0x72/0x109 age=43/37572/59269 pid=2089
> > cpus=0-1
> >
> > That's after about a minute of uptime. Grows to 100k in about a day.
> >
> > dmesg bits:
> > [0.834653] [d
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #31 from Pavel Ondračka 2010-09-27 15:09:51 PDT
---
(In reply to comment #30)
> (In reply to comment #29)
> > Created an attachment (id=38758)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38758)
> > screenshot with current me
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #32 from Benjamin Segovia 2010-09-27
15:28:53 PDT ---
Ok, the number of registers may be too high, so optimizing is required to lower
that number.
1/ To mesa developpers: do you know which part of mesa is disabled when
RADEON_DEBUG=
On Mon, Sep 27, 2010 at 11:20 PM, Thomas Hellstrom
wrote:
> Don't suspend or hibernate when there are 3D resources active since we
> can't restore the device's 3D state. Instead fail with an error message.
Its not acceptable to block suspend ever like that, you need to
restore the devices 3D stat
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #4 from Marek Olšák 2010-09-27 15:50:02 PDT ---
Yes, we plan to use the xorg state tracker (st/xorg) one day but currently
getting the DRI driver out and stable (or at least in a better shape than
r300c, which is already met I guess?)
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #33 from Pavel Ondračka 2010-09-27 15:53:33 PDT
---
Created an attachment (id=38995)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38995)
screenshot
Now with only part of _mesa_optimize_program commented out it is a little bi
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #34 from Benjamin Segovia 2010-09-27
16:08:52 PDT ---
(In reply to comment #33)
> Created an attachment (id=38995)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38995)
> screenshot
>
> Now with only part of _mesa_optimize_pro
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #35 from Pavel Ondračka 2010-09-27 16:34:55 PDT
---
Created an attachment (id=38996)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38996)
screenshot with RADEON_DEBUG=noopt + only register allocation done in
prog_optimize.c
R
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #36 from Pavel Ondračka 2010-09-27 16:35:32 PDT
---
Created an attachment (id=38997)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38997)
screenshot with RADEON_DEBUG=noopt + everything done in prog_optimize.c
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #37 from Benjamin Segovia 2010-09-27
17:03:08 PDT ---
(In reply to comment #36)
> Created an attachment (id=38997)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38997)
> screenshot with RADEON_DEBUG=noopt + everything done in
https://bugs.freedesktop.org/show_bug.cgi?id=30152
--- Comment #7 from Fredrik Höglund 2010-09-27 18:04:07 PDT
---
I've pushed another piglit test that uses 7 varyings to:
http://cgit.freedesktop.org/~fredrik/piglit
While I was looking at the code for the vertex shader I also realized that it
https://bugs.freedesktop.org/show_bug.cgi?id=30152
--- Comment #8 from Marek Olšák 2010-09-27 18:34:47 PDT ---
Actually, all vertex shader outputs are sent to the rasterizer in r300g and
therefore they occupy texcoord slots. We cannot disable unused outputs via some
hardware state, but I guess we
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> On 09/27/2010 09:03 AM, Joe Perches wrote:
> > On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
> > > On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> > > > Below is an updated patch from the original fixing broken web
On 09/27/2010 06:37 PM, Finn Thain wrote:
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
On 09/27/2010 09:03 AM, Joe Perches wrote:
On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from the
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Marek Olšák changed:
What|Removed |Added
CC|mar...@gmail.com|
--- Comment #38 from Marek Olšák 2010-09
On 09/27/2010 07:59 PM, Finn Thain wrote:
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
index 033e150..d7d9a78 100644
--- a/drivers/char/apm-emulation.c
+++ b/drivers/char/apm-emulation.c
@@ -8,7 +8,7 @@
* (APM) BIOS
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
> diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
> index 033e150..d7d9a78 100644
> --- a/drivers/char/apm-emulation.c
> +++ b/drivers/char/apm-emulation.c
> @@ -8,7 +8,7 @@
> * (APM) BIOS Interface Specification, Revision
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> alright.. I'll redu this... remove the brackets, and fix up the rest..
> one note is:
> http://dri.freedesktop.org/wiki/Documentation
> this address is already there..
Right you are.
> probably best to just leave the sourceforge
> address and use
On 09/27/2010 09:15 PM, Finn Thain wrote:
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
alright.. I'll redu this... remove the brackets, and fix up the rest..
one note is:
http://dri.freedesktop.org/wiki/Documentation
this address is already there..
Right you are.
probably best to just lea
On 09/28/2010 12:41 AM, Dave Airlie wrote:
On Mon, Sep 27, 2010 at 11:20 PM, Thomas Hellstrom
wrote:
Don't suspend or hibernate when there are 3D resources active since we
can't restore the device's 3D state. Instead fail with an error message.
Its not acceptable to block suspend ev
https://bugs.freedesktop.org/show_bug.cgi?id=29851
steckdenis at yahoo.fr changed:
What|Removed |Added
CC||steckdenis at yahoo.fr
--- Comme
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #5 from okias 2010-09-27 02:16:43 PDT ---
(In reply to comment #4)
> Hello,
>
> I also encounter this bug and investigated it. When I launch Neverball, the
> first frames are displayed ok. Then they slowly begin to disappear, each fr
On Mon, 27 Sep 2010 11:36:56 +0200, Jiri Slaby wrote:
> On 09/23/2010 01:12 AM, akpm at linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
>
> Hi, when I run glxgears in this kernel, X crashes. It happens also with
> older releases and I don't know
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #27 from Nikolay Rysev 2010-09-27 02:55:29
PDT ---
Excuse me, it's just interesting for me.
Why vsync is enabled for all OSS drivers by default?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=29244
--- Comment #3 from Fabio Pedretti 2010-09-27 03:46:09
PDT ---
I am having the same problem with Panzers II wine game. It worked fine some
time ago, let me know if I have to bisect it.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #3 from Tom Stellard 2010-09-27 03:57:55
PDT ---
Ok, try this: open the file mesa/src/gallium/drivers/r300/r300_vs.c in a text
editor, scroll down to line 214, which should look like this:
compiler.Base.max_alu_insts = r300->screen->
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #5 from Michel D?nzer 2010-09-27 04:19:46
PDT ---
The Nexuiz issue looks like bug 28341, but that was in r300c and fixed a while
ago... I wonder if somehow you might be using libGL.so.1 / r300_dri.so binaries
different from the ones
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #4 from Sven Arvidsson 2010-09-27 05:01:10 PDT ---
Tried it all the way down to 60, no sign of the tank.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #6 from Tomasz Czapiewski 2010-09-27 05:31:32 PDT
---
(In reply to comment #5)
> The Nexuiz issue looks like bug 28341, but that was in r300c and fixed a while
> ago... I wonder if somehow you might be using libGL.so.1 / r300_dri.so
On 09/23/2010 01:12 AM, akpm at linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
Hi, it introduced a regression against 2010-09-15-16-21 in i915. The
screen, especially in thunderbird and firefox screen elements, flickers.
Is this known/is there a p
On 09/23/2010 01:12 AM, akpm at linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2010-09-22-16-11 has been uploaded to
Hi, when I run glxgears in this kernel, X crashes. It happens also with
older releases and I don't know what is the first defunct.
In the log there is:
[drm:i915_hangc
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #5 from Marek Ol??k 2010-09-27 06:10:48 PDT
---
If a vertex shader fails to compile, nothing is rendered, because all vertices
become (0,0,0,1) and a triangle with such vertices has no area.
--
Configure bugmail: https://bugs.freed
This patch series contains a number of bugfixes and brings the vmwgfx driver
up-to-date with the standalone repo.
Patch 05/15 contains a modesetting driver API change needed for 06/15, and may
as such not be suitable for kernel RCs but rather for the next merge window.
Thanks,
Thomas
This option is off (0) by default.
Not enabling fbdev at load time makes it possible to co-operate with
vga16fb and vga text mode when VT switching.
However, if 3D resources are active when VT switching, we're currently
not able to switch over to vga, due to device limitations.
Signed-off-by: Tho
Also add some sanity checks.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 106 ---
1 files changed, 85 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 1636e
Don't suspend or hibernate when there are 3D resources active since we
can't restore the device's 3D state. Instead fail with an error message.
In other cases, make sure we re-enable the fifo and unlock ttm on resume.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 3
Add the new-style PM hooks prepare and complete. This allows us to
power up the device again after the hibernation image has been created, and
display output will thus be active until the VM is finally powered off.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 113 ++
This is needed for the callback to identify the caller and take
appropriate locks if needed.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_crtc.c |3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
include/drm/drm_crtc.h |3 ++-
3 files changed, 6 inser
This makes sure noone accesses the fifo while it's taken down using the
dirty ioctl.
Also make sure all workqueues are idled before the fifo is taken down.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |5 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 +
drivers/gp
This needs to be reviewed once we support screen objects and don't rely
on VRAM for the frame-buffer.
Also fix some integer overflow issues pointed out by Michel Daenzer.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 +++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
index cf38a61..cac0db0 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
+++ b/d
1 - 100 of 154 matches
Mail list logo