Драйверы xf86-video, нубский вопрос

indeviral, тогда точно не судьба :) Спасибо всем, кто отозвался.
Ура. Решился вопрос с зависающим ФФ и Хроммом в Х сессии на новом процессоре - удалил xf86-video-intel .
Опять же, к примеру, с GeForce GT 730 удаление xf86-video-nouveau помогает решить проблему с вылетом google-earth-pro.
Да и по раздичным тестам только в +.
создал /etc/modprobe.d/blacklist.conf
blacklist radeon
sudo update-initramfs -u

reboot
lspci -v выдает
Subsystem: Gigabyte Technology Co., Ltd Device d000
	Flags: fast devsel, IRQ 38
	Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Memory at d0000000 (64-bit, prefetchable) [size=8M]
	I/O ports at f000 [size=256]
	Memory at feb00000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel modules: radeon, amdgpu
раньше была строчка driver : radeon,теперь вообще непонятно какой драйвер
vdpauinfo
display: :0.0   screen: 0
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1

с драйвером radeon прекрасно VDPAU работал,загрузка цпу на fullhd была пару процентов.
Верну наверно назад,как было.
Linux Forever!
вернул назад,
lspci -v
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 30h-3fh) Processor Root Complex
	Subsystem: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 30h-3fh) Processor Root Complex
	Flags: bus master, fast devsel, latency 0

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R7 Graphics] (prog-if 00 [VGA controller])
	Subsystem: Gigabyte Technology Co., Ltd Device d000
	Flags: bus master, fast devsel, latency 0, IRQ 39
	Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Memory at d0000000 (64-bit, prefetchable) [size=8M]
	I/O ports at f000 [size=256]
	Memory at feb00000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: radeon
	Kernel modules: radeon, amdgpu
$ vdpauinfo
display: :0.0   screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0

Video surface:

name   width height types
-------------------------------------------
420    16384 16384  NV12 YV12
422    16384 16384  UYVY YUYV
444    16384 16384  Y8U8V8A8 V8U8Y8A8

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                          --- not supported ---
MPEG2_SIMPLE                    3  9216  2048  1152
MPEG2_MAIN                      3  9216  2048  1152
H264_BASELINE                  41  9216  2048  1152
H264_MAIN                      41  9216  2048  1152
H264_HIGH                      41  9216  2048  1152
VC1_SIMPLE                      1  9216  2048  1152
VC1_MAIN                        2  9216  2048  1152
VC1_ADVANCED                    4  9216  2048  1152
MPEG4_PART2_SP                  3  9216  2048  1152
MPEG4_PART2_ASP                 5  9216  2048  1152
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
мне так больше нравится
Linux Forever!
вернул
Linux Forever!
indeviral
А как вы запускаете xorg? Указывать vt не пробовали?
Извините, что не сразу ответил.
У меня автологин в tty1, в ~/.bash_profile прописан exec startx и в ~/.xinitrc exec startxfce4
Vadim
sudo update-initramfs -u
ubuntu detected
indeviral
$ startx -logverbose 5
Так как раньше частенько экспериментировал в части увеличения логирования, то есть определенная информация по увеличению логирования и Х-ов.
Вот что у меня в этой части имеется … может и пригодится
1. Логирование startx (толку мало, но пробовать нужно все ...)
вместо startx прописать в xinitrc
Способ 1
startx -- -verbose 6 2> /<path for log>/startx.log
Способ 2
xinit -- :0 -logverbose 11 -nolisten tcp vt$XDG_VTNR
PS - уровень 6 вроде максимальный, наличие -- обязательно, path - по желанию,
в 1-ом способе создается обычный лог Xorg и + файл /<path for log>/startx.log
во 2-ом способе создается только увеличенный лог Xorg

2. Логирование загрузки WM/DE
Способ 1 - вместо, например, exec spectrwm прописать в xinitrc
exec dbus-launch --exit-with-session spectrwm > "/<path for log>/spectrwm-$USER.log" 2>&1
PS - Если на постоянку, то вместо /<path for log>/spectrwm-$USER.log лучше использовать /tmp/spectrwm-$USER.log
Способ 2 - наиболее серъезный вариант - использование strace (sysdig не пробовал)
Этот способ рекомендую только тем, кто знает, что делает - ВАЖНО - время загрузки увеличивается, после загрузки все еще работает strace и нужно сразу же завершить работу X-ов и перейти в текстовую консоль и, главное, вернуть все изменения в файле /etc/X11/xinit/xserverrc к прежнему виду
в файле /etc/X11/xinit/xserverrc заменить строку exec /usr/bin/X -nolisten tcp "$@"
на (типа такого, опции фильтрации на усмотрение, зависит от ситуации)
exec /usr/bin/strace -f -tt -o /<path for log/strace_X.log /usr/bin/X -nolisten tcp "$@"

EDIT 1 - Пример работы strace для случая
leonardo19
[ 9697.785] (EE) open /dev/dri/card0: Permission denied
в моем случае вижу следующее
1491  11:46:22.543928 openat(AT_FDCWD, "/dev/dri/card0", O_RDWR) = 3
1491  11:46:22.544014 ioctl(3, DRM_IOCTL_MODE_GETRESOURCES, 0x7ffd7cec7a80) = 0
1491  11:46:22.544075 close(3)          = 0
Файл /dev/dri/card0 открывается и получает дескриптор 3, а далее вызывается системный вызов ioctl(fildes, command, arg) - где fildes (=3) это дескриптор файла/устройства /dev/dri/card0, command - задает выполняемые действия (в данном случае DRM_IOCTL_MODE_GETRESOURCES, которая связана с переключением видеодрайвера).
Ошибки не исчезают с опытом - они просто умнеют
что-то по моему сильно зациклились на xorg, там ещё systemd-logind сбоит.
leonardo19 после запуска xorg покажите:
journalctl -u systemd-logind -b
Ошибки в тексте-неповторимый стиль автора©
 
Зарегистрироваться или войдите чтобы оставить сообщение.