> >> 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?
I'll check. The current problems are on my laptop, and I cannot afford the trauma that reverting it to RELENG_4 will cause. I have a crash box at home that I'll try. > >> > 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. :( OK. I'll get back to you shortly. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
