Do you know which device was affected by 6742621? I guess it was a P-ATA ATAPI device, correct?
What kind of HDD is used in the (Toshiba?) M8 from bug 6742621 ? I guess it's a S-ATA HDD on the achi controller... Yes, I think it would be better to save/restore the DMA mode for both ATAPI and ATA disk devices. But I suspect that there still could be problems with the DMA mode setup for the pci-ide *controller*. Maybe we also need to save / restore some DMA mode configuration registers from pci config space during s3 suspend / resume, to make sure the *controller* uses the same mode after resume from s3 sleep? Ada Feng wrote: > I seldom see this problem on disk, a lot of ATAPI device > changed the DMA mode after resume. So if the disk has > the same problem, we'd better to save/restore the DMA > for disk also, like what have done for atapi device. > > Ada > > Juergen Keil wrote: > > Hi, > > > > > > One issue with using S3 suspend/resume on my Tecra S1 laptop is that > > after a resume the first access to the p-ata hdd hangs the system. > > > > Just like 6742621, but I'm using nightly 2008-10-23 bits (post snv_101). > > > > > > Apparently the problem is that UDMA 5 needs to be restored for the p-ata hdd > > (fujitsu 80gb), but it isn't. > > ... _______________________________________________ driver-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/driver-discuss
