[PATCH 1/3] drm/qxl: add delayed fb operations

From: Dave Airlie Due to the nature of qxl hw we cannot queue operations while in an irq context, so we queue these operations as best we can until atomic allocations fail, and dequeue them later in a work queue. Daniel looked over the locking on the list and agrees it should be sufficent. The

[PATCH 1/3] drm/qxl: add delayed fb operations

On Wed, Jul 24, 2013 at 4:00 AM, Dave Airlie wrote: > From: Dave Airlie > > Due to the nature of qxl hw we cannot queue operations while in an irq > context, so we queue these operations as best we can until atomic allocations > fail, and dequeue them later in a work queue. > > Daniel looked over

Re: [PATCH 1/3] drm/qxl: add delayed fb operations

On Wed, Jul 24, 2013 at 4:00 AM, Dave Airlie wrote: > From: Dave Airlie > > Due to the nature of qxl hw we cannot queue operations while in an irq > context, so we queue these operations as best we can until atomic allocations > fail, and dequeue them later in a work queue. > > Daniel looked over

[PATCH 1/3] drm/qxl: add delayed fb operations

From: Dave Airlie Due to the nature of qxl hw we cannot queue operations while in an irq context, so we queue these operations as best we can until atomic allocations fail, and dequeue them later in a work queue. Daniel looked over the locking on the list and agrees it should be sufficent. The