|
Re: RFC: Counter driver API
By
Tseng, Kuo-Lang <kuo-lang.tseng@...>
·
#2422
·
|
|
Re: RFC: Counter driver API
Hi guys,
Quoting D'alton, Alexandre (2016-02-29 12:22:31)
In terms of 'implementation details', should we have two drivers under
drivers/counter/ e.g. quark_aon_counter.c and quark_aon_timer.c?
Hi guys,
Quoting D'alton, Alexandre (2016-02-29 12:22:31)
In terms of 'implementation details', should we have two drivers under
drivers/counter/ e.g. quark_aon_counter.c and quark_aon_timer.c?
|
By
Andre Guedes <andre.guedes@...>
·
#2421
·
|
|
Re: RFC: Counter driver API
Missed addressing one comment on write function.
Missed addressing one comment on write function.
|
By
Tseng, Kuo-Lang <kuo-lang.tseng@...>
·
#2420
·
|
|
Re: STM32F103x port
Do you mind taking a look here
https://github.com/bboozzoo/zephyr/tree/bboozzoo/stm32f103-next-soc-layout-change
and sending some feedback?
The branch implements this layout:
arch/
arm/
soc/
Do you mind taking a look here
https://github.com/bboozzoo/zephyr/tree/bboozzoo/stm32f103-next-soc-layout-change
and sending some feedback?
The branch implements this layout:
arch/
arm/
soc/
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2419
·
|
|
Re: RFC: Counter driver API
By
Tseng, Kuo-Lang <kuo-lang.tseng@...>
·
#2418
·
|
|
Re: RFC [2/3] - SoC, CPU LPS, Tickless idle and Device power management
There is a basic disconnects between my original RFC and this one.
In mine all drivers are required to provide an implementation of
suspend/resume even if it is null. All the information for the
There is a basic disconnects between my original RFC and this one.
In mine all drivers are required to provide an implementation of
suspend/resume even if it is null. All the information for the
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2417
·
|
|
Re: RFC: Counter driver API
I think it might be useful to add a function to retrieve the timebase of
the counter. ATM the developer just needs to *know* what is being counted.
A function to set the timebase may be needed in
I think it might be useful to add a function to retrieve the timebase of
the counter. ATM the developer just needs to *know* what is being counted.
A function to set the timebase may be needed in
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2416
·
|
|
Re: STM32F103x port
Having thought about it for 10 seconds it seems reasonable :-) To the
greatest extent reasonable please avoid link time binding of SOC specifc
code into the generic stm32 code. We don't want to the
Having thought about it for 10 seconds it seems reasonable :-) To the
greatest extent reasonable please avoid link time binding of SOC specifc
code into the generic stm32 code. We don't want to the
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2415
·
|
|
Re: [RFC] uart: add ISR callback mechanism for UART drivers
Thanks for letting me know about this. I will modify and re-submit.
If anyone notices anything missing, please let me know.
-----
Daniel Leung
Thanks for letting me know about this. I will modify and re-submit.
If anyone notices anything missing, please let me know.
-----
Daniel Leung
|
By
Daniel Leung <daniel.leung@...>
·
#2414
·
|
|
Re: STM32F103x port
Hi,
I have been working with Dan's stm32 patch to add support for stm32f4xx and just wanted to share couple of thoughts.
https://gerrit.zephyrproject.org/r/#/c/209/
I would second the idea of
Hi,
I have been working with Dan's stm32 patch to add support for stm32f4xx and just wanted to share couple of thoughts.
https://gerrit.zephyrproject.org/r/#/c/209/
I would second the idea of
|
By
Pawel Wodnicki <root@...>
·
#2413
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Hi,
By
Chereau, Fabien <fabien.chereau@...>
·
#2412
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Hi Luiz,
I don't see anything we could do about that in this logging API.
If there is something to be done, let's see it in another patch.
Nanokernel could get it, it would run in low prio fiber and
Hi Luiz,
I don't see anything we could do about that in this logging API.
If there is something to be done, let's see it in another patch.
Nanokernel could get it, it would run in low prio fiber and
|
By
Tomasz Bursztyka
·
#2411
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Hi Fabian,
<fabien.chereau(a)intel.com> wrote:
Which is why I commented that having log level is not really
necessary, perhaps this is even misleading since it should always be
selected at build-time
Hi Fabian,
<fabien.chereau(a)intel.com> wrote:
Which is why I commented that having log level is not really
necessary, perhaps this is even misleading since it should always be
selected at build-time
|
By
Luiz Augusto von Dentz
·
#2410
·
|
|
Re: [RFC] uart: add ISR callback mechanism for UART drivers
Hi Daniel,
It seems you've missed at least drivers/nble/uart.c that uses both
IRQ_CONNECT and irq_enable. Otherwise the change looks fine to me.
Johan
Hi Daniel,
It seems you've missed at least drivers/nble/uart.c that uses both
IRQ_CONNECT and irq_enable. Otherwise the change looks fine to me.
Johan
|
By
Johan Hedberg
·
#2409
·
|
|
Re: [RFC] uart: add ISR callback mechanism for UART drivers
Acked-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com>
Acked-by: Dirk Brandewie <dirk.j.brandewie(a)intel.com>
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2407
·
|
|
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
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
|
By
Nashif, Anas
·
#2408
·
|
|
Re: RFC - arm-gcc-embedded Toolchain Support
Hi Hugo,
Yes, please do submit.
Regards,
Anas
Hi Hugo,
Yes, please do submit.
Regards,
Anas
|
By
Nashif, Anas
·
#2406
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Hi Fabien,
Very good point.
We also experienced it with networking drivers where debugging in the
middle or RX/TX just kills timing.
This would need to be addressed, but besides this log macros
Hi Fabien,
Very good point.
We also experienced it with networking drivers where debugging in the
middle or RX/TX just kills timing.
This would need to be addressed, but besides this log macros
|
By
Tomasz Bursztyka
·
#2405
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Hello,
FYI, in thunderdome we have also created a log system solving some of the problems you mention in your RFC. Here are my 2 cents following our experience:
- In our implementation we now
Hello,
FYI, in thunderdome we have also created a log system solving some of the problems you mention in your RFC. Here are my 2 cents following our experience:
- In our implementation we now
|
By
Chereau, Fabien <fabien.chereau@...>
·
#2404
·
|
|
[RFC] uart: add ISR callback mechanism for UART drivers
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
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
|
By
Daniel Leung <daniel.leung@...>
·
#2403
·
|