[sisyphus] новый хотплуг отправляется в Sisyphus

[sisyphus] новый хотплуг отправляется в Sisyphus

[Anton Farygin]

Всем привет.

Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.

Из изменений в нем:

на 2.4 ядре выключен pci.rc
для определения загружаемых PCI модулей используется pciscan из libhw-tools.

Убрана возможность выгрузить USB драйвера по service hotplug stop.

service hotplug теперь заменяет service usb, соответственно ему для 
фукционирования нужен более новый пакет startup-0.9.0

Ну и также оторвана зависимость на kudzu (теперь fstab будет обновляться 
только тогда, когда установлен пакет kudzu).

соответственно этот пакет является полностью (ну или почти полностью) 
работоспособным на ядре 2.6.

Просьба проверить его функциональность у себя и залить сообщения об 
ошибках/пожелания по функционалу в нашу bugzilla.altlinux.ru

Rgds,
Rider

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [040526 15:39]:
> Ну и также оторвана зависимость на kudzu (теперь fstab будет обновляться 
> только тогда, когда установлен пакет kudzu).
Yeeeeeeeesssssss!!!!!!!!

-- 
Regards, Sir Raorn.
-------------------
Помимо этого пакета, я посмотрел ещё 9 версий того, как можно запаковать
postfix.

Результат будет в Сизифе на следующей неделе.
		-- ldv in devel@

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

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Alexander Kuprin]

On Wednesday 26 May 2004 14:38, Anton Farygin wrote:
> Просьба проверить его функциональность у себя и залить сообщения об
> ошибках/пожелания по функционалу в нашу bugzilla.altlinux.ru

При обновлении из Sisyphus сервис hotplug оказался отключённым:

[root@p4 mnt]# chkconfig --list hotplug
hotplug         0:off   1:off   2:off   3:off   4:off   5:off   6:off

Пришлось "объяснять" на каких уровнях он должен работать. Баг?

-- 
WBR, Alexander Kuprin

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Ildar Mulyukov]

Alexander Kuprin wrote:

>On Wednesday 26 May 2004 14:38, Anton Farygin wrote:
>  
>
>>Просьба проверить его функциональность у себя и залить сообщения об
>>ошибках/пожелания по функционалу в нашу bugzilla.altlinux.ru
>>    
>>
>При обновлении из Sisyphus сервис hotplug оказался отключённым:
>
>[root@p4 mnt]# chkconfig --list hotplug
>hotplug         0:off   1:off   2:off   3:off   4:off   5:off   6:off
>
>Пришлось "объяснять" на каких уровнях он должен работать. Баг?
>  
>
Вопрос не технический. Это вопрос к нашим старейшинам-идеологам примерно 
в такой формулировке: в каком виде должен ставиться сервис: выключенном, 
чтобы его включал инсталятор/юзер или включённом, чтобы потом после 
установки пользователь был вынужден проверять состояние каждого 
установленного сервиса? (нельзя зыбвать, что пользователю явно никто не 
сообщает ЧТО он поставил - программу или сервис. ИМХО надо повесить 
Feature Request на GUI пакет-менеджеры, чтобы они данный факт проверяли 
и как-то реагировали. apt'у тоже не плохо было бы об этом сообщать).

С уважением, Ильдар.

-- 
Ildar  Mulyukov, 
  free SW designer/programmer
================================================
email: ildar@users.sourceforge.net
projects: http://os-development.sourceforge.net/
home: http://tuganger.narod.ru/
ALT Linux Sisyphus (20040514)
================================================

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Anton Farygin]

Alexander Kuprin пишет:
> On Wednesday 26 May 2004 14:38, Anton Farygin wrote:
> 
>>Просьба проверить его функциональность у себя и залить сообщения об
>>ошибках/пожелания по функционалу в нашу bugzilla.altlinux.ru
> 
> 
> При обновлении из Sisyphus сервис hotplug оказался отключённым:
> 
> [root@p4 mnt]# chkconfig --list hotplug
> hotplug         0:off   1:off   2:off   3:off   4:off   5:off   6:off
> 
> Пришлось "объяснять" на каких уровнях он должен работать. Баг?

Не совсем. Я бы сказал - фича. Нельзя включать сервис принудительно - в 
некоторых местах могут возникнуть проблемы.

Т.е. - например у пользователя был выключен сервис usb и после 
обновления до нового hotplug он опять будет включен.

Rgds,
Rider

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Vitaly Lipatov]

On Thursday 27 May 2004 12:51, Anton Farygin wrote:
> Т.е. - например у пользователя был выключен сервис usb и после
> обновления до нового hotplug он опять будет включен.
А что означает
на
# service hotplug restart
выдача
pciscan: invalid option -- s
в неограниченном количестве?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Slava Dubrovskiy]

Vitaly Lipatov пишет:

>On Thursday 27 May 2004 12:51, Anton Farygin wrote:
>  
>
>>Т.е. - например у пользователя был выключен сервис usb и после
>>обновления до нового hotplug он опять будет включен.
>>    
>>
>А что означает
>на
># service hotplug restart
>выдача
>pciscan: invalid option -- s
>в неограниченном количестве?
>
>  
>
И у меня тоже :-(

С уважением,
Дубровский Вячеслав

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 958 bytes --]

On Thu, May 27, 2004 at 07:39:49PM +0300, Slava Dubrovskiy wrote:
> ># service hotplug restart выдача pciscan: invalid option -- s
> >в неограниченном количестве?

После echo "DEBUG=yes" >> /etc/sysconfig/hotplug -- чуть
подробнее:

arguments (pci) env(
[`env` skipped, кроме выделенных:]
PCI_SLOT_NAME=00:10.0
PCI_ID=1106:3038
ACTION=add
PWD=/etc/hotplug
PCI_SLOT=0:0.0
PCI_SUBSYS_ID=1106:3038
PCI_CLASS=0c0300

invoke /etc/hotplug/pci.agent ()
pciscan is scanning modules for 08.0 ...
pciscan: option requires an argument -- s
Setup eepro100 eepro100 uhci-hcd uhci-hcd uhci-hcd ehci-hcd
snd-via82xx Card:NVIDIA GeForce2 DDR (generic) for PCI slot
00:10.0

> И у меня тоже :-(

В общем, опечатка там: s/PCISLOT/PCI_SLOT/ в
/etc/hotplug/hotplug.functions

PS: в остальном -- работает, дома HP Photosmart 850 поднял на ура
:)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: hotplug.functions.patch --]
[-- Type: text/plain, Size: 375 bytes --]

--- /etc/hotplug/hotplug.functions-orig	2004-05-26 14:23:33 +0300
+++ /etc/hotplug/hotplug.functions	2004-05-28 11:54:52 +0300
@@ -85,7 +85,7 @@
     pci)
 	PCI_SLOT=`echo "$PCI_SLOT_NAME"|sed -s "s,^0*:,,"`
         debug_mesg "pciscan is scanning modules for $PCI_SLOT ..."
-	DRIVERS=`pciscan -r -s $PCISLOT`
+	DRIVERS=`pciscan -r -s $PCI_SLOT`
 	;;
     esac
 

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

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[vserge]

Добрый день

Маша после того как пропатчил hotplug.function выдает вот такое :

[root@pokemon hotplug]# service hotplug start
... can't load module pciehp
missing kernel or user mode driver pciehp 
... can't load module hw_random
missing kernel or user mode driver hw_random 

на это как реагировать гражданне 

Вы написали Michael Shigorin <mike@osdn.org.ua> Fri, 28 May 2004 11:56:53
+0300:

> On Thu, May 27, 2004 at 07:39:49PM +0300, Slava Dubrovskiy wrote:
> > ># service hotplug restart выдача pciscan: invalid option -- s
> > >в неограниченном количестве?
> 
> После echo "DEBUG=yes" >> /etc/sysconfig/hotplug -- чуть
> подробнее:
> 
> arguments (pci) env(
> [`env` skipped, кроме выделенных:]
> PCI_SLOT_NAME=00:10.0
> PCI_ID=1106:3038
> ACTION=add
> PWD=/etc/hotplug
> PCI_SLOT=0:0.0
> PCI_SUBSYS_ID=1106:3038
> PCI_CLASS=0c0300
> 
> invoke /etc/hotplug/pci.agent ()
> pciscan is scanning modules for 08.0 ...
> pciscan: option requires an argument -- s
> Setup eepro100 eepro100 uhci-hcd uhci-hcd uhci-hcd ehci-hcd
> snd-via82xx Card:NVIDIA GeForce2 DDR (generic) for PCI slot
> 00:10.0
> 
> > И у меня тоже :-(
> 
> В общем, опечатка там: s/PCISLOT/PCI_SLOT/ в
> /etc/hotplug/hotplug.functions
> 
> PS: в остальном -- работает, дома HP Photosmart 850 поднял на ура
> :)
> 


-- 
[hasher] это такая пакеторубка, которой можно не глядя скормить
практически любой пакет, не заглядывая в него.
		-- ldv in devel@

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

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

On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
> Маша после того как пропатчил hotplug.function выдает вот такое :

:-)

> [root@pokemon hotplug]# service hotplug start
> ... can't load module pciehp
> missing kernel or user mode driver pciehp 
> ... can't load module hw_random
> missing kernel or user mode driver hw_random 

Судя по всему, это предназначалось для Linux 2.6.

> на это как реагировать гражданне 

Ну обломался modprobe... как еще на это реагировать :-)

Антону написать (bugzilla->hotplug), что на 2.4 и таком-то
`lspci` ведет себя так-то и сяк-то неаккуратно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[vserge]

Добрый день

Вы написали Michael Shigorin <mike@osdn.org.ua> Fri, 28 May 2004 14:07:10
+0300:

> On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
> > Маша после того как пропатчил hotplug.function выдает вот такое :
> 
> :-)
> 
> > [root@pokemon hotplug]# service hotplug start
> > ... can't load module pciehp
> > missing kernel or user mode driver pciehp 
> > ... can't load module hw_random
> > missing kernel or user mode driver hw_random 
> 
> Судя по всему, это предназначалось для Linux 2.6.
а у меня оно и есть :(
[root@pokemon hotplug]# uname -a
Linux pokemon 2.6.6-std26-smp-alt3 #1 SMP Wed May 12 12:23:15 MSD 2004 i686
unknown unknown GNU/Linux

> 
> > на это как реагировать гражданне 
> 
> Ну обломался modprobe... как еще на это реагировать :-)
> 
> Антону написать (bugzilla->hotplug), что на 2.4 и таком-то
> `lspci` ведет себя так-то и сяк-то неаккуратно.
> 


-- 
> я ведь могу написать такой скрипт, что он полсизифа за собой потянет
> в качестве зависимостей
Действующая система определения зависимостей, в частности, следит за тем,
чтобы вы не написали такой скрипт незаметно для окружающих.
		-- ldv in devel@

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Anton Farygin]

Michael Shigorin пишет:
> On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
> 
>>Маша после того как пропатчил hotplug.function выдает вот такое :
> 
> 
> :-)
> 
> 
>>[root@pokemon hotplug]# service hotplug start
>>... can't load module pciehp
>>missing kernel or user mode driver pciehp 
>>... can't load module hw_random
>>missing kernel or user mode driver hw_random 
> 
> 
> Судя по всему, это предназначалось для Linux 2.6.

Нет, не обязательно.

> 
> 
>>на это как реагировать гражданне 
> 
> 
> Ну обломался modprobe... как еще на это реагировать :-)
> 
> Антону написать (bugzilla->hotplug), что на 2.4 и таком-то
> `lspci` ведет себя так-то и сяк-то неаккуратно.

Неа.. это проблема отсутствия драйверов. Я подумаю как ее решить.

Rgds,
Rider

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Mon, May 31, 2004 at 12:13:25PM +0400, Anton Farygin wrote:
> Michael Shigorin пишет:
> >On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
> >
> >>Маша после того как пропатчил hotplug.function выдает вот такое :
> >
> >
> >:-)
> >
> >
> >>[root@pokemon hotplug]# service hotplug start
> >>... can't load module pciehp
> >>missing kernel or user mode driver pciehp 
> >>... can't load module hw_random
> >>missing kernel or user mode driver hw_random 
> >
> >
> >Судя по всему, это предназначалось для Linux 2.6.
> 
> Нет, не обязательно.
> 
> >
> >
> >>на это как реагировать гражданне 
> >
> >
> >Ну обломался modprobe... как еще на это реагировать :-)
> >
> >Антону написать (bugzilla->hotplug), что на 2.4 и таком-то
> >`lspci` ведет себя так-то и сяк-то неаккуратно.
> 
> Неа.. это проблема отсутствия драйверов. Я подумаю как ее решить.

В данном случае это проблема не отсутствия драйверов, а не совсем верной
информации в таблицах PCI-устройств, попадающих в modules.pcimap.
Например, в модуле shpchp в таблице стоит:

        {
        .class =        ((PCI_CLASS_BRIDGE_PCI << 8) | 0x00),
        .class_mask =   ~0,
        .vendor =       PCI_ANY_ID,
        .device =       PCI_ANY_ID,
        .subvendor =    PCI_ANY_ID,
        .subdevice =    PCI_ANY_ID,
        },

Т.е. этот драйвер будет грузиться для любого PCI Bridge, но при попытке
его инициализации возникнет ошибка, если используемое оборудование не
поддерживает PCI hotplug.

С hw_random та же ситуация - наличие или отсутствие RNG в чипсете не
определяется по PCI ID.

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

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

On Mon, May 31, 2004 at 12:13:25PM +0400, Anton Farygin wrote:
> >>[root@pokemon hotplug]# service hotplug start
> >>... can't load module pciehp
> >>missing kernel or user mode driver pciehp 
> >>... can't load module hw_random
> >>missing kernel or user mode driver hw_random 
> >Судя по всему, это предназначалось для Linux 2.6.
> Нет, не обязательно.

Ну хорошо -- для 2.5.x+. :)

В нашем 2.4 таких модулей не обнаружено.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Sviataslau Svirydau]

Michael Shigorin пишет:

>On Mon, May 31, 2004 at 12:13:25PM +0400, Anton Farygin wrote:
>  
>
>>>>...
>>>>        
>>>>
>>>Судя по всему, это предназначалось для Linux 2.6.
>>>      
>>>
>>Нет, не обязательно.
>>    
>>
>
>Ну хорошо -- для 2.5.x+. :)
>
>В нашем 2.4 таких модулей не обнаружено.
>  
>

Кстати, положили б чтоли в /etc/modutils.d/ что-нить подобное 
/etc/modutils.d/00kernel (или прямо там добавить?).
Т.е. в целях облегчения сосуществования ядер 2.4 и 2.6 проставлять 
необходимые альясы или отключать некоторые модули...

А то все рвно приходится самостоятельно писать что-то типа

if -n `kernelversion_minor` < 5
    alias psmouse null
    alias pcspkr null
    alias acpi null
    alias uhci-hcd usb-uhci
endif



-- 
Regards,
Sviatoslav Sviridov <Sviataslau_Svirydau at epam.com>
/* icq: 10845380; jid: svd at altlinux.org; */
--
You will be attacked by a beast who has the body of a wolf, the tail of
a lion, and the face of Donald Duck.

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Slava Dubrovskiy]

Michael Shigorin пишет:

>On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
>  
>
>>Маша после того как пропатчил hotplug.function выдает вот такое :
>>    
>>
>
>:-)
>
>  
>
Согласен, хорошо пошутили! Но у меня после исправления hotplug.function
по рекомендации Михаила вообще система  зависает. На нажатие клавиш
никак не реагирует . Спасает только Reset. При этом в консоли тишина. В
логах очень много всякой гадости типа

May 28 12:36:33 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:36:45 admin last message repeated 255 times
May 28 12:38:48 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:38:48 admin kernel: agpgart: Detected an Intel 865 Chipset.
May 28 12:38:48 admin kernel: agpgart: Maximum main memory to use for 
agp memory: 439M
May 28 12:38:48 admin kernel: agpgart: AGP aperture is 64M @ 0xf8000000
May 28 12:38:48 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:38:49 admin kernel: 3rm+0x1f/0x24 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+679761/4367966] 
_nv000816rm+0x2f5/0x384 [nvidia]
May 28 12:38:49 admin kernel:  [<e1f08115>] _nv000816rm+0x2f5/0x384 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+59240/4367966] _nv003801rm+0xd8/0x100 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1e7092c>] _nv003801rm+0xd8/0x100 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+678539/4367966] _nv000809rm+0x2f/0x34 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1f07c4f>] _nv000809rm+0x2f/0x34 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+62860/4367966] _nv003816rm+0xf0/0x104 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1e71750>] _nv003816rm+0xf0/0x104 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+56906/4367966] 
_nv003795rm+0x6ea/0xaec [nvidia]
May 28 12:38:49 admin kernel:  [<e1e7000e>] _nv003795rm+0x6ea/0xaec [nvidia]
May 28 12:38:49 admin kernel:  [__crc_cap_syslog+20223/577116] 
_nv004046rm+0x3a3/0x3b0 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dda267>] _nv004046rm+0x3a3/0x3b0 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+498147/4367966] 
_nv001476rm+0x277/0x45c [nvidia]
May 28 12:38:49 admin kernel:  [<e1edbba7>] _nv001476rm+0x277/0x45c [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_pnp_auto_config_dev+5633176/5702758] _nv000896rm+0x4a/0x64 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dc439a>] _nv000896rm+0x4a/0x64 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_pnp_auto_config_dev+5639346/5702758] rm_isr_bh+0xc/0x10 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dc5bb4>] rm_isr_bh+0xc/0x10 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+820220/4367966] 
nv_kern_isr_bh+0x9/0xd [nvidia]
May 28 12:38:49 admin kernel:  [<e1f2a5c0>] nv_kern_isr_bh+0x9/0xd [nvidia]
May 28 12:38:49 admin kernel:  [tasklet_action+59/96] 
tasklet_action+0x3b/0x60
May 28 12:38:49 admin kernel:  [<c011c5db>] tasklet_action+0x3b/0x60
May 28 12:38:49 admin kernel:  [__do_softirq+131/144] __do_softirq+0x83/0x90
May 28 12:38:49 admin kernel:  [<c011c3f3>] __do_softirq+0x83/0x90
May 28 12:38:49 admin kernel:  [do_softirq+38/48] do_softirq+0x26/0x30
May 28 12:38:49 admin kernel:  [<c011c426>] do_softirq+0x26/0x30
May 28 12:38:49 admin kernel:  [do_IRQ+197/224] do_IRQ+0xc5/0xe0
May 28 12:38:49 admin kernel:  [<c01083c5>] do_IRQ+0xc5/0xe0
May 28 12:38:49 admin kernel:  [common_interrupt+24/32] 
common_interrupt+0x18/0x20
May 28 12:38:49 admin kernel:  [<c0106be8>] common_interrupt+0x18/0x20
May 28 12:38:49 admin kernel:

....=======skip=======....

May 28 12:38:49 admin kernel:
May 28 12:38:49 admin kernel: Badness in pci_find_subsys at 
drivers/pci/search.c:167
May 28 12:38:49 admin kernel: Call Trace:
May 28 12:38:49 admin kernel:  [pci_find_subsys+217/240] 
pci_find_subsys+0xd9/0xf0
May 28 12:38:49 admin kernel:  [<c0193fe9>] pci_find_subsys+0xd9/0xf0
May 28 12:38:49 admin kernel:  [pci_find_device+24/32] 
pci_find_device+0x18/0x20
May 28 12:38:49 admin kernel:  [<c0194018>] pci_find_device+0x18/0x20
May 28 12:38:49 admin kernel:  [pci_find_slot+26/64] pci_find_slot+0x1a/0x40
May 28 12:38:49 admin kernel:  [<c0193e6a>] pci_find_slot+0x1a/0x40
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+828628/4367966] 
os_pci_init_handle+0x37/0x60 [nvidia]
May 28 12:38:49 admin kernel:  [<e1f2c698>] os_pci_init_handle+0x37/0x60 
[nvidia]
May 28 12:38:49 admin kernel: 
[__crc_pnp_auto_config_dev+5622109/5702758] _nv001243rm+0x1f/0x24 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dc185f>] _nv001243rm+0x1f/0x24 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+67737/4367966] _nv003797rm+0xa9/0x128 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1e72a5d>] _nv003797rm+0xa9/0x128 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+512733/4367966] _nv001490rm+0x55/0xe4 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1edf4a1>] _nv001490rm+0x55/0xe4 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+679824/4367966] 
_nv000816rm+0x334/0x384 [nvidia]
May 28 12:38:49 admin kernel:  [<e1f08154>] _nv000816rm+0x334/0x384 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+59240/4367966] _nv003801rm+0xd8/0x100 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1e7092c>] _nv003801rm+0xd8/0x100 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+678539/4367966] _nv000809rm+0x2f/0x34 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1f07c4f>] _nv000809rm+0x2f/0x34 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+62860/4367966] _nv003816rm+0xf0/0x104 
[nvidia]
May 28 12:38:49 admin kernel:  [<e1e71750>] _nv003816rm+0xf0/0x104 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+56906/4367966] 
_nv003795rm+0x6ea/0xaec [nvidia]
May 28 12:38:49 admin kernel:  [<e1e7000e>] _nv003795rm+0x6ea/0xaec [nvidia]
May 28 12:38:49 admin kernel:  [__crc_cap_syslog+20223/577116] 
_nv004046rm+0x3a3/0x3b0 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dda267>] _nv004046rm+0x3a3/0x3b0 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+498147/4367966] 
_nv001476rm+0x277/0x45c [nvidia]
May 28 12:38:49 admin kernel:  [<e1edbba7>] _nv001476rm+0x277/0x45c [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_pnp_auto_config_dev+5633176/5702758] _nv000896rm+0x4a/0x64 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dc439a>] _nv000896rm+0x4a/0x64 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_pnp_auto_config_dev+5639346/5702758] rm_isr_bh+0xc/0x10 [nvidia]
May 28 12:38:49 admin kernel:  [<e1dc5bb4>] rm_isr_bh+0xc/0x10 [nvidia]
May 28 12:38:49 admin kernel: 
[__crc_blk_queue_max_phys_segments+820220/4367966] 
nv_kern_isr_bh+0x9/0xd [nvidia]
May 28 12:38:49 admin kernel:  [<e1f2a5c0>] nv_kern_isr_bh+0x9/0xd [nvidia]
May 28 12:38:49 admin kernel:  [tasklet_action+59/96] 
tasklet_action+0x3b/0x60
May 28 12:38:49 admin kernel:  [<c011c5db>] tasklet_action+0x3b/0x60
May 28 12:38:49 admin kernel:  [__do_softirq+131/144] __do_softirq+0x83/0x90
May 28 12:38:49 admin kernel:  [<c011c3f3>] __do_softirq+0x83/0x90
May 28 12:38:49 admin kernel:  [do_softirq+38/48] do_softirq+0x26/0x30
May 28 12:38:49 admin kernel:  [<c011c426>] do_softirq+0x26/0x30
May 28 12:38:49 admin kernel:  [do_IRQ+197/224] do_IRQ+0xc5/0xe0
May 28 12:38:49 admin kernel:  [<c01083c5>] do_IRQ+0xc5/0xe0
May 28 12:38:49 admin kernel:  [common_interrupt+24/32] 
common_interrupt+0x18/0x20
May 28 12:38:49 admin kernel:  [<c0106be8>] common_interrupt+0x18/0x20
May 28 12:38:49 admin kernel:
May 28 12:38:49 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:38:49 admin kernel: cpci_hotplug: CompactPCI Hot Plug Core 
version: 0.2
May 28 12:38:49 admin kernel: pci_hotplug: PCI Hot Plug PCI Core 
version: 0.5
May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
May 28 12:38:49 admin kernel: shpchp: Standard Hot Plug PCI Controller 
Driver version: 0.4
May 28 12:38:49 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:38:55 admin last message repeated 11 times
May 28 12:38:55 admin kernel: i8xx TCO timer: initialized (0x0460). 
heartbeat=30 sec (nowayout=0)
May 28 12:38:55 admin modprobe: Note: /etc/modutils.d/hotplug is more 
recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
May 28 12:38:57 admin last message repeated 5 times
May 28 12:40:25 admin syslogd 1.4.1: restart.

Железо такое:
MB: Intel D865PERL
HDD: SATA Seagate Barracuda, 120Gb, 8 Mb
Video: GeForce4 MX-440 8x

С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Anton Farygin]

Slava Dubrovskiy пишет:
> Michael Shigorin пишет:
> 
>> On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
>>
> Согласен, хорошо пошутили! Но у меня после исправления hotplug.function
> по рекомендации Михаила вообще система  зависает. На нажатие клавиш
> никак не реагирует . Спасает только Reset. При этом в консоли тишина. В
> логах очень много всякой гадости типа

Сегодня будет новый hotplug с исправленияеми.

Rgds,
Rider

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[vserge]

Добрый день

не спеши я ище обнаружил странную взаимосвязь в WM при влюченном HotPlug
выбираем меню выход  и ... перезагрузка, пока не смог отловить причину :(



Вы написали Anton Farygin <rider@altlinux.com> Tue, 01 Jun 2004 14:07:39
+0400:

> Slava Dubrovskiy пишет:
> > Michael Shigorin пишет:
> > 
> >> On Fri, May 28, 2004 at 02:28:24PM +0400, vserge wrote:
> >>
> > Согласен, хорошо пошутили! Но у меня после исправления hotplug.function
> > по рекомендации Михаила вообще система  зависает. На нажатие клавиш
> > никак не реагирует . Спасает только Reset. При этом в консоли тишина. В
> > логах очень много всякой гадости типа
> 
> Сегодня будет новый hotplug с исправленияеми.
> 

-- 
userspace-пакеты не должны иметь зависимостей (requires/conflicts) на
kernel-space пакеты, ибо последних может быть много при том, что
используются они не все.

Всё, что мы можем сделать - это runtime checks.
		-- ldv in devel-kernel@

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

On Tue, Jun 01, 2004 at 12:25:09PM +0300, Slava Dubrovskiy wrote:
> Но у меня после исправления hotplug.function по рекомендации
> Михаила вообще система  зависает. На нажатие клавиш никак не
> реагирует . Спасает только Reset. При этом в консоли тишина. В
> логах очень много всякой гадости типа

...kernel oops'ов.  Боюсь, это значит ровно то, что раньше мы до
них не добирались...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Slava Dubrovskiy]

Michael Shigorin пишет:

>On Tue, Jun 01, 2004 at 12:25:09PM +0300, Slava Dubrovskiy wrote:
>  
>
>>Но у меня после исправления hotplug.function по рекомендации
>>Михаила вообще система  зависает. На нажатие клавиш никак не
>>реагирует . Спасает только Reset. При этом в консоли тишина. В
>>логах очень много всякой гадости типа
>>    
>>
>
>...kernel oops'ов.  Боюсь, это значит ровно то, что раньше мы до
>них не добирались...
>  
>
О-о! Буду хоть знать как они выглядят (kernel oops).

С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Tue, Jun 01, 2004 at 03:14:55PM +0300, Slava Dubrovskiy wrote:
> Michael Shigorin пишет:
> 
> >On Tue, Jun 01, 2004 at 12:25:09PM +0300, Slava Dubrovskiy wrote:
> > 
> >
> >>Но у меня после исправления hotplug.function по рекомендации
> >>Михаила вообще система  зависает. На нажатие клавиш никак не
> >>реагирует . Спасает только Reset. При этом в консоли тишина. В
> >>логах очень много всякой гадости типа
> >>   
> >>
> >
> >...kernel oops'ов.  Боюсь, это значит ровно то, что раньше мы до
> >них не добирались...
> > 
> >
> О-о! Буду хоть знать как они выглядят (kernel oops).

Это ещё не oops - так, просто badness ;)

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

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Tue, Jun 01, 2004 at 12:25:09PM +0300, Slava Dubrovskiy wrote:
> May 28 12:38:49 admin kernel:
> May 28 12:38:49 admin kernel: Badness in pci_find_subsys at 
> drivers/pci/search.c:167
> May 28 12:38:49 admin kernel: Call Trace:
> May 28 12:38:49 admin kernel:  [pci_find_subsys+217/240] 
> pci_find_subsys+0xd9/0xf0
> May 28 12:38:49 admin kernel:  [<c0193fe9>] pci_find_subsys+0xd9/0xf0
> May 28 12:38:49 admin kernel:  [pci_find_device+24/32] 
> pci_find_device+0x18/0x20
> May 28 12:38:49 admin kernel:  [<c0194018>] pci_find_device+0x18/0x20
> May 28 12:38:49 admin kernel:  [pci_find_slot+26/64] pci_find_slot+0x1a/0x40
> May 28 12:38:49 admin kernel:  [<c0193e6a>] pci_find_slot+0x1a/0x40
> May 28 12:38:49 admin kernel: 
> [__crc_blk_queue_max_phys_segments+828628/4367966] 
> os_pci_init_handle+0x37/0x60 [nvidia]

Известная кривость драйверов nvidia :(

> May 28 12:38:49 admin kernel: cpci_hotplug: CompactPCI Hot Plug Core 
> version: 0.2
> May 28 12:38:49 admin kernel: pci_hotplug: PCI Hot Plug PCI Core 
> version: 0.5
> May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
> May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
> May 28 12:38:49 admin kernel: shpchp: Standard Hot Plug PCI Controller 
> Driver version: 0.4
> May 28 12:38:49 admin modprobe: Note: /etc/modutils.d/hotplug is more 
> recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
> May 28 12:38:55 admin last message repeated 11 times
> May 28 12:38:55 admin kernel: i8xx TCO timer: initialized (0x0460). 
> heartbeat=30 sec (nowayout=0)
> May 28 12:38:55 admin modprobe: Note: /etc/modutils.d/hotplug is more 
> recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
> May 28 12:38:57 admin last message repeated 5 times

Сколько всякого барахла грузится...

А если запретить загрузку лишних модулей (через alias i8xx_tco null в
/etc/modules.conf), тоже виснет?

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

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Slava Dubrovskiy]

Sergey Vlasov пишет:

>>May 28 12:38:49 admin kernel: cpci_hotplug: CompactPCI Hot Plug Core 
>>version: 0.2
>>May 28 12:38:49 admin kernel: pci_hotplug: PCI Hot Plug PCI Core 
>>version: 0.5
>>May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
>>May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
>>May 28 12:38:49 admin kernel: shpchp: Standard Hot Plug PCI Controller 
>>Driver version: 0.4
>>May 28 12:38:49 admin modprobe: Note: /etc/modutils.d/hotplug is more 
>>recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
>>May 28 12:38:55 admin last message repeated 11 times
>>May 28 12:38:55 admin kernel: i8xx TCO timer: initialized (0x0460). 
>>heartbeat=30 sec (nowayout=0)
>>May 28 12:38:55 admin modprobe: Note: /etc/modutils.d/hotplug is more 
>>recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
>>May 28 12:38:57 admin last message repeated 5 times
>>    
>>
>
>Сколько всякого барахла грузится...
>  
>
Я это барахло не грузил. Оно само.

>А если запретить загрузку лишних модулей (через alias i8xx_tco null в
>/etc/modules.conf), тоже виснет?
>  
>
Да. У меня лог занял с момента попытки включения hotplug 909 строчек или 
75111 байт. В письме я привел только часть первых и последних строк. 
Может быть там еще много чего надо запретить. Вообщем надо ждать 
исправленного hotplug.

С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Tue, Jun 01, 2004 at 03:28:50PM +0300, Slava Dubrovskiy wrote:
> Sergey Vlasov пишет:
> 
> >>May 28 12:38:49 admin kernel: cpci_hotplug: CompactPCI Hot Plug Core 
> >>version: 0.2
> >>May 28 12:38:49 admin kernel: pci_hotplug: PCI Hot Plug PCI Core 
> >>version: 0.5
> >>May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
> >>May 28 12:38:49 admin kernel: shpchp: shpc_init : shpc_cap_offset == 0
> >>May 28 12:38:49 admin kernel: shpchp: Standard Hot Plug PCI Controller 
> >>Driver version: 0.4
> >>May 28 12:38:49 admin modprobe: Note: /etc/modutils.d/hotplug is more 
> >>recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
> >>May 28 12:38:55 admin last message repeated 11 times
> >>May 28 12:38:55 admin kernel: i8xx TCO timer: initialized (0x0460). 
> >>heartbeat=30 sec (nowayout=0)
> >>May 28 12:38:55 admin modprobe: Note: /etc/modutils.d/hotplug is more 
> >>recent than /lib/modules/2.6.6-std26-up-alt5/modules.dep
> >>May 28 12:38:57 admin last message repeated 5 times
> >>   
> >>
> >
> >Сколько всякого барахла грузится...
> > 
> >
> Я это барахло не грузил. Оно само.

Это-то и плохо...

> >А если запретить загрузку лишних модулей (через alias i8xx_tco null в
> >/etc/modules.conf), тоже виснет?
> > 
> >
> Да. У меня лог занял с момента попытки включения hotplug 909 строчек или 
> 75111 байт. В письме я привел только часть первых и последних строк. 
> Может быть там еще много чего надо запретить. Вообщем надо ждать 
> исправленного hotplug.

Тогда нужно отрубить nvidia - даже если дело не в нём, от него в логах
слишком много мусора, забивающего всё остальное (вроде бы даже буфер
printk переполнился - т.е., какие-то сообщения потерялись).

Кстати, вот ещё что подозрительно: не получается ли так, что agpgart
грузится после nvidia?

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

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

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

On Thu, May 27, 2004 at 12:51:12PM +0400, Anton Farygin wrote:
> Не совсем. Я бы сказал - фича. Нельзя включать сервис
> принудительно - в некоторых местах могут возникнуть проблемы.

Согласен, но...

> Т.е. - например у пользователя был выключен сервис usb и после
> обновления до нового hotplug он опять будет включен.

...не только в этом случае, а и недавно (см. mod_ssl.spec) опять
задумывался насчет того, когда/как допустимо "смотреть" на
(не)запущенность других сервисов и менять поведение.

Да и раньше смутно припоминаю что-то схожее.

В общем, пока не придумал ничего лучшего, как проверять локфайл.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.

26: hotplug                  ############################ [ 86%]
Usage: /etc/init.d/hotplug {start|stop|restart|status|force_reload}

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Alexander Bokovoy]

On Thu, May 27, 2004 at 03:03:46PM +0300, Michael Shigorin wrote:
> On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> > Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.
> 
> 26: hotplug                  ############################ [ 86%]
> Usage: /etc/init.d/hotplug {start|stop|restart|status|force_reload}
Проблема с отсутствием cond* целей?
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[sisyphus] Re: новый хотплуг отправляется в Sisyphus

[Michael Shigorin]

On Thu, May 27, 2004 at 04:08:04PM +0400, Alexander Bokovoy wrote:
> > > Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.
> > 26: hotplug                  ############################ [ 86%]
> > Usage: /etc/init.d/hotplug {start|stop|restart|status|force_reload}
> Проблема с отсутствием cond* целей?

Естественно.

Интересно, в sisyphus_check такое вделывается?  Тут-то явно лучше
раньше, чем при dist-upgrade...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Alex Yustasov]

On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> Всем привет.
> 
> Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.

Здравствуйте.
Раньше можно было выбирать между usb-uhci/usb-ohci/uhci модулями с помощью
alias usb-interface в /etc/modules.conf.
Сейчас у меня загружается usb-uhci, а хотелось бы uhci.
Как это можно сделать?

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Thu, May 27, 2004 at 05:32:28PM +0300, Alex Yustasov wrote:
> Раньше можно было выбирать между usb-uhci/usb-ohci/uhci модулями с помощью
> alias usb-interface в /etc/modules.conf.
> Сейчас у меня загружается usb-uhci, а хотелось бы uhci.
> Как это можно сделать?

Похоже, только через alias usb-uhci uhci.  Сейчас загрузка этих
модулей идёт так:

	modprobe -q `/usr/bin/pciscan -r -c 00c:03` >/dev/null 2>&1

В базе везде лежит usb-uhci, он и грузится.

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

Re: [sisyphus] новый хотплуг отправляется в Sisyphus

[Sergey Vlasov]

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

On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> Обращаю ваше внимание, что в Sisyphus отправляется новая версия hotplug.
> 
> Из изменений в нем:
> 
> на 2.4 ядре выключен pci.rc

Но на 2.6 он работает.  В результате загружаются драйверы для всех
обнаруженных PCI-устройств, что не всегда правильно; в частности,
меняется порядок сетевых устройств.  #4256.

> для определения загружаемых PCI модулей используется pciscan из libhw-tools.

Только вот он выдаёт, помимо имён модулей, строки вида "Card:ATI
Radeon 8500", которые modprobe добросовестно пытается загрузить.
#4257.

И вызывается он неправильно.  #4258.

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

[sisyphus] Re: новый hotplug отправляется в Sisyphus

[Michael Shigorin]

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

On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> Обращаю ваше внимание, что в Sisyphus отправляется новая версия
> hotplug.

PS: просьба в Subject: писать не "хотплуг", а "hotplug" и в
прочих случаях стараться учесть, как это могут искать.  Пришлось
попрыгать по архивам, пока нашел.

> для определения загружаемых PCI модулей используется pciscan из
> libhw-tools.

Можно нескромный вопрос по поводу /etc/modules* ?  Они теперь
упразднены?

По крайней мере на указание соответствия звуковых устройств (у
меня дома звук с nforce2 и (основной) sblive) -- pciscan начхать.

Понятно, что вопрос более объемный, но если каждый раз
запускаемый монолитный (с т.з. администратора) сервис будет
класть дефолтами на все, что администратор сказал в конфигах --
самомнение виндов померкнет в сравнении с :)

Бишь: надо подумать, как именно:

- управляется конфигурация модулей (если уж это основная часть
  вопроса);
- _разграничивается_ деятельность, которая скорее ежедневная
  (usb-железо и прочее pcmcia) и та, которая ни разу не
  ежедневная для большинства нормальных людей (определение
  non-hotplugged аппаратуры)
- сохраняются и мигрируют настройки

Имеем все тот же tradeoff на самом деле -- автоматика vs $EDITOR.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [sisyphus] Re: новый hotplug отправляется в Sisyphus

[Sergey Vlasov]

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

On Tue, Jun 01, 2004 at 02:58:52PM +0300, Michael Shigorin wrote:
> On Wed, May 26, 2004 at 03:38:39PM +0400, Anton Farygin wrote:
> > Обращаю ваше внимание, что в Sisyphus отправляется новая версия
> > hotplug.
> 
> PS: просьба в Subject: писать не "хотплуг", а "hotplug" и в
> прочих случаях стараться учесть, как это могут искать.  Пришлось
> попрыгать по архивам, пока нашел.
> 
> > для определения загружаемых PCI модулей используется pciscan из
> > libhw-tools.
> 
> Можно нескромный вопрос по поводу /etc/modules* ?  Они теперь
> упразднены?
> 
> По крайней мере на указание соответствия звуковых устройств (у
> меня дома звук с nforce2 и (основной) sblive) -- pciscan начхать.

Поскольку для загрузки модулей всё равно используется modprobe,
modules.conf обрабатывается как обычно.  Меняется только порядок
загрузки модулей.

У всех драйверов ALSA есть параметр index, позволяющий назначать
номера устройств независимо от порядка загрузки модулей.  Вот с
сетевыми драйверами, SCSI и т.п. дело обстоит хуже (хотя SCSI, как
правило, загружаются раньше, поэтому проблема не возникает).

Применительно к сетевым драйверам, кстати, в пакете hotplug есть
поддержка /sbin/ifrename - такого файла я в contents_index не
обнаружил, хотя в debian он есть в отдельном пакете и собирается из
wireless-tools.

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

[sisyphus] Re: новый hotplug отправляется в Sisyphus

[Michael Shigorin]

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

On Tue, Jun 01, 2004 at 04:29:35PM +0400, Sergey Vlasov wrote:
> > Можно нескромный вопрос по поводу /etc/modules* ?  Они теперь
> > упразднены?  По крайней мере на указание соответствия
> > звуковых устройств (у меня дома звук с nforce2 и (основной)
> > sblive) -- pciscan начхать.
> Поскольку для загрузки модулей всё равно используется modprobe,
> modules.conf обрабатывается как обычно.  Меняется только
> порядок загрузки модулей.

...причем в зависимости от разных аппаратно-программных факторов,
что для звуковых и сетевых карт неприемлемо.

> У всех драйверов ALSA есть параметр index, позволяющий
> назначать номера устройств независимо от порядка загрузки
> модулей.  Вот с сетевыми драйверами, SCSI и т.п. дело обстоит
> хуже (хотя SCSI, как правило, загружаются раньше, поэтому
> проблема не возникает).

У сетевых тоже есть nameif, но я к тому, что это не те вещи,
которые можно сломать в одном месте и латать по всем, а,
извиняюсь, дистрибутивообразующие и нуждающиеся в тщательном
продумывании, дизайне, реализации и тестировании.

Понятно, что миграция в сторону hotplug для обработки +/- всего и
вся (в т.ч. как замены тем же скриптам запуска звука) -- это
мировая тенденция (c) Takashi Iwai, но как-то революции с фризом
несовместимы IMCO.

> Применительно к сетевым драйверам, кстати, в пакете hotplug
> есть поддержка /sbin/ifrename - такого файла я в contents_index
> не обнаружил, хотя в debian он есть в отдельном пакете и
> собирается из wireless-tools.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [sisyphus] Re: новый hotplug отправляется в Sisyphus

[Denis Ovsienko]

> Применительно к сетевым драйверам, кстати, в пакете hotplug есть
> поддержка /sbin/ifrename - такого файла я в contents_index не
> обнаружил, хотя в debian он есть в отдельном пакете и собирается из
> wireless-tools.
О. Судя по документации, именно этого мне и не хватало. Будет рассмотрено
в новых (совсем новых) net-scripts.

-- 
    DO4-UANIC

[sisyphus] UQ: hotplugs vs two sound cards (was: новый hotplug отправляется в Sisyphus)

[Michael Shigorin]

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

On Tue, Jun 01, 2004 at 04:29:35PM +0400, Sergey Vlasov wrote:
> > > для определения загружаемых PCI модулей используется
> > > pciscan из libhw-tools.
> > Можно нескромный вопрос по поводу /etc/modules* ?  Они теперь
> > упразднены?  По крайней мере на указание соответствия
> > звуковых устройств (у меня дома звук с nforce2 и (основной)
> > sblive) -- pciscan начхать.
> Поскольку для загрузки модулей всё равно используется modprobe,
> modules.conf обрабатывается как обычно.  Меняется только
> порядок загрузки модулей.

Так... вчера сестренка включила машину и поймала то же самое
(звук пошел в nforce2, а усилитель воткнут в emu10k1).

sudo chmod 0 /etc/hotplug/pci* && sudo reboot (контрольный)
решило вопрос здесь и сейчас, но ведь это не дело.

/etc/mod* у меня сейчас довольно развесисттые, чтобы публиковать
все -- для начала цепляю modules.conf, но было бы неплохо
(в d-k@?) как-то расписать, что у нас там творится, если это
вообще может касаться простых смертных, а не являться сугубо
личным делом modutils и пишущих туда утилит.

> У всех драйверов ALSA есть параметр index, позволяющий
> назначать номера устройств независимо от порядка загрузки
> модулей.

Тут сконфигурирована смесь (snd-emu10k1 + nvaudio) -- мне так
sound-scripts интереснее было крутить; правда, hotplug все равно
грузит snd-intel8x0 -- что вполне понятно, но:
sudo grep -r snd-intel8x0 /etc/mod* находит совпадения в только в
/etc/modprobe.conf-out, и этот искуственный интеллект напрягает.

В общем, что делать и кто виноват? (спрашиваю в т.ч. как
майнтейнер sound-scripts, которого первым будут бить за
неподобство с двумя звуковыми, да и не только с двумя)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[sisyphus] Re: UQ: hotplugs vs two sound cards

[Anton Farygin]

Michael Shigorin пишет:
> On Tue, Jun 01, 2004 at 04:29:35PM +0400, Sergey Vlasov wrote:
> 
>>>>для определения загружаемых PCI модулей используется
>>>>pciscan из libhw-tools.
>>>
>>>Можно нескромный вопрос по поводу /etc/modules* ?  Они теперь
>>>упразднены?  По крайней мере на указание соответствия
>>>звуковых устройств (у меня дома звук с nforce2 и (основной)
>>>sblive) -- pciscan начхать.
>>
>>Поскольку для загрузки модулей всё равно используется modprobe,
>>modules.conf обрабатывается как обычно.  Меняется только
>>порядок загрузки модулей.
> 
> 
> Так... вчера сестренка включила машину и поймала то же самое
> (звук пошел в nforce2, а усилитель воткнут в emu10k1).
> 
> sudo chmod 0 /etc/hotplug/pci* && sudo reboot (контрольный)
> решило вопрос здесь и сейчас, но ведь это не дело.

Да, не дело.

> 
> /etc/mod* у меня сейчас довольно развесисттые, чтобы публиковать
> все -- для начала цепляю modules.conf, но было бы неплохо
> (в d-k@?) как-то расписать, что у нас там творится, если это
> вообще может касаться простых смертных, а не являться сугубо
> личным делом modutils и пишущих туда утилит.
> 
> 
>>У всех драйверов ALSA есть параметр index, позволяющий
>>назначать номера устройств независимо от порядка загрузки
>>модулей.
> 
> 
> Тут сконфигурирована смесь (snd-emu10k1 + nvaudio) -- мне так
> sound-scripts интереснее было крутить; правда, hotplug все равно
> грузит snd-intel8x0 -- что вполне понятно, но:
> sudo grep -r snd-intel8x0 /etc/mod* находит совпадения в только в
> /etc/modprobe.conf-out, и этот искуственный интеллект напрягает.

Это не искусственный интелект.. посмотри внимательно на код pci.rc и 
pci.agent. Там загружаются модули, которые находятся через pciscan, если 
pciscan ничего не нашел, то идет загрузка модулей согласно 
/lib/modules/<kernel>/modules.pcimap.

Ну и в такой схеме естественно все то, что ты прописал в modules.conf - 
игнорируется.

Как это исправить ? Вопрос хороший, я пока что этого не знаю.

В принципе можно сделать /etc/pciscan.d/, куда класть дополнительные 
конфиги для таких случаев, как у тебя (самосборные модули).

В общем - если есть идеи, то я готов их выслушать в bugzilla.

> 
> В общем, что делать и кто виноват? (спрашиваю в т.ч. как
> майнтейнер sound-scripts, которого первым будут бить за
> неподобство с двумя звуковыми, да и не только с двумя)

На 2.6 ядре sound-scripts надо отправлять в /dev/null, перенося всю 
функциональность в sound.agent hotplug'а. Это более правильное решение.

Однако оно не работает на 2.4 ядре и это можно будет делать только 
тогда, когда мы забудем про существование ядра 2.4.

Rgds,
Rider