[U-Boot] [PATCH 1/1] socfpga: Consolidating reset code into reset_manager.c. Also separating reset configuration for virtual target and real hardware Cyclone V development kit
Pavel Machek
pavel at denx.de
Fri Jun 28 13:44:23 CEST 2013
Hi!
> socfpga: Consolidating reset code into reset_manager.c. Also separating
> reset configuration for virtual target and real hardware Cyclone V
> development kit
>
> Signed-off-by: Chin Liang See <clsee at altera.com>
> +++ b/arch/arm/cpu/armv7/socfpga/reset_manager.c
> @@ -0,0 +1,50 @@
> +/*
> + * Copyright Altera Corporation (C) <2013>. All rights reserved
> + *
> + * This program is free software; you can redistribute it and/or
> +modify it
> + * under the terms and conditions of the GNU General Public
I sense some word wrapping...
> @@ -21,6 +21,7 @@
> void reset_cpu(ulong addr);
> void reset_deassert_peripherals_handoff(void);
>
> +#if defined(CONFIG_SOCFPGA_VIRTUAL_TARGET)
> struct socfpga_reset_manager {
> u32 padding1;
> u32 ctrl;
> @@ -31,7 +32,23 @@ struct socfpga_reset_manager {
> u32 per2_mod_reset;
> u32 brg_mod_reset;
> };
> +#else
> +struct socfpga_reset_manager {
> + u32 status;
> + u32 ctrl;
> + u32 counts;
> + u32 padding1;
> + u32 mpu_mod_reset;
> + u32 per_mod_reset;
> + u32 per2_mod_reset;
> + u32 brg_mod_reset;
> +};
> +#endif
>
Is it really needed to have two definitions of the struct? AFAICT,
structures are same, except that some padding fields have names on
real hardware. Thus, if we simply use "real-hardware" version on the
emulator, it should work. Perhaps with some comments "this is not
emulated on virtual target"...?
Thanks,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
More information about the U-Boot
mailing list