lkml.org 
[lkml]   [2011]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [Question] PM-QoS: PM_QOS_CPU_DMA_LATENCY == interrupt latency?
From
2011/10/11 Ming Lei <tom.leiming@gmail.com>:
> Hi,
>
> On Tue, Oct 11, 2011 at 10:26 AM, Shaohua Li <shli@kernel.org> wrote:
>> 2011/10/11 Ming Lei <tom.leiming@gmail.com>:
>>> Hi,
>>>
>>> On Tue, Oct 11, 2011 at 9:49 AM, Shaohua Li <shli@kernel.org> wrote:
>>>
>>>> As Alan explained, PM_QOS_CPU_DMA_LATENCY is for dma snooping. For example,
>>>> in x86, cpu snoop dma. when cpu is in idle state, cpu need snoop
>>>> device dma activity, there
>>>> is latency involved for idle state.
>>>>
>>>
>>> I see, thanks for your clarification.
>>>
>>> I also have two further questions about it:
>>>
>>> - Except for dma snooping purpose, are there any other cases in which
>>> PM_QOS_CPU_DMA_LATENCY is required?
>> it's the main motivation, IIRC, don't know other platforms
>
> If so, maybe all device drivers which support DMA transfer should
> have used PM_QOS_CPU_DMA_LATENCY, but why only few drivers
> did it?
depends on your device. Say cpu takes 1s to snoop dma in idle state, so device
dma will cost more than 1s. if your device can work with such latency, no
problem then.


\
 
 \ /
  Last update: 2011-10-11 07:35    [W:0.058 / U:0.408 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site