[PATCH v3 0/2] dm: core: Add size operations on device tree references

2021-04-12 Thread chenguanqiao
From: Chen Guanqiao Currently, there is only an interface for obtaining address from node, and if you want to get the size, you need to traverse the node. So I added the function to get the size, and added related test case. Changes for v3: - Add return error for ofnode_get_size Changes for

[PATCH v3 2/2] test: dm: add test item for ofnode_get_addr() and ofnode_get_size()

2021-04-12 Thread chenguanqiao
From: Chen Guanqiao Add test item for getting address and size functions Test the following function: - ofnode_get_addr() - ofnode_get_size() Signed-off-by: Chen Guanqiao --- test/dm/ofnode.c | 31 +++ 1 file changed, 31 insertions(+) diff --git

[PATCH v3 1/2] dm: core: Add size operations on device tree references

2021-04-12 Thread chenguanqiao
From: Chen Guanqiao Add functions to add size of addresses in the device tree using ofnode references. If the size is not set, return FDT_SIZE_T_NONE. Signed-off-by: Chen Guanqiao --- drivers/core/ofnode.c | 11 +++ include/dm/ofnode.h | 10 ++ include/fdtdec.h | 5

Re: [PATCH] powerpc, wdt: disable ratelimiting when disabling interrupts

2021-04-12 Thread Stefan Roese
On 12.04.21 09:04, Rasmus Villemoes wrote: On 09/04/2021 16.37, Christophe Leroy wrote: Le 09/04/2021 à 16:12, Rasmus Villemoes a écrit : The ratelimiting isn't really strictly needed (prior to DM WDT, no such thing existed), so just disable it when we know that time no longer passes and

Re: [PATCH] powerpc, wdt: disable ratelimiting when disabling interrupts

2021-04-12 Thread Rasmus Villemoes
On 09/04/2021 16.37, Christophe Leroy wrote: > > > Le 09/04/2021 à 16:12, Rasmus Villemoes a écrit : >> The ratelimiting isn't really strictly needed (prior to DM WDT, no >> such thing existed), so just disable it when we know that time no >> longer passes and have watchdog_reset() (e.g. called

Re: [PATCH v4 00/12] Add support for pinmux status command on beaglebone

2021-04-12 Thread Lokesh Vutla
On 11/04/21 1:09 pm, Dario Binacchi wrote: > > The series was born from the need to check the pinmux setting of a > peripheral on a beaglebone board. I then ran the 'pinmux status -a' > command but it failed because some operations (get_pin_muxing, > get_pin_name and get_pins_count) were

<    1   2