|
Re: RFC - arm-gcc-embedded Toolchain Support
Hi Anas,
Can you please confirm if you want me to progress this RFC (since it's more
convenient to have the VARIANT set, rather than specifying CROSS_COMPILE
each time)? If so, what if any changes
Hi Anas,
Can you please confirm if you want me to progress this RFC (since it's more
convenient to have the VARIANT set, rather than specifying CROSS_COMPILE
each time)? If so, what if any changes
|
By
Hugo Vincent
·
#2402
·
|
|
Re: STM32F103x port
By
Kalowsky, Daniel <daniel.kalowsky@...>
·
#2401
·
|
|
Re: STM32F103x port
Makes sense. I think we should also add another 'MCU family' level of
hierarchy. We would have then:
arch/
arm/
soc/
stm32/
stm32f1xx/
<soc specific>
stm32f2xx/
Makes sense. I think we should also add another 'MCU family' level of
hierarchy. We would have then:
arch/
arm/
soc/
stm32/
stm32f1xx/
<soc specific>
stm32f2xx/
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2400
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
+1
This sounds more scalable, basically removes the need for defining a domain and using the levels to do the selection of how verbose messages are for each domain.
Anas
>
+1
This sounds more scalable, basically removes the need for defining a domain and using the levels to do the selection of how verbose messages are for each domain.
Anas
>
|
By
Nashif, Anas
·
#2399
·
|
|
Re: RFC: Counter driver API
By
Tseng, Kuo-Lang <kuo-lang.tseng@...>
·
#2398
·
|
|
Re: STM32F103x port
Yes, I tried to be consistent with scs.h. I agree with Daniel, 'raw' is
more meaningful.
--
Maciek Borzecki
Yes, I tried to be consistent with scs.h. I agree with Daniel, 'raw' is
more meaningful.
--
Maciek Borzecki
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2372
·
|
|
Re: STM32F103x port
I think he got that from scs.h, which uses 'val' and 'bit'. Maybe we
should rename 'val' to 'raw' there as well.
I think he got that from scs.h, which uses 'val' and 'bit'. Maybe we
should rename 'val' to 'raw' there as well.
|
By
Benjamin Walsh <benjamin.walsh@...>
·
#2371
·
|
|
Re: STM32F103x port
General feedback inline below.
General feedback inline below.
|
By
Kalowsky, Daniel <daniel.kalowsky@...>
·
#2370
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
+1 Said the same thing although not as well in my response you dan and I
must have been typing at the same time :-)
+1 Said the same thing although not as well in my response you dan and I
must have been typing at the same time :-)
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2369
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
I agree this sounds awkward.
Why aren't the component themselves providing a kconfig option that can
be tweaked on a per-component
I agree this sounds awkward.
Why aren't the component themselves providing a kconfig option that can
be tweaked on a per-component
|
By
Benjamin Walsh <benjamin.walsh@...>
·
#2368
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
Anas please fix you email client to set in-reply-to: correctly
so threading work correctly.
Agreed we need to have a common facility.
So the logging driver could bind to the appropriate
Anas please fix you email client to set in-reply-to: correctly
so threading work correctly.
Agreed we need to have a common facility.
So the logging driver could bind to the appropriate
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2367
·
|
|
Re: RFC: Counter driver API
Exactly !
---------------------------------------------------------------------
Intel Corporation SAS (French simplified joint stock company)
Registered headquarters: "Les Montalets"- 2, rue de
Exactly !
---------------------------------------------------------------------
Intel Corporation SAS (French simplified joint stock company)
Registered headquarters: "Les Montalets"- 2, rue de
|
By
D'alton, Alexandre <alexandre.dalton@...>
·
#2366
·
|
|
Re: RFC: Counter driver API
On 02/29/2016 07:22 AM, D'alton, Alexandre wrote:
Please post in-line it makes it way easier to keep the context
right.
> There are 2 aon counters:
>
> Aon counter => monotinic counter without
On 02/29/2016 07:22 AM, D'alton, Alexandre wrote:
Please post in-line it makes it way easier to keep the context
right.
> There are 2 aon counters:
>
> Aon counter => monotinic counter without
|
By
Dirk Brandewie <dirk.j.brandewie@...>
·
#2365
·
|
|
Re: RFC[1/2] Common logging infrastructure and API
By
Kalowsky, Daniel <daniel.kalowsky@...>
·
#2364
·
|
|
[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@...
·
#2385
·
|
|
[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@...
·
#2384
·
|
|
[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
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
|
By
dirk.brandewie@...
·
#2397
·
|
|
[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:
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:
|
By
dirk.brandewie@...
·
#2396
·
|
|
[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 |
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 |
|
By
dirk.brandewie@...
·
#2383
·
|
|
[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
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
|
By
dirk.brandewie@...
·
#2395
·
|