[Comm] USB Flash Travelling Disk

X-Stranger =?iso-8859-1?q?x_=CE=C1_linux=2Eby?=
Чт Янв 8 20:47:41 MSK 2004


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.



Подробная информация о списке рассылки community