Displaying 13 results from an estimated 13 matches for "dcb_tabl".
Did you mean:
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/0x...
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 dis...
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