Go Back   nV News Forums > Linux Support Forums > NVIDIA FreeBSD

Newegg Daily Deals

Reply
 
Thread Tools
Old 11-14-08, 03:57 PM   #1
zBeeble42
Registered User
 
Join Date: Feb 2008
Posts: 40
Default 180.06 report (some improvements)

First... I'll say that a rather large improvement --- that the adapter now detects the AC line --- is very appreciated. However, there are some rather debilitating regressions.

The most noticable problem is that it can't detect that both my desktop display and my integrated display (in my laptop) are 1920x1200. If there is no configuration in the xorg.conf regarding resolution, it will choose 1024x768. If I use nvidia-settings, it wants to add a "metamodes" line consisting of "DFP1: 1920x1200 +0+0" ... in which case the display comes up in 1280x1024 mode.

I've tried several different configurations --- including using the internal display. The note in the log file is similar to:

(--) NVIDIA(0): Connected display device(s) on GeForce 8700M GT at PCI:3:0:0:
(--) NVIDIA(0): Seiko (DFP-0)
(--) NVIDIA(0): DELL 2405FPW (DFP-1)
(--) NVIDIA(0): Seiko (DFP-0): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): Seiko (DFP-0): Internal Dual Link LVDS
(--) NVIDIA(0): DELL 2405FPW (DFP-1): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): DELL 2405FPW (DFP-1): Internal Dual Link TMDS
(II) NVIDIA(0): Display Device found referenced in MetaMode: DFP-0
(II) NVIDIA(0): Assigned Display Device: DFP-0
(WW) NVIDIA(0): No valid modes for "DFP-0:1920x1200"; removing.
(WW) NVIDIA(0):
(WW) NVIDIA(0): Unable to validate any modes; falling back to the default mode
(WW) NVIDIA(0): "nvidia-auto-select".
(WW) NVIDIA(0):
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "nvidia-auto-select"
(II) NVIDIA(0): Virtual screen size determined to be 1024 x 768
(--) NVIDIA(0): DPI set to (70, 84); computed from "UseEdidDpi" X config
(--) NVIDIA(0): option
(==) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.

each time.

I've attached an nvidia-bug-report.log file to help with debugging this --- although I don't see it saying much about the EDID read from the flat panels.

Additionally, if the metamodes line is in the xorg.conf, then nvidia-settings will not even offer 1920x1200 as an option.

Interestingly, the external flat panel sees the video signal as 1920x1200 the whole time (ie: the panel is not doing the scaling).

It's worth noting that we still have 100% interrupts on one of the two CPUs. I'm also forced to use -vo gl or -vo gl2 on mplayer (meaning many other movie players don't work).

But on the plus side, it would appear that solid window moving is now good (no noticeable lag).
Attached Files
File Type: log nvidia-bug-report.log (70.7 KB, 127 views)
zBeeble42 is offline   Reply With Quote
Old 11-15-08, 12:10 PM   #2
zander
NVIDIA Corporation
 
zander's Avatar
 
Join Date: Aug 2002
Posts: 3,740
Default Re: 180.06 report (some improvements)

To better understand the mode validation problem, please start X with -logverbose 6 and generate/attach another nvidia-bug-report.log file.
zander is offline   Reply With Quote
Old 11-17-08, 04:56 AM   #3
BSDMare
FreeBSD 7.0 User
 
Join Date: Nov 2007
Posts: 13
Thumbs up Re: 180.06 report (some improvements)

Massive improvements here for me. Firefox 3 had appalling scrolling under FreeBSD on <div> heavy websites or websites with floating relational <div>'s such as http://www.freebsdnews.net/ when you scroll down past the title. Or Slashdot's new comment system that caused the whole desktop to judder to a halt until the page finished scrolling.

On these drivers it scrolls as smooth as Firefox 2, very happy about this as I am currently spending all day working on our companies new website which suffered the same scrolling problems

Thanks very much!

Looking forward to see what happens with VDPAU.
BSDMare is offline   Reply With Quote
Old 11-17-08, 07:15 PM   #4
ZOleg
Registered User
 
Join Date: Jun 2007
Posts: 13
Default Re: 180.06 report (some improvements)

What about computers with >=4Gb RAM?
Computers hangs on start X or not with 180.06 drivers?
ZOleg is offline   Reply With Quote
Old 11-17-08, 08:00 PM   #5
rnejdl
Registered User
 
Join Date: Nov 2007
Location: Dallas, TX
Posts: 96
Default Re: 180.06 report (some improvements)

NVidia still does not support 64 Bit FreeBSD.

Rusty Nejdl
rnejdl is offline   Reply With Quote
Old 11-18-08, 01:30 AM   #6
zBeeble42
Registered User
 
Join Date: Feb 2008
Posts: 40
Default Re: 180.06 report (some improvements)

zander... willdo that tomorrow sometime.
zBeeble42 is offline   Reply With Quote
Old 11-18-08, 09:25 AM   #7
zBeeble42
Registered User
 
Join Date: Feb 2008
Posts: 40
Default Re: 180.06 report (some improvements)

As for 4G (or more), the nvidia driver doesn't seem to support PAE. My mistake. It was my windows boot that was successfully using PAE, not my FreeBSD install.

But on to Zander's request. I've create two nvidia-bug-report.log's --- one with DFP0 as the metamode hint and one with DFP1. They seem to behave slightly differently --- so you might want to have a look at them.

They are, however, too big for the forum upload facility, so I'm leaving you two links here --- you can fetch them yourself from my website:

http://daveg.ca/~dgilbert/nvidia-bug-report-DFP0.log
http://daveg.ca/~dgilbert/nvidia-bug-report-DFP1.log

Good hunting.
zBeeble42 is offline   Reply With Quote
Old 11-18-08, 12:36 PM   #8
zander
NVIDIA Corporation
 
zander's Avatar
 
Join Date: Aug 2002
Posts: 3,740
Default Re: 180.06 report (some improvements)

@zBeeble42: thank you for the detailed log files, I took a look. It looks like the extended GPU capabilities check is throwing out 1920x1200 for the internal panel:
(II) NVIDIA(0): --- Building ModePool for Seiko (DFP-0) ---
(II) NVIDIA(0): Validating Mode "1920x1200":
(II) NVIDIA(0): 1920 x 1200 @ 60 Hz
(II) NVIDIA(0): For use as DFP backend.
(II) NVIDIA(0): Mode Source: EDID
(II) NVIDIA(0): Pixel Clock : 166.44 MHz
(II) NVIDIA(0): HRes, HSyncStart : 1920, 1968
(II) NVIDIA(0): HSyncEnd, HTotal : 2000, 2228
(II) NVIDIA(0): VRes, VSyncStart : 1200, 1203
(II) NVIDIA(0): VSyncEnd, VTotal : 1209, 1245
(II) NVIDIA(0): H/V Polarity : -/-
(II) NVIDIA(0): Mode is valid.
(II) NVIDIA(0): Native backend timings for Seiko (DFP-0):
(II) NVIDIA(0): 1920 x 1200 @ 60 Hz
(II) NVIDIA(0): Pixel Clock : 166.440 MHz
(II) NVIDIA(0): HRes, HSyncStart : 1920, 1968
(II) NVIDIA(0): HSyncEnd, HTotal : 2000, 2228
(II) NVIDIA(0): VRes, VSyncStart : 1200, 1203
(II) NVIDIA(0): VSyncEnd, VTotal : 1209, 1245
(II) NVIDIA(0): H/V Polarity : -/-
(II) NVIDIA(0):
(II) NVIDIA(0): Validating Mode "1920x1200":
(II) NVIDIA(0): 1920 x 1200 @ 60 Hz
(II) NVIDIA(0): Mode Source: EDID
(II) NVIDIA(0): Pixel Clock : 166.44 MHz
(II) NVIDIA(0): HRes, HSyncStart : 1920, 1968
(II) NVIDIA(0): HSyncEnd, HTotal : 2000, 2228
(II) NVIDIA(0): VRes, VSyncStart : 1200, 1203
(II) NVIDIA(0): VSyncEnd, VTotal : 1209, 1245
(II) NVIDIA(0): H/V Polarity : -/-
(II) NVIDIA(GPU-0): BestFit Scaled and BestFit AspectScaled are identical;
(II) NVIDIA(GPU-0): collapsing BestFit AspectScaled.
(II) NVIDIA(GPU-0): BestFit Centered and BestFit Scaled are identical;
(II) NVIDIA(GPU-0): collapsing BestFit Scaled.
(II) NVIDIA(GPU-0): Native Scaled and Native AspectScaled are identical;
(II) NVIDIA(GPU-0): collapsing Native AspectScaled.
(II) NVIDIA(GPU-0): Native Centered and Native Scaled are identical;
(II) NVIDIA(GPU-0): collapsing Native Scaled.
(II) NVIDIA(GPU-0): BestFit and Native are identical; collapsing Native.
(WW) NVIDIA(GPU-0): BestFit Centered ViewPort 1920x1200 exceeds hardware
(WW) NVIDIA(GPU-0): capabilities.
(WW) NVIDIA(0): Mode is rejected: Unable to construct hardware-specific
(WW) NVIDIA(0): mode timings.
Ditto for the external Dell DFP. You should be able to work around this by specifying one of these two X driver option lines:
Option "ModeValidation" "DFP-0: NoExtendedGpuCapabilitiesCheck; DFP-1: NoExtendedGpuCapabilitiesCheck"
Option "ModeValidation" "NoExtendedGpuCapabilitiesCheck"
However, I'd really liked to root cause this problem. Which notebook (make/model) are you using? If I can get a hold of one, I might be able to reproduce and investigate the interrupt storm problem, as well.

As to PAE, the NVIDIA FreeBSD graphics driver has never supported it due to limitations of the mmap(2) interface; the workaround needed for the same limitations can break down on large memory configurations even with non-PAE kernels.
zander is offline   Reply With Quote

Old 11-18-08, 04:10 PM   #9
zBeeble42
Registered User
 
Join Date: Feb 2008
Posts: 40
Default Re: 180.06 report (some improvements)

OooOh... master spiffy!

Ok. It's a Dell XPS-1730 with the dual 8700M (they also now come with a dual 8800M last I checked) and the intel extreme x7900 (currently @2.8 Ghz). It also has that physics co-processor board, if that matters.

On a fairly regular but somewhat limited basis, I can make my laptop available for login, too.
zBeeble42 is offline   Reply With Quote
Old 11-18-08, 04:39 PM   #10
zander
NVIDIA Corporation
 
zander's Avatar
 
Join Date: Aug 2002
Posts: 3,740
Default Re: 180.06 report (some improvements)

OK, thanks. I checked and we do have one of these notebooks in the office. It's currently being used for higher-priority work, but I've added myself to the queue.
zander is offline   Reply With Quote
Old 11-18-08, 07:22 PM   #11
zBeeble42
Registered User
 
Join Date: Feb 2008
Posts: 40
Default Re: 180.06 report (some improvements)

Just to help firm things up, with that line ...

Option "ModeValidation" "NoExtendedGpuCapabilitiesCheck"

... The display comes up at the correct resolution.
zBeeble42 is offline   Reply With Quote
Old 11-19-08, 03:16 PM   #12
edhunterbg
Registered User
 
Join Date: Jun 2007
Posts: 28
Default Re: 180.06 report (some improvements)

Quote:
Originally Posted by ZOleg View Post
What about computers with >=4Gb RAM?
Computers hangs on start X or not with 180.06 drivers?
I would like to ask it too...

Yes ... I am aware that i386 does not support 4+ GB without PAE.
I have freebsd7.1-pre-i386 with 4G without PAE. Yes I am aware that I dont use all of my RAM (loosing about half gig) but that is ok for me. The problem is that when I load X with nvidia-driver the pc hangs at black screen. When I physicaly remove 2G (my dimms are 2x2gigs), the there is no problem with X+nvidiadriver.
No i dont have memory remap option in bios.

I am tired to install every release of nvidia driver just to see that my pc still hangs when i try to run X...
edhunterbg is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
Report: Windows RT to cost device makers $85-90 News Archived News Items 0 06-12-12 10:40 AM
Report finds rampant filesharing in North Korea, despite the risks News Archived News Items 0 06-10-12 02:10 AM
NVIDIA CORP Files SEC form 10-Q, Quarterly Report News Archived News Items 0 05-24-12 02:50 AM
High-res Transformer spotted in FCC report News Archived News Items 0 05-21-12 12:00 PM
Report: Smartphones, Not Computers, Drive the Most Facebook Use News Archived News Items 0 05-08-12 07:10 AM

All times are GMT -5. The time now is 05:45 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.