> John Langford wrote:
> > I went nuts with printk statements and managed to isolate the hang to
> > one particular line of code. The final printk in this code fragment
> > never gets executed.
> >
> > } else if (m5229_revision >= 0xC3) {
> > /*
> > * 1553/1535 (m1533, 0x79, bit 1)
> > */
> > printk("ata66_ali15x3 } else if (m5229_revisi\on >= 0xC3) {\n");
> > pci_write_config_byte(isa_dev, 0x79, tmpbyte | 0x02);
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> pci_write_config to isa_dev???? This looks at least suspicious.
> You may very well check whatever isa_dev is trully a PCI device
> handle or just some random IO base for ISA bus!
Martin, recall the WinXP issue on resources. This is that hook. I will
try to get more details out of the US base ALI people in a few days.
Just a heads up, 95% of all hosts have hooks in function zero of the
southbridge. This is why I commented the other day about a perferred
ruleset of device hunting.
> > }
> > printk("ata66_ali15x3 endif\n");
> >
> > Art, Dave, and Ben may or may not have the same problem. It would be
> > interesting to know if they get a hang here.
> >
> > Any ideas for fixing?
>
> See above :-)
I have now several reports about Transmeta LifeBooks that are doing things
bad and not conforming to the docs. This is not good.
Regards,
Andre Hedrick
LAD Storage Consulting Group
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/