[Comm] Организация Quake 2 сервера

[Comm] Организация Quake 2 сервера

[unix9]

Приветствую всех!

Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?

Re: [Comm] Организация Quake 2 сервера

[Александр Никольников]

On Fri, Dec 26, 2003 at 11:47:51AM +0300, unix9 wrote:
> Приветствую всех!
> 
> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?

Q2 в Мастере нет, кажись. Есть в Сизифе.

--
Саша

Re: [Comm]Организация Quake 2 сервера

[unix9]

>On Fri, Dec 26, 2003 at 11:47:51AM +0300, unix9 wrote:
>> Приветствую всех!
>> 
>> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?
>
>Q2 в Мастере нет, кажись. Есть в Сизифе.

А как называется этот пакет?

Re: [Comm]Организация Quake 2 сервера

[бМЕЛУБОДТ оЙЛПМШОЙЛПЧ]

On Wed, Dec 31, 2003 at 11:50:22AM +0300, unix9 wrote:
> >On Fri, Dec 26, 2003 at 11:47:51AM +0300, unix9 wrote:
> >> Приветствую всех!
> >> 
> >> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?
> >
> >Q2 в Мастере нет, кажись. Есть в Сизифе.
> 
> А как называется этот пакет?

quake2

Re:[Comm]Организация Quake 2 сервера

[unix9]

>> >> Приветствую всех!
>> >> 
>> >> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?
>> >
>> >Q2 в Мастере нет, кажись. Есть в Сизифе.
>> 
>> А как называется этот пакет?
>
>quake2

А вы этот пакет случаем не ставили?

[Comm] USB Flash Travelling Disk

[X-Stranger]

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

Привет всем!

На НГ получил в подарок сабж. Все бы клево, но не хотит собака с Линухой работать.
Первоначально система просто висла, пока не выяснилось, что сервис USB конфликтует
с сервисом PCMCIA. После отключения оного система виснуть перестала, а на 12й кон-
сольке при вставке этого брелка появляется следующее:

hub.c: new USB device 00:04.2-1, assigned address 2
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=2 (error -110)
hub.c: new USB device 00:04.2-1, assigned address 3
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=3 (error -110)

И ФСЕ. Больше ничего не происходит и система брелка не видит. При повторной вставке
появляется та же хрень, только адреса уже 4 и 5. Манипуляции с usb-uhci и uhci не
помогли, детальный поиск по архивам рассылок АЛЬТа решение проблемы тоже не принес.
Двухчасовой поиск по Сети пока результатов тоже не дал.

Кто знает, как заставить систему видеть и монтировать брелок? Как убрать конфликт
с PCMCIA? 

Система: ALM, апгрейд до Сизифа. Ядро системы: 2.4.22-std-up-alt12.

Заранее благодарен, Икс.

P.S. Все конфигурационные файлы и ты ды прилагаются.

[-- Attachment #2: modules.conf --]
[-- Type: application/octet-stream, Size: 1304 bytes --]

[-- Attachment #3: usb --]
[-- Type: application/octet-stream, Size: 333 bytes --]

[-- Attachment #4: lspci.log --]
[-- Type: application/octet-stream, Size: 908 bytes --]

[-- Attachment #5: dmesg.log --]
[-- Type: application/octet-stream, Size: 8647 bytes --]

Re: [Comm] USB Flash Travelling Disk

[Sergey Vlasov]

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

On Mon, Jan 05, 2004 at 03:52:21PM +0200, X-Stranger wrote:
> На НГ получил в подарок сабж. Все бы клево, но не хотит собака с Линухой работать.
> Первоначально система просто висла, пока не выяснилось, что сервис USB конфликтует
> с сервисом PCMCIA. После отключения оного система виснуть перестала, а на 12й кон-
> сольке при вставке этого брелка появляется следующее:
> 
> hub.c: new USB device 00:04.2-1, assigned address 2
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=2 (error -110)
> hub.c: new USB device 00:04.2-1, assigned address 3
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=3 (error -110)
> 
> И ФСЕ. Больше ничего не происходит и система брелка не видит. При повторной вставке
> появляется та же хрень, только адреса уже 4 и 5. Манипуляции с usb-uhci и uhci не
> помогли, детальный поиск по архивам рассылок АЛЬТа решение проблемы тоже не принес.
> Двухчасовой поиск по Сети пока результатов тоже не дал.
> 
> Кто знает, как заставить систему видеть и монтировать брелок? Как убрать конфликт
> с PCMCIA? 
> 
> Система: ALM, апгрейд до Сизифа. Ядро системы: 2.4.22-std-up-alt12.
> 
> Заранее благодарен, Икс.
> 
> P.S. Все конфигурационные файлы и ты ды прилагаются.


> usb.c: registered new driver usbdevfs
> usb.c: registered new driver hub
> usb-uhci.c: $Revision: 1.275 $ time 22:00:15 Nov 29 2003
> usb-uhci.c: High bandwidth mode enabled
> PCI: Found IRQ 11 for device 00:04.2
> IRQ routing conflict for 00:04.2, have irq 9, want irq 11

Весьма вероятно, что проблема в этом...

> usb-uhci.c: USB UHCI at I/O 0xfce0, IRQ 9
> usb-uhci.c: Detected 2 ports
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> usb-uhci.c: v1.275:USB Universal Host Controller Interface driver

Похоже, BIOS как-то неправильно назначает прерывания для контроллера
USB.  Можно попытаться поискать в настройках BIOS что-нибудь по
этому поводу - в частности, опцию "Assign IRQ to USB" - и
попробовать подобрать настройки, при которых USB работает нормально.

Если не получится - будем копать дальше.

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

Re: [Comm]Организация Quake 2 сервера

[Pyatnitskich Evgeniy]

On Mon, Jan 05, 2004 at 04:13:10PM +0300, unix9 wrote:
> >> >> Приветствую всех!
> >> >> 
> >> >> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?
> >> >
> >> >Q2 в Мастере нет, кажись. Есть в Сизифе.
> >> 
> >> А как называется этот пакет?
> >
> >quake2
> 
> А вы этот пакет случаем не ставили?

Я ставил. В порядке эксперимента. :)

А в чём дело?

-- 
      ---Regards, P.E.M. <pem@nm.ru>---

      XMMS is silent

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

Sergey Vlasov wrote:

><skip>
>Похоже, BIOS как-то неправильно назначает прерывания для контроллера
>USB.  Можно попытаться поискать в настройках BIOS что-нибудь по
>этому поводу - в частности, опцию "Assign IRQ to USB" - и
>попробовать подобрать настройки, при которых USB работает нормально.
>
>Если не получится - будем копать дальше.
>  
>
>  
>
Нет такой опции. Да и откудова ей в ноутбуке взяться.... :(

X.

Re: [Comm]Организация Quake 2 сервера

[Александр Никольников]

On Mon, Jan 05, 2004 at 04:13:10PM +0300, unix9 wrote:
> >> >> Приветствую всех!
> >> >> 
> >> >> Подскажите какой взять пакет из дистрибутива мастера 2.2 для организации Quake сервера?
> >> >
> >> >Q2 в Мастере нет, кажись. Есть в Сизифе.
> >> 
> >> А как называется этот пакет?
> >
> >quake2
> 
> А вы этот пакет случаем не ставили?

Ставил. Точнее пересобирал из src.rpm .

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

Детальный поиск по Сети так и не дал знаний о том, что делать с этой 
проблемой...
Вся надежда на коллективный разум!

X.

Sergey Vlasov wrote:

>On Mon, Jan 05, 2004 at 03:52:21PM +0200, X-Stranger wrote:
>  
>
>>На НГ получил в подарок сабж. Все бы клево, но не хотит собака с Линухой работать.
>>Первоначально система просто висла, пока не выяснилось, что сервис USB конфликтует
>>с сервисом PCMCIA. После отключения оного система виснуть перестала, а на 12й кон-
>>сольке при вставке этого брелка появляется следующее:
>>
>>hub.c: new USB device 00:04.2-1, assigned address 2
>>usb_control/bulk_msg: timeout
>>usb.c: USB device not accepting new address=2 (error -110)
>>hub.c: new USB device 00:04.2-1, assigned address 3
>>usb_control/bulk_msg: timeout
>>usb.c: USB device not accepting new address=3 (error -110)
>>
>>И ФСЕ. Больше ничего не происходит и система брелка не видит. При повторной вставке
>>появляется та же хрень, только адреса уже 4 и 5. Манипуляции с usb-uhci и uhci не
>>помогли, детальный поиск по архивам рассылок АЛЬТа решение проблемы тоже не принес.
>>Двухчасовой поиск по Сети пока результатов тоже не дал.
>>
>>Кто знает, как заставить систему видеть и монтировать брелок? Как убрать конфликт
>>с PCMCIA? 
>>
>>Система: ALM, апгрейд до Сизифа. Ядро системы: 2.4.22-std-up-alt12.
>>
>>Заранее благодарен, Икс.
>>
>>P.S. Все конфигурационные файлы и ты ды прилагаются.
>>    
>>
>
>
>  
>
>>usb.c: registered new driver usbdevfs
>>usb.c: registered new driver hub
>>usb-uhci.c: $Revision: 1.275 $ time 22:00:15 Nov 29 2003
>>usb-uhci.c: High bandwidth mode enabled
>>PCI: Found IRQ 11 for device 00:04.2
>>IRQ routing conflict for 00:04.2, have irq 9, want irq 11
>>    
>>
>
>Весьма вероятно, что проблема в этом...
>
>  
>
>>usb-uhci.c: USB UHCI at I/O 0xfce0, IRQ 9
>>usb-uhci.c: Detected 2 ports
>>usb.c: new USB bus registered, assigned bus number 1
>>hub.c: USB hub found
>>hub.c: 2 ports detected
>>usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
>>    
>>
>
>Похоже, BIOS как-то неправильно назначает прерывания для контроллера
>USB.  Можно попытаться поискать в настройках BIOS что-нибудь по
>этому поводу - в частности, опцию "Assign IRQ to USB" - и
>попробовать подобрать настройки, при которых USB работает нормально.
>
>Если не получится - будем копать дальше.
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Community mailing list
>Community@altlinux.ru
>http://www.altlinux.ru/mailman/listinfo/community
>

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

После долгого сбора инфы о том, как же это все работает, выяснилось, в чем дело.
Это баг некоторых версий БИОСа, как например на моем Acer TravelMate: USB-controller
поддерживает только 9-е прерывание (mask==0x200 -->bit 9), правильно будет запускать
его на irq 9, следуя данным БИОСа. Но, как сказал один из разработчиков: "But according
to the piix irq router, it's connected to irq 10."

Нужно было выяснить, где БИОС врет. Выяснили. Проблему решает следующий патч (ядро версий 2.4):

--- 2.4/arch/i386/kernel/pci-irq.c
+++ build-2.4/arch/i386/kernel/pci-irq.c
@@ -629,6 +629,18 @@
 		    	if (dev2->irq && dev2->irq != irq) {
 		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
 				       dev2->slot_name, dev2->irq, irq);
+				if (!strcmp(msg, "Found")) {
+					/* ok, the bios lied. Try to recover */
+					if (r->set && (dev->class >> 8) != PCI_CLASS_DISPLAY_VGA) {
+						printk(KERN_ERR "trying set.\n");
+						if (r->set(pirq_router_dev, dev2, pirq, dev2->irq)) {
+							printk(KERN_ERR "set succedded.\n");
+							eisa_set_level_irq(dev2->irq);
+						} else {
+							printk(KERN_ERR "set failed.\n");
+						}
+					}
+				}
 		    		continue;
 		    	}
 			dev2->irq = irq;

Компилим ядро, ставим, перезагружаемся - вуаля! Никаких кофликтов в dmesg даже и не наблюдалось!
Как и с PCMCIA. Протестено было на 2.4.21 (за неимением под рукой других версий). Инфа, помогающая
обнаружить трабл датирована 2001 годом, почему же в ядре до сих пор не сделано такой поправки? Кто
знает, кому из ALT Linux Team надо писать, чтобы такую поправку хотя бы в Альтовское ядро включили?

X-Stranger


On Mon, 5 Jan 2004 15:52:21 +0200
X-Stranger <x@linux.by> wrote:

> Привет всем!
> 
> На НГ получил в подарок сабж. Все бы клево, но не хотит собака с Линухой работать.
> Первоначально система просто висла, пока не выяснилось, что сервис USB конфликтует
> с сервисом PCMCIA. После отключения оного система виснуть перестала, а на 12й кон-
> сольке при вставке этого брелка появляется следующее:
> 
> hub.c: new USB device 00:04.2-1, assigned address 2
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=2 (error -110)
> hub.c: new USB device 00:04.2-1, assigned address 3
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=3 (error -110)
> 
> И ФСЕ. Больше ничего не происходит и система брелка не видит. При повторной вставке
> появляется та же хрень, только адреса уже 4 и 5. Манипуляции с usb-uhci и uhci не
> помогли, детальный поиск по архивам рассылок АЛЬТа решение проблемы тоже не принес.
> Двухчасовой поиск по Сети пока результатов тоже не дал.
> 
> Кто знает, как заставить систему видеть и монтировать брелок? Как убрать конфликт
> с PCMCIA? 
> 
> Система: ALM, апгрейд до Сизифа. Ядро системы: 2.4.22-std-up-alt12.
> 
> Заранее благодарен, Икс.
> 
> P.S. Все конфигурационные файлы и ты ды прилагаются.
> 

Re: [Comm] USB Flash Travelling Disk

[Sergey Vlasov]

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

On Thu, Jan 08, 2004 at 06:32:49PM +0200, X-Stranger wrote:
> После долгого сбора инфы о том, как же это все работает, выяснилось, в чем дело.
> Это баг некоторых версий БИОСа, как например на моем Acer TravelMate: USB-controller
> поддерживает только 9-е прерывание (mask==0x200 -->bit 9), правильно будет запускать
> его на irq 9, следуя данным БИОСа. Но, как сказал один из разработчиков: "But according
> to the piix irq router, it's connected to irq 10."

Так 10 или 11?  В dmesg было написано 11.

> Нужно было выяснить, где БИОС врет. Выяснили. Проблему решает следующий патч (ядро версий 2.4):
> 
> --- 2.4/arch/i386/kernel/pci-irq.c
> +++ build-2.4/arch/i386/kernel/pci-irq.c
> @@ -629,6 +629,18 @@
>  		    	if (dev2->irq && dev2->irq != irq) {
>  		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
>  				       dev2->slot_name, dev2->irq, irq);
> +				if (!strcmp(msg, "Found")) {
> +					/* ok, the bios lied. Try to recover */
> +					if (r->set && (dev->class >> 8) != PCI_CLASS_DISPLAY_VGA) {
> +						printk(KERN_ERR "trying set.\n");
> +						if (r->set(pirq_router_dev, dev2, pirq, dev2->irq)) {
> +							printk(KERN_ERR "set succedded.\n");
> +							eisa_set_level_irq(dev2->irq);
> +						} else {
> +							printk(KERN_ERR "set failed.\n");
> +						}
> +					}
> +				}
>  		    		continue;
>  		    	}
>  			dev2->irq = irq;
> 
> Компилим ядро, ставим, перезагружаемся - вуаля! Никаких кофликтов в dmesg даже и не наблюдалось!
> Как и с PCMCIA. Протестено было на 2.4.21 (за неимением под рукой других версий). Инфа, помогающая
> обнаружить трабл датирована 2001 годом, почему же в ядре до сих пор не сделано такой поправки? Кто
> знает, кому из ALT Linux Team надо писать, чтобы такую поправку хотя бы в Альтовское ядро включили?

Очевидно, эта ошибка встречается достаточно редко, и это изменение
просто не пропихнули в ядро...

Хотя подобные правки чреваты неожиданными последствиями.  Видимо,
придётся добавить флаг pirq_router_override и ставить его только для
известных машин по информации DMI.

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

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

On Thu, 8 Jan 2004 19:57:17 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> On Thu, Jan 08, 2004 at 06:32:49PM +0200, X-Stranger wrote:
> > После долгого сбора инфы о том, как же это все работает, выяснилось, в чем дело.
> > Это баг некоторых версий БИОСа, как например на моем Acer TravelMate: USB-controller
> > поддерживает только 9-е прерывание (mask==0x200 -->bit 9), правильно будет запускать
> > его на irq 9, следуя данным БИОСа. Но, как сказал один из разработчиков: "But according
> > to the piix irq router, it's connected to irq 10."
> 
> Так 10 или 11?  В dmesg было написано 11.

11. Просто у тестера было число 10, а у меня 11.

> 
> > Нужно было выяснить, где БИОС врет. Выяснили. Проблему решает следующий патч (ядро версий 2.4):
> > 
> > --- 2.4/arch/i386/kernel/pci-irq.c
> > +++ build-2.4/arch/i386/kernel/pci-irq.c
> > @@ -629,6 +629,18 @@
> >  		    	if (dev2->irq && dev2->irq != irq) {
> >  		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
> >  				       dev2->slot_name, dev2->irq, irq);
> > +				if (!strcmp(msg, "Found")) {
> > +					/* ok, the bios lied. Try to recover */
> > +					if (r->set && (dev->class >> 8) != PCI_CLASS_DISPLAY_VGA) {
> > +						printk(KERN_ERR "trying set.\n");
> > +						if (r->set(pirq_router_dev, dev2, pirq, dev2->irq)) {
> > +							printk(KERN_ERR "set succedded.\n");
> > +							eisa_set_level_irq(dev2->irq);
> > +						} else {
> > +							printk(KERN_ERR "set failed.\n");
> > +						}
> > +					}
> > +				}
> >  		    		continue;
> >  		    	}
> >  			dev2->irq = irq;
> > 
> > Компилим ядро, ставим, перезагружаемся - вуаля! Никаких кофликтов в dmesg даже и не наблюдалось!
> > Как и с PCMCIA. Протестено было на 2.4.21 (за неимением под рукой других версий). Инфа, помогающая
> > обнаружить трабл датирована 2001 годом, почему же в ядре до сих пор не сделано такой поправки? Кто
> > знает, кому из ALT Linux Team надо писать, чтобы такую поправку хотя бы в Альтовское ядро включили?
> 
> Очевидно, эта ошибка встречается достаточно редко, и это изменение
> просто не пропихнули в ядро...
> 
> Хотя подобные правки чреваты неожиданными последствиями.  Видимо,
> придётся добавить флаг pirq_router_override и ставить его только для
> известных машин по информации DMI.

Видимо. Но на моей машине сработало без неожиданных последствий. Пока. Да и баг такой не редок. Пока
искал - толпа подобных мессаг без решения и ответа. Может все же стоит кому намекнуть, чтобы сделали
все же поправку?

X-Stranger 

Re: [Comm] USB Flash Travelling Disk

[Sergey Vlasov]

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

On Thu, Jan 08, 2004 at 07:22:49PM +0200, X-Stranger wrote:

[skip]
> > > Компилим ядро, ставим, перезагружаемся - вуаля! Никаких кофликтов в dmesg даже и не наблюдалось!
> > > Как и с PCMCIA. Протестено было на 2.4.21 (за неимением под рукой других версий). Инфа, помогающая
> > > обнаружить трабл датирована 2001 годом, почему же в ядре до сих пор не сделано такой поправки? Кто
> > > знает, кому из ALT Linux Team надо писать, чтобы такую поправку хотя бы в Альтовское ядро включили?
> > 
> > Очевидно, эта ошибка встречается достаточно редко, и это изменение
> > просто не пропихнули в ядро...
> > 
> > Хотя подобные правки чреваты неожиданными последствиями.  Видимо,
> > придётся добавить флаг pirq_router_override и ставить его только для
> > известных машин по информации DMI.
> 
> Видимо. Но на моей машине сработало без неожиданных последствий. Пока. Да и баг такой не редок. Пока
> искал - толпа подобных мессаг без решения и ответа. Может все же стоит кому намекнуть, чтобы сделали
> все же поправку?

Ну как минимум у меня на машине (ASUS A7V8X) это сломает звук и/или
USB (сейчас не помню, на что конкретно из этого была ругань).
Точнее, на 2.4.22-alt* при включении ACPI эта ситуация не возникает
(там используется совершенно другой код для управления
прерываниями), но без ACPI на 2.4.20-alt* наблюдалось именно такое
сообщение (IRQ routing conflict), но значение IRQ из BIOS было
верным, в отличие от полученного из pirq_router->get.

Так что придётся собирать blacklist, а также добавить опцию для
тестирования (включающую этот workaround независимо от наличия
записи в blacklist).

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

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

On Thu, 8 Jan 2004 20:43:04 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> On Thu, Jan 08, 2004 at 07:22:49PM +0200, X-Stranger wrote:
> 
> [skip]
> > > > Компилим ядро, ставим, перезагружаемся - вуаля! Никаких кофликтов в dmesg даже и не наблюдалось!
> > > > Как и с PCMCIA. Протестено было на 2.4.21 (за неимением под рукой других версий). Инфа, помогающая
> > > > обнаружить трабл датирована 2001 годом, почему же в ядре до сих пор не сделано такой поправки? Кто
> > > > знает, кому из ALT Linux Team надо писать, чтобы такую поправку хотя бы в Альтовское ядро включили?
> > > 
> > > Очевидно, эта ошибка встречается достаточно редко, и это изменение
> > > просто не пропихнули в ядро...
> > > 
> > > Хотя подобные правки чреваты неожиданными последствиями.  Видимо,
> > > придётся добавить флаг pirq_router_override и ставить его только для
> > > известных машин по информации DMI.
> > 
> > Видимо. Но на моей машине сработало без неожиданных последствий. Пока. Да и баг такой не редок. Пока
> > искал - толпа подобных мессаг без решения и ответа. Может все же стоит кому намекнуть, чтобы сделали
> > все же поправку?
> 
> Ну как минимум у меня на машине (ASUS A7V8X) это сломает звук и/или
> USB (сейчас не помню, на что конкретно из этого была ругань).
> Точнее, на 2.4.22-alt* при включении ACPI эта ситуация не возникает
> (там используется совершенно другой код для управления
> прерываниями), но без ACPI на 2.4.20-alt* наблюдалось именно такое
> сообщение (IRQ routing conflict), но значение IRQ из BIOS было
> верным, в отличие от полученного из pirq_router->get.
> 
> Так что придётся собирать blacklist, а также добавить опцию для
> тестирования (включающую этот workaround независимо от наличия
> записи в blacklist).
> 

А кто это делать будет? И будет ли?

X.

Re: [Comm] USB Flash Travelling Disk

[Sergey Vlasov]

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

On Thu, Jan 08, 2004 at 07:47:41PM +0200, X-Stranger wrote:
[skip]
> > Так что придётся собирать blacklist, а также добавить опцию для
> > тестирования (включающую этот workaround независимо от наличия
> > записи в blacklist).
> 
> А кто это делать будет? И будет ли?

Ну я попробую сделать что-то...

Кстати, там было два варианта патча - первый вариант у вас заработал?
Вот этот:

http://www.kalamazoolinux.org/tech/pcg-fx390k/patch-vaio-option-1.txt


--- 2.4/arch/i386/kernel/pci-irq.c	Sat Nov  3 19:51:08 2001
+++ build-2.4/arch/i386/kernel/pci-irq.c	Sun Nov  4 14:48:58 2001
@@ -626,7 +626,7 @@
 			continue;
 		if (info->irq[pin].link == pirq) {
 			/* We refuse to override the dev->irq information. Give a warning! */
-		    	if (dev2->irq && dev2->irq != irq) {
+		    	if (dev2->irq && dev2->irq != irq && 0) {
 		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
 				       dev2->slot_name, dev2->irq, irq);
 		    		continue;

Просто нужно разобраться, что именно писать в blacklist.  Есть два
варианта - либо просто использовать то, что прочитано из
irq_router->get (это как раз вариант сверху), либо перепрограммировать
PIRQ на IRQ, указанный в BIOS (это то, что вы пробовали, и оно вроде
как заработало).

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

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

Re: [Comm] USB Flash Travelling Disk

[X-Stranger]

On Thu, 8 Jan 2004 22:55:09 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> On Thu, Jan 08, 2004 at 07:47:41PM +0200, X-Stranger wrote:
> [skip]
> > > Так что придётся собирать blacklist, а также добавить опцию для
> > > тестирования (включающую этот workaround независимо от наличия
> > > записи в blacklist).
> > 
> > А кто это делать будет? И будет ли?
> 
> Ну я попробую сделать что-то...

Заранее спасибо ))

> 
> Кстати, там было два варианта патча - первый вариант у вас заработал?
> Вот этот:
> 
> http://www.kalamazoolinux.org/tech/pcg-fx390k/patch-vaio-option-1.txt
> 
> 
> --- 2.4/arch/i386/kernel/pci-irq.c	Sat Nov  3 19:51:08 2001
> +++ build-2.4/arch/i386/kernel/pci-irq.c	Sun Nov  4 14:48:58 2001
> @@ -626,7 +626,7 @@
>  			continue;
>  		if (info->irq[pin].link == pirq) {
>  			/* We refuse to override the dev->irq information. Give a warning! */
> -		    	if (dev2->irq && dev2->irq != irq) {
> +		    	if (dev2->irq && dev2->irq != irq && 0) {
>  		    		printk(KERN_INFO "IRQ routing conflict for %s, have irq %d, want irq %d\n",
>  				       dev2->slot_name, dev2->irq, irq);
>  		    		continue;
> 
> Просто нужно разобраться, что именно писать в blacklist.  Есть два
> варианта - либо просто использовать то, что прочитано из
> irq_router->get (это как раз вариант сверху), либо перепрограммировать
> PIRQ на IRQ, указанный в BIOS (это то, что вы пробовали, и оно вроде
> как заработало).
> 
> Если работают оба варианта, видимо, лучше выбрать option-1 (при этом
> меньше всего перепрограммируется, соответственно меньше возможностей
> наткнуться на какую-то не проявляющуюся сразу проблему).  Выглядеть
> это будет, разумеется, значительно сложнее, чем в таком тестовом
> варианте...
> 

К сожалению я пробовал только второй, почему-то он мне больше понравился. 

X-Stranger