All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
	Intel-gfx@lists.freedesktop.org,
	Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Subject: Re: [PATCH] tests/gem_userptr_blits: Race between object creation and multi-threaded mm ops
Date: Mon, 14 Jul 2014 14:13:22 +0100	[thread overview]
Message-ID: <53C3D772.7090004@linux.intel.com> (raw)
In-Reply-To: <20140714130725.GC2319@nuc-i3427.alporthouse.com>

On 07/14/2014 02:07 PM, Chris Wilson wrote:
>>> You don't have any cancellation points in the loop. (mmap may or may not
>>> be, it is not required to be.)
>>>
>>> But rather than use a global, just pass a pointer to a local struct.
>>
>> It doesn't need both a cancellation point and a flag. Should I just
>> add pthread_testcancel in the loop and not have any flag at all?
>
> testcancel also neatly avoids the handwavely lack of mb().

Barrier for what? But it doesn't matter, I'll re-spin with testcancel.

>>> Oh, and igt_assert. But kill the asserts in mm_stress_thread() first.
>>
>> Why remove completely? My thinking was to use assert vs igt_assert
>> to distinguish between assumptions about system behaviour, and
>> igt_assert for assertions about tested functionality.
>
> If the assert fires you make the igt test runner angry. Might as well
> report a test failure rather than break down completely.

I am not familiar with the test runner, but if it cannot handle a test 
failing in a way other than it expects it so it deserves to be angry. :) 
But OK, I'll change it.

Tvrtko

  reply	other threads:[~2014-07-14 13:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-14 10:03 [PATCH] tests/gem_userptr_blits: Race between object creation and multi-threaded mm ops Tvrtko Ursulin
2014-07-14 10:34 ` Chris Wilson
2014-07-14 10:44   ` Tvrtko Ursulin
2014-07-14 13:07     ` Chris Wilson
2014-07-14 13:13       ` Tvrtko Ursulin [this message]
2014-07-14 13:27         ` Chris Wilson
2014-07-18  9:20           ` Gore, Tim
2014-07-18  9:36             ` Tvrtko Ursulin
2014-07-14 13:19 ` Tvrtko Ursulin

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=53C3D772.7090004@linux.intel.com \
    --to=tvrtko.ursulin@linux.intel.com \
    --cc=Intel-gfx@lists.freedesktop.org \
    --cc=chris@chris-wilson.co.uk \
    --cc=tvrtko.ursulin@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.