[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On 30.04.2012 17:45, Jerome Glisse wrote: > On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig > wrote: >> With that in place clients are automatically blocking >> until their memory request can be handled. >> >> v2: block only if the memory request can't be satisfied >> in the first try, the

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Tue, May 1, 2012 at 8:22 AM, Christian K?nig wrote: > On 30.04.2012 17:45, Jerome Glisse wrote: >> >> On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig >> ?wrote: >>> >>> With that in place clients are automatically blocking >>> until their memory request can be handled. >>> >>> v2: block onl

Re: [PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Tue, May 1, 2012 at 8:22 AM, Christian König wrote: > On 30.04.2012 17:45, Jerome Glisse wrote: >> >> On Mon, Apr 30, 2012 at 10:50 AM, Christian König >>  wrote: >>> >>> With that in place clients are automatically blocking >>> until their memory request can be handled. >>> >>> v2: block only

Re: [PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On 30.04.2012 17:45, Jerome Glisse wrote: On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version a

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Mon, Apr 30, 2012 at 10:50 AM, Christian K?nig wrote: > With that in place clients are automatically blocking > until their memory request can be handled. > > v2: block only if the memory request can't be satisfied > ? ?in the first try, the first version actually lacked > ? ?a night of sleep.

Re: [PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

On Mon, Apr 30, 2012 at 10:50 AM, Christian König wrote: > With that in place clients are automatically blocking > until their memory request can be handled. > > v2: block only if the memory request can't be satisfied >    in the first try, the first version actually lacked >    a night of sleep.

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu

[PATCH 09/26] drm/radeon: add biggest hole tracking and wakequeue to the sa v3

With that in place clients are automatically blocking until their memory request can be handled. v2: block only if the memory request can't be satisfied in the first try, the first version actually lacked a night of sleep. v3: make blocking optional, update comments and fix another bu