On Thu, Aug 10 2006, Jason Lunz wrote:
> In gmane.linux.kernel, you wrote:
> > You make it sound much worse than it is. Apart for HPA, I'm not aware of
> > any setups that require extra treatment. And the amount of reported bugs
> > against it are pretty close to zero :-)
> 
> *ahem*.
> 
> I needed to do this to cure IDE hangs on resume:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc3/2.6.18-rc3-mm2/broken-out/ide-reprogram-disk-pio-timings-on-resume.patch
> 
> Are you watching the suspend mailing lists? There's no shortage of them:
> 
> suspend-devel:	http://dir.gmane.org/gmane.linux.kernel.suspend.devel
> linux-pm:	http://dir.gmane.org/gmane.linux.power-management.general
> suspend2-devel:	http://dir.gmane.org/gmane.linux.swsusp.devel
> suspend2-users:	http://dir.gmane.org/gmane.linux.swsusp.general
> 
> I'm currently trying to help out one Sheer El-Showk, whose piix ide
> requires 30 seconds of floundering followed by a bus reset to resume:
> 
> http://thread.gmane.org/gmane.linux.kernel.suspend.devel/276/focus=347
> 
> But I know next-to-nothing about ATA.
> 
> It's not surprising you're not getting many bug reports. It's common for
> several things to go wrong during s2ram, and the user often ends up
> looking at a hung system with a dead screen. It takes some quality time
> with netconsole to even begin to narrow down that it's IDE hanging the
> system, after which you can *begin* solving the no-video-on-resume
> issue.

I'm not on any of the suspend lists, I was merely comparing the
suspend-others or suspend-libata ration to suspend-ide on linux-kernel,
and the latter is clearly in the minority. I've used ide suspend quite a
bit myself, and never had issues with it (or whichever ones I saw
initially, I fixed). Of course it depends very much on the hardware. I'd
still say that ide suspend probably supports a much wider range of
hardware, than does libata suspend.

-- 
Jens Axboe

-
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/