Re: Getting going with a new Dell 7810
On 06/16/15 15:58, John Nielsen wrote: > On Jun 16, 2015, at 12:39 PM, Ronald Klop wrote: > >> What does 'sysctl kern.vty' say? If it is not 'vt', you need the following >> stuff. >> >> /boot/loader.conf should contain >> kern.vty="vt" >> >> And /etc/rc.conf >> kld_list="radeonkms" >> >> Or something similar. >> >> FreeBSD is in the transition of old-style syscons- and vt-terminal. The last >> one has support for modern KMS graphics, but is not the default on 10 yet. > > With UEFI boot it will be using vt but with the efifb driver by default. > Hopefully loading the radeon KMS driver (as Ronald suggests above) will let > it take over. Try it with just a “kldload radeonkms” before adding it to > rc.conf, just in case something gets wedged.. As you said, it is using vt. Unfortunately loading radeonkms didn't help. It actually seems to be a regression; the only RADEON line /var/log/Xorg.0.log now is the one that lists all the supported chipsets. Immediately after that line it ends with [ 4005.835] (II) VESA: driver for VESA chipsets: vesa [ 4005.835] (++) Using config file: "/home/rjk/xorg.conf.new" [ 4005.836] (==) ServerLayout "X.org Configured" [ 4005.836] (**) |-->Screen "Screen0" (0) [ 4005.836] (**) | |-->Monitor "Monitor0" [ 4005.836] (**) | |-->Device "Card0" [ 4005.836] (**) |-->Screen "Screen1" (1) [ 4005.836] (**) | |-->Monitor "Monitor1" [ 4005.836] (**) | |-->Device "Card1" [ 4005.836] (**) |-->Input Device "Mouse0" [ 4005.836] (**) |-->Input Device "Keyboard0" [ 4005.836] (==) Automatically adding devices [ 4005.836] (==) Automatically enabling devices [ 4005.836] (==) Not automatically adding GPU devices [ 4005.836] (**) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/, /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 4005.836] (**) ModulePath set to "/usr/local/lib/xorg/modules" [ 4005.836] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 4005.836] (WW) Disabling Mouse0 [ 4005.836] (WW) Disabling Keyboard0 [ 4005.836] (II) [KMS] Kernel modesetting enabled. [ 4005.836] (WW) Falling back to old probe method for vesa [ 4005.836] Number of created screens does not match number of detected devices. Configuration failed. [ 4005.836] (EE) Server terminated with error (2). Closing log file. I noticed in the previous log that it said >>> [ 1292.463] (--) Using syscons driver with X support (version 2.0) which made me think I had something set up incorrectly, since it's using vt, not syscons. >> On Tue, 16 Jun 2015 18:55:10 +0200, Richard Kuhns wrote: >> >>> Greetings all, >>> >>> I've just received a new Dell Precision 7810. I've installed FreeBSD >>> 10.1 (UEFI boot), checked out sources, built world & kernel and am now >>> running r284449. So far, so good. >>> >>> The problem is Xorg. I'm running the latest Xorg in ports; I just did a >>> 'make install clean' in /usr/ports/x11/xorg with no errors. >>> >>> The display card is a FirePro W4100. lspci shows: >>> >>> 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. >>> [AMD/ATI] Cape Verde GL [FirePro W4100] >>> >>> It has 4 DisplayPorts, and I have 2 monitors plugged in. If I run 'Xorg >>> -configure' it says >>> >>> Number of created screens does not match number of detected devices. >>> Configuration failed. >>> >>> Looking through /var/log/Xorg.0.log it appears that the X server is >>> trying to use the RADEON driver, but ends with: >>> >>> = >>> [ 1292.463] (--) Using syscons driver with X support (version 2.0) >>> [ 1292.463] (--) using VT number 9 >>> >>> [ 1292.485] (II) [KMS] Kernel modesetting enabled. >>> [ 1292.485] (WW) Falling back to old probe method for vesa >>> [ 1292.485] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card >>> support >>> [ 1292.485] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 >>> [ 1292.485] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 >>> bpp pixmaps) >>> [ 1292.485] (==) RADEON(0): Default visual is TrueColor >>> [ 1292.485] (==) RADEON(0): RGB weight 888 >>> [ 1292.485] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) >>> [ 1292.485] (--) RADEON(0): Chipset: "VERDE" (ChipID = 0x682c) >>> [ 1292.579] (EE) RADEON(0): [drm] Failed to open DRM device for >>> pci::03:00.0: No such file or directory >>> [ 1292.579] (EE) RADEON(0): Kernel modesetting setup failed >>> [ 1292.579] (II) UnloadModule: "radeon" >>> [ 1292.579] (EE) Screen(s) found, but none have a usable configuration. >>> [ 1292.579] (EE) >>> Fatal server error: >>> [ 1292.579] (EE) no screens found(EE) >>> [ 1292.5
Re: Getting going with a new Dell 7810
On Jun 16, 2015, at 12:39 PM, Ronald Klop wrote: > What does 'sysctl kern.vty' say? If it is not 'vt', you need the following > stuff. > > /boot/loader.conf should contain > kern.vty="vt" > > And /etc/rc.conf > kld_list="radeonkms" > > Or something similar. > > FreeBSD is in the transition of old-style syscons- and vt-terminal. The last > one has support for modern KMS graphics, but is not the default on 10 yet. With UEFI boot it will be using vt but with the efifb driver by default. Hopefully loading the radeon KMS driver (as Ronald suggests above) will let it take over. Try it with just a “kldload radeonkms” before adding it to rc.conf, just in case something gets wedged.. > On Tue, 16 Jun 2015 18:55:10 +0200, Richard Kuhns wrote: > >> Greetings all, >> >> I've just received a new Dell Precision 7810. I've installed FreeBSD >> 10.1 (UEFI boot), checked out sources, built world & kernel and am now >> running r284449. So far, so good. >> >> The problem is Xorg. I'm running the latest Xorg in ports; I just did a >> 'make install clean' in /usr/ports/x11/xorg with no errors. >> >> The display card is a FirePro W4100. lspci shows: >> >> 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. >> [AMD/ATI] Cape Verde GL [FirePro W4100] >> >> It has 4 DisplayPorts, and I have 2 monitors plugged in. If I run 'Xorg >> -configure' it says >> >> Number of created screens does not match number of detected devices. >> Configuration failed. >> >> Looking through /var/log/Xorg.0.log it appears that the X server is >> trying to use the RADEON driver, but ends with: >> >> = >> [ 1292.463] (--) Using syscons driver with X support (version 2.0) >> [ 1292.463] (--) using VT number 9 >> >> [ 1292.485] (II) [KMS] Kernel modesetting enabled. >> [ 1292.485] (WW) Falling back to old probe method for vesa >> [ 1292.485] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card >> support >> [ 1292.485] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 >> [ 1292.485] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 >> bpp pixmaps) >> [ 1292.485] (==) RADEON(0): Default visual is TrueColor >> [ 1292.485] (==) RADEON(0): RGB weight 888 >> [ 1292.485] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) >> [ 1292.485] (--) RADEON(0): Chipset: "VERDE" (ChipID = 0x682c) >> [ 1292.579] (EE) RADEON(0): [drm] Failed to open DRM device for >> pci::03:00.0: No such file or directory >> [ 1292.579] (EE) RADEON(0): Kernel modesetting setup failed >> [ 1292.579] (II) UnloadModule: "radeon" >> [ 1292.579] (EE) Screen(s) found, but none have a usable configuration. >> [ 1292.579] (EE) >> Fatal server error: >> [ 1292.579] (EE) no screens found(EE) >> [ 1292.580] (EE) >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> [ 1292.580] (EE) Please also check the log file at >> "/var/log/Xorg.0.log" for additional information. >> [ 1292.580] (EE) >> [ 1292.580] (EE) Server terminated with error (1). Closing log file. >> >> >> Should I be able to use this video card? I've done some googling, and >> apparently at least some Linux people are using it. >> >> It's not a huge deal if it doesn't work; I can install a Radeon HD 4670 >> that I know works. If I've mis-configured something, though, I'd like to >> fix it. >> >> Thanks for any comments! > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Getting going with a new Dell 7810
What does 'sysctl kern.vty' say? If it is not 'vt', you need the following stuff. /boot/loader.conf should contain kern.vty="vt" And /etc/rc.conf kld_list="radeonkms" Or something similar. FreeBSD is in the transition of old-style syscons- and vt-terminal. The last one has support for modern KMS graphics, but is not the default on 10 yet. Regards, Ronald. On Tue, 16 Jun 2015 18:55:10 +0200, Richard Kuhns wrote: Greetings all, I've just received a new Dell Precision 7810. I've installed FreeBSD 10.1 (UEFI boot), checked out sources, built world & kernel and am now running r284449. So far, so good. The problem is Xorg. I'm running the latest Xorg in ports; I just did a 'make install clean' in /usr/ports/x11/xorg with no errors. The display card is a FirePro W4100. lspci shows: 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde GL [FirePro W4100] It has 4 DisplayPorts, and I have 2 monitors plugged in. If I run 'Xorg -configure' it says Number of created screens does not match number of detected devices. Configuration failed. Looking through /var/log/Xorg.0.log it appears that the X server is trying to use the RADEON driver, but ends with: = [ 1292.463] (--) Using syscons driver with X support (version 2.0) [ 1292.463] (--) using VT number 9 [ 1292.485] (II) [KMS] Kernel modesetting enabled. [ 1292.485] (WW) Falling back to old probe method for vesa [ 1292.485] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 1292.485] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 1292.485] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 1292.485] (==) RADEON(0): Default visual is TrueColor [ 1292.485] (==) RADEON(0): RGB weight 888 [ 1292.485] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 1292.485] (--) RADEON(0): Chipset: "VERDE" (ChipID = 0x682c) [ 1292.579] (EE) RADEON(0): [drm] Failed to open DRM device for pci::03:00.0: No such file or directory [ 1292.579] (EE) RADEON(0): Kernel modesetting setup failed [ 1292.579] (II) UnloadModule: "radeon" [ 1292.579] (EE) Screen(s) found, but none have a usable configuration. [ 1292.579] (EE) Fatal server error: [ 1292.579] (EE) no screens found(EE) [ 1292.580] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 1292.580] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 1292.580] (EE) [ 1292.580] (EE) Server terminated with error (1). Closing log file. Should I be able to use this video card? I've done some googling, and apparently at least some Linux people are using it. It's not a huge deal if it doesn't work; I can install a Radeon HD 4670 that I know works. If I've mis-configured something, though, I'd like to fix it. Thanks for any comments! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Getting going with a new Dell 7810
Greetings all, I've just received a new Dell Precision 7810. I've installed FreeBSD 10.1 (UEFI boot), checked out sources, built world & kernel and am now running r284449. So far, so good. The problem is Xorg. I'm running the latest Xorg in ports; I just did a 'make install clean' in /usr/ports/x11/xorg with no errors. The display card is a FirePro W4100. lspci shows: 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde GL [FirePro W4100] It has 4 DisplayPorts, and I have 2 monitors plugged in. If I run 'Xorg -configure' it says Number of created screens does not match number of detected devices. Configuration failed. Looking through /var/log/Xorg.0.log it appears that the X server is trying to use the RADEON driver, but ends with: = [ 1292.463] (--) Using syscons driver with X support (version 2.0) [ 1292.463] (--) using VT number 9 [ 1292.485] (II) [KMS] Kernel modesetting enabled. [ 1292.485] (WW) Falling back to old probe method for vesa [ 1292.485] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 1292.485] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 1292.485] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 1292.485] (==) RADEON(0): Default visual is TrueColor [ 1292.485] (==) RADEON(0): RGB weight 888 [ 1292.485] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 1292.485] (--) RADEON(0): Chipset: "VERDE" (ChipID = 0x682c) [ 1292.579] (EE) RADEON(0): [drm] Failed to open DRM device for pci::03:00.0: No such file or directory [ 1292.579] (EE) RADEON(0): Kernel modesetting setup failed [ 1292.579] (II) UnloadModule: "radeon" [ 1292.579] (EE) Screen(s) found, but none have a usable configuration. [ 1292.579] (EE) Fatal server error: [ 1292.579] (EE) no screens found(EE) [ 1292.580] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 1292.580] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 1292.580] (EE) [ 1292.580] (EE) Server terminated with error (1). Closing log file. Should I be able to use this video card? I've done some googling, and apparently at least some Linux people are using it. It's not a huge deal if it doesn't work; I can install a Radeon HD 4670 that I know works. If I've mis-configured something, though, I'd like to fix it. Thanks for any comments! -- Richard Kuhns Main Number: 765-742-8428 Wintek Corporation Direct: 765-269-8541 427 N 6th Street Internet Support: 765-269-8503 Lafayette, IN 47901-2211 Consulting: 765-269-8504 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
FreeBSD_STABLE_10-i386 - Build #168 - Fixed
FreeBSD_STABLE_10-i386 - Build #168 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_STABLE_10-i386/168/ to view the results. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Many core dumps in pthread_getspecific.
On Tue, Jun 16, 2015 at 09:09:25AM +0200, Andre Meiser wrote: > On Sun, Jun 14, 2015 at 21:05 +0200, Konstantin Belousov wrote: > > Show me the 'ldd vim' output and output from the > > readelf -d vim | grep NEEDED. > > % ldd /usr/local/bin/vim > /usr/local/bin/vim: > libm.so.5 => /lib/libm.so.5 (0x800a55000) > libncurses.so.8 => /lib/libncurses.so.8 (0x800c7d000) > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x800eca000) > libpython2.7.so.1 => /usr/local/lib/libpython2.7.so.1 (0x8010d5000) > libthr.so.3 => /lib/libthr.so.3 (0x80149) > libc.so.7 => /lib/libc.so.7 (0x8016b5000) > libutil.so.9 => /lib/libutil.so.9 (0x801a5e000) > > % readelf -d /usr/local/bin/vim | grep NEEDED > 0x0001 (NEEDED) Shared library: [libm.so.5] > 0x0001 (NEEDED) Shared library: [libncurses.so.8] > 0x0001 (NEEDED) Shared library: [libintl.so.8] > 0x0001 (NEEDED) Shared library: [libpython2.7.so.1] > 0x0001 (NEEDED) Shared library: [libthr.so.3] > 0x0001 (NEEDED) Shared library: [libc.so.7] > > Vim is compiled with CSCOPE, DEFAULT_VIMRC, EXUBERANT_CTAGS, NLS, PYTHON and > CONSOLE. > > This vim core dump remains the only one since the recompilation of libc and > libthr with debug flag. Ok, so the vim fault is reproducable, I suppose ? >From the core, please do in gdb from the frame 0: info locals info registers disassemble ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Many core dumps in pthread_getspecific.
On Sun, Jun 14, 2015 at 21:05 +0200, Konstantin Belousov wrote: > Show me the 'ldd vim' output and output from the > readelf -d vim | grep NEEDED. % ldd /usr/local/bin/vim /usr/local/bin/vim: libm.so.5 => /lib/libm.so.5 (0x800a55000) libncurses.so.8 => /lib/libncurses.so.8 (0x800c7d000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x800eca000) libpython2.7.so.1 => /usr/local/lib/libpython2.7.so.1 (0x8010d5000) libthr.so.3 => /lib/libthr.so.3 (0x80149) libc.so.7 => /lib/libc.so.7 (0x8016b5000) libutil.so.9 => /lib/libutil.so.9 (0x801a5e000) % readelf -d /usr/local/bin/vim | grep NEEDED 0x0001 (NEEDED) Shared library: [libm.so.5] 0x0001 (NEEDED) Shared library: [libncurses.so.8] 0x0001 (NEEDED) Shared library: [libintl.so.8] 0x0001 (NEEDED) Shared library: [libpython2.7.so.1] 0x0001 (NEEDED) Shared library: [libthr.so.3] 0x0001 (NEEDED) Shared library: [libc.so.7] Vim is compiled with CSCOPE, DEFAULT_VIMRC, EXUBERANT_CTAGS, NLS, PYTHON and CONSOLE. This vim core dump remains the only one since the recompilation of libc and libthr with debug flag. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
