Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 3:47 PM, Wolfgang Denk wrote: > In message <45CA6EEB-4A74-46FC-A544- > [EMAIL PROTECTED]> you wrote: >> >> On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: >> >>> In any case, I expoect the total numbers of lines of code in U- >>> Boot to >>> go down by quite an amount - for example, if we manage to get rid of >>> all the code duplication we have now across architectures. >> >> I doubt this is really going to happen because the majority of code >> is >> specific to the mechanism used to boot a kernel that is arch >> specific. >> >> (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) >> >> I dont see how we reduce code in that area (since it seems >> fundamentally arch specific). > > There is a lot of common code - verify and uncompress the Linux kernel > image; check for existence of, then verify and load the ramdisk, etc. I agree that there is probably a far amount of code in lib_ppc/bootm.c that can be made common above it. The ARCH specific bits seem to be the "jump" and the specific mechanism to pass boot information to the kernel (bd_t, fdt, ARM tags, etc). - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message <[EMAIL PROTECTED]> you wrote: > > On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: > > > In any case, I expoect the total numbers of lines of code in U-Boot to > > go down by quite an amount - for example, if we manage to get rid of > > all the code duplication we have now across architectures. > > I doubt this is really going to happen because the majority of code is > specific to the mechanism used to boot a kernel that is arch specific. > > (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) > > I dont see how we reduce code in that area (since it seems > fundamentally arch specific). There is a lot of common code - verify and uncompress the Linux kernel image; check for existence of, then verify and load the ramdisk, etc. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] In general, if you think something isn't in Perl, try it out, because it usually is :-) - Larry Wall in <[EMAIL PROTECTED]> - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: > On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote: > >> In message >> <[EMAIL PROTECTED]> you wrote: >>> if I understand Wolfgang and Jerry they'd like to recode the control >>> flow of the bootm command in the scripting env u-boot provides. >>> >>> This seems to imply that we'd require HUSH as the simple parser >>> doesn't seem to provide any control statements like (if..then..else). >>> >>> is this correct? >> I woul like to avoid that, if possible. > > Which implies to me the sequence has to be a simple ordered sequence w/ > o any if/than/else aspects to it. Am I missing something? > > - k Nope. Remaining to be shown: how far apart "reality" is from "goal". gvb "I've always used my ignorance as a weapon. I don't know why things can't be done. Engineers spend a lot of time telling us why things can't be done. Sometimes they're right. But sometimes they're not." - Garry Hoyt - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote: > In message > <[EMAIL PROTECTED]> you wrote: >> if I understand Wolfgang and Jerry they'd like to recode the control >> flow of the bootm command in the scripting env u-boot provides. >> >> This seems to imply that we'd require HUSH as the simple parser >> doesn't seem to provide any control statements like (if..then..else). >> >> is this correct? > > I woul like to avoid that, if possible. Which implies to me the sequence has to be a simple ordered sequence w/ o any if/than/else aspects to it. Am I missing something? - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: > In any case, I expoect the total numbers of lines of code in U-Boot to > go down by quite an amount - for example, if we manage to get rid of > all the code duplication we have now across architectures. I doubt this is really going to happen because the majority of code is specific to the mechanism used to boot a kernel that is arch specific. (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) I dont see how we reduce code in that area (since it seems fundamentally arch specific). - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message <[EMAIL PROTECTED]> you wrote: > > Than I think the ideas you guys have aren't beneficial to anyone. > What benefit to we gain by doing this? Its going to be slower and > larger. Note: I don't see why it would absolutley be necessary to use hush. My idea is to end up on each target with a board specific, but otherwise simple sequence of calls We gain much clearer code the function of which can be understood by mere mortals. At least that's the main goal. Yes, it is going to be slower. But how much? 2 milliseconds? or 5? Or 25? Do you really think it will matter? And I'm not sure that the code will be significantly larger. We might be able to clean up a thing here and there on the way, there are some areas where code duplication exists. In any case, I expoect the total numbers of lines of code in U-Boot to go down by quite an amount - for example, if we manage to get rid of all the code duplication we have now across architectures. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If you can't beat it or corrupt it, you pretend it was your idea in the first place. - Terry Pratchett, _Guards! Guards!_ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message <[EMAIL PROTECTED]> you wrote: > if I understand Wolfgang and Jerry they'd like to recode the control > flow of the bootm command in the scripting env u-boot provides. > > This seems to imply that we'd require HUSH as the simple parser > doesn't seem to provide any control statements like (if..then..else). > > is this correct? I woul like to avoid that, if possible. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Life would be so much easier if we could just look at the source code. -- Dave Olson - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: > > On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> if I understand Wolfgang and Jerry they'd like to recode the control >>> flow of the bootm command in the scripting env u-boot provides. >>> This seems to imply that we'd require HUSH as the simple parser >>> doesn't seem to provide any control statements like (if..then..else). >>> is this correct? >>> - k >> >> Yes. > > Than I think the ideas you guys have aren't beneficial to anyone. What > benefit to we gain by doing this? Its going to be slower and larger. > > - k ...for some subset of "anyone." A lot of people resisted moving to the linux 2.6 kernel because it is slower and larger than the 2.4 kernel. A lot of embedded devices (and probably some servers and desktops) are still running 2.4 kernels. I would not conclude that 2.6 isn't beneficial to anyone. Maybe the destination turns into a failure, but half the fun is planning the trip. gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote: > Kumar Gala wrote: >> if I understand Wolfgang and Jerry they'd like to recode the >> control flow of the bootm command in the scripting env u-boot >> provides. >> This seems to imply that we'd require HUSH as the simple parser >> doesn't seem to provide any control statements like (if..then..else). >> is this correct? >> - k > > Yes. Than I think the ideas you guys have aren't beneficial to anyone. What benefit to we gain by doing this? Its going to be slower and larger. - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: > if I understand Wolfgang and Jerry they'd like to recode the control > flow of the bootm command in the scripting env u-boot provides. > > This seems to imply that we'd require HUSH as the simple parser > doesn't seem to provide any control statements like (if..then..else). > > is this correct? > > - k Yes. gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] bootm as a script -- requires HUSH?
if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users