search for: dcb_table

Displaying 13 results from an estimated 13 matches for "dcb_table".

2013 Mar 05
3
nouveau lockdep splat
...wait+0x43/0xf0 > [ 0.633652] > [ 0.633652] stack backtrace: > [ 0.633653] Pid: 1, comm: swapper/0 Not tainted 3.9.0-rc1 #2 > [ 0.633654] Call Trace: > [ 0.633656] [<ffffffff8109524b>] __lock_acquire+0x76b/0x1c20 > [ 0.633658] [<ffffffff8137f50c>] ? dcb_table+0x1ac/0x2a0 > [ 0.633659] [<ffffffff8141bb53>] ? evo_wait+0x43/0xf0 > [ 0.633660] [<ffffffff81096c6a>] lock_acquire+0x8a/0x120 > [ 0.633662] [<ffffffff8141bb53>] ? evo_wait+0x43/0xf0 > [ 0.633664] [<ffffffff815eaf52>] ? mutex_lock_nested+0x292/0x3...
2016 Feb 20
0
[PATCH v4 6/6] bios/extdev: also parse v4.1 table
...dev/bios/extdev.c b/drm/nouveau/nvkm/subdev/bios/extdev.c index c9e6f6f..b857835 100644 --- a/drm/nouveau/nvkm/subdev/bios/extdev.c +++ b/drm/nouveau/nvkm/subdev/bios/extdev.c @@ -32,7 +32,7 @@ extdev_table(struct nvkm_bios *bios, u8 *ver, u8 *hdr, u8 *len, u8 *cnt) u16 dcb, extdev = 0; dcb = dcb_table(bios, &dcb_ver, &dcb_hdr, &dcb_cnt, &dcb_len); - if (!dcb || (dcb_ver != 0x30 && dcb_ver != 0x40)) + if (!dcb || (dcb_ver != 0x30 && dcb_ver != 0x40 && dcb_ver != 0x41)) return 0x0000; extdev = nvbios_rd16(bios, dcb + 18); -- 2.7.1
2017 Oct 21
0
[PATCH] bios: add 8.1Gbps DP link rate
...| 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drm/nouveau/nouveau_bios.c b/drm/nouveau/nouveau_bios.c index dd6fba55..c4ef3a0a 100644 --- a/drm/nouveau/nouveau_bios.c +++ b/drm/nouveau/nouveau_bios.c @@ -1478,9 +1478,13 @@ parse_dcb20_entry(struct drm_device *dev, struct dcb_table *dcb, case 1: entry->dpconf.link_bw = 270000; break; - default: + case 2: entry->dpconf.link_bw = 540000; break; + case 3: + default: + entry->dpconf.link_bw = 810000; + break; } switch ((conf & 0x0f000000) >> 24) { case 0xf: -- 2.13.6
2007 Jul 05
0
RANDR1.2 and LVDS
...igital_output(pScrn, port); default: diff --git a/src/nv_type.h b/src/nv_type.h index fd5054f..fe18e38 100644 --- a/src/nv_type.h +++ b/src/nv_type.h @@ -309,6 +309,7 @@ typedef struct _NVRec { int dcb_entries; int analog_count; + int lvds_count; int digital_count; CARD32 dcb_table[NV40_NUM_DCB_ENTRIES]; /* 10 is a good limit */ } NVRec; -- Matthew Garrett | mjg59 at srcf.ucam.org
2013 Aug 12
0
[RFC PATCH] drm/nv50-nvd0: implement precise vblank timing support on nv50/nvc0.
...rtc->dev, nv_crtc->index); ret = nv50_crtc_swap_fbs(crtc, old_fb); - if (ret) + if (ret) { + drm_vblank_post_modeset(crtc->dev, nv_crtc->index); return ret; + } push = evo_wait(mast, 64); if (push) { @@ -2229,9 +2235,18 @@ nv50_display_create(struct drm_device *dev) struct dcb_table *dcb = &drm->vbios.dcb; struct drm_connector *connector, *tmp; struct nv50_disp *disp; + struct nouveau_disp *dev_disp; struct dcb_output *dcbe; int crtcs, ret, i; + dev_disp = nouveau_disp(device); + if (!dev_disp) { + NV_ERROR(drm, "Cannot enable display engine without disp...
2008 Mar 13
17
[Bug 14991] New: randr12 not working with nv25
http://bugs.freedesktop.org/show_bug.cgi?id=14991 Summary: randr12 not working with nv25 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2018 Sep 13
4
[PATCH 1/2] drm/nouveau: Disable atomic support on a per-device basis
From: Ville Syrjälä <ville.syrjala at linux.intel.com> We now have per-device driver_features, so let's use that to disable atomic only for pre-nv50. Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Lyude Paul <lyude at redhat.com> Cc: nouveau at lists.freedesktop.org Cc: Daniel Vetter <daniel.vetter at ffwll.ch> Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
2014 Aug 12
6
[PATCH 0/4] Some initial tidy-ups and refactoring
The patches contain some tidy-up work, and refactoring that has arisen as a by-product of my initial work on adding TV support to nv50. Joel Holdsworth (4): drm/nouveau: Removed unneeded include in nvc0_fence.c drm/nouveau: Replaced magic numbers with defines from nouveau_reg drm/nouveau: Replaced copy-pasted nv_wait with nv50_wait_dpms_ctrl helper drm/nouveau: Refactored encoder
2008 Apr 14
14
[Bug 15502] New: Unknown LVDS configuration bits
http://bugs.freedesktop.org/show_bug.cgi?id=15502 Summary: Unknown LVDS configuration bits Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: low Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pee at
2008 Feb 06
27
[Bug 14403] New: NV17: LVDS0 is black with Randr 1.2, works when randr 1. 2 is disabled
http://bugs.freedesktop.org/show_bug.cgi?id=14403 Summary: NV17: LVDS0 is black with Randr 1.2, works when randr 1.2 is disabled Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2016 Feb 24
7
[PATCH v5 0/6] Suppor for various power sensors on GF100+
This is a complete rework from the first version I sent out. Now the implementation is more centered around the power_rails we find in the SENSE table instead of extdev centered. This makes the implementation a lot easier and straightforward. I've added support for the INA219, INA209 and INA3221 sensors found on multiple Fermi and Kepler cards. The power consumption is also exported via
2016 Feb 20
12
[PATCH v4 0/6] Suppor for various power sensors on GF100+
This is a complete rework from the first version I sent out. Now the implementation is more centered around the power_rails we find in the SENSE table instead of extdev centered. This makes the implementation a lot easier and straightforward. I've added support for the INA219, INA209 and INA3221 sensors found on multiple Fermi and Kepler cards. The power consumption is also exported via
2014 Mar 28
48
[Bug 76732] New: Kworker using 100% CPU
https://bugs.freedesktop.org/show_bug.cgi?id=76732 Priority: medium Bug ID: 76732 Assignee: nouveau at lists.freedesktop.org Summary: Kworker using 100% CPU QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: patrick.clara at gmail.com