devel@lists.zephyrproject.org

Re: API deprecation / GPIO patch

Hi Andrew, Thank you for you thorough review, it sums up nicely the patchset. This question is really critical. If we have to support all API layers from 1.0: app, driver's interface, low level

By Tomasz Bursztyka · #2726 ·

checkpatch chokes on Change-Id

Howdy, I was studiously checking patch-submission guidelines and noticed the scripts/checkpatch.pl reminder. The documentation had already instructed me to install the commit-msg hook (to generate

By Geoff Thorpe <geoff.thorpe@...> · #2725 ·

API deprecation / GPIO patch

Hi Tomasz, This is in reference to https://gerrit.zephyrproject.org/r/#/c/914/ I wanted to discuss on-list some of my concerns, and this really leads into a larger topic on how we should handle

By Boie, Andrew P · #2724 ·

Re: [RFC] Device: device_get_binding() returns NULL if device fails initialization

Thank you for letting me know. I will send a patch to fix it. -------- Daniel Leung

By Daniel Leung <daniel.leung@...> · #2723 ·

Daily JIRA Digest

NEW JIRA items within last 24 hours: 0 UPDATED JIRA items within last 24 hours: 4 [ZEP-178] Port Zephyr to Altera Max10 (Nios 2 CPU) https://jira.zephyrproject.org/browse/ZEP-178 [ZEP-53]

By donotreply@... · #2722 ·

Daily Gerrit Digest

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/1383 : Bluetooth: Add support for confirming incoming JustWorks pairing - https://gerrit.zephyrproject.org/r/1393 : gcc: add __weak

By donotreply@... · #2721 ·

Re: [RFC] Device: device_get_binding() returns NULL if device fails initialization

Hi Daniel, I didn't catch this at first, but the patch causes a problem for the Grove LCD driver (not sure if this problem is also present for other drivers). The way it was written, the Grove LCD

By Davidoaia, Bogdan M <bogdan.m.davidoaia@...> · #2720 ·

Cross reference JIRA tickets to Gerrit

Hi, To establish relationships between Jira items and gerrit requests and to enhance traceability of changes we have a system in place that handles the cross-reference and creates the necessary links

By Nashif, Anas · #2719 ·

Re: [RFC] Assign driver_api at compile/link time

Hey Jason,

By Kalowsky, Daniel <daniel.kalowsky@...> · #2718 ·

Daily JIRA Digest

NEW JIRA items within last 24 hours: 1 [ZEP-199] Zephyr driver model is undocumented https://jira.zephyrproject.org/browse/ZEP-199 UPDATED JIRA items within last 24 hours: 2 [ZEP-70] Users

By donotreply@... · #2717 ·

Re: RFC: Timer/Timeout API

I would suggest starting with RFC, as it may be good to have it implemented in the Zephyr OS kernel: If we enable NANO_TIMER_CALLBACK config option, we start a fiber that sleeps on all the

By Dmitriy Korovkin · #2716 ·

Daily Gerrit Digest

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/1364 : doc: sphinx conf: use env var in sphinx doc version - https://gerrit.zephyrproject.org/r/1381 : tests: Pend microkernel tasks

By donotreply@... · #2715 ·

Re: RFC: Timer/Timeout API

Hi Dmitriy, <dmitriy.korovkin(a)windriver.com> wrote: Yes, it is actually what we already have in IP which maintain a fiber to execute the callbacks but the API is based on contiki etimers which is

By Luiz Augusto von Dentz · #2714 ·

Re: state of development and participation

Hi Maureen, I'm very glad to hear this. First I was interested for the onboard peripherals, like the RGB-LED and the accelerometer. But these were only for tests. Originally I bought this board for

By Idupsle <idupsle@...> · #2713 ·

Re: [RFC] Assign driver_api at compile/link time

Hi Daniel, Are there plans for Zephyr OS to run on STM32F401 (Nucleo-64) boards? Thanks, Jason

By Jason Rotella <jrotella@...> · #2712 ·

[RFC] Assign driver_api at compile/link time

Problem Statement: Shrink binary size by doing driver_api assignment at compile/link time. Problem Description: For some drivers, the assignment of driver_api is unconditionally done. This is

By Daniel Leung <daniel.leung@...> · #2711 ·

Re: RFC: Timer/Timeout API

In other words, the idea of several fibers does not work for you, I see. Ok, now it gets clearer. You are asking for a nanokernel timer API that executes a registered callback when it expires. I do

By Dmitriy Korovkin · #2710 ·

Re: [RFC] Device: device_get_binding() returns NULL if device fails initialization

I don't remember exactly. One of the them was some renaming of either pinmux or gpio functions/structures.

By Benjamin Walsh <benjamin.walsh@...> · #2708 ·

Re: [RFC] Device: device_get_binding() returns NULL if device fails initialization

I think we shouldn't change our existing APIs at all. They should be treated as a contract. Someone who builds code against 1.0 should be able to do so against later versions until we make a conscious

By Boie, Andrew P · #2709 ·

Re: [RFC] Device: device_get_binding() returns NULL if device fails initialization

I see. So the method in the RFC is to assist in diagnosis or notification of critical errors.

By Thomas, Ramesh · #2707 ·

Messages