Hi Yael, <yael.avramovich(a)intel.com> wrote: Just have a command to select the module you want to operate, e.g. select-module bluetooth, that way one don't have to keep entering the entity name

Hi Ramesh' Please see my comments below. Regards, Hezi

Hi, Please find comments below. Regards, Alex.

That made me think why we originally came up with 2 functions when one was enough. Probably we thought the same way - to keep symmetry. Problem is that we will keep getting more needs and we will

Hi Dimitriy, The get_state is there only for symmetry and good practice. As mentioned below the power manager service will probably not use it as it is not efficient to do get_state to all devices to

Hi Hezi, I think RFC needs to be extended with the description of the idea of controlling power state of each device (if I got you correctly). Without it the need of int (*get_state)(struct device

NEW JIRA items within last 24 hours: 3 [ZEP-546] UART interrupts not triggered on ARC https://jira.zephyrproject.org/browse/ZEP-546 [ZEP-545] Wrong default value of CONFIG_ADC_QMSI_SAMPLE_WIDTH

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/3151 : net: yaip: Set the l2 src/dst addresses in nbuf - https://gerrit.zephyrproject.org/r/3152 : net: yaip: Set the ll src and dst

Hi Ramesh, Please see my comments below/ Thanks for the comments, Hezi

Hi Yael, Clear RFC. I have tiny inputs below As you know the size of fw_commands (which can be declared as const btw) at built time, you will be able to loop directly on that count, thus you

Zephyr Shell Enhancement ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======== Overview ======== Current shell implementation: * Current Shell implementation is based on UART. It uses one UART for

Hi Alex, Please see my comments below. Thank you for the inputs, Hezi Sent: Tuesday, July 12, 2016 17:31 To: Rahamim, Hezi <hezi.rahamim(a)intel.com>; devel(a)lists.zephyrproject.org Cc: Kidron,

Currently suspend and resume are not actually states but a notification of the state transition. There is a second argument to those functions that specify the current policy for which the

NEW JIRA items within last 24 hours: 2 [ZEP-541] Integrate QMSI releases to Zephyr https://jira.zephyrproject.org/browse/ZEP-541 [ZEP-544] Web site search on /doc pages returns no results

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/3041 : net: yaip: Renamed network data receive function - https://gerrit.zephyrproject.org/r/3049 : net: yaip: Add unit tests for

Hi Hezi, Is there a specific need of being able to retrieve the current state of a device ? It would only make sense if the device were able to change state by itself, which as far as I can tell is

Hi all, Current state =========== In the current Zephyr implementation the driver power hooks distinguish only between two driver states (suspend and resume). Drivers may have more than two states

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/2990 : net: yaip: Add send() to net_if API - https://gerrit.zephyrproject.org/r/2986 : net: yaip: Add Kconfig option for compiling

NEW JIRA items within last 24 hours: 0 UPDATED JIRA items within last 24 hours: 1 [ZEP-518] SPI not working on Arduino101 https://jira.zephyrproject.org/browse/ZEP-518 CLOSED JIRA items within

NEW within last 24 hours: UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/2953 : x86: merge IAMCU and SYS V core arch code - https://gerrit.zephyrproject.org/r/2957 : net: buf: