On 02-Oct-2002 Mark Murray wrote: >> > "Hard hang" means that the probe messages stop around the parallel >> > device, and nothing else happens. The PCCARD ethernet remains dead. >> > the disk is silent and no amount of keyboard activity does anything >> > at all. Serial console dead. Reset needed to reboot. >> >> So it doesn't boot at all, that's different from "hard-hang during reboot". >> :) After ppc your device probe is over. You could be getting an >> interrupt storm. Can you break into ddb when this happens? > > Roger the diference. :-) > > No. I cannot break into DDB. The keyboard may as well not be there.
Humm. :( This is definitely a regression that needs to be fixed. (For the non-ACPI case). Did you have this problem on older kernels as well? Does 4.x work ok w/o hanging? >> > In practical terms, this is a regression, in that previous function >> > has been removed before an adequate replacement was ready. >> >> Ok, I have a question now. How did ata get probed before? If you >> add hints for it does it get probed? It doesn't appear to be a PCI >> device. It may be that we need to make it work as an ATA attachment >> somehow. Also, did ata1 show up before? > > Yes - I have hints. > > Here is my hints file (which has not changed in at least 6 months) Ok, so you only have ata0 and no ata1. So that means the ACPI ata attachment almost worked. Humm, try doing a hack to change ATA_IOADDR_RID in ata-all.h from 0 to 1 along with the previous patch to add an acpi attachment for ata and see if that works. I still have no idea why the ata hint device isn't working. It should be working fine. :( -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
