Hello, osb972ww-linuxczmil@xxxxxxxxx wrote: > setting irqpoll fixed both problems, and there are no "nasty grams" > in dmesg now. The original reason I was trying to use the hdparm -u > on /dev/sda was because it was hanging for a few seconds when doing > writes to the CFdisk, and in the past that was the kind of thing that > hdparm -u would generally fix. libata drivers don't need or support hdparm -u settings. > Now with the irqpoll kernel option, > the /dev/sdb SATA drive was found, and I can mount it and write to > it. The CFcard /dev/sda is also responding to writes better than > before. > > Thanks for the suggestion to use irqpoll. What is the problem > within the driver(s) that is requiring irqpoll. ? Well, IRQ 18 is taken offline during USB initialization. The IRQ is shared with the SATA controller, so SATA controller doesn't work either. It isn't clear why the IRQ handler is taken offline. It could be the USB controller but can also be the SATA controller. Does not loading usb driver make any difference? -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
