similar to: report : Unknown LVDS configuration bits

Hi, I tried to run nouveau under Ubuntu 8.04, it failed with the error mentioned in the subject. The graphics card in question is: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 135M (rev a1) Some X specific output: X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Ubuntu (xorg-server

http://bugs.freedesktop.org/show_bug.cgi?id=14491 Summary: enabling randr-1.2 support causes LVDS unknown config bits error when starting the X server Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

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

http://bugs.freedesktop.org/show_bug.cgi?id=15833 Summary: NV50: Unknown LVDS configuration bits, please report Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

When booting arch linux on laptop Dell Latitude D800, there is displayed following in one of the first ten lines. "[Nouveau] "Unknown LVDS configuration bits, please report"" [root at arch ~]# dmesg | grep nouveau [ 0.848209] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x028600a2 [ 0.848219] nouveau [ DEVICE][0000:01:00.0] Chipset: NV28 (NV28) [ 0.848223] nouveau [

http://bugs.freedesktop.org/show_bug.cgi?id=15666 Summary: Nouveau error: Unknown LVDS configuration bits Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=17347 Summary: NV34M (12" powerbook G4) LVDS not supported Product: xorg Version: git Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

What's the motivation behind commit 60821e0 (drm/nouveau: report LVDS as disconnected if lid closed)? The only noticeable effect I can see from it is that if I turn on my laptop and then close the lid, X fails to start as it can't find any screens. In fact, if I close the lid before nouveau initialises, I don't even get a framebuffer console. I know I can just use the ignorelid

http://bugs.freedesktop.org/show_bug.cgi?id=17149 Summary: Backlight is reduced on LVDS when an external vga monitor is connected Product: xorg Version: 7.3 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: low Component: Driver/nouveau

Hi, My X setup with nouveau fails for some time now. user at localhost ~ $ lspci -vknn ?01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G72M [Quadro NVS 110M/GeForce Go 7300] [10de:01d7] (rev a1) (prog-if 00 [VGA controller]) ?? ?Subsystem: Toshiba America Info Systems Device [1179:ff02] ?? ?Flags: bus master, fast devsel, latency 0, IRQ 16 ?? ?Memory at dd000000 (32-bit,

Good day. I am Carlo - living in the Netherlands. Today I came in possession of a MSI-produced barebone laptop - a MS-1656-ID1 (which is equivalent in hardware to the GT640 "gaming" laptop). This laptop comes wih a video card that is identified as follows: 01:00.0 VGA compatible controller: nVidia Corporation GT215 [GeForce GTS 250M] (rev a2) (pci ID 10de:0ca9). For your info, the

http://bugs.freedesktop.org/show_bug.cgi?id=15949 Summary: LVDS-0 has wrapped screen with Randr1.2 Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=18809 Summary: X w/ nouveau driver doesn't start on G86M [GeForce 8400M GT] chip Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

http://bugs.freedesktop.org/show_bug.cgi?id=18234 Summary: c51 lvds script failure in randr12 mode. if I start the X server the screen is black and the framebuffer too because it trys to link the whole output to the monitor Product: xorg Version: 7.3 Platform: Other OS/Version: Linux (All)

Commit 2a44e499 ("drm/nouveau/disp: introduce proper init/fini, separate from create/destroy") started to call display init routines on pre-nv50 hardware on module load. But LVDS init code sets driver state in a way which prevents modesetting code from operating properly. nv04_display_init calls nv04_dfp_restore, which sets encoder->last_dpms to NV_DPMS_CLEARED.

http://bugs.freedesktop.org/show_bug.cgi?id=24603 Summary: LVDS-0 off after resume, PGRAPH_ERROR in kern.log Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I have an integrated GeFroce MX4 and whenever I start X a garbled display pops up (the mouse works) and then a few seconds later X crashes. Logs here: http://www.jasp.com/nouveau/Xorg.0.log.old.241008.txt I noticed this: (EE) NOUVEAU(0): Pointer to LVDS manufacturer table invalid (EE) NOUVEAU(0): Pointer to LVDS manufacturer table invalid I don't know if that is significant. But further

http://bugs.freedesktop.org/show_bug.cgi?id=20962 Summary: Nouveau fail on NVIDIA 8200 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi! I've written a small amount of code that gets the randr 1.2 branch much closer to working for me on a laptop. Most of the changes are fairly obvious, but a couple of comments: 1) The changes to nv_crtc.c are clearly bogus, but I'm not sure what on earth these registers do. I need to set them to get a moderately sane-looking picture 2) The fp registers poked in nv_output.c

In the past we assumed that external displays did their own dithering if needed. GPU based dithering is only needed for laptop displays if i had to guess. I was almost thinking my monitor was malfunctioning because of strange barely visible flickering. Now it *seems* as if dithering was the problem, although time will have to tell, because it's subtle to see these effects. Ofcource i can try