- 18 Nov, 2010 3 commits
-
-
Francisco Jerez authored
Reported-by:
Xavier Chantry <chantry.xavier@gmail.com> Signed-off-by:
Francisco Jerez <currojerez@riseup.net> Signed-off-by:
Ben Skeggs <bskeggs@redhat.com>
-
Francisco Jerez authored
Signed-off-by:
-
Francisco Jerez authored
Reported-by:
Grzesiek Sójka <pld@pfu.pl> Signed-off-by:
-
- 04 Oct, 2010 1 commit
-
-
Ben Skeggs authored
This should fix eDP on certain laptops with 18-bit panels, we were rejecting the panel's native mode due to thinking there was insufficient bandwidth for it. Signed-off-by:
-
- 24 Sep, 2010 3 commits
-
-
Ben Skeggs authored
nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant entries. This nukes the mode id initialised by drm_mode_create(), and causes warnings from idr when we try to remove the mode. Signed-off-by: -
Francisco Jerez authored
More Apple brain damage, it fixes the modesetting failure on an eMac G4 (fdo bug 29810). Reported-by:
Zoltan Varnagy <doi@freemail.hu> Signed-off-by:
-
Ben Skeggs authored
nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant entries. This nukes the mode id initialised by drm_mode_create(), and causes warnings from idr when we try to remove the mode. Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- 14 Sep, 2010 1 commit
-
-
Chris Wilson authored
v2: Julien Cristau pointed out that @nondestructive results in double-negatives and confusion when trying to interpret the parameter, so use @force instead. Much easier to type as well. ;-) And fix the miscompilation of vmgfx reported by Sedat Dilek. Signed-off-by:
Chris Wilson <chris@chris-wilson.co.uk> Cc: stable@kernel.org Signed-off-by:
-
- 13 Sep, 2010 1 commit
-
-
Chris Wilson authored
Destructive load-detection is very expensive and due to failings elsewhere can trigger system wide stalls of up to 600ms. A simple first step to correcting this is not to invoke such an expensive and destructive load-detection operation automatically. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29536 Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=16265 Reported-by:
Bruno Prémont <bonbons@linux-vserver.org> Tested-by:
Sitsofe Wheeler <sitsofe@yahoo.com> Signed-off-by:
-
- 17 Aug, 2010 1 commit
-
-
Francisco Jerez authored
Signed-off-by:
-
- 05 Aug, 2010 1 commit
-
-
Francisco Jerez authored
sil164 and friends are the most common, usually they just need to be poked once because a fixed configuration is enough for any modes and clocks, so they worked without this patch if the BIOS had done a good job on POST. Display couldn't survive a suspend/resume cycle though. Unfortunately, BIOS scripts are useless here. Signed-off-by:
-
- 26 Jul, 2010 4 commits
-
-
Francisco Jerez authored
Locking only makes sense in the VBIOS parsing code as it's executed before CRTC init. Signed-off-by:
-
Francisco Jerez authored
Clean up and move the external TV encoder detection code to nouveau_i2c.c, it's also going to be useful for external TMDS and DDC detection. Signed-off-by:
-
Francisco Jerez authored
Rescaling interlaced modes isn't going to work correctly, and even if it did, come on, interlaced flat panels? are you pulling my leg? Signed-off-by:
-
Ben Skeggs authored
Based on a patch from Matthew Garrett. Signed-off-by:
Matthew Garrett <mjg@redhat.com>
-
- 13 Jul, 2010 6 commits
-
-
Ben Skeggs authored
Signed-off-by: -
Francisco Jerez authored
Signed-off-by:
-
Francisco Jerez authored
Load detection needs the connector wired to a CRTC, when there are no inactive CRTCs left that means we need to cut some other head off for a while, causing intermittent flickering. Signed-off-by:
-
Ben Skeggs authored
Create connectors before encoders to avoid having to do another loop across encoder list whenever we create a new connector. This allows us to pass the connector to the encoder creation functions, and avoid using a create_resources() callback since we can now call it directly. This can also potentially modify the connector ordering on nv50. On cards where the DCB connector and encoder tables are in the same order, things will be unchanged. However, there's some cards where the ordering between the tables differ, and in one case, leads us to naming the connectors "wrongly". Signed-off-by: -
Albert Damen authored
fixes oops in nouveau_connector_get_modes with nv_encoder is NULL Signed-off-by:
Albert Damen <albrt@gmx.net> Signed-off-by:
-
Francisco Jerez authored
a7b9f9e5adef dropped it by accident. Signed-off-by:
Thibaut Girka <thib@sitedethib.com> Signed-off-by:
-
- 12 Jul, 2010 1 commit
-
-
Ben Skeggs authored
Signed-off-by:
-
- 28 May, 2010 2 commits
-
-
Ben Skeggs authored
When selecting the native mode for a display we weren't taking into account whether or not it was actually supported on that particular output. This patch modifies our native mode selection to run all modes through mode_valid() first. Signed-off-by: -
Ben Skeggs authored
It was once assumed that all G8x had dual-link TMDS everywhere, this isn't actually the case - especially considering passive DP->DVI converters and some HDMI connectors only support single-link. Signed-off-by:
-
- 24 May, 2010 1 commit
-
-
Randy Dunlap authored
When CONFIG_ACPI_BUTTON=m (and probably when ACPI_BUTTON is not enabled) and NOUVEAU is built-in (not as a loadable module): nouveau_connector.c:(.text+0xe17ce): undefined reference to `acpi_lid_open' Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Acked-by:
-
- 18 May, 2010 1 commit
-
-
Dave Airlie authored
After thinking it over a lot it made more sense for the core to deal with the output polling especially so it can notify X. v2: drop plans for fake connector - per Michel's comments - fix X patch sent to xorg-devel, add intel polled/hpd setting, add initial nouveau polled/hpd settings. v3: add config lock take inside polling, add intel/nouveau poll init/fini calls v4: config lock was a bit agressive, only needed around connector list reading. otherwise it could re-enter. glisse: discard drm_helper_hpd_irq_event v3: Reviewed-by: Michel Dänzer <michel@daenzer.net> Signed-off-by:
-
- 14 Mar, 2010 1 commit
-
-
Ben Skeggs authored
Intended to be used as a workaround in cases where we falsely detect that a TV is connected when it's not. Signed-off-by:
-
- 25 Feb, 2010 5 commits
-
-
Ben Skeggs authored
This is in preference to disconnected. If there's no other outputs connected this will cause LVDS to be programmed even with the lid closed rather than having X fail to start because of no available outputs. Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
This makes this code common to both the nv04 and nv50 paths. For the moment, we keep the previous behaviour with HDMI/eDP connectors and report them as DVI-D/DP instead. This will be fixed once the rest of the code has been fixed to deal with those types. Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Signed-off-by:
-
- 10 Feb, 2010 1 commit
-
-
Marcin Slusarz authored
Reported-by:
Dan Carpenter <error27@gmail.com> Signed-off-by:
Marcin Slusarz <marcin.slusarz@gmail.com> Signed-off-by:
Maarten Maathuis <madman2003@gmail.com> Signed-off-by:
-
- 25 Jan, 2010 1 commit
-
-
Ben Skeggs authored
Also adds a module option to ignore the status reported via ACPI, in case we hit systems with broken ACPI. Signed-off-by:
-
- 14 Jan, 2010 3 commits
-
-
Francisco Jerez authored
Signed-off-by:
-
Francisco Jerez authored
Signed-off-by:
-
Xavier Chantry authored
This was spotted by kmemleak. Signed-off-by:
Xavier Chantry <shiningxc@gmail.com> Signed-off-by:
-
- 16 Dec, 2009 1 commit
-
-
Maarten Maathuis authored
- Use driver level (0x2) for NV_DEBUG instead of all levels - Create a NV_DEBUG_KMS for KMS level (0x4) and use them in modesetting code - Remove a few odd NV_TRACE calls and replace some of them with NV_DEBUG_KMS or NV_INFO Signed-off-by:
-
- 11 Dec, 2009 1 commit
-
-
Ben Skeggs authored
This adds a drm/kms staging non-API stable driver for GPUs from NVIDIA. This driver is a KMS-based driver and requires a compatible nouveau userspace libdrm and nouveau X.org driver. This driver requires firmware files not available in this kernel tree, interested parties can find them via the nouveau project git archive. This driver is reverse engineered, and is in no way supported by nVidia. Support for nearly the complete range of nvidia hw from nv04->g80 (nv50) is available, and the kms driver should support driving nearly all output types (displayport is under development still) along with supporting suspend/resume. This work is all from the upstream nouveau project found at nouveau.freedesktop.org. The original authors list from nouveau git tree is: Anssi Hannula <anssi.hannula@iki.fi> Ben Skeggs <bskeggs@redhat.com> Francisco Jerez <currojerez@riseup.net> Maarten Maathuis <madman2003@gmail.com> Marcin Kościelnicki <koriakin@0x04.net> Matthew Garrett <mjg@redhat.com> Matt Parnell <mparnell@gmail.com> Patrice Mandin <patmandin@gmail.com> Pekka Paalanen <pq@iki.fi> Xavier Chantry <shiningxc@gmail.com> along with project founder Stephane Marchesin <marchesin@icps.u-strasbg.fr> Signed-off-by:
-
