R: [U-Boot-Users] Switching of LCD controller before reboot?

Paolo Broggini pbroggini at softool.ch
Fri Oct 22 14:35:55 CEST 2004


Why you'll not use the already implemented do_reset() in cpu/arm920t/cpu.c ?

Regards
-P.Broggini

> -----Messaggio originale-----
> Da: u-boot-users-admin at lists.sourceforge.net
> [mailto:u-boot-users-admin at lists.sourceforge.net]Per conto di Steven
> Scholz
> Inviato: venerdi, 22. ottobre 2004 09:14
> A: u-boot-users at lists.sourceforge.net
> Oggetto: [U-Boot-Users] Switching of LCD controller before reboot?
>
>
> Hi there,
>
> my i.MX based board does not reboot but hangs when doing "reset"
> (on u-boot) or
> "reboot" (on linux) when the internal LCD contoller is enabled.
> Thus I have to
> disable the LCD contoller before doing that.
>
> Something else:
>
> The AT91RM9200DK needs to "shutdown the console to avoid strange
> chars during
> reset".
>
> So my question is:
> Where would be the appropriate place for stuff like that?
> Should we clobber cpu/arm920t/cpu.c with all the processor or
> board specific
> reset related stuff?
> Or would it be better to have something like
>
>          cpu_init,               /* basic cpu dependent setup */
>          board_init,             /* basic board dependent setup */
> ...
>          cpu_reset,              /* basic cpu dependent reset */
>          board_reset,            /* basic board dependent reset */
> or
> 	prepare_reset
>
> based on defines like CONFIG_BOARD_PRE_RESET or something?
>
> Thanks.
>
> --
> Steven Scholz
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to
> find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>






More information about the U-Boot mailing list