summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/nouveau/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* drm/nouveau: restore debugfs/vbios.rom supportMarcin Slusarz2013-02-201-0/+1
| | | | Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com>
* nouveau: ACPI support depends on X86 and X86_PLATFORM_DEVICESBen Hutchings2013-02-201-0/+2
| | | | | | | | | | | | | If I build nouveau on ia64, Kconfig warns: warning: (DRM_NOUVEAU) selects ACPI_WMI which has unmet direct dependencies (X86 && X86_PLATFORM_DEVICES && ACPI) warning: (DRM_NOUVEAU) selects MXM_WMI which has unmet direct dependencies (X86 && X86_PLATFORM_DEVICES && ACPI_WMI) Make all the ACPI support depend on X86 and select X86_PLATFORM_DEVICES. Signed-off-by: Ben Hutchings <ben@decadent.org.uk> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/i2c: add support for ddc/aux, and dp link training on anx9805Ben Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv50-/disp: initial work towards supporting external encodersBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv50-/disp: move DP link training to core and train from supervisorBen Skeggs2013-02-201-0/+1
| | | | | | | | | | | | | | | We need to be able to do link training for PIOR-connected ANX9805 from the third supervisor handler (due to script ordering in the bios, can't have the "user" call train because some settings are overwritten from the modesetting bios scripts). This moves link training for SOR-connected DP encoders to the second supervisor interrupt, *before* we call the modesetting scripts (yes, different ordering from PIOR is necessary). This is useful since we should now be able to remove some hacks to workaround races between the supervisor and link training paths. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/i2c: create proper chipset-specific class implementationsBen Skeggs2013-02-201-0/+4
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/i2c: aux channels not necessarily on nvioBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv17/fence: split from nv10 codeBen Skeggs2013-02-201-1/+2
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/gpio/nve0: interrupt regs moved on kepler apparentlyBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/disp: port vblank handling to event interfaceBen Skeggs2013-02-201-0/+1
| | | | | | | | | This removes the nastiness with the interactions between display and software engines when handling vblank semaphore release interrupts. Now, all the semantics are handled in one place (sw) \o/. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/core: basic event interface between core and drmBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/bios: add support for parsing xpio table dataBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/pbus: add a PBUS subdev that hands IRQs to the right subdevsMartin Peres2013-02-201-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We are going to use PTHERM's IRQs for thermal monitoring but we need to route them first. On nv31-50, PBUS's IRQ line is shared with GPIOs IRQs. It seems like nv10-31 GPIO interruptions aren't well handled. I kept the original behaviour but it is wrong and may lead to an IRQ storm. Since we enable all PBUS IRQs, we need a way to avoid being stormed if we don't handle them. The solution I used was to mask the IRQs that have not been handled. This will also print one message in the logs to let us know. v2: drop the shared intr handler because of was racy v3: style fixes v4: drop a useless construct in the chipset-dependent INTR v5: add BUS to the disable mask v6 (Ben Skeggs): - general tidy to match the rest of the driver's style - nva3->nvc0, nva3 can be serviced just fine with nv50.c, rnndb even notes that the THERM_ALARM bit got left in the hw until fermi anyway.. so, it's not going to conflict - removed the peephole and user stuff, for the moment.. will handle them later if we find a good reason to actually care.. - limited INTR_EN to just what we can handle for now, mostly to prevent spam of unknown status bits (seen on at least nv4x) Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Martin Peres <martin.peres@labri.fr>
* drm/nouveau/fan: add toggle fan supportMartin Peres2013-02-201-0/+1
| | | | | | | | | | | | v2: change percent from int to atomic_t v3: random fixes v4 (Ben Skeggs): - adapted for split-out fan-control "protocol" structure - removed need for timer resched - support for forcing 'toggle' control on PWM boards Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Martin Peres <martin.peres@labri.fr>
* drm/nouveau/therm: cleanly separate pwm control logic from thermBen Skeggs2013-02-201-0/+2
| | | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Martin Peres <martin.peres@labri.fr>
* drm/nva3/therm: add support for hardware fan tachometerBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/therm: fix various style issues, make more consistentBen Skeggs2013-02-201-1/+1
| | | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Signed-off-by: Martin Peres <martin.peres@labri.fr>
* nvd0/therm: implement more appropriate pwm fan control functionsBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* nvc0/ppp: initial implementation of engineMaarten Lankhorst2012-11-291-0/+1
| | | | | | | Will allow use of the engine if firmware (nvXX_fuc086) provided. Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* nvc0/vp: initial implementation of engineMaarten Lankhorst2012-11-291-0/+1
| | | | | | | Will allow use of the engine if firmware (nvXX_fuc085) provided. Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* nvc0/bsp: initial implementation of engineMaarten Lankhorst2012-11-291-0/+1
| | | | | | | Will allow use of the engine if firmware (nvXX_fuc084) provided. Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nve0/vp: implement initial support for engineBen Skeggs2012-11-291-0/+1
| | | | | | Will allow use of the engine if firmware (nvXX_fuc085) provided. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nve0/bsp: implement initial support for engineBen Skeggs2012-11-291-0/+1
| | | | | | Will allow use of the engine if firmware (nvXX_fuc084) provided. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau: initial falcon (fuc) engine base class implementationBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau: rename nvd0_display to nv50_display to reflect reality since mergeBen Skeggs2012-11-291-1/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv50-nvc0: switch to common disp impl, removing previous versionBen Skeggs2012-11-291-4/+2
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv84/disp: move hdmi control into coreBen Skeggs2012-11-291-0/+2
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nva3/disp: move hda codec handling to coreBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv50/disp: move dp link training helpers into coreBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0/disp: move HDMI control to coreBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0/disp: move HDA codec setup to coreBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0/disp: call into core to handle dac power state changesBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0/disp: move link training helpers into core as display methodsBen Skeggs2012-11-291-0/+2
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/bios: implement BIT 'U' table (and subtable) parsing in coreBen Skeggs2012-11-291-0/+1
| | | | | | | This will, in the near future, replace what's currently in the DRM nouveau_bios.c code. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0-nve0/disp: initial implementation of evo channel classesBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv50/disp: create skeleton display/channel object classesBen Skeggs2012-11-291-0/+4
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvd0/dmaobj: duplicate fermi class, will diverge real soon nowBen Skeggs2012-11-291-0/+1
| | | | | | | The hardware dmaobj format completely changed in GF119, so these will need a separate implementation. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv30/fb: enable z compressionBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/fb: create tag heap from common code for all relevant chipsetsBen Skeggs2012-11-291-0/+1
| | | | | | A nv2x bug wrt hardcoded tag counts is now also fixed as a side-effect. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv40/fb: split implementation into nv40/nv41/nv44/nv46/nv47/nv49/nv4e piecesBen Skeggs2012-11-291-0/+6
| | | | | | Wow, this is a nice complicated mess of build-your-own-mc blocks... Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv30/fb: split implementation into nv34(nv10)/nv30/nv35 piecesBen Skeggs2012-11-291-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nv20/fb: split implementation into nv20/nv25 piecesBen Skeggs2012-11-291-0/+1
| | | | | | | There's more stuff that can be shared in the constructor, will be merged together again later. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nvc0/ibus: initial implementation of subdevBen Skeggs2012-10-031-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/therm: move thermal-related functions to the therm subdevMartin Peres2012-10-031-1/+7
| | | | | | | | | | | | | | | | | | | | It looks scary because of the size, but I tried to keep the differences minimal. Further patches will fix the actual "driver" code and add new features. v2: change filenames, split to submodules v3: add a missing include v4: Ben Skeggs <bskeggs@redhat.com> - fixed set_defaults() to allow min_duty < 30 (thermal table will override this if it's actually necessary) - fixed set_defaults() to not provide pwm_freq so nv4x (which only has pwm_div) can actually work. the boards using pwm_freq will have a thermal table entry to provide us the value. - removed unused files Signed-off-by: Martin Peres <martin.peres@labri.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/bios: parse the pwm divisor from the perf tableMartin Peres2012-10-031-0/+1
| | | | | | | v2: perf_table now is more in line with the other functions Signed-off-by: Martin Peres <martin.peres@labri.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/therm: use the EXTDEV table to detect i2c monitoring devicesMartin Peres2012-10-031-0/+1
| | | | | | | | | | This commit also adds a static list of all known devices and their possible i2c addresses. v2: use the common table parsing technique as suggested by darktama Signed-off-by: Martin Peres <martin.peres@labri.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau/therm: rework thermal table parsingMartin Peres2012-10-031-0/+1
| | | | | | | | | As an accident, it should also fix temperature reading on nv4x. v2: introduce nvbios_therm_entry as advised by darktama Signed-off-by: Martin Peres <martin.peres@labri.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nve0/ibus: handle PIBUS interrupts to prevent stormBen Skeggs2012-10-031-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nve0/copy: add initial support for the async copy enginesBen Skeggs2012-10-031-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* drm/nouveau: add Kconfig options for debug controlBen Skeggs2012-10-031-1/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
OpenPOWER on IntegriCloud