public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: David Weinehall <david.weinehall@linux.intel.com>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 2/4] lib: Skip suspend/hibernate tests if the system doesn't support them
Date: Wed, 28 Oct 2015 11:08:10 +0200	[thread overview]
Message-ID: <20151028090810.GI2504@boom> (raw)
In-Reply-To: <562FAE11.8090009@virtuousgeek.org>

On Tue, Oct 27, 2015 at 10:02:09AM -0700, Jesse Barnes wrote:
> > Depending on what the hardware supports, for hibernate to disk there's ipmi power-on.
> > 
> > ipmi-power -h $hostname --stat will show the status of the machine,
> > ipmi-power -h $hostname --on will power it on.
> > 
> > Maybe wake-on-lan could be an option too?
> 
> If there's some way to automate these into the tests, that would be
> ideal, otherwise including them in the Jenkins setup for platforms that
> don't have RTC wake would be good so we can get full test coverage.

I don't think it can buy us full coverage; there are embedded devices
that lack RTC, and it's rather rare that they have IPMI support
(dunno if they typically have wol support).

Devices that have USB host mode could possibly be wakened by simulating
an USB HID-device, at least for devices that can be configured to wake
on keypress.

Other than that though, guess the options are either to hardwire the
devices to wake on power-on and do hard power-cycle using a fake-battery
(if testing battery powered devices) or a remote controlled power
socket.


Regards, David
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2015-10-28  9:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-22 20:35 [PATCH i-g-t 1/4] tests/kms_pipe_crc_basic: Skip invalid pipe/port combos ville.syrjala
2015-10-22 20:35 ` [PATCH i-g-t 2/4] lib: Skip suspend/hibernate tests if the system doesn't support them ville.syrjala
2015-10-22 23:05   ` Daniel Vetter
2015-10-23 19:39   ` Jesse Barnes
2015-10-27  6:58     ` David Weinehall
2015-10-27 17:02       ` Jesse Barnes
2015-10-28  9:08         ` David Weinehall [this message]
2015-10-27 17:29       ` Ville Syrjälä
2015-10-28  9:10         ` David Weinehall
2015-10-22 20:35 ` [PATCH i-g-t 3/4] tests/kms_flip: Improve the accuracy of out frame time calculation ville.syrjala
2015-10-22 20:35 ` [PATCH i-g-t 4/4] tests/kms_flip: Dump the timestamps, counters, etc. with higher debug levels ville.syrjala

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151028090810.GI2504@boom \
    --to=david.weinehall@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jbarnes@virtuousgeek.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox