|
[PATCH 1/8] device: Add suspend/resume api functions to device structure
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Suspend and resume are generic functions that each device should support. Move the suspend/resume API functions to the top level device structure. T
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Suspend and resume are generic functions that each device should support. Move the suspend/resume API functions to the top level device structure. T
|
By
dirk.brandewie@...
·
|
|
[PATCH 2/8] device: Add _null_suspend_resume() function
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Some devices may have no work to do in suspend/resume, but every device is required to provided a suspend/resume function to the power management su
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Some devices may have no work to do in suspend/resume, but every device is required to provided a suspend/resume function to the power management su
|
By
dirk.brandewie@...
·
|
|
[PATCH 3/8] device: Add generic device_{suspend, resume}() API
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Provide an API to call the device suspend/resume functions. Change-Id: I352481897a4bf431fc9eb78540fc81f5e552c4be Signed-off-by: Dirk Brandewie <dirk
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Provide an API to call the device suspend/resume functions. Change-Id: I352481897a4bf431fc9eb78540fc81f5e552c4be Signed-off-by: Dirk Brandewie <dirk
|
By
dirk.brandewie@...
·
|
|
[PATCH 4/8] device: Add API to suspend/resume all devices in the system.
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: Iea0f97998bec4e2b0443a8fcc712dad71d42ae54 Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- include/device.h | 2 ++ kernel
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: Iea0f97998bec4e2b0443a8fcc712dad71d42ae54 Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- include/device.h | 2 ++ kernel
|
By
dirk.brandewie@...
·
|
|
[PATCH 5/8] device: pm: Add API for power management entity to register pm callbacks
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Provide a mechanism for the power management infrastructure to be notified of power management events in the driver. Change-Id: If78fe3610679ba82c52
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Provide a mechanism for the power management infrastructure to be notified of power management events in the driver. Change-Id: If78fe3610679ba82c52
|
By
dirk.brandewie@...
·
|
|
[PATCH 6/8] gpio: Remove suspend/resume from GPIO API
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Device suspend/resume API is now implemented in top level device API. Change-Id: I2386765813aee2a94e54cb2914ee9ec3644b90c7 Signed-off-by: Dirk Brand
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Device suspend/resume API is now implemented in top level device API. Change-Id: I2386765813aee2a94e54cb2914ee9ec3644b90c7 Signed-off-by: Dirk Brand
|
By
dirk.brandewie@...
·
|
|
[PATCH 7/8] gpio: gpio_dw: Use generic suspend suspend/resume API
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: I55c2c8132172e841214e53be76545b5c84ba1a3c Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- drivers/gpio/gpio_dw.c | 26 ++
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: I55c2c8132172e841214e53be76545b5c84ba1a3c Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- drivers/gpio/gpio_dw.c | 26 ++
|
By
dirk.brandewie@...
·
|
|
[PATCH 8/8] gpio: gpio_dw: Add suport for device_register_pm_ops()
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: Ib989e2a45b7c97728b79b4908d6d0aa8d0957999 Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- drivers/gpio/gpio_dw.c | 24 ++
From: Dirk Brandewie <dirk.j.brandewie(a)intel.com> Change-Id: Ib989e2a45b7c97728b79b4908d6d0aa8d0957999 Signed-off-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com> --- drivers/gpio/gpio_dw.c | 24 ++
|
By
dirk.brandewie@...
·
|
|
RFC - arm-gcc-embedded Toolchain Support
4 messages
Hi, One of the complications of setting up a Zephyr development environment, especially on OS X, is having to get and build CrossTool-NG. ARM maintains an official distro and build of gcc and family f
Hi, One of the complications of setting up a Zephyr development environment, especially on OS X, is having to get and build CrossTool-NG. ARM maintains an official distro and build of gcc and family f
|
By
Hugo Vincent
·
|
|
Zephyr 1.1 merge window closes today
Hi, The last month has been very busy. Zephyr was launched, we had 2 releases and a lot of changes to address the launch of the project. Sorry about the late notice. Up to the release of the project w
Hi, The last month has been very busy. Zephyr was launched, we had 2 releases and a lot of changes to address the launch of the project. Sorry about the late notice. Up to the release of the project w
|
By
Nashif, Anas
·
|
|
RFC [3/3] - SoC, CPU LPS, Tickless idle and Device power management
3 messages
Areas to be implemented next: 1. ARC deep sleep support: - Currently ARC in quark_se would be reset upon deep sleep initiated from x86 core. It needs something like _sys_soc_resume() called at boot ti
Areas to be implemented next: 1. ARC deep sleep support: - Currently ARC in quark_se would be reset upon deep sleep initiated from x86 core. It needs something like _sys_soc_resume() called at boot ti
|
By
Thomas, Ramesh
·
|
|
[RFC] Nanokernel timers rework proposal
3 messages
Problem: there are two similar mechanisms in nanokernel: nano_timers and nano_timeouts. In order to optimize codeand space it's better to have one mechanism for both. Proposal: Implement nano_timer th
Problem: there are two similar mechanisms in nanokernel: nano_timers and nano_timeouts. In order to optimize codeand space it's better to have one mechanism for both. Proposal: Implement nano_timer th
|
By
Dmitriy Korovkin
·
|
|
RFC [2/3] - SoC, CPU LPS, Tickless idle and Device power management
3 messages
***These are implemented and under review*** https://gerrit.zephyrproject.org/r/#/c/532/ https://gerrit.zephyrproject.org/r/#/c/528/ https://gerrit.zephyrproject.org/r/#/c/525/ Device driver power man
***These are implemented and under review*** https://gerrit.zephyrproject.org/r/#/c/532/ https://gerrit.zephyrproject.org/r/#/c/528/ https://gerrit.zephyrproject.org/r/#/c/525/ Device driver power man
|
By
Thomas, Ramesh
·
|
|
RFC [0/3] - SoC, CPU LPS, Tickless idle and Device power management
3 messages
Migrating this RFC from the old server for reference. This is updated with the feedbacks that were incorporated. This consists of the following parts: [0/3] - This overview [1/3] - SoC, CPU and Tickle
Migrating this RFC from the old server for reference. This is updated with the feedbacks that were incorporated. This consists of the following parts: [0/3] - This overview [1/3] - SoC, CPU and Tickle
|
By
Thomas, Ramesh
·
|
|
RFC[1/2] Common logging infrastructure and API
16 messages
Hello, please review this proposal and provide feedback if possible. This email should be followed by a patch containing a prototype implementation for reference but not meant to be applied. Backgroun
Hello, please review this proposal and provide feedback if possible. This email should be followed by a patch containing a prototype implementation for reference but not meant to be applied. Backgroun
|
By
Saucedo Tejada, Genaro
·
|
|
Zephyr 1.1.0-rc1 tagged
Hi, After resolving some issues with git and a slight delay, here is the first release candidate for Zephyr v1.1.0. Below you will find all the changes since v1.0.0. A summary of the changes since v1.
Hi, After resolving some issues with git and a slight delay, here is the first release candidate for Zephyr v1.1.0. Below you will find all the changes since v1.0.0. A summary of the changes since v1.
|
By
Nashif, Anas
·
|
|
Newbie wants to contribute
2 messages
Hello zephyr team!!! I am Himanshu, I am junior undergrad at Indian Institute of Information Technology Design & Manufacturing Jabalpur . I have been looking for an opportunity for working in an OS pr
Hello zephyr team!!! I am Himanshu, I am junior undergrad at Indian Institute of Information Technology Design & Manufacturing Jabalpur . I have been looking for an opportunity for working in an OS pr
|
By
Himanshu Maurya
·
|
|
[RFC] uart: add ISR callback mechanism for UART drivers
6 messages
The peripherals utilizing UART were required to register their own ISR rountines. This means that all those peripherals drivers need to know which IRQ line is attached to a UART controller, and all th
The peripherals utilizing UART were required to register their own ISR rountines. This means that all those peripherals drivers need to know which IRQ line is attached to a UART controller, and all th
|
By
Daniel Leung
·
|
|
[RFC v2] uart: add ISR callback mechanism for UART drivers
6 messages
The peripherals utilizing UART were required to register their own ISR rountines. This means that all those peripherals drivers need to know which IRQ line is attached to a UART controller, and all th
The peripherals utilizing UART were required to register their own ISR rountines. This means that all those peripherals drivers need to know which IRQ line is attached to a UART controller, and all th
|
By
Daniel Leung
·
|
|
RFC[2/2] Common logging infrastructure and API
11 messages
From 9baee79d211bfb94aeed970c55f31cd3c4b2a8ad Mon Sep 17 00:00:00 2001 From: Genaro Saucedo Tejada <genaro.saucedo.tejada(a)intel.com> Date: Fri, 19 February 2016 23:10:28 +0000 Subject: [PATCH] Log m
From 9baee79d211bfb94aeed970c55f31cd3c4b2a8ad Mon Sep 17 00:00:00 2001 From: Genaro Saucedo Tejada <genaro.saucedo.tejada(a)intel.com> Date: Fri, 19 February 2016 23:10:28 +0000 Subject: [PATCH] Log m
|
By
Saucedo Tejada, Genaro
·
|