蜗窝科技

老板，你好！ CLOCK_REALTIME这个是代表的硬件RTC么?如果我的硬件不提供RTC，怎么办啊？ 1.硬件RTC必须要提供么？ 2.如果不提供，是不是很多函数没法使用了？ 3.还是我理解错了CLOCK_REALTIME呢？

@wowo：因为我是学生，最近在看蓝牙mesh方面的东西，想在这方面发文章，相关的论文比较少，看过之后没找到好的切入点，理论先不说，仿真分析的话，蓝牙是不是就需要通过开发板之类的进行实际测试？现在蓝牙偏于应用，mesh也有实际的应用实例了，以写论文的角度，蓝牙mesh还有哪些需要解决的问题？路由、组网方式还是别的什么？而且蓝牙SIG也快发布mesh的规范了，我感觉很困惑

@yym_hjr：是的，armTF其实可以取代uboot的功能。

@wowo：现在是不是没有在armv8架构上去用u-boot去启动和初始化EL3的,基本都是跳过了,发现都用的armTF

@冷雨秋风少：虽然蓝牙报了一个事件上去，但application（例如android）并没有处理这个事件，接着做后续的动作。从日志上看，application只认识key的event。你可以从这个思路出发，修改应用的逻辑，让它看到蓝牙的事件后，和key一样处理。

@wowo：wowo， wakeup状态下，中断发生OK，中断处理正常。蓝牙传输数据，无法唤醒系统，只有按power键后，系统起来后，蓝牙才能正常通讯。抓到的log如下（截取其中一小段），中断唤醒CPU，经过noirq resume和early resume，但并未wakeup，按下power键后系统才起来： <7>PM: Entering mem sleep <4>Suspending console(s) (use no_console_suspend to debug) <3>rtc-rx8130 2-0032: rx8130_get_time: date 22s 58m 11h 2wd 16md 4m 117y <6>PM: suspend of devices complete after 98.196 msecs <6>PM: suspend devices took 0.100 seconds <6>PM: late suspend of devices complete after 0.479 msecs <6>PM: noirq suspend of devices complete after 0.634 msecs <4>Disabling non-boot CPUs ... <5>CPU1: shutdown <5>CPU2: shutdown <5>CPU3: shutdown <6>Suspended for 0.000 seconds <4>---rda_bt_host_wake_eirq_handler start//中断处理函数打印信息 <4>---rda_bt_set_wake_lock <6>Enabling non-boot CPUs ... <4>CPU1: Booted secondary processor <6>CPU1 is up <4>CPU2: Booted secondary processor <6>CPU2 is up <4>CPU3: Booted secondary processor <6>CPU3 is up <6>PM: noirq resume of devices complete after 0.351 msecs <6>PM: early resume of devices complete after 0.395 msecs <4>enter matrix keypad interrupt.......................//按下power键 <4>[yue.zhong:][gpio_keys_gpio_report_event][394]yue.zhong:pressed <4> <4>[yue.zhong:][gpio_keys_gpio_report_event][400]yue.zhong:pressed over <4> <4>[yue.zhong:][gpio_keys_gpio_report_event][400]yue.zhong:pressed over <4> <3>rtc-rx8130 2-0032: rx8130_get_time: date 38s 58m 11h 2wd 16md 4m 117y <6>PM: resume of devices complete after 200.679 msecs <6>PM: resume devices took 0.210 seconds <7>PM: Finishing wakeup. <4>Restarting tasks ... done. <6>PM: suspend exit 2017-05-16 11:58:38.109086667 UTC <6>period 66 ,timeout is 0, wake up is :0 <6>mma enable setting active <6>request_suspend_state: wakeup (3->0) at 285186566700 (2017-05-16 11:58:38.149

@yym_hjr：这个问题有点太大了哈，不好回答;-)

@冷雨秋风少：建议先查查在suspend之前，相应的硬件是否还能产生中断（电、时钟等）、GIC是否可以处理这个中断（查一下相应的寄存器）。如果都okay，再确认CPU是否已经醒来了？是否进入到你的中断处理了？等等。

wowo： 请教下如下问题， 蓝牙模块和CPU之间通过中断触发事件，android系统睡眠状态，有蓝牙信号通讯时可以唤醒系统。但是现在却唤醒不了。中断处理的实现的代码如下，wowo大神能帮看下哪边有问题。感谢 wake_lock_init(&rda_bt_wake_lock, WAKE_LOCK_SUSPEND,"RDA_sleep_worker_wake_lock"); ret = request_irq(bt_host_wake_irq,rda_bt_host_wake_eirq_handler,IRQF_TRIGGER_RISING | IRQF_NO_SUSPEND,"rda_bt_host_wake_irq", NULL);//申请蓝牙中断 static irqreturn_t rda_bt_host_wake_eirq_handler(int irq, void *dev_id) { rda_bt_set_wake_lock(); return IRQ_HANDLED; } void rda_bt_set_wake_lock(void) { printk("---rda_bt_set_wake_lock \n"); wake_lock(&rda_bt_wake_lock); cancel_delayed_work(&rda_bt_sleep_worker); schedule_delayed_work(&rda_bt_sleep_worker, 6 * HZ); } static inline void wake_lock(struct wake_lock *lock) { __pm_stay_awake(&lock->ws); } INIT_DELAYED_WORK(&rda_bt_sleep_worker, rda_bt_sleep_worker_task); // void rda_bt_sleep_worker_task(struct work_struct *work) { printk("---rda_bt_sleep_worker_task end \n"); wake_unlock(&rda_bt_wake_lock); } static inline void wake_unlock(struct wake_lock *lock) { __pm_relax(&lock->ws); }

@wilson002：uboot怎么运行起来trust boot,armv8架构怎么初始化trustzone,不用arm-trusted-firmware 而用uboot来初始化