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
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.
>
>>
Below is an updated patch to fix broken web addresses in the kernel.
Please let me know if I missed anything, and I'll go back and fix it.
and lastly Thanks for all the help with this...
Signed-off-by: Justin P. Mattock
Cc: Maciej W. Rozycki
Cc: Geert Uytterhoeven
Cc: Finn Thain
Cc: Randy
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 |
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Marek Ol??k changed:
What|Removed |Added
CC|maraeo at gmail.com|
--- Comment #38 from Marek Ol??k
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 @@
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
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
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
On 09/27/2010 11:34 AM, 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, it introduced a regression against 2010-09-15-16-21 in i915. The
> screen, especially in thunderbird and firefox
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=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
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
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
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
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
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
+++ 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
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
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
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
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
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 +++
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 +++
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
+++
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 |
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 +
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
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
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 |
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
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:
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
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]
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
---
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 (
>
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.
>
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.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=38991
replaces 'radeong' in
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/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=30401
Martin Stolpe changed:
What|Removed |Added
See Also||https://freedesktop.org/sho
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=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=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
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
> > >
> > >
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 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:
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
Board has no digital connectors
Reported-by: Andy Walls
Tested-by: Andy Walls
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
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).
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
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
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'.
--
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #30 from peterle at 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
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=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
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
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
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
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:
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
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
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.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
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 #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 =
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/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
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=29851
steckdenis at yahoo.fr changed:
What|Removed |Added
CC||steckdenis at yahoo.fr
---
alright(going to top post because of how long this is). I will go and
make the changes and resend it out...
On 09/26/2010 02:43 AM, Finn Thain wrote:
Hi Justin,
Some comments on your latest patch follow.
On Fri, 24 Sep 2010, Justin P. Mattock wrote:
--- a/drivers/ata/pata_it821x.c
+++
From: Chris Ball c...@laptop.org
Francisco Jerez advises that pre-nv20 cards would hang if we entered
kdb with accel on and IRQs disabled, so we now disable accel before
entering kdb and re-enable it on the way back out.
Reported-by: Francisco Jerez curroje...@riseup.net
Signed-off-by: Chris
The goal of this patch set is to add atomic kernel mode setting hooks
for the radeon and nouveau cards for the purpose of using kdb (the
kernel debug shell).
I had talked with Jesse Barnes but did not come to a resolution on a
better way to deal with the need to save some data such as the LUT
When changing VTs non-atomically the kernel works in conjunction with
the Xserver in user space and receives the LUT information from the
Xserver via a system call. When changing modes atomically for kdb,
this information must be saved and restored without disturbing user
space as if nothing ever
Some devices such as the radeon chips receive information from user
space which needs to be saved when executing an atomic mode set
operation, else the user space would have to be queried again for the
information.
This patch extends the mode_set_base_atomic() call to pass an argument
to indicate
From: Chris Ball c...@laptop.org
Tested on nv50 and nv04 HW.
Signed-off-by: Chris Ball c...@laptop.org
Signed-off-by: Jason Wessel jason.wes...@windriver.com
CC: Jesse Barnes jbar...@virtuousgeek.org
CC: David Airlie airl...@linux.ie
CC: dri-devel@lists.freedesktop.org
---
From: Chris Ball c...@laptop.org
Signed-off-by: Chris Ball c...@laptop.org
Signed-off-by: Jason Wessel jason.wes...@windriver.com
CC: Jesse Barnes jbar...@virtuousgeek.org
CC: David Airlie airl...@linux.ie
CC: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 119
This message contains a list of some regressions from 2.6.35,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.35, please let us
know either and we'll add
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us
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=30385
--- Comment #6 from Tomasz Czapiewski xe...@irc.pl 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 /
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
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:
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:
Also add some sanity checks.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
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
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 thellst...@vmware.com
---
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 thellst...@vmware.com
---
This is needed for the callback to identify the caller and take
appropriate locks if needed.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/drm_crtc.c |3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
include/drm/drm_crtc.h |3 ++-
3
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 thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |5 ++-
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 thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 +++
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 thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 46
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
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
---
The removed code causes oopses with newer drms on master drop.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
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
Avoids an oops during drm_irq_uninstall.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
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
Save at least one screen layout during vga save to avoid odd things
happening during restore.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
/vmwgfx/vmwgfx_drv.h
+++ 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_DRIVER_MINOR 3
+#define
1 - 100 of 138 matches
Mail list logo