|
FreeBSD General Other questions regarding FreeBSD which do not fit in any of the categories below. |
|
Thread Tools | Display Modes |
|
||||
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 |
|
||||
Quote:
Quote:
thanks, Jeff |
|
||||
Quote:
btw, i am using a viewsonic 19" tft at 1440x900 with the latest xorg and nv driver without any problems. |
|
||||
Quote:
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 |
|
||||
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' |
|
||||
Quote:
Quote:
thanks for the help, Jeff |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Mysql installation woes... | biscuits | FreeBSD Ports and Packages | 1 | 23rd November 2008 04:09 AM |