蜗窝科技

@zcjfish：之前遗漏了这个问题，呵呵～～补上吧。 第一个问题：不是，只有4个local timer产生周期的tick信号，soc timer没有什么作用（指tick方面的功能）。 第二个问题：如果local timer存在C3STOP问题，那么当进入idle状态的时候，需要soc timer这个设备broadcast tick event到对应的cpu上去，以便将其从idle中唤醒。

wowo好， 麻烦请教一个问题，spi-pl022.c有如下代码： pl022_transfer_one_message do_interrupt_dma_transfer(pl022); /* If we're using DMA, set up DMA here */ if (pl022->cur_chip->enable_dma) { /* Configure DMA transfer */ if (configure_dma(pl022)) { dev_dbg(&pl022->adev->dev, "configuration of DMA failed, fall back to interrupt mode\n"); goto err_config_dma; } /* Disable interrupts in DMA mode, IRQ from DMA controller */ irqflags = DISABLE_ALL_INTERRUPTS; //禁掉SSP的所有中断 /* Enable SSP, turn on interrupts */ writew((readw(SSP_CR1(pl022->virtbase)) | SSP_CR1_MASK_SSE), SSP_CR1(pl022->virtbase)); writew(irqflags, SSP_IMSC(pl022->virtbase)); 它这里判断如果是采用DMA传输message，就禁掉SPI控制器的所有中断，意思是数据的后续推进全部交由DMA控制器负责，但这里有一点我不是很明确，麻烦请教：DMA传输也经由设备FIFO中转，这里把FIFO相关中断都禁掉了，那DMA传输期间设备FIFO是否可用，是不是就应该由SPI控制器通过DMA请求线告知DMA控制器？但他这里似乎没有写寄存器的动作来设置自己使用DMA传输？是禁掉所有中断默认就是DMA传输吗？ 另外，想知道是不是所有平台控制器采用DMA传输时，都像这样禁掉自身所有中断，然后一切交给DMA负责的路子？

Dear linuxer tick_broadcast_on的作用是什么？ tick_broadcast_mask的作用是什么？ 这两个的区别是什么？为什么要同时并存？ 看了很久，看的一知半解，您有空帮我解释一下吗？

@keke：@wowo 我现在想法是即使usb口上插着设备，也让usb一直睡着，直到我人为从用户层唤醒它。能这样做吗？

@wowo：@wowo 谢谢wowo的回复。 1)您的意思说虽然是系统从suspend->resume,但对usb来说，它的suspend->resume其实是和runtime时是一样的？但是我调试时，usb有两种情况的resume：系统suspend时的和runtime时的，而且当系统resume时，确实是走的usb中非runtime时resume的代码。 2）我现在usb接口上一直插着u盘（或者其他usb设备），当系统suspend->resume时，应该会有数据的收发吧？所以会唤醒usb controller? 谢谢

@keke：你这个其实是runtime pm的需求：只要usb没有工作，就可以处于某一种低功耗状态。唤醒的时机有二： 1. 软件主动唤醒（主动发送数据等）。 2. 被动事件唤醒（例如phy收到数据，产生中断）。这种情况，一般需要usb controller支持（大部分的controller都支持）。

@wowo 您好，感谢您的分享，看了收获很大。想请教您个问题：您说到"wakeup events产生后，通常是以中断的形式通知device driver"。我现在有一个问题，当系统suspend后，所有的device应该也是suspend的。 当有wake event（比如按键）时，系统resume，这时各个device也会resume,但是我不想让某个device（例如usb）resume。能不能通过不触发usb中断的方式，让usb继续suspend？怎么操作呢？谢谢

@felix：在高精度模式下，底层运作机制是hrtimer，Timer Wheel是基于hrtimer的。在低精度模式下，hrtimer仍然可以运作，但是精度无法达到ns的精度，和Timer Wheel的精度是一样的，即hrtimer也是频率是HZ的tick来推动的（这时候Timer Wheel和hrtimer是平级的），因此这时候也需要考虑hrtimer的设定情况。

@linuxer：Dear linuxer 今天在看时间子系统的时候，又想到一个问题，一直困惑 之前您回答了我高精度模式下tickless的工作过程，只会从Timer Wheel中选择最先到期的Timer的到期时间设置clockevent，而不会从红黑树中选择，这个我收获很大； 现在，我想问的是，在低精度模式下，进入tickless的时候，会从Timer Wheel和红黑树中选择最先到期的Timer的到期时间作为Clockevent的触发时间，这里也为什么也会考虑红黑树呢？

@felix：问题一：是的 问题二：可以，当该cpu进入idle之后，其他的cpu会在tick handler中接管global tick的任务。这个和C3STOP无关，有C3STOP的话，需要broadcast tick device来协助处理。 问题三：我觉得是一样的。