Re: [U-Boot-Users] simplify bootm command
Wolfgang Denk a écrit : That's why I think we should have an explicit builtin command, i. e. command with the name builtin that will always run the corresponding builtin command, no if there is a command alias or not - similar to the bash command ... and make sure that one can *never* define an environment variable called 'builtin', and even remove any such definition if found in the environment when reading it from persistent memory at boot. Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] simplify bootm command
Wolfgang Denk a écrit : In message [EMAIL PROTECTED] you wrote: That's why I think we should have an explicit builtin command, i. e. command with the name builtin that will always run the corresponding builtin command, no if there is a command alias or not - similar to the bash command ... and make sure that one can *never* define an environment variable called 'builtin', and even remove any such definition if found in the environment when reading it from persistent memory at boot. No. That's where the always in my sentence above comes into play. Even if you define such a variable I would just issue a warning and then ignore it when it comes to command execution. My bad. I'd analyzed your always to apply to builtin's argument (the second word in the command), not to 'builtin' itself (the first word in the command). Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] using a flat device tree to drive u-boot config
Timur Tabi a écrit : On Sun, Aug 3, 2008 at 2:06 PM, Grant Likely [EMAIL PROTECTED] wrote: Better to just not depend on the DTB at all for basic operation. ie. don't brick the board if the DTB is unavailable. Is it even possible to have a recovery mode U-Boot that is not tied to the specific board it's built for? Either U-Boot is reliable, or it's generic (i.e. uses the DTB for configuration). I just don't see how it can be both. A recovery U-boot would only need to be generic enough to provide a console and means to upload and run code through that console. If that works well, then you have a reliable and (as) generic (as it gets) recovery u-boot (granted, it would still depend on the console working out-of-the-boot without any HW tricks like enabling voltage converters and such). Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Please Help me to Setup Send Patch using M$ Office
Wolfgang Denk a écrit : In message [EMAIL PROTECTED] you wrote: so please help me setup either M$ Office or guide me to send patches through nabble forum Type: man git-send-email Note that some host development platforms do not have git-send-email installed along automatically. I have just hastily installed it right now. :) Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] RFC: U-Boot version numbering
Ben Warren a écrit : Kumar Gala wrote: On Aug 1, 2008, at 10:32 AM, Wolfgang Denk wrote: Hello, I would like to get your general opinion about changing the U-Boot version numbering scheme. To be honest, I never really understood myself how this is supposed to work and if the next version should be 1.3.4 or 1.4.0 or 2.0.0, i. e. which changes / additions are important enough to increment the PATCHLEVEL or even VERSION number. I therefor suggest to drop this style of version numbering and change to a timestamp based version number system which has been quite successfully used by other projects (like Ubuntu) or is under discussion (for Linux). My suggestion for the new version numbers is as follows: VERSION = 1 (at least for the time being) PATCHLEVEL = current year - 2000 SUBLEVEL = current month Both PATCHLEVEL and SUBLEVEL shall always be 2 digits (at least for the next 91+ years to come) so listings for example on an FTP server shall be in a sane sorting order. If we accept this system, the next release which probably comes out in October 2008 would be v1.08.10, and assuming the one after that comes out in January 2009 would be named v1.09.01 If we go to date based versions. I'd prefer we keep year as 4 digits: v1.2008.10 v1.2009.01 It just seems easier to me at a visual level when I look at try and compare versions. - k I vote for this one, but starting at v2. Just one thing: Verson numbering can be anything you want, but I think it should be self-consistent. And on that account, I realize that the v1 part has no real meaning wrt to the rest of the version string, which date-related -- unless there is a plan to have simultaneous v1 and v2 releases, in which case it makes sense to have v1. Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] RFC: U-Boot version numbering
Feng Kan a écrit : You can just do v2008.1. That would be v2008.01, then, lest we want FTP sites to put november and december releases between january and february. :) You can add a third field for the day for those really serious bugs:) What, and not be able to crank out several releases in a single day? I vote for iso-8601 compliance (up to the second and including TZ). Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-boot and Mathematical Library
Vincenzo Scianni a écrit : Hi to everyone. I have a general question: my need is to use u-boot to initialize a PowerPC 5123 and then to continue with a custom kernel without Linux. The problem is that during initialization I must drive very early a graphical controller by PCI to show some logos and I need of mathematical library; What kind of logo display requires math? You're going to display a bitmap probably, so the only math involved would be integer arithmetic, I think. And if you have a logo in vector form, then you can convert it to bitmap (adapted to your FB format) offline and link the bitmap from, not the vector, in u-boot. I suspect that u-boot doesn't support any. I suspect you're right. First question there exist one compatible with u-boot ? Don't know. In your opinion is it possible to follow idea of import a mathematical library to boot and draw something and after continue with a custom kernel ? No reason why you could not; but I think that's a waste of FLASH and cycles, and you'd be better of turning your logo into a simple bitmap format that u-boot possibly already understands. There is some deep technical reason to load a Linux kernel and then plot a logo ? No reason for this, but again, no reason (that I can see from your description) that you'd need math in the first place. Can you elaborate on the reason that makes you need math onboard rather than off-board? Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [yes, i tried rtfming docs]u-boot on x86, how to?
Geraldo Netto a écrit : i tried the steps at http://www.denx.de/wiki/DULG/Manual but i was not able to make it work on x86 does anyone have any tip/doc(s) on how to make u-boot work on x86? i'd really appreciate that help :P Hello, You *might* get some help if you specify what exactly you tried, what succeeded, what did not succeed and what was the actual vs expected outcome of the unsuccessful step, including error messages. Amicalement, -- Albert. - 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=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users