lkml.org 
[lkml]   [2006]   [Nov]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND
    > Hmm... how common are these machines? We are using unpatched kernel
    > for suse10.2... OTOH we only support machines from the whitelist, all

    I've always said IDE and software suspend are unsafe. The more work I do
    the more clearly this is/was the case.

    The really nasty "resume eats your disk" cases I know about are
    thankfully for older systems - VIA KT133 and similar era chipsets.
    There is a recent nasty - Jmicron goes totally to **** on resume because
    of resume quirks not being run but it goes so spectacularly wrong it
    doesn't seem to get far enough to corrupt.

    Lots of other controllers don't work correctly on resume but thats much
    less of a problem and with UDMA misclocking generally turns into a CRC
    error storm and stop.

    Andrew has about 2/3rds of the bits I've done now, will push the rest
    when I've done a little more testing/checking. At that point libata ought
    to be resume safe. Someone who cares about drivers/ide legacy support can
    then copy the work over.

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

    \
     
     \ /
      Last update: 2006-11-25 17:11    [W:2.641 / U:0.116 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site