From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Tvrtko Ursulin <tursulin@ursulin.net>,
igt-dev@lists.freedesktop.org
Cc: Intel-gfx@lists.freedesktop.org
Subject: Re: [igt-dev] [PATCH i-g-t] tests/perf_pmu: Avoid off-lining all CPUs
Date: Mon, 19 Feb 2018 14:08:24 +0000 [thread overview]
Message-ID: <64c3aeab-e05c-2f61-5629-1869dfb7bf51@linux.intel.com> (raw)
In-Reply-To: <151904845347.2041.13604498377413187832@mail.alporthouse.com>
On 19/02/2018 13:54, Chris Wilson wrote:
> Quoting Tvrtko Ursulin (2018-02-19 13:40:37)
>> From: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
>>
>> Bail out from the cpu-hotplug test if we failed to bring a CPU back
>> online.
>>
>> This still leaves the machine in a quite bad state, but at least it
>> avoids hard hanging it.
>>
>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
>> ---
>> tests/perf_pmu.c | 15 +++++++++++++--
>> 1 file changed, 13 insertions(+), 2 deletions(-)
>>
>> diff --git a/tests/perf_pmu.c b/tests/perf_pmu.c
>> index 7fab73e22c2d..a334d3b5770e 100644
>> --- a/tests/perf_pmu.c
>> +++ b/tests/perf_pmu.c
>> @@ -965,6 +965,7 @@ static void cpu_hotplug(int gem_fd)
>> int link[2];
>> int fd, ret;
>> int cur = 0;
>> + char buf;
>>
>> igt_require(cpu0_hotplug_support());
>>
>> @@ -1012,7 +1013,15 @@ static void cpu_hotplug(int gem_fd)
>> /* Offline followed by online a CPU. */
>> igt_assert_eq(write(cpufd, "0", 2), 2);
>> usleep(1e6);
>> - igt_assert_eq(write(cpufd, "1", 2), 2);
>> + ret = write(cpufd, "1", 2);
>> + if (ret < 0) {
>> + /*
>> + * Abort the test if we failed to bring a CPU
>> + * back online.
>> + */
>> + igt_assert_eq(write(link[1], "s", 1), 1);
>> + break;
>> + }
>>
>> close(cpufd);
>> cpu++;
>> @@ -1026,7 +1035,6 @@ static void cpu_hotplug(int gem_fd)
>> * until the CPU core shuffler finishes one loop.
>> */
>> for (;;) {
>> - char buf;
>> int ret2;
>>
>> usleep(500e3);
>> @@ -1053,6 +1061,9 @@ static void cpu_hotplug(int gem_fd)
>> close(fd);
>> close(link[0]);
>>
>> + /* Skip if child signals a problem with bringing a CPU back online. */
>> + igt_skip_on(buf == 's');
>
> The logic makes sense.
> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
I wasn't so sure after I've sent it. There was an assert on write error
already so that would have aborted the child. Will see what shards will
say..
> What happens if we try to online an already on cpu? Will that report the
> failure or just tell us to stop wasting its time?
Seems the attempt is simply ignored.
Regards,
Tvrtko
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
prev parent reply other threads:[~2018-02-19 14:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-19 13:40 [PATCH i-g-t] tests/perf_pmu: Avoid off-lining all CPUs Tvrtko Ursulin
2018-02-19 13:54 ` [igt-dev] " Chris Wilson
2018-02-19 14:08 ` Tvrtko Ursulin [this message]
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=64c3aeab-e05c-2f61-5629-1869dfb7bf51@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=Intel-gfx@lists.freedesktop.org \
--cc=chris@chris-wilson.co.uk \
--cc=igt-dev@lists.freedesktop.org \
--cc=tursulin@ursulin.net \
/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