Jens Axboe wrote: > On Mon, Aug 07 2006, Rafael J. Wysocki wrote: >> On Monday 07 August 2006 18:23, Jason Lunz wrote: >>> In gmane.linux.kernel, you wrote: >>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc3/2.6.18-rc3-mm2/ >>>> I tried it and guess what :)... swsusp doesn't work :@. >>>> >>>> This time I was able to dump process states with sysrq-t: >>>> http://www.fi.muni.cz/~xslaby/sklad/ide2.gif >>>> >>>> My guess is ide2/2.0 dies (hpt370 driver), since last thing kernel prints is >>>> suspending device 2.0 >>> Does it go away if you revert this? >>> 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 >>> >>> That should only affect resume, not suspend, but it does mess around >>> with ide power management. Is this maybe happening on the *second* >>> suspend? >>> >>>> -hdc: ATAPI 63X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) >>>> +hdc: ATAPI CD-ROM drive, 0kB Cache, UDMA(33) >>> This looks suspicious. -mm does have several ide-fix-hpt3xx patches. >> I found that git-block.patch broke the suspend for me. Still have no idea >> what's up with it. > > Can you apply this on top of -mm and see if that fixes it? It doesn't solve the problem for me. > diff --git a/drivers/ide/ide-io.c b/drivers/ide/ide-io.c > index d2339e9..db647a9 100644 > --- a/drivers/ide/ide-io.c > +++ b/drivers/ide/ide-io.c > @@ -390,7 +390,7 @@ void ide_end_drive_cmd (ide_drive_t *dri > args[5] = hwif->INB(IDE_HCYL_REG); > args[6] = hwif->INB(IDE_SELECT_REG); > } > - } else if (rq->cmd_type & REQ_TYPE_ATA_TASKFILE) { > + } else if (rq->cmd_type == REQ_TYPE_ATA_TASKFILE) { > ide_task_t *args = (ide_task_t *) rq->special; > if (rq->errors == 0) > rq->errors = !OK_STAT(stat,READY_STAT,BAD_STAT); > regards, -- <a href="http://www.fi.muni.cz/~xslaby/">Jiri Slaby</a> faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E