From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 8 Jan 2004 19:22:49 +0200 From: X-Stranger To: community@altlinux.ru Subject: Re: [Comm] USB Flash Travelling Disk Message-Id: <20040108192249.6fcd6fca.x@linux.by> In-Reply-To: <20040108165717.GI19034@master.mivlgu.local> References: <3FEBF5B7.000005.09657@soapbox.yandex.ru> <20040105113034.GA25030@alexpc.oiau.chel.cbr.ru> <3FF962E6.000004.10931@ariel.yandex.ru> <20040105155221.2bfce79e.x@linux.by> <20040108183249.3062d83c.x@linux.by> <20040108165717.GI19034@master.mivlgu.local> Organization: Linux.by X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2004 17:23:08 -0000 Archived-At: List-Archive: List-Post: On Thu, 8 Jan 2004 19:57:17 +0300 Sergey Vlasov 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