[sisyphus] Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[sisyphus] Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Arioch]

В очередной раз проверил свою систему Briquolo.
В очередной раз заметил, что "не тянет"
Но не тянет странно, вместо привычных 0,3 кадров в секунду выдавал 
20-30. Но все равно далеко от положенных 130

Если раньше HotPlug просто перестал грузить intel-agp, то теперь он 
нанёс второй удар, сильнее первого.

Раньше intel-agp был внесен в /etc/modules, где в гордом одиночестве и 
пребывает. Однако теперь hotplug запустил intelfb. И вроде он прав.

Соотв. intelfb родил /dev/dri/card0, intel-agp родил /dev/dri/card1, а 
X.org при запуске прицепил DRI к первому попавшемуся интерфейсу - к 
card0. Отсюда и скорость.

И вроде бы все правы, но что делать простому глупому юзеру, изнеженному 
виндой? ;) Как это должно быть разрешено ввиду сползания линукса к 
тотальному plug-n-play'ю ?

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Konstantin A. Lepikhov]

Hi Arioch!

Saturday 16, at 12:32:05 AM you wrote:

<skip>
> Соотв. intelfb родил /dev/dri/card0, intel-agp родил /dev/dri/card1, а 
> X.org при запуске прицепил DRI к первому попавшемуся интерфейсу - к 
> card0. Отсюда и скорость.
с какого перепоя intelfb полез в /dev/dri??

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Arioch]

Konstantin A. Lepikhov пишет:

> с какого перепоя intelfb полез в /dev/dri??

Четсно говоря, я не 100% уверен что это был он, ибо я рефлекторно 
сделал rmmod intelfb

аргументы за -
1) после этого в /dev/dri остался только card1
2) после service dm restart в /dev/dri появилась в добавок в card1 еще и 
card0 - и все забегало быстро. Видимо X.org создал второе устройство для 
intel-agp не удалив первое?
3) кусок x.log с framebuffer (хотя фреймбуффер наверное может 
предоставить еще и нормальный ускоряемый intel-agp? просто он 
предоставит не только фб):

> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 7, (OK)
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 7, (OK)
> drmOpenByBusid: Searching for BusID pci:0000:00:02.0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 7, (OK)
> drmOpenByBusid: drmOpenMinor returns 7
> drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
> (II) I810(0): [drm] DRM interface version 1.2
> (II) I810(0): [drm] created "i915" driver at busid "pci:0000:00:02.0"
> (II) I810(0): [drm] added 8192 byte SAREA at 0xe0390000
> (II) I810(0): [drm] mapped SAREA 0xe0390000 to 0xb7cb7000
> (II) I810(0): [drm] framebuffer handle = 0xe8020000
> (II) I810(0): [drm] added 1 reserved context for kernel


В общем, прямых доказательств нету, по крайней мере до следующей 
загрузки, не знаю когда. Но по совокупности - закрались подозрения.

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Arioch]

Konstantin A. Lepikhov пишет:
> 
> с какого перепоя intelfb полез в /dev/dri??
> 
т.е. ты хочешь сказать, что раньше он тоже загружался, но не лез?
Вполне возможно, ибо я делал lsmod | grep agp
И раньше agpgart его не использовал, обходился intal_agp одним.

А в этот раз было чтo-то типа (по памяти, обьъединяя результаты)
intelfb 0
intel_agp 4
agpgart 5 intelfb, intel_agp

Re: [sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

В сообщении от 16 Апрель 2005 01:10 Arioch написал(a):
> Konstantin A. Lepikhov пишет:
> > с какого перепоя intelfb полез в /dev/dri??
>
> т.е. ты хочешь сказать, что раньше он тоже загружался, но не лез?
> Вполне возможно, ибо я делал lsmod | grep agp
> И раньше agpgart его не использовал, обходился intal_agp одним.
>
> А в этот раз было чтo-то типа (по памяти, обьъединяя результаты)
> intelfb 0

он висит на /dev/fb0 и drm'у жить никаким боком не мешает

> intel_agp 4
> agpgart 5 intelfb, intel_agp

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Konstantin A. Lepikhov]

Hi Arioch!

Saturday 16, at 01:07:43 AM you wrote:

> Konstantin A. Lepikhov пишет:
> 
> >с какого перепоя intelfb полез в /dev/dri??
> 
> Четсно говоря, я не 100% уверен что это был он, ибо я рефлекторно 
> сделал rmmod intelfb
> 
> аргументы за -
> 1) после этого в /dev/dri остался только card1
> 2) после service dm restart в /dev/dri появилась в добавок в card1 еще и 
> card0 - и все забегало быстро. Видимо X.org создал второе устройство для 
> intel-agp не удалив первое?
> 3) кусок x.log с framebuffer (хотя фреймбуффер наверное может 
> предоставить еще и нормальный ускоряемый intel-agp? просто он 
> предоставит не только фб):
это у вас уже ненаучная фантастика.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Arioch]

Konstantin A. Lepikhov пишет:

>>сделал rmmod intelfb
>>1) после этого в /dev/dri остался только card1

<skip>

> это у вас уже ненаучная фантастика.

И все же какой-то подземный стук случился,был же у меня card1 без card0?

И раньше я никогда не видел intelfb вешающийся на agpgart. Видимо исксы 
тоже не видели :-)

Но сегодня включил комп - и вроде живет все.
card0 и card1 вроде правильные, ускоренные.

Хотя какой-то стук все-таки в наличие.

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
 >>>>>>>> drmOpenDevice: Open failed
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
 >>>>>>>> drmOpenDevice: Open failed
drmOpenByBusid: Searching for BusID pci:0000:00:02.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: drmOpenMinor returns 7
drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
(II) I810(0): [drm] loaded kernel module for "i915" driver

[sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Arioch]

Valery V. Inozemtsev пишет:
> он висит на /dev/fb0 и drm'у жить никаким боком не мешает
> 

Подскажите plz, как быстро и недеструктивно на kernel 2.6 выяснить какой 
модуль в ответе за какой-нибудьконкретный /dev/XXXXX ?

Re: [sisyphus] Re: Дуэт HotPlug и X.org: хочешь, я убью игрушки, что мешают спать?

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 813 bytes --]

On Sat, Apr 16, 2005 at 07:54:58PM +0400, Arioch wrote:
> Valery V. Inozemtsev пишет:
> >он висит на /dev/fb0 и drm'у жить никаким боком не мешает
> 
> Подскажите plz, как быстро и недеструктивно на kernel 2.6 выяснить какой 
> модуль в ответе за какой-нибудьконкретный /dev/XXXXX ?

Найти в /sys/class/ (или /sys/block/ для блочных устройств) файл dev с
соответствующими major:minor и посмотреть, куда показывают лежащие
рядом с ним ссылки device и driver.  Впрочем, этот метод работает
далеко не всегда - многие драйверы не регистрируются в системе
соответствующим образом, пользуясь вместо этого старыми методами, не
предоставляющими такой информации.  Ссылки именно на модуль в sysfs
нет (хотя модули там представлены в /sys/modules/), а имя драйвера
может быть совсем не похоже на имя модуля.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]