On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for
Jerome Glisse wrote:
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for
On Wed, Mar 17, 2010 at 02:01:47PM +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for radeon.
So with the new change radeon won't wait for bo reserving
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for radeon.
So with the new change radeon won't wait for bo reserving other bo
in fault path
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for radeon.
So with the new change radeon won't wait for bo reserving other bo
in fault path but will wait the GPU (hoping it doesn't lockup ;))
This should address concern
Correct dereferencing of null ptr in path 2,3,4. Still doing
testing on radeon but so far beside this null ptr it seems
stable.
Cheers,
Jerome
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for
