On Wed, 2012-07-18 at 09:23 -0700, Ian Romanick wrote: > On 07/18/2012 02:20 AM, Daniel Vetter wrote: > > A few things: > > - I agree with Chris that reset_in_progress should go, if userspace can > > sneak in and witness a reset event, we have a bug in the kernel. Since > > very recently, we actually have a few bugs less in that area ;-) > > I'm operating under the assumption that, from user space's perspective, > resets are not instantaneous. If resets are instantaneous, that may > change things. Do they need to be instantaneous, or do they merely need to be atomic-and-reasonably-quick? Could just block new ioctl submission until the reset completes. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20120718/a2b11497/attachment.pgp>
