DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD General

FreeBSD General Other questions regarding FreeBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 24th June 2008
jbhappy's Avatar
jbhappy jbhappy is offline
Real Name: Jeff
Port Guard
 
Join Date: Jun 2008
Location: MI, US
Posts: 30
Default widescreen woes

(re-posted from bsdforum.org in case the smart people don't read there any more.)

Howdy,

I have at my disposal an NVidia Quadro(?) NVS 210S (onboard video, Dell system) and an ATI Radeon 9250 (PCI card). I'm running FreeBSD-amd64, and I'm not at all interested in i386, so I guess the NV binary drivers are right out. I'm running X.org 7.3, compiled from source (ports), cvsup about a week ago.

What I want most is to do 1680x1050, my new 22" widescreen monitor's optimal resolution. The ATI does this with no tweaking at all, except that with the card installed, the console tends to freeze when I exit from X or else the Xorg process starts consuming 100% of one CPU core when I start X (and then the console freezes when I try to exit the X server), so that's no good. The NV won't do anything more than 1280x1024 over DVI. It'll do better than that via VGA, but none of those are widescreen modes. When I tell it to use 1680x1050, the Xorg.0.log entry is "exceeds panel dimensions". Another entry states that the panel size is detected as 1280x1024.

I don't care about acceleration especially--I just want the extra screen real estate (and to use the monitor I just shelled out for, of course). I don't even have 2D acceleration right now with the X.org 'nv' driver, do I?

Is there anything I can do to tell X that my monitor really can do 1680x1050? My xorg.conf is below. Xorg.0.log is apparently too large to post here, so it's at http://www.tc.mtu.edu/~jfb/Xorg.0.log .

If I'm out of luck with respect to NVidia, do I have any options with the ATI Radeon 9250? Is anyone else running one of those with no lockups? My card is an ATI-branded PCI (not PCIE) card. Someone on freebsd-stable suggested that was probably to do with X.org's interaction with the card/chipset rather than being a FreeBSD problem, but if anyone's seen this problem and gotten around it, I'd be interested to know how.

Failing everything else, I guess I can pick up a new card, but I always like to take a crack at making what I have work before I do that. I'm all ears for recommendations, though. I do have a PCIE slot available, so that's not out of the question. I just want something that'll let me do 1680x1050 under FreeBSD-amd64.

thanks for any input,
Jeff

Code:
# xorg.conf
Section "Module"
    Load        "dbe"   # Double buffer extension
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection
    Load        "freetype"
EndSection

Section "Files"
    FontPath   "/usr/local/lib/X11/fonts/misc/"
    FontPath   "/usr/local/lib/X11/fonts/TTF/"
    FontPath   "/usr/local/lib/X11/fonts/OTF"
    FontPath   "/usr/local/lib/X11/fonts/Type1/"
    FontPath   "/usr/local/lib/X11/fonts/100dpi/"
    FontPath   "/usr/local/lib/X11/fonts/75dpi/"
    FontPath   "/usr/local/lib/X11/fonts/local/"
EndSection

Section "ServerFlags"
EndSection

Section "InputDevice"
    Identifier  "Keyboard1"
    Driver      "kbd"
    Option "AutoRepeat" "500 30"
    Option "XkbRules"   "xorg"
    Option "XkbModel"   "pc104"
    Option "XkbLayout"  "us"
EndSection

Section "InputDevice"
    Identifier  "Mouse1"
    Driver      "mouse"
    Option "Protocol"    "Auto" # Auto detect
    Option "Device"      "/dev/sysmouse"
    Option "ZAxisMapping"   "4 5 6 7"
EndSection

Section "Monitor"
    Identifier  "My Monitor"
    HorizSync   30 - 83
    VertRefresh 56-76
EndSection

Section "Device"
    Identifier  "Standard VGA"
    VendorName  "Unknown"
    BoardName   "Unknown"
    Driver     "vga"
EndSection

Section "Device"
    Identifier  "NVIDIA generic"
    Driver      "nv"
    #VideoRam    131072
EndSection

Section "Screen"
    Identifier  "Screen 1"
    Device      "NVIDIA generic"
    Monitor     "My Monitor"
    DefaultDepth 24
    Subsection "Display"
        Depth       24
        Modes       "1680x1050"
        ViewPort    0 0
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier  "Simple Layout"
    Screen "Screen 1"
    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"
EndSection

Last edited by jbhappy; 24th June 2008 at 09:03 PM. Reason: typo, missed a word
Reply With Quote
  #2   (View Single Post)  
Old 24th June 2008
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

I just so happen to have bought a 22" widescreen today myself, the config file given by
# Xorg -configure

Works great for my Philips 220WS ... I am using the nvidia driver though...
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
  #3   (View Single Post)  
Old 24th June 2008
ephemera's Avatar
ephemera ephemera is offline
Knuth's homeboy
 
Join Date: Apr 2008
Posts: 537
Default

see:
https://bugs.freedesktop.org/show_bug.cgi?id=15161
Reply With Quote
  #4   (View Single Post)  
Old 25th June 2008
jbhappy's Avatar
jbhappy jbhappy is offline
Real Name: Jeff
Port Guard
 
Join Date: Jun 2008
Location: MI, US
Posts: 30
Default

Quote:
Originally Posted by Carpetsmoker View Post
I just so happen to have bought a 22" widescreen today myself, the config file given by
# Xorg -configure

Works great for my Philips 220WS ... I am using the nvidia driver though...
Yeah, no luck here with just xf86-video-nv. Interestingly (at least to me), though, it pointed out to me something that I had previously missed in the gobs of Xorg.0.log--I was wrong about the video chipset. Looks like it's actually a GeForce 6150 LE, not the Quadro NVS 210S I thought it was.

Quote:
Originally Posted by ephemera View Post
Are you saying I should be trying the nouveau driver? Setting Randr12 didn't do anything with nv, just produced a warning that 'Option "Randr12" is not used'.

thanks,
Jeff
Reply With Quote
  #5   (View Single Post)  
Old 25th June 2008
ephemera's Avatar
ephemera ephemera is offline
Knuth's homeboy
 
Join Date: Apr 2008
Posts: 537
Default

Quote:
Originally Posted by jbhappy View Post
Are you saying I should be trying the nouveau driver? Setting Randr12 didn't do anything with nv, just produced a warning that 'Option "Randr12" is not used'.
just shooting in the dark... no idea why it isn't working at native res.

btw, i am using a viewsonic 19" tft at 1440x900 with the latest xorg and nv driver without any problems.
Reply With Quote
  #6   (View Single Post)  
Old 25th June 2008
jbhappy's Avatar
jbhappy jbhappy is offline
Real Name: Jeff
Port Guard
 
Join Date: Jun 2008
Location: MI, US
Posts: 30
Default

Quote:
Originally Posted by ephemera View Post
btw, i am using a viewsonic 19" tft at 1440x900 with the latest xorg and nv driver without any problems.
"nv driver" as in i386 binary or xorg compiled-from-source?

Anyway, I took a shot at nouveau, but I didn't have much luck there, either. The long and short of it is that something was looking for a nouveau kernel module. Here's the tail end of my Xorg.0.log:

Code:
(II) Loading sub module "dri"
(II) LoadModule: "dri"
(II) Reloading /usr/local/lib/xorg/modules/extensions//libdri.so
(II) NOUVEAU(0): Loaded DRI module
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: open result is -1, (No such file or directory)
drmOpenDevice: Open failed
[drm] failed to load kernel module "nouveau"
(EE) NOUVEAU(0): [dri] Failed to open the DRM
(EE) NOUVEAU(0): 1399: 
(==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear
(II) UnloadModule: "nouveau"
(II) UnloadModule: "dri"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/local/lib/xorg/modules//libvgahw.so
(II) UnloadModule: "int10"
(II) Unloading /usr/local/lib/xorg/modules//libint10.so
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found
I didn't find any .ko files in the nouveau build tree or any options to the nouveau configure script to influence whether any get built, so I have to assume that's not available for FreeBSD, but I don't know how to tell X or DRM or whatever to not try to use one. I guess this one's just over my head or something.
Reply With Quote
  #7   (View Single Post)  
Old 25th June 2008
lvlamb's Avatar
lvlamb lvlamb is offline
Real Name: Louis V. Lambrecht
Spam Deminer
 
Join Date: May 2008
Location: .be
Posts: 221
Default

Xorg is auto-configuring.

Example: I know since the Middle Ages that DRI cannot be enabled on a multi-screen Matrox. Hence I stoopidly wrote to not load DRI.
Xorg had a message such as: DRI disabled, I will load it anyway.

Example: you X -configure and cp xorg.conf.new as xorg.conf without editing.
Spare your time, reduce fingers stress, don't use any xorg.conf file. As xorg.conf.new is just what the autoconfig would have done.

Autoconfigure looks for the highest resolution and color depth natively available.

If you don't get what is expected with recent Xorg's, it is more probably a driver issue.
My case, FreeBSD with Matrox g550, no way to get Xinerama.
http://www.freshports.org/x11-drivers/xf86-video-mga/
"Dual-head doesn't work properly with this version but at least most
single-head setups will work correctly." (sic)

Solution was to grab an older driver than 1.4.7 and compile it.
Whem the last update fails, step back two upgrades.
Works like a charm.
Still does not work on Debian Lenny whatever guides they wrote for XRandR. I gave up trying to compile anything on Linux beyond Slackware.
Never had the slightest problem with any OpenBSD xenocara (current snapshots even have keyboard maps recognition, a source is contributed upstream, expect the feature to be available at oter maintainers).

I would say. if your xenocara does not work as expected, you are out of luck and need to file a PR.
When it works on xenocara, but not on another xorg implementation, there is a problem somewhere in the source or at the maintainer.

Fwiw, I multiboot a 4G USB flash stick first to test configurations or updates (OS, networking, toolchain, X) before I change anything to the hard drive.
Since then I certainly never update anything related to display-mouse-keyboard.
__________________
da more I know I know I know nuttin'
Reply With Quote
  #8   (View Single Post)  
Old 25th June 2008
ephemera's Avatar
ephemera ephemera is offline
Knuth's homeboy
 
Join Date: Apr 2008
Posts: 537
Default

<guesswork> if you have Load "dri" in the "Module" section then remove it otherwise try adding Disable "dri". </guesswork>

> "nv driver" as in i386 binary or xorg compiled-from-source?

the latter

Last edited by ephemera; 25th June 2008 at 07:37 PM.
Reply With Quote
  #9   (View Single Post)  
Old 25th June 2008
jbhappy's Avatar
jbhappy jbhappy is offline
Real Name: Jeff
Port Guard
 
Join Date: Jun 2008
Location: MI, US
Posts: 30
Default

Quote:
Originally Posted by ephemera View Post
<guesswork> if you have Load "dri" in the "Module" section then remove it otherwise try adding Disable "dri". </guesswork>
no dice either way. oh, well, I'm getting tired of this stupid thing. time to pick up a card.

Quote:
Originally Posted by ephemera View Post
> "nv driver" as in i386 binary or xorg compiled-from-source?

the latter
well, you're a luckier man than I.

thanks for the help,
Jeff
Reply With Quote
Reply

Thread Tools
Display Modes

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
Mysql installation woes... biscuits FreeBSD Ports and Packages 1 23rd November 2008 04:09 AM


All times are GMT. The time now is 02:14 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick