- Feb 23, 2009
-
-
Emma Anholt authored
-
-
Kristian Høgsberg authored
-
- Feb 22, 2009
-
-
Pekka Paalanen authored
Tylo. Signed-off-by: Pekka Paalanen <pq@iki.fi>
-
- Feb 21, 2009
-
-
Emma Anholt authored
-
Emma Anholt authored
-
Emma Anholt authored
This avoids using the oldest BO in the BO cache and waiting for it to be idle before we turn around and render to it with the GPU. Thanks to Chris Wilson for pointing out how silly we were being.
-
- Feb 20, 2009
-
-
Ben Skeggs authored
-
Ben Skeggs authored
-
- Feb 18, 2009
-
-
Pekka Paalanen authored
Loading nouveau.ko would fail with unknown symbols, if the backlight class device support is not provided in the kernel. Let's make the backlight support dependant on the kernel configuration. This is a bit ugly, the proper way would be to check for the config in Makefile.kernel whether to build nouveau_backlight.o at all, and if not, nouveau_drv.h should provide the stubs. Signed-off-by: Pekka Paalanen <pq@iki.fi>
-
Signed-off-by: Matthew Garrett <mjg59@srcf.ucam.org> Signed-off-by: Pekka Paalanen <pq@iki.fi>
-
Matthew Garrett authored
Several nvidia-based systems don't support backlight control via the standard ACPI control mechanisms. Instead, it's necessary for the driver to modify the backlight control registers directly. This patch adds support for determining whether the registers appear to be in use, and if so registers a kernel backlight device to control them. The backlight can then be controlled via existing userspace tools. Signed-off-by: Matthew Garrett <mjg@redhat.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
-
- Feb 16, 2009
-
-
Pekka Paalanen authored
This function is unused, and yet creates build problems: the symbol init_mm is not exported by the latest -rc kernels and I don't believe it ever will be. Even CONFIG_UNUSED_SYMBOLS does not provide it anymore. If this function is needed in the future, it needs to be reinvented in any case. So remove it. Signed-off-by: Pekka Paalanen <pq@iki.fi>
-
Pekka Paalanen authored
Intel developers have stated, that their DRM development continues elsewhere in some Linux kernel trees. This makes the code in drm.git just dead weight. This removal allows further cleanup of compatibility code. shared-core and bsd-core are left untouched this time. Signed-off-by: Pekka Paalanen <pq@iki.fi> Acked-by: Eric Anholt <eric@anholt.net>
-
Emma Anholt authored
The minor CPU cost here is probably outweighed by bothering us with noise in the tool.
-
- Feb 15, 2009
-
-
Ben Skeggs authored
-
Ben Skeggs authored
-
Ben Skeggs authored
libdrm isn't supposed to ship APIs not present in a released kernel.
-
- Feb 11, 2009
-
-
Jakob Bornecrantz authored
-
Pekka Paalanen authored
nouveau_notifier.c had two places where void* was used in arithmetic, fixed by using char*. nouveau_dma_wait(), nouveau_notifier_wait_status() and nouveau_resource_alloc() had signed/unsigned comparison warnings, fixed by changing the function parameter into an unsigned type. Signed-off-by: Pekka Paalanen <pq@iki.fi>
-
Ben Skeggs authored
NVIDIA do this fun little sequence after updating the PRAMIN page tables. On 9xxx chips, none of the PRAMIN BAR bindings (except the initial one) worked, hence the majority of the setup needed to create a channel ended up in the wrong place, causing all sorts of fun. This is done by NVIDIA on nv8x chips also, so we'll do it for them too, even though they appear to work without it.
-
Ben Skeggs authored
It won't work yet, just like the other 9xxx chips. Real soon now :)
-
- Feb 09, 2009
-
-
Ben Skeggs authored
I'm not 100% sure that the nv94 one we were using won't work. The context layouts are identical (well.. same ctxprog, so of course!), only a couple of registers differ. But, be safe until we actually get some 9xxx chips working.
-
Ben Skeggs authored
Suprisingly the card still worked without this...
-
Ben Skeggs authored
Our PFIFO/PGRAPH context save/load functions don't really work well (at all?) on nv5x yet. Depending on what random state the card is in before the drm loads, fbcon probably won't work correctly. Luckily we've setup the GPU in such a way that it'll actually do a hw context switch for the first context. Not sure of how successful this'd be currently on the older chips (actually, pretty sure it won't work), so NV50 only for now.
-
- Feb 07, 2009
-
-
Stuart Bennett authored
Fixes nouveau_ioctl_mem_free Oops
-
- Feb 05, 2009
-
-
Ben Skeggs authored
-
- Feb 04, 2009
-
-
Kristian Høgsberg authored
-
Ben Skeggs authored
-
Ben Skeggs authored
Use of the new bits is guarded with a mm_enabled=0 hardcode.
-
- Feb 03, 2009
-
-
Kristian Høgsberg authored
-
Kristian Høgsberg authored
-
Kristian Høgsberg authored
-
Kristian Høgsberg authored
-
- Feb 02, 2009
-
-
Stephane Marchesin authored
-
Kristian Høgsberg authored
-
- Jan 29, 2009
-
-
Stuart Bennett authored
Bug exposed by DDX change d9da090c
-
Stuart Bennett authored
-
- Jan 28, 2009
-
-
Emma Anholt authored
Bug #19608.
-
Emma Anholt authored
-