summaryrefslogtreecommitdiff
path: root/nvkm/include/subdev/bios
Commit message (Collapse)AuthorAgeFilesLines
* fb/ramnva3: Reclocking script for DDR3Roy Spliet2014-12-021-0/+1
| | | | | Signed-off-by: Roy Spliet <rspliet@eclipso.eu> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* fb/ramnva3: Ressurect timing calculation codeRoy Spliet2014-12-021-0/+20
| | | | | Signed-off-by: Roy Spliet <rspliet@eclipso.eu> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios/ramcfg: 10_02_40 -> DLLoffRoy Spliet2014-12-021-1/+1
| | | | | Signed-off-by: Roy Spliet <rspliet@eclipso.eu> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add support for ccb 4.1Ben Skeggs2014-12-021-5/+8
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: store aux addr independently of i2cBen Skeggs2014-12-021-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add parsing of pmu image tablesBen Skeggs2014-12-021-0/+37
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add NPDE parsingBen Skeggs2014-12-021-0/+12
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add pci data structure parsingBen Skeggs2014-12-021-0/+18
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: split out shadow methodsBen Skeggs2014-12-021-0/+13
| | | | | | | | | | | We're about to need to be able to fetch additional chunks of data beyond the primary bios image, which makes fetching a lot more complicated. This splits out the verious shadowing routines to be nothing more than very dumb "fetch this much data from this offset" routines, and leaves the logic of what and how much to fetch in common code. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parse older ramcfg/timing data like we do newer onesBen Skeggs2014-10-021-62/+100
| | | | | | Done after discussion with Roy. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parse another large chunk of random memory config dataBen Skeggs2014-10-021-0/+11
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parse freq ranges and timing id into ramcfg structBen Skeggs2014-10-022-2/+12
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add support for parsing table at BIT 'M' v2 + 0x09Ben Skeggs2014-10-021-0/+30
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add support for parsing table at BIT 'M' v2 + 0x05Ben Skeggs2014-10-021-0/+32
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios/fan: add support for maxwell's fan management table v2Martin Peres2014-10-022-1/+17
| | | | | | | | | | | | Re-use the therm-exported fan structure with only two minor modifications: - pwm_freq: u16 -> u32; - add fan_type (toggle or PWM) v2: - Do not memset the table to 0 as it erases the pre-set default values Signed-off-by: Martin Peres <martin.peres@free.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios/dp: parse lane postcursor dataBen Skeggs2014-06-111-4/+5
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: extend connector table parsingBen Skeggs2014-06-111-2/+20
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* therm: let the vbios decide on the automatic fan management modeMartin Peres2014-03-261-0/+7
| | | | | | | | | | | | | This should fix automatic fan management on fermi cards who do not have 0x46 entries in the thermal table. On my nve6, the blob sets the default linear range from 40°C to 100°C but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default for everyone. Signed-off-by: Martin Peres <martin.peres@labri.fr> Tested-by: Timothée Ravier <tim@siosm.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: have strap reads show on devinit spam debug levelBen Skeggs2014-03-261-1/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parsing of some random table needed to bring up grBen Skeggs2014-03-261-0/+23
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add HDMI-C (mini) connector typeBen Skeggs2014-03-261-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* fb/gddr5/nve0: yet another random 10f200 bitBen Skeggs2014-01-231-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* fb/gddr5/nve0: parse bios data into struct rather than using directlyBen Skeggs2014-01-233-6/+81
| | | | | | | | | | | Still essentially a struct of magic values with magic names and unknown purposes. But, we will shortly need to be able to mix and match bits of the previous and next configurations to do a transition reclock, as such, we can no longer directly use the vbios data with any ease. This is probably nicer anyway in the long run, for a few reasons. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: timing 2.0 entries can have subentriesBen Skeggs2014-01-231-3/+4
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: make common code to handle ramcfg strap etcBen Skeggs2014-01-231-0/+9
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parsing for various tables required for power managementBen Skeggs2013-11-088-1/+170
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* i2c: create proper chipset-specific class implementationsBen Skeggs2013-02-201-1/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: store a type/mask hash in parsed dcb dataBen Skeggs2013-02-201-0/+2
| | | | | | | Matches format used by a couple of other vbios tables, useful to have laying around already calculated. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios/dcb: parse external transmitter type if off-chipBen Skeggs2013-02-201-0/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* therm: don't try pwm/toggle control if GPIO_FAN is inputBen Skeggs2013-02-201-0/+7
| | | | | | | My GTX660 has the GPIO_FAN function, but it's configured in input-mode; presumably to monitor the frequency set by an I2C fan controller? Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: rename DCB_GPIO_PWM_FAN to DCB_GPIO_FANBen Skeggs2013-02-201-1/+1
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: add support for parsing xpio table dataBen Skeggs2013-02-202-2/+19
| | | | Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* bios: parse fan bump/slow periods, and trip pointsMartin Peres2013-02-201-0/+16
| | | | | Signed-off-by: Martin Peres <martin.peres@labri.fr> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* clock: fix support for more than 2 monitors on nve0Aleksi Torhamo2013-01-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | Fixes regression introduced in commit 70790f4f "drm/nouveau/clock: pull in the implementation from all over the place" When code was moved from nv50_crtc_set_clock to nvc0_clock_pll_set, the PLLs it is used for got limited to only the first two VPLLs. nv50_crtc_set_clock was only called to change VPLLs, so it didn't limit what it was used for in any way. Since nvc0_clock_pll_set is used for all PLLs, it has to specify which PLLs the code is used for, and only listed the first two VPLLs. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=58735 This patch is a -stable candidate for 3.7. Signed-off-by: Aleksi Torhamo <aleksi@torhamo.net> Tested-by: Aleksi Torhamo <aleksi@torhamo.net> Tested-by: Sean Santos <quantheory@gmail.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
* initial import of nouveau kernel module core, some simple tools, and drmBen Skeggs2013-01-0915-0/+489
Ignore (or, if you're really keen, fix) any of the horrors that are part of the emulate-linux-on-libpciaccess (lib/) layer. When I started down this path I was only aiming to prototype the reworked driver core, and never actually intended on going quite this far with things, but it turns out that being able to develop and test the nouveau core from userspace is *very* useful. This tree is based on the code available as of Linux 3.8-rc2. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
View Lorry Controller Status