[RFC 0/3] TTM priority queue logic

2014-04-07 Thread Lauri Kasanen
On Mon, 07 Apr 2014 14:25:28 +0200 Thomas Hellstrom wrote: > Hi, Lauri. > > On 04/04/2014 03:52 PM, Lauri Kasanen wrote: > > Hi list, Thomas, > > > > I'd like to know if this is going in the right direction. > > This looks fine with me. > > However, if possible I'd like the drivers to enable b

[RFC 0/3] TTM priority queue logic

2014-04-07 Thread Thomas Hellstrom
On 04/07/2014 04:39 PM, Lauri Kasanen wrote: > On Mon, 07 Apr 2014 14:25:28 +0200 > Thomas Hellstrom wrote: > >> Hi, Lauri. >> >> On 04/04/2014 03:52 PM, Lauri Kasanen wrote: >>> Hi list, Thomas, >>> >>> I'd like to know if this is going in the right direction. >> This looks fine with me. >> >> Ho

[RFC 0/3] TTM priority queue logic

2014-04-07 Thread Thomas Hellstrom
Hi, Lauri. On 04/04/2014 03:52 PM, Lauri Kasanen wrote: > Hi list, Thomas, > > I'd like to know if this is going in the right direction. This looks fine with me. However, if possible I'd like the drivers to enable both alloc_threshold and priority queue on a per-memory-type basis. That would me

[RFC 0/3] TTM priority queue logic

2014-04-04 Thread Lauri Kasanen
Hi list, Thomas, I'd like to know if this is going in the right direction. I've implemented a priority queue on top of the kernel rb tree and linked list. It's been tested well in userspace. I hardcoded radeon to input the buffer size as the score. Nothing blew up, games ran fine, and even got ~

[RFC 0/3] TTM priority queue logic

2014-04-04 Thread Thomas Hellstrom
On 04/04/2014 03:52 PM, Lauri Kasanen wrote: > Hi list, Thomas, > > I'd like to know if this is going in the right direction. > > I've implemented a priority queue on top of the kernel rb tree and > linked list. It's been tested well in userspace. > > I hardcoded radeon to input the buffer size as