ARM: zynq: Add function to get reboot status register value.
Subsystems (3)
PATCH 1/1 ARM: zynq: Add function to get reboot status register value.
---
Hi Michal,
I was planning to use this in future to boot into recovery mode. The change is small enough I feel that we could directly take it. If you want to hold off until there's a user that's fine for me, too.
Cheers,
Moritz
--- arch/arm/mach-zynq/slcr.c | 5 +++++ 1 file changed, 5 insertions(+)
arch/arm/mach-zynq/slcr.c +5 -0
@@ -166,6 +166,11 @@ u32 zynq_slcr_get_boot_mode(void)return readl (&slcr_base->boot_mode); } +u32 zynq_slcr_get_reboot_status (void ) +{ +return readl (&slcr_base->reboot_status); +} +u32 zynq_slcr_get_idcode (void ) { return (readl(&slcr_base->pss_idcode) & SLCR_IDCODE_MASK) >>
Signature · 1 line
2.7.0
PATCH 1/1 ARM: zynq: Add function to get reboot status register value.
Quoted 22 lines · Moritz Fischer
Signed-off-by Moritz Fischer <[email protected]>---
Hi Michal,I was planning to use this in future to boot into recovery mode. The change is small enough I feel that we could directly take it. If you want to hold off until there's a user that's fine for me, too.
Cheers,
Moritz
--- arch/arm/mach-zynq/slcr.c | 5 +++++ 1 file changed, 5 insertions(+)arch/arm/mach-zynq/slcr.c +0
-0@@ -166,6 +166,11 @@ u32 zynq_slcr_get_boot_mode(void)return readl (&slcr_base->boot_mode);
arch/arm/mach-zynq/slcr.c u32 zynq_slcr_get_boot_mode(void) · line 176
Quoted 10 lines
arch/arm/mach-zynq/slcr.c +5
-0} +u32 zynq_slcr_get_reboot_status (void ) +{ +return readl (&slcr_base->reboot_status); +} +u32 zynq_slcr_get_idcode (void ) { return (readl(&slcr_base->pss_idcode) & SLCR_IDCODE_MASK) >>
Isn't this generating sparse warning if it is not used and declared?
Thanks,
Michal
PATCH 1/1 ARM: zynq: Add function to get reboot status register value.
Hi Michal,
Quoted 24 lines · Michal Simek
Quoted 23 lines · Moritz Fischer
Signed-off-by Moritz Fischer <[email protected]>---
Hi Michal,I was planning to use this in future to boot into recovery mode. The change is small enough I feel that we could directly take it. If you want to hold off until there's a user that's fine for me, too.
Cheers,
Moritz
--- arch/arm/mach-zynq/slcr.c | 5 +++++ 1 file changed, 5 insertions(+)arch/arm/mach-zynq/slcr.c +0
-0@@ -166,6 +166,11 @@ u32 zynq_slcr_get_boot_mode(void)return readl (&slcr_base->boot_mode); }
Quoted 11 lines
arch/arm/mach-zynq/slcr.c u32 zynq_slcr_get_boot_mode(void) · line 176
Quoted 9 lines
arch/arm/mach-zynq/slcr.c +5
-0+u32 zynq_slcr_get_reboot_status (void ) +{ +return readl (&slcr_base->reboot_status); +} +u32 zynq_slcr_get_idcode (void ) { return (readl(&slcr_base->pss_idcode) & SLCR_IDCODE_MASK) >>Isn't this generating sparse warning if it is not used and declared?
Derp. It doesn't generate a warning for not being used, however for not being declared it does,
the entry in sys_proto.h is missing:
CHECK arch/arm/mach-zynq/slcr.carch/arm/mach-zynq/slcr.c:97:9: warning: cast to restricted __le32 arch/arm/mach-zynq/slcr.c:97:9: warning: incorrect type in assignment (different base types)arch/arm/mach-zynq/slcr.c:97:9: expected unsigned int volatile
[unsigned] <noident>arch/arm/mach-zynq/slcr.c:97:9: got restricted __le32 [usertype] <noident>arch/arm/mach-zynq/slcr.c:169:5: warning: symbol 'zynq_slcr_get_reboot_status' was not declared. Should it be static?
CC arch/arm/mach-zynq/slcr.o
LD arch/arm/mach-zynq/built-in.o
when added to header this becomes:
CHECK arch/arm/mach-zynq/slcr.carch/arm/mach-zynq/slcr.c:97:9: warning: cast to restricted __le32 arch/arm/mach-zynq/slcr.c:97:9: warning: incorrect type in assignment (different base types)arch/arm/mach-zynq/slcr.c:97:9: expected unsigned int volatile
[unsigned] <noident>arch/arm/mach-zynq/slcr.c:97:9: got restricted __le32 [usertype] <noident>
CC arch/arm/mach-zynq/slcr.o
LD arch/arm/mach-zynq/built-in.o
These were there before ;-)
I can resend with the header line added,
Moritz
PATCH 1/1 ARM: zynq: Add function to get reboot status register value.
Hello Moritz,
Quoted 67 lines · Moritz Fischer
Hi Michal,
Quoted 24 lines · Michal Simek
Quoted 23 lines · Moritz Fischer
Signed-off-by Moritz Fischer <[email protected]>---
Hi Michal,I was planning to use this in future to boot into recovery mode. The change is small enough I feel that we could directly take it. If you want to hold off until there's a user that's fine for me, too.
Cheers,
Moritz
--- arch/arm/mach-zynq/slcr.c | 5 +++++ 1 file changed, 5 insertions(+)arch/arm/mach-zynq/slcr.c +0
-0@@ -166,6 +166,11 @@ u32 zynq_slcr_get_boot_mode(void)return readl (&slcr_base->boot_mode); }Quoted 11 lines
arch/arm/mach-zynq/slcr.c u32 zynq_slcr_get_boot_mode(void) · line 176
Quoted 9 lines
arch/arm/mach-zynq/slcr.c +5
-0+u32 zynq_slcr_get_reboot_status (void ) +{ +return readl (&slcr_base->reboot_status); +} +u32 zynq_slcr_get_idcode (void ) { return (readl(&slcr_base->pss_idcode) & SLCR_IDCODE_MASK) >>Isn't this generating sparse warning if it is not used and declared?
Derp. It doesn't generate a warning for not being used, however for not being declared it does,
the entry insys_proto.his missing:CHECK
arch/arm/mach-zynq/slcr.carch/arm/mach-zynq/slcr.c:97:9: warning: cast to restricted__le32arch/arm/mach-zynq/slcr.c:97:9: warning: incorrect type in assignment (different base types)arch/arm/mach-zynq/slcr.c:97:9: expected unsigned int volatile
[unsigned] <noident>arch/arm/mach-zynq/slcr.c:97:9: got restricted__le32[usertype] <noident>arch/arm/mach-zynq/slcr.c:169:5: warning: symbol 'zynq_slcr_get_reboot_status' was not declared. Should it be static?
CCarch/arm/mach-zynq/slcr.o
LDarch/arm/mach-zynq/built-in.owhen added to header this becomes:
CHECK
arch/arm/mach-zynq/slcr.carch/arm/mach-zynq/slcr.c:97:9: warning: cast to restricted__le32arch/arm/mach-zynq/slcr.c:97:9: warning: incorrect type in assignment (different base types)arch/arm/mach-zynq/slcr.c:97:9: expected unsigned int volatile
[unsigned] <noident>arch/arm/mach-zynq/slcr.c:97:9: got restricted__le32[usertype] <noident>
CCarch/arm/mach-zynq/slcr.o
LDarch/arm/mach-zynq/built-in.o
Quoted 5 lines
These were there before ;-)
I can resend with the header line added,
Moritz
Please add the header line but I would prefer that you submit it as part of the series where it is used. Changes small enough to be taken directly can end up dead code just like bigger changes, only harder to locate -- especially if the compiler does not complain about them. :)
Amicalement,
Signature · 1 line
Albert.