Re: [U-Boot] [PATCH 0/5] Add device tree support for VxWorks

2013-09-17 Thread myan
Hello Wolfgang, I think this is not a good idea, for two reasons. First, it means the behaviour of the "bootm" command is not consistent - with FDT address passed as argument it behaves one way, without it behaves different. Second, You may want to support images that have the FDT attached or

Re: [U-Boot] [PATCH 0/5] Add device tree support for VxWorks

2013-09-16 Thread Wolfgang Denk
Dear Myan, In message <5237bb0b.1000...@windriver.com> you wrote: > Hello Wolfgang, > > > You intend to 1) just keep the existing 'bootvx' command for > > compatibility with older VxWorks versions, and 2) use plain 'bootm' > > for new versions, like we do for other OSes? > > > Yes, this is what

Re: [U-Boot] [PATCH 0/5] Add device tree support for VxWorks

2013-09-16 Thread myan
Hello Wolfgang, You intend to 1) just keep the existing 'bootvx' command for compatibility with older VxWorks versions, and 2) use plain 'bootm' for new versions, like we do for other OSes? Yes, this is what I intended to implement, sorry for not being more clear. The pesdo-code is like this:

Re: [U-Boot] [PATCH 0/5] Add device tree support for VxWorks

2013-09-16 Thread Wolfgang Denk
Dear Miao Yan, In message <1379325490-3462-1-git-send-email-miao@windriver.com> you wrote: > > The 'bootvx' commnad stays unchaged, and is still avalaible under > the configuration option CONFIG_CMD_ELF for older kernels. A new > option CONFIG_BOOTM_VXWORKS is added for bootm to align with o

[U-Boot] [PATCH 0/5] Add device tree support for VxWorks

2013-09-16 Thread Miao Yan
Hello Wolfgang and All, The next release of VxWorks will adopt device tree as its hardware description mechanism (for PowerPC and ARM), thus requiring boot interface changes for these two architechtures. And we would like to better support U-Boot with our operating system, because almost all