Bug 16120 - White or black vertical stripes/fencing on whole display with NV34M
Summary: White or black vertical stripes/fencing on whole display with NV34M
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-27 11:35 UTC by Vincent Caron
Modified: 2010-07-23 16:40 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
my Xorg configuration (3.70 KB, text/plain)
2008-05-27 11:35 UTC, Vincent Caron
no flags Details
Kernel log while inserting and using nouveau DRM (1.05 KB, text/plain)
2008-05-27 11:36 UTC, Vincent Caron
no flags Details
Xorg log while seeing the mentionned striping/fencing effect with nouveau (83.89 KB, text/plain)
2008-05-27 11:37 UTC, Vincent Caron
no flags Details
Xorg log while *still* seeing the mentionned striping/fencing effect with nv (41.62 KB, text/plain)
2008-05-27 11:37 UTC, Vincent Caron
no flags Details

Description Vincent Caron 2008-05-27 11:35:47 UTC
Created attachment 16772 [details]
my Xorg configuration

I just had a first shot at the "nouveau" Xorg driver, I'm a regular
"nv" user. It compiled and installed without a itch in a short time,
congrats (great instructions on
http://nouveau.freedesktop.org/wiki/InstallNouveau), ran fine... but
with a funny vertical fencing effect: one vertical line out of two was
black. After a few minutes, the effect would spontaneously switch (no
input from me, no app activity) to white vertical lines with the same
stripping setup (which gives a "dimming" or "enlightening" effect +
rather crunchy text).

  When reverting to the "nv" driver and simply restarting X, the fencing
effect persisted. So "nv" seems to rely on some BIOS stuff that
"nouveau" fiddles with. I (warm-)rebooted the whole system with the
"nouveau" driver on in order for it to benefit from the BIOS, same
problem. Same procedure while adding the "Option FlatPanel True", same
problem. Then (warm-)reboot with the "nv" driver on, everything working
fine again.

  I have a NV34M on a Dell Inspiron laptop, all details follow (and both
nouveau and nv logs attached):

  - Linux vanilla 2.6.23.1 on i386
  - Xorg 1.4.1~git20080131-4 from Debian 'testing' branch (not
'unstable')
  - nv 2.1.9
  - nouveau (drm + xf86-video-nouveau) from git as 2008-05-23

01:00.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX
Go5200 64M] (rev a1)
        Subsystem: Dell Device 019c
        Flags: bus master, VGA palette snoop, 66MHz, medium devsel,
latency 32, IRQ 11
        Memory at fc000000 (32-bit, non-prefetchable) [size=16M]
        Memory at d0000000 (32-bit, prefetchable) [size=256M]
        Expansion ROM at fd000000 [disabled] [size=128K]
        Capabilities: <access denied>

  The screen is a 1920x1200 LCD (physical: 332x207mm, ~150dpi). I can't
provide screenshots as X obviously saw perfectly sane (non-fenced)
display buffers.

  What could I do to help you fix this bug ? It looks like I'm very
close to be able to switch to "nouveau".
Comment 1 Vincent Caron 2008-05-27 11:36:35 UTC
Created attachment 16773 [details]
Kernel log while inserting and using nouveau DRM
Comment 2 Vincent Caron 2008-05-27 11:37:25 UTC
Created attachment 16774 [details]
Xorg log while seeing the mentionned striping/fencing effect with nouveau
Comment 3 Vincent Caron 2008-05-27 11:37:48 UTC
Created attachment 16775 [details]
Xorg log while *still* seeing the mentionned striping/fencing effect with nv
Comment 4 Stuart Bennett 2008-08-16 14:16:09 UTC
Hi, several things that may have caused this are now fixed in git master; can you check whether this bug is resolved?
Comment 5 Marcin Slusarz 2010-07-23 16:40:15 UTC
No reponse from the reporter for almost 2 years. Closing.
If the problem still exists on current version, please reopen with new set of logs.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.