问题标签 [wakeup]

我的代码逻辑就像

1. 设置重复唤醒警报。

alarmManager.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime(), 60000, pIntent);

1. 在接收器的 onReceive() 期间。做一些非常快的事情，最多可能只需要 100 毫秒。该操作将每分钟重复一次，并且会以某种方式增加电池负担（因为我们希望后台服务尽可能长时间运行）。

现在，根据我们的电源监控工具，即使我们只是登录 onReceive()。仍然需要大约 1.5 秒。

我做了一些研究，我推测这可能与android增强linux内核的alarm_suspend等待有关。但是，我不确定。看起来 android 没有理由需要让闹钟运行时间保持那么长，所以我想问是否有人在设置闹钟方面有一些好的经验并使开销尽可能小？

谢谢。

使用 AlarmManager 时，Android 设备可以在某个时间从睡眠中唤醒。

Android 如何在较低级别安排唤醒？

我尝试使用rtcwake，但它失败了rtcwake: /dev/rtc0 not enabled for wakeup events（如果我强制 rtcwake 继续并进行必要的 ioctls，我仍然看不到设备被按时唤醒）

Android 使用哪些系统调用来设置警报以及如何从控制台自己进行设置？

我写了一个android应用程序，现在有一个问题。

如果我的应用程序正在运行并且我关闭了我的设备，那么有时它会在大约 8 秒后唤醒，然后屏幕打开并再次显示我的应用程序。

我的问题是：哪些事件或处理约束（如处理广播意图）会唤醒设备？

编辑：带有 RCT_WAKEUP 的警报会打开设备屏幕吗？

提前致谢！

我在 Android 上玩游戏时遇到问题：当我在游戏活动中按电源按钮停用屏幕然后唤醒手机时，我黑屏大约一分钟，然后应用程序崩溃。当我通过按主页按钮暂停活动然后返回游戏时，一切看起来都很好。

这是我在醒来后发现的关于我的应用程序的日志中唯一的入口：

当我尝试调试我的应用程序时，我看到它已正确暂停，并且在唤醒之后onResume被调用并且一切onResume都做得很好，但是没有onSurffaceCreate调用它。

我有一个推送通知应用程序，有什么方法可以在我收到推送通知时唤醒屏幕（让它亮起来）？

如果您想要一些代码，请告诉我！并感谢您的回答！

我有一个线程，有一个循环：

为什么有时候我的线程在睡眠一段时间后没有醒来？

我检查日志（Log by Common.Logging.Log4Net），当没有数据时，我的线程会定期写入日志，而当其他线程仍在继续运行时突然什么也不做。

请帮我。

我的代码：

我正在尝试学习如何将任何应用程序安装为系统应用程序。

基本上我正在尝试在 android 中使用 goToSleep 和 WakeUp 函数调用。我知道要在您的应用程序中使用这些调用，必须将应用程序安装为系统应用程序。

尝试在 Manifist.xml 中构建具有权限的应用程序，如下所示

goToSleep 调用如下所述

成功构建应用程序后，使用以下命令将应用程序加载到 android 文件系统的 /system/app 目录中

adb 重新挂载；adb push <*.apk> /system/app/

运行具有上述更改的应用程序导致错误 “用户 10050 和当前进程都没有 android.permission.DEVICE_POWER。”

我还读到必须将应用程序签名为系统应用程序才能成功 工作

谢谢，
-SP-

我有一个创建多个 pThread 的 C 进程。要休眠并唤醒线程，我正在使用 pThread 条件。但是，我想以 pThreads 可以唤醒它的方式休眠 POSIX 进程。我该怎么做？

我有一个问题，关于在具有先发制人的 linux 3.0 内核的 Android 嵌入式平台（基于 Exynos5dual）上 wait_event 和 wake_up 的奇怪行为。在具有非抢占式内核（任何版本）的普通 SMP 笔记本电脑上不会发生这种情况

我们有一个带有经典睡眠/唤醒场景的 linux 设备驱动程序，这就是发生的情况：

标志的所有读写都是原子的，并且已经使用了从 atomic bitops（内核设置/测试位）到 volatile atomic_t，再到使用 atomic_t vars 对每个读/写使用内存屏障（根据this）

如果 TaskA 实际上开始等待（wait_event_* 内核函数首先检查条件，因此可能并非总是如此），那么它会等待完全超时，而不是在标志更改值并调用 wake_up() 时被 taskB 唤醒。

我们怀疑这两个任务发生在不同的内核上。Core1 在 wait_event_..() 之后进入深度睡眠，并且无法被 Core2 上发生的 wake_up_interruptible() 唤醒。

有谁知道这是真的，还是其他原因？

注意：如果我们保存 sleeper 的任务结构 ptr，然后在（除此之外）wake_up_interruptible() 之前执行 wake_up_process (saved_ptr)，问题似乎就消失了。我们发现这不是最优的，想知道是否有更好的方法。

我想使用PowerManager的方法wakeUp。Eclipse (ADT) 不会重新调整此方法。但是相反的 "goToSleep" 没有问题：

日食错误：

Eclipse 向我提出了一个快速修复，但我有同样的错误：

这是一个错误还是只是我？谢谢 ！