Here’s the agenda topics for this week: RFC: memory regions from devicetree & explicit code locations - https://github.com/zephyrproject-rtos/zephyr/pull/33656 [RFC] kernel: rework kobject metadata ge

Here’s the agenda topics for this week: Add support for setting function properties using Doxygen - https://github.com/zephyrproject-rtos/zephyr/pull/32972 RFC: memory regions from devicetree & explic

Here’s the agenda topics for this week: docs: some cleanup and improvements - https://github.com/zephyrproject-rtos/zephyr/pull/33395 doc: new look and feel - https://github.com/zephyrproject-rtos/zep

I’d suggest make it a single pull request and we can make comments on the PR if it should be split. - k

Are you willing to support updates that might be needed for this driver? - k

Canceling today as the main topic was docs and Gerard isn’t available today to discuss. - k

Here’s the agenda topics for this week: docs: some cleanup and improvements - https://github.com/zephyrproject-rtos/zephyr/pull/33395 doc: new look and feel - https://github.com/zephyrproject-rtos/zep

We didn’t get a chance to discuss in this week’s meeting. Will ask Carles to have it on the agenda for next week. - k

Will see if other downstream users request such support. How long would want for the various phases? - k

Jack, We are utilizing what GitHub provides and as far as I can tell once we make the change to the default branch from ‘master’ to ‘main’ the ‘master’ branch will no longer exist in the repository. S

All, We’ve identified some changes we need to make to west to make the transition of branch name cleaner. We will delay the branch name change until these changes are made to west and a version of wes

Adding: Improve documentation user experience - https://github.com/zephyrproject-rtos/zephyr/issues/33127 Where should a few include/ headers live: - https://github.com/zephyrproject-rtos/zephyr/issue

We will be changing the default branch on github from ‘master' to ‘main' on Friday (Mar 11, 2021). There is no action required for any open PRs, however you’ll need to update your local git clone as f

Here’s the agenda topics for this week: checkpatch: Disable "blank line after declarations” warning (@carles) - https://github.com/zephyrproject-rtos/zephyr/pull/32850 npcx: move scfg driver from pinc

I can present the two options that Hake and I have discussed in this thread to see if there’s any feedback on which direction to take for the new API that is being suggested. (Happy to do this so Hake

1. I think we handle that on a case by case basis and wait and see how it develops over time. If we keep these APIs vendor specific for now we can refactor or introduce a general API for ‘filter’ when

Hake, So I was thinking about the following idea: Having 2 general purpose APIs: dma_request_channel(const struct device *dev) dma_release_channel(const struct device *dev) Than 2 eDMA specific APIs:

Hake, The ‘filter’ feature I’m still trying to figure out how we handle. I’m curious if other vendors have channels that have specific features like ‘periodic’ that only are supported on specific chan

I wonder if we should pull this into a separate PR. I think a fair amount of the code for these APIs could be generic. For example I think we can use some of the generic devicetree properties in "dts/

Here’s the agenda topics for this week: drivers: move sdmmc controller drivers to drivers/sdmmc (Johann Fischer) - https://github.com/zephyrproject-rtos/zephyr/pull/32605 usb: add common HID definitio