On Thu, Feb 04, 2016 at 04:46:55PM +0100, Lukas Wunner wrote:
> > + /* If the stolen region can be modified behind our backs upon suspend,
> > + * then we cannot use it to store nonvolatile contents (i.e user data)
> > + * as it will be corrupted upon resume.
> > + */
> > + dev_priv->mm.nonvolatile_stolen = true;
> > +#ifdef CONFIG_SUSPEND
> > + if (intel_detect_acpi_rst()) {
> > + /* BIOSes using RapidStart Technology have been reported
> > + * to overwrite stolen across S3, not just S4.
> > + */
> > + dev_priv->mm.nonvolatile_stolen = false;
> > + }
> > +#endif
> > +
>
> I'd suggest simplifying it like this:
>
> dev_priv->mm.nonvolatile_stolen = !(IS_ENABLED(CONFIG_SUSPEND) &&
> acpi_dev_present("INT3392"));
Using if (IS_ENABLED(CONFIG_SUSPEND) && intel_detect_acpi_rst()) would
be better indeed. My main concern here is that we document carefully why we had
to disable this, and to leave room for future caveats. Hence my
preference for the verbose layout.
We could #define INTEL_RAPID_START "INT339" for
if (IS_ENABLED(CONFIG_SUSPEND) && acpi_dev_present(INTEL_RAPID_START))
but Anki wanted to keep the acpi details themselves out of stolen (hence
the current split).
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
