Le dimanche 25 mars 2007 à 23:34 +0200, Frédéric Riss a écrit : > However, as I pointed out in the initial report, the MacMini doesn't > come out of suspend to ram because a commit in another merged patchset > broke it. I tracked it down to: > > commit e9e2cdb412412326c4827fc78ba27f410d837e6e > parent 79bf2bb335b85db25d27421c798595a2fa2a0e82 > Author: Thomas Gleixner <[EMAIL PROTECTED]> > Date: Fri Feb 16 01:28:04 2007 -0800 > > [PATCH] clockevents: i386 drivers > > This patch has already been mentioned in regression reports, but AFAICS > not related to suspend issues. > > To be totally clear about what works and what doesn't: > > 79bf2bb335b85db25d27421c798595a2fa2a0e82 > + cherry-pick f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 ==> works > > e9e2cdb412412326c4827fc78ba27f410d837e6e > + cherry-pick f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 ==> broken > > To try to get more information, I commented the call to > do_suspend_lowlevel in drivers/acpi/sleep/main.c and used > CONFIG_DISABLE_CONSOLE_SUSPEND. Interestingly, the suspend/resume cycle > completes correctly in this mode.
Additional data point: I just tried with -rc5 and the issue is still present. The config I used for this test defines neither NO_HZ nor HIGH_RES_TIMERS. Fred. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
