LIRC 0.8.7 Fixes for Maverick

Tim Gardner tim.gardner at canonical.com
Tue Jun 21 12:57:46 UTC 2011


On 06/20/2011 11:48 PM, Jeremy Kerr wrote:
> Hi,
>
>>> --- a/drivers/media/video/cx23885/cx23885-core.c
>>> +++ b/drivers/media/video/cx23885/cx23885-core.c
>>> @@ -1142,7 +1142,7 @@ void cx23885_free_buffer(struct videobuf_queue *q, struct cx23885_buffer *buf)
>>>
>>>   	BUG_ON(in_interrupt());
>>>   	videobuf_waiton(&buf->vb, 0, 0);
>>> -	videobuf_dma_unmap(q, dma);
>>> +	videobuf_dma_unmap(q->dev, dma);
>>>   	videobuf_dma_free(dma);
>>>   	btcx_riscmem_free(to_pci_dev(q->dev),&buf->risc);
>>>   	buf->vb.state = VIDEOBUF_NEEDS_INIT;
>>
>> This hunk is incorrect - videobuf_dma_unmap() takes a videobuf_queue as
>> its first argument. This change passes a struct device instead.
>>
>> (The change to the videobuf_dma_unmap API is not in this branch)
>
> Just to clarify - by 'this branch' I mean lucid's lts-backport-maverick
> branch, but it's also not in maverick either. This IR patch has been
> applied to both though.
>
> Cheers,
>
>
> Jeremy
>
>

If you patch Maverick master, then the fix will get automatically 
propogated to lts-backport-maverick. You should definitely send a patch 
to fix the videobuf_dma_unmap() parameter mismatch.

Can you quirk your sub-par MSI implementation for nomsi ?

rtg
-- 
Tim Gardner tim.gardner at canonical.com




More information about the kernel-team mailing list