<br><br><div><span class="gmail_quote">2007/12/30, Luca Tettamanti <<a href="mailto:kronos.it@gmail.com">kronos.it@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Dec 30, 2007 7:47 PM, Flaper87 <<a href="mailto:flaper87@gmail.com">flaper87@gmail.com</a>> wrote:<br>> 2007/12/30, Luca Tettamanti <<a href="mailto:kronos.it@gmail.com">kronos.it@gmail.com</a>>:<br>>
<br>> > On Dec 30, 2007 11:26 AM, Flaper87 <<a href="mailto:flaper87@gmail.com">flaper87@gmail.com</a>> wrote:<br>> > > Mi sembra strano che non ti dica il modello del hardware e quello che fa.<br>> > >
<br>> > > Per me non sta riconoscendo il hardware correttamente, prova mettendo la<br>> > > opzione irqpoll nel boot line del grub. Con questa opzione il kernel e<br>> > > quello che decide come riconoscere e utilizzare il hardware senza fare
<br>> > > quello che la bios dice. Il pc impegnerà un po più di tempo per caricare<br>> > > tutti i moduli.<br>> ><br>> > Nope, irqpoll serve solo in caso di problemi con il routing degli<br>
> > interrupt. Normalmente il kernel invoca solo i gestori (uno o più, nel<br>> > caso l'interrupt sia condiviso) registrati per un dato interrupt; se<br>> > tutto va bene uno di questi handler riconosce l'interrupt come proprio
<br>> > e lo gestisce. Con 'irqpoll' - come suggerisce il nome - il kernel<br>> > prova *tutti* gli handler fino a quando l'interrupt viene gestito;<br>> > questa opzione serve solo quando l'interrupt configurato non è quello
<br>> > che il kernel si aspetta.<br>> > L'opzione non influisce sull'enumerazione dei dispositivi PCI (che<br>> > comunque nel caso di Patrick vengono rilevati); manca proprio il<br>> > driver...
<br>><br>> Sono d'accordo con te, lo so che non influisce sull'enumerazione dei<br>> dispositivi PCI ma influisce sull'enumerazione dei dispositivi USB.<br><br>Solo indirettamente, nel senso che un controller non funzionante
<br>potrebbe "miracolosamente" resuscitare. Il sintomo di problemi di<br>routing di interrupt è un c.d. "screaming interrupt", ovvero un<br>dispositivo che continua a fare l'assert dell'IRQ fino a quando non
<br>viene disattivato (proprio perché il driver si aspetta un interrupt<br>diverso).<br><br>> In<br>> qualche senso non c'è bisogno di passare il irqpoll ma a questo punto nel<br>> quale non sapiamo specificamente quale è il dispositivo di telma, si può
<br>> sempre provare con le opzioni che esplorano a fondo li hardware del pc.<br><br>Ipse dixit:<br><br>01:03.0 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1<br>MemoryCardBus Controller (rev 20)<br>01:03.1 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1
<br>MemoryCardBus Controller (rev 20)<br>01:03.2 System peripheral: O2 Micro, Inc. OZ711Mx 4-in-1 MemoryCardBus<br>Accelerat</blockquote><div><br><br>ooppss non mi ricordavo di questo mail... Scusa :-$ <br></div><br></div>
Ciao<br clear="all"><br>-- <br>Flavio Percoco Premoli, A.K.A. [Flaper87]<br><a href="http://www.flaper87.org">http://www.flaper87.org</a><br>Usuario Linux registrado #436538<br>Geek by nature, Linux by choice, Debian of course.
<br>Key Fingerprint: CFC0 C67D FF73 463B 7E55 CF43 25D1 E75B E2DB 15C7