[U-Boot-Users] [PATCH] qemu_mips: update README to follow qemu update about default machine

[Jean-Christophe PLAGNIOL-VILLARD]

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
 doc/README.qemu_mips |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/doc/README.qemu_mips b/doc/README.qemu_mips
index 476c5e6..c9ac3f3 100644
--- a/doc/README.qemu_mips
+++ b/doc/README.qemu_mips
@@ -15,4 +15,4 @@ create image:
 # dd of=flash bs=1k count=4k if=/dev/zero
 # dd of=flash bs=1k conv=notrunc if=u-boot.bin
 start it:
-# qemu-system-mips -pflash flash -monitor null -nographic
+# qemu-system-mips -M mips -pflash flash -monitor null -nographic
-- 
1.5.6.2


-
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] [PATCH] Correct ARM Versatile Timer Initialization

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
 *(volatile ulong *)(CFG_TIMERBASE + 0) =3D3D CFG_TIMER_RELOAD;
   /*=20 TimerLoad */
  ^
   - *(volatile ulong *)(CFG_TIMERBASE + 4) =3D3D CFG_TIMER_RELOAD;
   /*=20 TimerValue */
  ^
  
  Your patch is line-wrapped and cannot be applied.
  
  I Checked the Original Source File  found this.

The original source file has nothing to do with this problem.

 Please resubmit your patch, without line wrapping.
 
 Yes, I think i couldn't make myself clear. The ORIGINAL Source Code/Line
 i need to REMOVE 
 itself is greater than 80 Column. I am not adding any code. I am just
 removing 1  line that is not 
 required.

Yes, but that is NOT the problem. The problem is that your mailer is
wrapping long lines when it sends your patch, thus corrpting it.

 I need to remove this Line. So i request to let me know how to remove a
 line that's already is broken.

The source line may be long, but it is not broken.

It is your mailer which corrupts the patch by wrapping the long lines
into two lines.

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]
That unit is a woman.
A mass of conflicting impulses.
-- Spock and Nomad, The Changeling, stardate 3541.9

-
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] [PATCH]:Enable 2D Engine in SM501 to hurry up fresh speed!

[Wolfgang Denk]

Dear Ryan,

in message [EMAIL PROTECTED] you wrote:
 Hi  Wolfgang,
 I have modified my patch. New macro CONFIG_SM501_ENABLE_2DENGINE be
 included to specify codes what enable SM501 2D engine. The macro need be
 declared in config header file.
 Why does it need to enable 2D engine? The reason is most of framebuffer
 contents need be moved in VRAM when screen scrolls up. The work be done by
 software in current U-Boot for SM501. The patch is to enable 2D engine to do
 it by hardware without CPU interference.  
 
 Signed-off-by: Ryan Chen [EMAIL PROTECTED]

Could you please use git-format-patch to create the patch, and
git-send-email to send it? This might avoid problems like the line
wrapping - see below.

Also, please spend a few seconds on thinking about which text you want
to see in the commit message. As submitted here, the whole text:

Hi  Wolfgang,
I have modified my patch. ...
...
Signed-off-by: Ryan Chen [EMAIL PROTECTED]

would make it into the commit message. I do not think that was your
intention. Comments about the patch etc. should go *below* the ---
line that gets inserted by git-format-patch.

Well, but the real problem with your poatch is here:
...
 +#define FIELD_SIZE(field)   (1 + FIELD_END(field) -
 FIELD_START(field))
^^^
 +#define FIELD_MASK(field)   (((1  (FIELD_SIZE(field)-1)) |
 ((1  (FIELD_SIZE(field)-1)) - 1))  FIELD_START(field))
^^^
 +#define FIELD_NORMALIZE(reg, field) (((reg)  FIELD_MASK(field)) 
 FIELD_START(field))
^^^
 +#define FIELD_DENORMALIZE(field, value) (((value)  FIELD_START(field)) 
 FIELD_MASK(field))
^^^
 +#define FIELD_INIT(reg, field, value)   FIELD_DENORMALIZE(reg ## _ ##
 field, \
^^^
 +  reg ## _ ## field
 ## _ ## value)
^^^
 +#define FIELD_INIT_VAL(reg, field, value) \
 +(FIELD_DENORMALIZE(reg ## _ ##
 field, value))
^^^
 +#define FIELD_VAL_SET(x, r, f, v)   x = x  ~FIELD_MASK(r ## _ ## f) \
 +  | FIELD_DENORMALIZE(r ## _ ##
 f, r ## _ ## f ## _ ## v)
^^^

And so on - your mailer is wrapping long lines, thus corrupting the
patch. It's unusable as is.

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]
There are always alternatives.
-- Spock, The Galileo Seven, stardate 2822.3

-
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] [PATCH] Correct ARM Versatile Timer Initialization

[Gururaja Hebbar K R]

Hi, 

The original source file has nothing to do with this problem.
Yes, but that is NOT the problem. The problem is that your mailer is
wrapping long lines when it sends your patch, thus corrpting it.
The source line may be long, but it is not broken.
It is your mailer which corrupts the patch by wrapping the long lines
into two lines.

Yes. Sorry for the mistake. It was my M$ Office which was wrapping the
mail @ column 76  hence the issue. 
I have changed it to 81  i have Re-Submitted the Patch. Hopefully. Its
Corrected Now.

TIA

Regards
Gururaja

-
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] [PATCH]:Enable 2D Engine in SM501 to hurry up fresh speed!

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 Hi  Wolfgang,
 I have modified my patch. New macro CONFIG_SM501_ENABLE_2DENGINE be
 included to specify codes what enable SM501 2D engine. The macro need be
 declared in config header file.
 Why does it need to enable 2D engine? The reason is most of framebuffer
 contents need be moved in VRAM when screen scrolls up. The work be done by
 software in current U-Boot for SM501. The patch is to enable 2D engine to do
 it by hardware without CPU interference.  
 
 Signed-off-by: Ryan Chen [EMAIL PROTECTED]

Also note that there are coding style violations: trailing white
space, indentation/vertical alignment by spaces instead of TABs,
incorrect vertical alignment of switch / case.

Please fix these before you resubmit.

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]
At least they're __EXPERIENCED incompetents

-
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] [PATCH]:Enable 2D Engine in SM501!

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 Hi all,
 This patch is part 2 for [PATCH:Enable 2D Engine in SM501]. New macro 
 CONFIG_SM501_ENABLE_2DENGINE be included to specify codes what enable SM501 
 2D engine. The macro need be declared in config header file.
 Why does it need to enable 2D engine? The reason is most of framebuffer 
 contents need be moved in VRAM when screen scrolls up. The work be done by 
 software in current U-Boot for SM501. The patch is to enable 2D engine to do 
 it by hardware without CPU in
 terference.  
 
 Signed-off-by: Ryan Chen [EMAIL PROTECTED]

Please rework the commit message, and use shorter lines (maximum some
70+ characters per line).

There are also some coding style violations: trailing white
space, indentation/vertical alignment by spaces instead of TABs,

...
 +
 +#define POWER_MODE0_CLOCK   0x44
 +#define POWER_MODE0_CLOCK_PLL3_P1XCLK
 31:31
 +#define POWER_MODE0_CLOCK_PLL3_P1XCLK_ENABLE 1
 +#define POWER_MODE0_CLOCK_PLL3_P1XCLK_DISABLE0
 +#define POWER_MODE0_CLOCK_PLL3   
 30:30
 +#define POWER_MODE0_CLOCK_PLL3_ENABLE
 1
 +#define POWER_MODE0_CLOCK_PLL3_DISABLE   
 0   
Corrupted alignment here?

 +#define POWER_MODE1_CLOCK   0x4C
 +#define POWER_MODE1_CLOCK_PLL3_P1XCLK
 31:31
 +#define POWER_MODE1_CLOCK_PLL3_P1XCLK_ENABLE 1
 +#define POWER_MODE1_CLOCK_PLL3_P1XCLK_DISABLE0
 +#define POWER_MODE1_CLOCK_PLL3   
 30:30
 +#define POWER_MODE1_CLOCK_PLL3_ENABLE
 1
 +#define POWER_MODE1_CLOCK_PLL3_DISABLE   
 0   

Ditto here?

 +// 2D registers.

C++ comments are not allowed.

 +#define DE_REGISTER_OFFSET   0x10
 +#define DE_SOURCE   0x00

Check alignment.

...and so on.

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]
I read part of it all the way through.

-
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] [PATCH] Correct ARM Versatile Timer Initialization

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
 Yes. Sorry for the mistake. It was my M$ Office which was wrapping the
 mail @ column 76  hence the issue. 
 I have changed it to 81  i have Re-Submitted the Patch. Hopefully. Its
 Corrected Now.

Changed it to 81? I don't understand. What  happens  when  your  next
patch  has  a  line  with  85  characters?  I  do not want to see any
line-wrapped patches again.

Please turn this evil line wrapping off completely.


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]
Every solution breeds new problems.

-
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] [PATCH] Correct ARM Versatile Timer Initialization

[Gururaja Hebbar K R]

Hi, 

 In message 
 [EMAIL PROTECTED]
  you wrote:
  
  Yes. Sorry for the mistake. It was my M$ Office which was 
 wrapping the 
  mail @ column 76  hence the issue.
  I have changed it to 81  i have Re-Submitted the Patch. Hopefully. 
  Its Corrected Now.
 
 Changed it to 81? I don't understand. What  happens  when  
 your  next patch  has  a  line  with  85  characters?  I  do 
 not want to see any line-wrapped patches again.
 
 Please turn this evil line wrapping off completely.

I can turn this off completely in M$ Office
For Plain Text Mails, It Automatically Wraps the text. We can only set
the Number of characters to wrap 
I checked  found that the max characters that can be allowed b4
wrapping is 132

Regards
Gururaja


-
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

[U-Boot-Users] Please Help me to Setup Send Patch using M$ Office

[Hebbar]

Hi all,

Since last 2 weeks i am trying to send Patches to Uboot List and its failing
again  again because of line wrap issue. 

I have setup M$ office to Automatically Wrap text at 82 Chars 

when i send mails which is less than 81 chars, it still wraps the text
somewhere around 65 chars.

I een tried sending the patch through Nabblle forum but failed for the same
reason 

so please help me setup either M$ Office or guide me to send patches through
nabble forum

TIA

Regards
Gururaja

-- 
View this message in context: 
http://www.nabble.com/Please-Help-me-to-Setup---Send-Patch-using-M%24-Office-tp18770065p18770065.html
Sent from the Uboot - Users mailing list archive at Nabble.com.


-
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

[U-Boot-Users] [PATCH v2] Fix bitmap display for atmel lcd controller

[Mark Jackson]

The current lcd_display_bitmap() function does not work properly
for the Atmel LCD controller.

2 fixes need to be done:-

(a) when setting the colour map, use the lcd_setcolreg() function
as provided by the Atmel driver
(b) the data is never actually written to the lcd framebuffer !!

Below is a patch to fix these issues.

Signed-off-by: Mark Jackson [EMAIL PROTECTED]
---

diff --git a/common/lcd.c b/common/lcd.c
index eec1f53..e03cff3 100644
--- a/common/lcd.c
+++ b/common/lcd.c
@@ -678,6 +678,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y)
/* Set color map */
for (i=0; icolors; ++i) {
bmp_color_table_entry_t cte = bmp-color_table[i];
+#if !defined(CONFIG_ATMEL_LCD)
ushort colreg =
( ((cte.red)8)  0xf800) |
( ((cte.green)  3)  0x07e0) |
@@ -692,6 +693,9 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y)
 #elif defined(CONFIG_MPC823)
cmap--;
 #endif
+#else /* CONFIG_ATMEL_LCD */
+   lcd_setcolreg(i, cte.red, cte.green, cte.blue);
+#endif
}
}
 #endif
@@ -727,7 +731,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y)
for (i = 0; i  height; ++i) {
WATCHDOG_RESET();
for (j = 0; j  width ; j++)
-#if defined(CONFIG_PXA250)
+#if defined(CONFIG_PXA250) || defined(CONFIG_ATMEL_LCD)
*(fb++) = *(bmap++);
 #elif defined(CONFIG_MPC823) || defined(CONFIG_MCC200)
*(fb++)=255-*(bmap++);

-
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] [PATCH] Correct ARM Versatile Timer Initialization

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
 I can turn this off completely in M$ Office
 For Plain Text Mails, It Automatically Wraps the text. We can only set
 the Number of characters to wrap
 I checked  found that the max characters that can be allowed b4
 wrapping is 132

...which is why we always recommend to use git-send-email to send
patches. Do not use any crappy M$ stuff.

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]
The first 90% of a project takes 90% of the time, the last 10%  takes
the other 90% of the time.

-
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]

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

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]
They say a little knowledge is a dangerous thing,  but it is not  one
half so bad as a lot of ignorance.   - Terry Pratchett, _Equal Rites_

-
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

[Albert ARIBAUD]

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] Please Help me to Setup Send Patch using M$ Office

[Gururaja Hebbar K R]

Hi, 

 Type: man git-send-email

But i am using a company email address and it uses Microsoft Exchange
server. I will check about configuring it but not sure. 

TIA

Regards

Gururaja

-
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] PATCH: Update U-Boot EXT2 Filesystem to support dynamic inode size and optimize ext2 read function to fasten read speed!

[Detlev Zundel]

Hi Ryan,

 I have modified my patch according to your suggestion. The only question is
 that use debug() because I found all debug print msg lines are written as :
 #ifdef DEBUG
 printf(..);
 #endif
 Are you sure I need change my debug print to debug()?

Yes, please.  We introduced the macro especially for this to make the
code more readable.

If you find other instances of the macro not being used, feel free to
send a patch changing it ;)

Cheers
  Detlev

-- 
Multiple exclamation marks, the sure sign of an insane mind.
-- Terry Pratchett
--
DENX Software Engineering GmbH,  MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: [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=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]

In message [EMAIL PROTECTED] you wrote:
 
  Type: man git-send-email
 
 But i am using a company email address and it uses Microsoft Exchange
 server. I will check about configuring it but not sure. 

Does your server allow internal SMTP connections? Then it  should  be
easy to do. Also, ifdirect outgoing SMTP connections are possible. If
both  doesn't  work,  then  talk to your sysadmin and request that he
fixes the problem.

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]
Felson's Law:
To steal ideas from one person is plagiarism; to steal from
many is research.

-
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] [PATCH] Fix compile error caused by incorrect function return type 2

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 From: TsiChung Liew [EMAIL PROTECTED]
 
 Rename int mii_init(void) to void mii_init(void) for idmr
 ColdFire platform
 
 Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
 ---
  board/idmr/mii.c |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

Applied, thanks.

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]
Drun'? 'm not drun'! You woudn' dare call m' drun' if I was sober!
 - Terry Pratchett, _Men at Arms_

-
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] [PATCH] Fix compilation error for MCF5275

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 From: TsiChung Liew [EMAIL PROTECTED]
 
 Rename OBJ to COBJ in board/platform/Makefile
 
 Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
 ---
  board/freescale/m5275evb/Makefile |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

Applied, thanks.

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]
There are some good people in it, but the orchestra as  a  whole  is
equivalent to a gang bent on destruction.  - John Cage, composer

-
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] [PATCH] Fix compilation error for TASREG

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 From: TsiChung Liew [EMAIL PROTECTED]
 
 TASREG is ColdFire platform, the include ppc4xx.h in
 board/esd/common/flash.c causes conflict.
 
 Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
 ---
  board/esd/common/flash.c |2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)

Matthias, is there any reason to stick at all with that old custom
flash driver?

May I please ask you to convert your boards to using the CFI driver
for the next U-Boot version, and dump this old driver?

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]
Half of the people in the world are below average.

-
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] [PATCH] Fix compilation issue caused by a missing function

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 From: TsiChung Liew [EMAIL PROTECTED]
 
 Implement usec2ticks() which is used by fsl_i2c.c in
 lib_m68k/time.c
 
 Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
 ---
  lib_m68k/time.c |5 +
  1 files changed, 5 insertions(+), 0 deletions(-)

Applied, thanks.

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]
War is never imperative.
-- McCoy, Balance of Terror, stardate 1709.2

-
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] Resubmit : [PATCH] Correct ARM Versatile Timer Initialization

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED]
 ---
  cpu/arm926ejs/versatile/timer.c |3 +--
  1 files changed, 1 insertions(+), 2 deletions(-)
 
 diff --git a/cpu/arm926ejs/versatile/timer.c
 b/cpu/arm926ejs/versatile/timer.c
 index 32872d2..9659b67 100644
 --- a/cpu/arm926ejs/versatile/timer.c
 +++ b/cpu/arm926ejs/versatile/timer.c
 @@ -50,8 +50,7 @@ static ulong lastdec;
  int timer_init (void)
  {
   *(volatile ulong *)(CFG_TIMERBASE + 0) = CFG_TIMER_RELOAD;
 /* TimerLoad */
^
 - *(volatile ulong *)(CFG_TIMERBASE + 4) = CFG_TIMER_RELOAD;
 /* TimerValue */
^

Just for the record: this patch is once more corrupted due to line
wrapping by the mailer.

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]
There are three ways to get something  done:  do  it  yourself,  hire
someone, or forbid your kids to do it.

-
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] [PATCH] qemu_mips: update README to follow qemu update about default machine

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
 ---
  doc/README.qemu_mips |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

Applied, thanks.

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]
... The prejudices people feel about each other disappear  when  then
get to know each other.
-- Kirk, Elaan of Troyius, stardate 4372.5

-
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] [PATCH v2] Fix bitmap display for atmel lcd controller

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 The current lcd_display_bitmap() function does not work properly
 for the Atmel LCD controller.
 
 2 fixes need to be done:-
 
 (a) when setting the colour map, use the lcd_setcolreg() function
 as provided by the Atmel driver
 (b) the data is never actually written to the lcd framebuffer !!
 
 Below is a patch to fix these issues.
 
 Signed-off-by: Mark Jackson [EMAIL PROTECTED]
 ---
 
 diff --git a/common/lcd.c b/common/lcd.c
 index eec1f53..e03cff3 100644
 --- a/common/lcd.c
 +++ b/common/lcd.c

Applied, thanks.

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]
Be kind to unkind people - they need it the most.

-
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

[U-Boot-Users] ANNOUNCE: Change of URLs for U-Boot wiki

[Detlev Zundel]

Hi,

although we were not aware of it, there is a registered trademark
'uboot' around.  The owner of that trademark found our U-Boot wiki
pages[1],[2] urging us to resolve the conflict with his property.  The
original page URLs did not include a hyphen because of the TWiki code
not allowing that.

After personal communication with the owner of the trademark, we adapted
TWiki accordingly and renamed the web UBoot[1] to U-Boot[3] and
UBootdoc[2] to U-Bootdoc[4] being enough to satisfy the claim without
undergoing a possibly expensive tour de law.

If you have any links pointing to those webs, please update them
accordingly.

Thanks
  Detlev

[1] http://www.denx.de/wiki/UBoot
[2] http://www.denx.de/wiki/UBootdoc
[3] http://www.denx.de/wiki/U-Boot
[4] http://www.denx.de/wiki/U-Bootdoc

-- 
[From 2.4 to 2.6 to 2.7 discussing release numbering of the Linux kernel]
Let the bike-shed-painting begin.
 -- Linus Torvalds 
--
DENX Software Engineering GmbH,  MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: [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=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] [PATCH 6/7] NAND: add NAND driver for s3c64xx

[Guennadi Liakhovetski]

On Thu, 31 Jul 2008, Wolfgang Denk wrote:

  --- /dev/null
  +++ b/drivers/mtd/nand/s3c64xx.c
  @@ -0,0 +1,315 @@
  +/*
  + * (C) Copyright 2006 DENX Software Engineering
 
 Please add your name here.

I will add my copyright in a couple of files, but I would rather not add 
it to Makefiles. Below I quote an earlier post on this list (funnily, I 
wasn't able to get it in sourceforge's archive...), which addresses 
Copyrights in Makefiles. To me it sounds reasonable, because in my example 
I really added very little IP to it, almost exclusively copy-paste from 
other Makefiles. What I learned, is one may never delete copyrights from 
files, ones they are there, that's why I preserved yours - that's how this 
file was in Samsung's version. But I don't think my Copyright there will 
serve any good purpose.

  +/*
  + * Function to print out oob buffer for debugging
  + * Written by jsgood
 
 Then jsgood should be mentioned in the (C) lines?

Is it allowed to add other peaople's copyright without their consent?

I am working on the rest comments... cleaning up others' mess.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.

DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: [EMAIL PROTECTED]

###
### QUOTED MAIL ###
###

From [EMAIL PROTECTED] Wed Jul  9 14:11:51 2008
Date: Wed, 09 Jul 2008 08:09:10 -0400
From: Jerry Van Baren [EMAIL PROTECTED]
To: Guennadi Liakhovetski [EMAIL PROTECTED]
Cc: Jens Gehrlein [EMAIL PROTECTED], u-boot-users@lists.sourceforge.net
Subject: Re: [U-Boot-Users] [PATCH 04/10 v2] [ARM] TQMA31: add new board with 
i.MX31 processor

Guennadi Liakhovetski wrote:
 On Tue, 8 Jul 2008, Jens Gehrlein wrote:
 
  diff --git a/board/tqc/tqma31/Makefile b/board/tqc/tqma31/Makefile
  new file mode 100644
  index 000..f7e17c8
  --- /dev/null
  +++ b/board/tqc/tqma31/Makefile
  @@ -0,0 +1,48 @@
  +#
  +# Copyright (C) 2008, Guennadi Liakhovetski [EMAIL PROTECTED]
  +# Copyright (C) 2008, Jens Gehrlein [EMAIL PROTECTED]
 
 Thanks for the credit, but, although IANAL, I think, one does not _have_ to
 preserve the copyright of the original file when it gets copied to a new one.
 Otherwise most open-source files would have a vry long list of
 Copyrights:-) Am I right?
 
 Thanks
 Guennadi

IANAL, but I play one on Groklaw sometimes, much to PJ's chagrin. ;-)

This is a squishy area.  It is dependent on what of the original work survives
the modification and whether the surviving pieces are copyrightable.  It also
depends on what country you are contemplating suing in.

http://en.wikipedia.org/wiki/Limitations_and_exceptions_to_copyright

Things that must be done in certain ways are not copyrightable, so Makefiles are
pretty marginal to start with IMHO.

http://en.wikipedia.org/wiki/Threshold_of_originality

My opinion is to leave the original copyright notice in there and err on the
side of preserving reasonable copyright notices.  The lawyers will be happy to
tell us that we did it wrong if it ever came to a lawsuit, and I would prefer
that they tell us that we had a useless copyright notice in the file rather than
tell us that we should have had a notice but didn't...

Best regards,
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=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] SD support for more than 128MB in u-boot1.3.1

[Naveen Kumar GADDIPATI]

Hi Jean,

Processor: ST Nomadik(ARM9 based) 
Sorry I'm not able to understand,What is Ditto?
Attached the log for the SD card issue.

FAT32:
It means we don't have any PATCH at present in uboot for FAT32.
What is the problem in FAT32?


Regards,
Naveen


-Original Message-
From: Jean-Christophe PLAGNIOL-VILLARD [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 3:46 AM
To: Naveen Kumar GADDIPATI
Cc: u-boot-users@lists.sourceforge.net
Subject: Re: [U-Boot-Users] SD support for more than 128MB in u-boot1.3.1

On 19:03 Thu 31 Jul , Naveen Kumar GADDIPATI wrote:
 Hi,
 
 Processor is arm926ejs based ST processor.
Could you be a bit more precise?
 I'm facing problem in supporting SD Card of size more than 128MB.
Ditto.
 SD Card is able to detect,but failing in reading boot sector info of the
SD block.
 
Log, code, etc... are welcome

Could you rebase your port against the current 1.3.4-rc2?

 One more thing,Is FAT32 support is present in uboot 1.3.1?If their any
patch for FAT32 in u-boot,please respond.

FAT32 is present for a long time

but IIRC: FAT32 is present in U-Boot but have somme issue

Best Regards,
J.
ˆÐå2ž˜àõ­î  ×ÂÌâëhpk—‚š;L—õ¯ÒtÍùB!r¨‡Æ  [EMAIL PROTECTED]

U-Boot 1.3.1 (Aug  1 2008 - 09:28:08)

DRAM:  128 MB
unknown idFlash:  0 kB
NAND:  128 MiB
*** Warning - bad CRC or NAND, using default environment

In:serial
Out:   serial
Err:   serial
error in CID response
cmd7 error in selection 
SD card detected 
file size
kernel.jff  1966080
rootfs.jff  6160384
userfs.jff  1572864
command.txt 293
Error in card power on
mmc_read_cmd_file error : in loading file 
Hit any key to stop autoboot:  1  0 
### JFFS2 loading 'kernel.uimg' to 0x10
Scanning JFFS2 FS:   | / - \ | / - \ | / -  done.
find_inode failed for name=kernel.uimg
load: Failed to find inode
### JFFS2 LOAD ERROR0 for kernel.uimg!
### JFFS2 loading 'initrd.gz.uimg' to 0x80
Scanning JFFS2 FS:   | -
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] [PATCH 6/7] NAND: add NAND driver for s3c64xx

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
   + * (C) Copyright 2006 DENX Software Engineering
  
  Please add your name here.
 
 I will add my copyright in a couple of files, but I would rather not add 
 it to Makefiles. Below I quote an earlier post on this list (funnily, I 

Note that in the case you quoted my request was that you  add  *your*
name,  not  only  that  of  our company. This is Free Software, and I
consider you the copyright owner. I  am  aware  that  in  many  other
companies  you  have  to  sign  contracts that all such rights belong
exclusively to the company, but DENX doesn't do that.

   + * Function to print out oob buffer for debugging
   + * Written by jsgood
  
  Then jsgood should be mentioned in the (C) lines?
 
 Is it allowed to add other peaople's copyright without their consent?

No, you cannot do that without asking him. Maybe you find his address
somewhere?

 I am working on the rest comments... cleaning up others' mess.

That was your job in that project, wasn't it? ;-)

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]
Every program has at least one bug and can be shortened by  at  least
one instruction - from which, by induction, one can deduce that every
program can be reduced to one instruction which doesn't work.

-
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

[U-Boot-Users] compilation problems

[Gino Mariucci]

Dear friends,

I apologize for quite off topic questions, which is related to kernel
compilation instead of u-boot.
However I hope that someone would be so kind to help me to address the problem.
I'm working on a AT91SAM9260 board (which is quite similar to Atmel EK
board) compiling both u-boot and kernel sources with ELDK 4.1.
A couple a week ago I had the bad idea to install Fedora 9 on my
thinkpad and now I'm not able to compile the kernel. Here is enclosed
the messages I got during the first steps of compilation:

[EMAIL PROTECTED] linux-2.6.21]$ make uImage
scripts/kconfig/conf -s arch/arm/Kconfig
 CHK include/linux/version.h
 UPD include/linux/version.h
 SYMLINK include/asm-arm/arch - include/asm-arm/arch-at91
 Generating include/asm-arm/mach-types.h
 CHK include/linux/utsrelease.h
 UPD include/linux/utsrelease.h
 SYMLINK include/asm - include/asm-arm
 CC  arch/arm/kernel/asm-offsets.s
 GEN include/asm-arm/asm-offsets.h
 CC  scripts/mod/empty.o
 HOSTCC  scripts/mod/mk_elfconfig
 MKELF   scripts/mod/elfconfig.h
 HOSTCC  scripts/mod/file2alias.o
 HOSTCC  scripts/mod/modpost.o
 HOSTCC  scripts/mod/sumversion.o
scripts/mod/sumversion.c: In function get_src_version:
scripts/mod/sumversion.c:384: error: PATH_MAX undeclared (first use
in this function)
scripts/mod/sumversion.c:384: error: (Each undeclared identifier is
reported only once
scripts/mod/sumversion.c:384: error: for each function it appears in.)
scripts/mod/sumversion.c:384: warning: unused variable filelist
make[2]: *** [scripts/mod/sumversion.o] Error 1
make[1]: *** [scripts/mod] Error 2
make: *** [scripts] Error 2

Any ideas?
Many thanks
Gino

-
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] compilation problems

[Wolfgang Denk]

Dear Gino,

in message [EMAIL PROTECTED] you wrote:
 
 However I hope that someone would be so kind to help me to address the 
 problem.
 I'm working on a AT91SAM9260 board (which is quite similar to Atmel EK
 board) compiling both u-boot and kernel sources with ELDK 4.1.
 A couple a week ago I had the bad idea to install Fedora 9 on my

THis is not the fault of Fedora 9 - we run this, too, on some systems,
and it works fine here. To me it seems a sif you missed to install a
few critical packages on your system.

 thinkpad and now I'm not able to compile the kernel. Here is enclosed
 the messages I got during the first steps of compilation:
...
  HOSTCC  scripts/mod/sumversion.o
 scripts/mod/sumversion.c: In function get_src_version:
 scripts/mod/sumversion.c:384: error: PATH_MAX undeclared (first use
 in this function)

This probably means that the kernel-headers package is missing. Try:
yum -y install kernel-headers (running as root).

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]
Advice is seldom welcome; and those who want it the most always like
it the least. -- Philip Earl of Chesterfield

-
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

[U-Boot-Users] [PATCH] Report back the location we put the device tree if we dont boot

[Kumar Gala]

Its useful to know where the device tree is if we have set 'autostart'
to 'no.  We come back to the prompt after a boot command and we can
than post process the device tree but we need to know where it was put
report this back via the env variable 'bootm_fdtaddr'.

Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
 lib_ppc/bootm.c |   11 ++-
 1 files changed, 10 insertions(+), 1 deletions(-)

diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index 81803dd..a872d31 100644
--- a/lib_ppc/bootm.c
+++ b/lib_ppc/bootm.c
@@ -277,8 +277,17 @@ do_bootm_linux(cmd_tbl_t *cmdtp, int flag, int argc, char 
*argv[],
 #if defined(CFG_INIT_RAM_LOCK)  !defined(CONFIG_E500)
unlock_ram_in_cache();
 #endif
-   if (!images-autostart)
+   if (!images-autostart) {
+#if defined(CONFIG_OF_LIBFDT)
+   if (of_flat_tree) {
+   char buf[32];
+
+   sprintf (buf, %llx, (u64)(u32)of_flat_tree);
+   setenv(bootm_fdtaddr, buf);
+   }
+#endif
return ;
+   }

 #if defined(CONFIG_OF_LIBFDT)
if (of_flat_tree) { /* device tree; boot new style */
-- 
1.5.5.1


-
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] compilation problems

[Gino Mariucci]

 THis is not the fault of Fedora 9 - we run this, too, on some systems,
 and it works fine here. To me it seems a sif you missed to install a
 few critical packages on your system.

I agree with you, even though is not easy to find what is missing.

 ...
  HOSTCC  scripts/mod/sumversion.o
 scripts/mod/sumversion.c: In function get_src_version:
 scripts/mod/sumversion.c:384: error: PATH_MAX undeclared (first use
 in this function)

 This probably means that the kernel-headers package is missing. Try:
 yum -y install kernel-headers (running as root).

I have checked what you say but, the answer is:
package kernel-headers-2.6.25.11-97.fc9.i386 is already installed on
this system

Could the problem be related to some path not correctly declared?

Many Thanks

Gino

-
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] compilation problems

[Kenneth Johansson]

On Fri, 2008-08-01 at 16:25 +0200, Gino Mariucci wrote:
  THis is not the fault of Fedora 9 - we run this, too, on some systems,
  and it works fine here. To me it seems a sif you missed to install a
  few critical packages on your system.
 
 I agree with you, even though is not easy to find what is missing.
 
  ...
   HOSTCC  scripts/mod/sumversion.o
  scripts/mod/sumversion.c: In function get_src_version:
  scripts/mod/sumversion.c:384: error: PATH_MAX undeclared (first use
  in this function)
 
  This probably means that the kernel-headers package is missing. Try:
  yum -y install kernel-headers (running as root).
 
 I have checked what you say but, the answer is:
 package kernel-headers-2.6.25.11-97.fc9.i386 is already installed on
 this system

On my debian based system the kernel header package is for developing
kernel modules not for the userspace stuff. It's in another package. 

dpkg -S /usr/include/linux/limits.h
linux-libc-dev: /usr/include/linux/limits.h

But redhat may be different.

 Could the problem be related to some path not correctly declared?
 
 Many Thanks
 
 Gino



-
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

[U-Boot-Users] RFC: mailing list transfer

[Wolfgang Denk]

Hello,

I would like to get your general opinion about moving the
u-boot-users mailing list away from SourceForge and host it on
lists.denx.de instead.


There is a couple of reasons for this: SourceForge has freuently been
slow; there have been reports from many users  who  got  unsubscribed
repeatedly  for  no  clear  reason; the mailing list archive at SF is
painful to use; and, most of all, we have only limited ways to change
the configuration, and with any other request we depend on the  mercy
of SF support, which is, ummm, slw.

Another reason is that this would make it easier for us to cross-link
between messages on the mailing list and entries in the upcoming  bug
and patch tracking system.


If we have a majority agreeing with this change, I suggest to proceed
as follows:

* The new mailing list will be created as [EMAIL PROTECTED]
* The mailing list archive will be transferred from SF to DENX
* The archive services (gmane etc.) will be notified about the change
* All currently subscribed users and their settings will be
  transferred from SF to DENX
* After a cut-off date, all users are requested to use the new ML only
  [that will be the complicated part].
* The ML at SF will be set to read-only to make clear it is no longer
* in use.

Do you think this is a reasonable plan? Any hints, ideas, tips?

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]
Of course there's no reason for it, it's just our policy.

-
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: mailing list transfer

[Kumar Gala]

On Aug 1, 2008, at 10:17 AM, Wolfgang Denk wrote:

 Hello,

 I would like to get your general opinion about moving the
 u-boot-users mailing list away from SourceForge and host it on
 lists.denx.de instead.

Yes!

- 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=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: mailing list transfer

[Ben Warren]

On Fri, Aug 1, 2008 at 8:17 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
 Hello,

 I would like to get your general opinion about moving the
 u-boot-users mailing list away from SourceForge and host it on
 lists.denx.de instead.


 There is a couple of reasons for this: SourceForge has freuently been
 slow; there have been reports from many users  who  got  unsubscribed
 repeatedly  for  no  clear  reason; the mailing list archive at SF is
 painful to use; and, most of all, we have only limited ways to change
 the configuration, and with any other request we depend on the  mercy
 of SF support, which is, ummm, slw.

 Another reason is that this would make it easier for us to cross-link
 between messages on the mailing list and entries in the upcoming  bug
 and patch tracking system.


 If we have a majority agreeing with this change, I suggest to proceed
 as follows:

 * The new mailing list will be created as [EMAIL PROTECTED]
 * The mailing list archive will be transferred from SF to DENX
 * The archive services (gmane etc.) will be notified about the change
 * All currently subscribed users and their settings will be
  transferred from SF to DENX
 * After a cut-off date, all users are requested to use the new ML only
  [that will be the complicated part].
 * The ML at SF will be set to read-only to make clear it is no longer
 * in use.

 Do you think this is a reasonable plan? Any hints, ideas, tips?


Great idea

-
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: mailing list transfer

[Robert Schwebel]

On Fri, Aug 01, 2008 at 05:17:49PM +0200, Wolfgang Denk wrote:
 Do you think this is a reasonable plan? Any hints, ideas, tips?

Yes, good idea! Local infrastructure has turned out to be much more
reliable than services like SF these days.

rsc
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
 Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9


-
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: mailing list transfer

[Magnus Lilja]

 Do you think this is a reasonable plan? Any hints, ideas, tips?

Yes!

/Magnus

-
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: mailing list transfer

[T Ziomek]

On Fri, Aug 01, 2008 at 05:17:49PM +0200, Wolfgang Denk wrote:
 I would like to get your general opinion about moving the
 u-boot-users mailing list away from SourceForge and host it on
 lists.denx.de instead.
 
 There is a couple of reasons for this: SourceForge has freuently been
 slow; there have been reports from many users  who  got  unsubscribed
 repeatedly  for  no  clear  reason; the mailing list archive at SF is
 painful to use; and, most of all, we have only limited ways to change
 the configuration, and with any other request we depend on the  mercy
 of SF support, which is, ummm, slw.

Full ACK!

Tom
-- 
  /\  ASCII Ribbon Campaign   |
  \ /  |   Email to user 'CTZ001'
   XAgainst HTML   | at 'email.mot.com'
  / \ in e-mail  news |

-
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

[U-Boot-Users] RFC: U-Boot version numbering

[Wolfgang Denk]

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

Comments?

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]
Real computer scientists despise the idea of actual  hardware.  Hard-
ware has limitations, software doesn't. It's a real shame that Turing
machines are so poor at I/O.

-
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

[U-Boot-Users] Fwd: RFC: U-Boot version numbering

[Andrew Dyer]

-- Forwarded message --
From: Andrew Dyer [EMAIL PROTECTED]
Date: Fri, Aug 1, 2008 at 10:39 AM
Subject: Re: [U-Boot-Users] RFC: U-Boot version numbering
To: Kumar Gala [EMAIL PROTECTED]


On Fri, Aug 1, 2008 at 10:35 AM, Kumar Gala [EMAIL PROTECTED] wrote:
 If we go to date based versions.  I'd prefer we keep year as 4 digits:

 v1.2008.10
 v1.2009.01


I agree, although doing that makes the third field look like a month
to the uninitiated.  Perhaps use a letter like 'r' for revision
instead of a period for the second separator like so:

v1.2008r06


--
Hardware, n.:
 The parts of a computer system that can be kicked.



-- 
Hardware, n.:
 The parts of a computer system that can be kicked.

-
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: mailing list transfer

[Grant Likely]

On Fri, Aug 1, 2008 at 9:17 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
 Hello,

 I would like to get your general opinion about moving the
 u-boot-users mailing list away from SourceForge and host it on
 lists.denx.de instead.


 There is a couple of reasons for this: SourceForge has freuently been
 slow; there have been reports from many users  who  got  unsubscribed
 repeatedly  for  no  clear  reason; the mailing list archive at SF is
 painful to use; and, most of all, we have only limited ways to change
 the configuration, and with any other request we depend on the  mercy
 of SF support, which is, ummm, slw.

 Another reason is that this would make it easier for us to cross-link
 between messages on the mailing list and entries in the upcoming  bug
 and patch tracking system.


 If we have a majority agreeing with this change, I suggest to proceed
 as follows:

 * The new mailing list will be created as [EMAIL PROTECTED]
 * The mailing list archive will be transferred from SF to DENX
 * The archive services (gmane etc.) will be notified about the change
 * All currently subscribed users and their settings will be
  transferred from SF to DENX
 * After a cut-off date, all users are requested to use the new ML only
  [that will be the complicated part].
 * The ML at SF will be set to read-only to make clear it is no longer
 * in use.

 Do you think this is a reasonable plan? Any hints, ideas, tips?

Yes...

but I'll take this opportunity to suggest that kernel.org hosting
might provide better support with far less effort... then again, I
don't need to maintain it, so I really shouldn't care.  :-)

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

-
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: mailing list transfer

[Jon Loeliger]

On Fri, 2008-08-01 at 17:17 +0200, Wolfgang Denk wrote:
 Hello,
 
 I would like to get your general opinion about moving the
 u-boot-users mailing list away from SourceForge and host it on
 lists.denx.de instead.

This sounds like a great idea to me!

jdl



-
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]

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.

regards,
Ben

-
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

[U-Boot-Users] Sequoia uart support looks to be misconfigured

[Steven A. Falco]

I am looking at U-Boot version DENX-v1.3.3 for the AMCC Sequoia board
(PPC440EPx).

The uart gpio configuration doesn't appear to match the schematics. 
sequoia.h has the following GPIO settings:

{GPIO1_BASE, GPIO_OUT, GPIO_ALT3, GPIO_OUT_1}, /* GPIO34 UART0_DCD_N   
UART1_DSR_CTS_NUART2_SOUT*/ \
{GPIO1_BASE, GPIO_IN , GPIO_ALT3, GPIO_OUT_0}, /* GPIO35
UART0_8PIN_DSR_N UART1_RTS_DTR_N UART2_SIN*/ \
{GPIO1_BASE, GPIO_IN , GPIO_ALT3, GPIO_OUT_0}, /* GPIO36
UART0_8PIN_CTS_N EBC_DATA(0)UART3_SIN*/ \
{GPIO1_BASE, GPIO_BI , GPIO_ALT2, GPIO_OUT_0}, /* GPIO37 UART0_RTS_N   
EBC_DATA(1)UART3_SOUT*/ \

These look wrong.  For example, GPIO34 (ball C28) is wired as CTS
according to the Sequoia schematic.  So, shouldn't it be GPIO_ALT2
rather than GPIO_ALT3?  Similarly, GPIO35 (ball C29) should be RTS,
which is also GPIO_ALT2 rather than GPIO_ALT3.

GPIO36 (ball A29) is also a CTS signal, so I think this should be
GPIO_ALT1, not GPIO_ALT3.  Finally, GPIO37 (ball B29) is another RTS
signal, so it should be GPIO_ALT1, not GPIO_ALT2.

One final comment.  In order to use two uarts, SDR0_PFC1[U0IM] must be
set to 1.  To select the RTS/CTS function for the first uart,
SDR0_PFC1[U0ME] must be set to 1.  Yet, I have not found any place in
the sequoia initialization code where these bits are set.  So, I think
the board is actually running with one uart in 8-pin mode rather than
two uarts each in 4-pin mode.

I'd appreciate it if someone else could take a look at this, and comment
on my concerns.

Steve


-
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

[U-Boot-Users] Increasing U-Boot partition size

[Jatin Sharma]

I have to increase u-boot's partition size on my board to make room
for an application to be compiled as part of u-boot binary. I am
currently running u-boot version 1.3.1-rc1 and my current NOR
partition is as follows:

Partition  Address
  
/dev/mtd0 -RCW, 64k   0xFF80
/dev/mtd1 Kernel 2M0xFF81
/dev/mtd2 cramfs 4.8M 0xFFA1
/dev/mtd3 U-Boot 384K 0xFFF0
/dev/mtd4 Env 64K   0xFFF6
/dev/mtd5 EnvB 64K 0xFFF7
/dev/mtd6 DTB 64K  0xFFF9

I have updated to Flattened Device Tree to reflect the new partition
as follows. Also, I have updated the TEXT_BASE to 0xFFE6 in the
config.mk under board/my board directory.

Partition  Address
  
/dev/mtd0 -RCW, 64k   0xFF80
/dev/mtd1 Kernel 2M0xFF81
/dev/mtd2 cramfs 4.3M 0xFFA1
/dev/mtd3 U-Boot 1M   0xFFE6
/dev/mtd4 Env 64K   0xFFF6
/dev/mtd5 EnvB 64K 0xFFF7
/dev/mtd6 DTB 64K  0xFFF9

U-Boot binary with the updated FDT doesn't boot. So, I need to
understand what other updates I need to make for U-Boot to use this
new partition. I would like to know if there are standard hooks in
u-boot to incorporate partition changes that may be documented
somewhere.

My board is powerpc architecture and is using NOR flash to boot
u-boot. Any help is appreciated. I can provide more information if
needed.

Thanks,
Jatin

-
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

[Albert ARIBAUD]

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

[Ben Warren]

Albert ARIBAUD wrote:
 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,
Yes, in this case the meaning of 'v2' is new version naming scheme, 
not new software version.  It probably is superfluous.

regards,
Ben

-
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] Need Some Help

[Alshine Mondesir]

Wolfgang Denk,

Thanks for the reply, but I have a few questions.
The first is can U-boot load any application other than a Linux.
I simply want to use u-boot as a boot loader, to load a non-Linux app into
memory and jump to that app with or without uboot's hardware init. The
second wuestion is where can I get some help in doing just that, if it's
possible? I don't want to have to build and cross-compile my app in Linux in
order for u-boot to load it. Third, if I have to compile my app in Linux,
can I simply use mkimage with the hello world binary and do a bootm from
that?

Thanks in adavance,


Alshine Mondesir
Firmware Engineer
xG Technology Inc.
7771 W. Oakland Park Blvd, Sunrise, FL 33351
Tel: 954-572-0395 ext 3323
Fax: 954-572-0397
http://www.xgtechnology.com
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 23, 2008 11:18 PM
To: Mondesir, Alshine
Cc: u-boot-users@lists.sourceforge.net
Subject: Re: [U-Boot-Users] Need Some Help

In message [EMAIL PROTECTED]
you wrote:
 
 My latest endaevor has me cross compiling a stand alone application for
 MPC8548 PPC for a U-Boot Based target.  There is no Operating System to
 run on the target to speak of, just my application.  I'm building the
 application in Code Warrior using an 8548_init.S hardware intialization
 file.

What has this file to do with U-Boot? Nothing! Forget about it.

 1) My first thought was that this should be as simple as using the .ELF
 image that codewarrior produces, right?  So I build a simple hello_world

I have no idea what CW produces. You should use the U-Boot Makefile
and linker scripts.

 application and sent it down to my target.  U-Boot recognizes it as an
 ELF image, sets up the segements, and tries to run it!  But then low and

Who says so?

 behold, the U-Boot flash image comes up again.

That's to be expected.

Guess it's time for you to start reading the fine manual, especially
the section about standalone applications.

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]
It is impractical for  the  standard  to  attempt  to  constrain  the
behavior  of code that does not obey the constraints of the standard.
  - Doug Gwyn




-
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

[U-Boot-Users] 1.3.4-rc2 autoboot timeout - MPC8548

[Zach Sadecki]

Autoboot timeout in 1.3.4-rc2 prints incorrectly on my system.

We have a system based closely off of the mpc8548cds system.  Prior 
builds (1.3.4-rc1) didn't have this problem.  Now during boot, the 
autoboot announcement is incorrect.  It is set for 1 second and actually 
works in 1 second, but the printed statement is wrong.  It says, 
Autoboot in 2146991868 seconds...

Any ideas for me?

Thanks,
Zach

-
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] Fwd: RFC: U-Boot version numbering

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:

 On Fri, Aug 1, 2008 at 10:35 AM, Kumar Gala [EMAIL PROTECTED] wrote:
  If we go to date based versions.  I'd prefer we keep year as 4 digits:
 
  v1.2008.10
  v1.2009.01
 
 
 I agree, although doing that makes the third field look like a month
 to the uninitiated.  Perhaps use a letter like 'r' for revision
 instead of a period for the second separator like so:

But it *is* a month...

 v1.2008r06

v1.2008.06 would mean the June release in year 2008.

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]
Morality is one thing.  Ratings are everything.
- A Network 23 executive on Max Headroom

-
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

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:

 A minor :) issue I can see is that there might be *some* confusion 
 because of an apparent, numerical rollback from 1.3.4 back to 1.08.xx. 
 You're bound to encounter some folks who will ask, again and again, why 
 you're  working on 1.02.yy when 1.3.4 is out there.

Good point. I have to admit that I was reading 1.08.xx same as
1.8.xx; the leading 8 is just there to make sure that 1.08.xx sorts
before 1.10.xx.

 Now an obvious solution would be to use 2 as the major number. If you're 
 serious about not knowing when a major number bump-up is required, then 
 you should be fairly ok with starting at 2.08.01 rather than 1.08.01. :)

Well, the version 2 prefix is kind of already taken by Sascha Hauers
alternative implementation.

Should we go for 2.x.x anyway?

 Another, maybe trickier, issue is: you won't be able to cleanly number 
 interim releases if you encounter a really serious bug right after 
 you've produced this month's release, will you?

Well, we can always use EXTRAVERSION to add some additional name,  as
we do all the time for our -rc? prereleases.

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]
I think it's a new feature. Don't tell anyone it was an accident. :-)
  -- Larry Wall on s/foo/bar/eieio 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=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

[Adrian Filipi]

Like a lot of others, I think v1.08.xx will be confusing alongside the existing 
1.x.y releases.

As to the v1/v2 issues, the problem is that it's just a number and a greater 
number implies progress and a unidirectional relationship.  Given that v2 
already exists concurrent with v1, it's misleading.  People won't know that one 
might not be for production.

Instead of v1/v2, I'd prefer that the first field be related to the version 
control branch name.  i.e. u-boot-stable-.mm for the master git branch and 
maybe u-boot-experimental-.mm, should there ever be concurrent releases.

Adrian
--
Linux Software Engineer | EuroTech, Inc. | www.eurotech-inc.com

--On Friday, August 01, 2008 11:32:52 AM -0400 Wolfgang Denk [EMAIL 
PROTECTED] 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

 Comments?

 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]
 Real computer scientists despise the idea of actual  hardware.  Hard-
 ware has limitations, software doesn't. It's a real shame that Turing
 machines are so poor at I/O.

 -
 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




-
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

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:

 IMHO I think it is best to stick with the same version numbering
 scheme that you started with, even if it is not perfect. The
 alternative timestamp scheme is not perfect either. You can probably
 find as many advantages for one as for the other, and the same goes
 for the disadvantages.

Well, obvious advantages of the timestamp based version number
include:

* It better matches our current development model, which is planning
  for a more or less fixed relese cycle (versus foir example feature
  based releases).

* It makes it much more easy to find out how old a version is. At the
  moment, if someone reports problems with version 1.1.2 you probably
  know that this is old stuff, but how old exactly? If the  name  was
  1.04.04  you  would  have  seen immediately that this was a version
  from April 2004, and this is *really* old.

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]
Documentation is like sex: when it is good, it is  very,  very  good;
and when it is bad, it is better than nothing. - Dick Brandon

-
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] Need Some Help

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
 Thanks for the reply, but I have a few questions.
 The first is can U-boot load any application other than a Linux.

Of course it can. If you had read the manual, you should  have  found
the  section about standalone applications. And of course it can boot
a couple of other operating systems as  well,  which,  from  U-Boot's
point of view, are just different applications.

 I simply want to use u-boot as a boot loader, to load a non-Linux app into
 memory and jump to that app with or without uboot's hardware init. The

If you want to avoid U-Boot's hardware init, then run your application
on the raw hardware without U-Boot. But be prepared that then you have
to reinvent all the needed hardware init steps yourself.

 second wuestion is where can I get some help in doing just that, if it's
 possible? I don't want to have to build and cross-compile my app in Linux in
 order for u-boot to load it. Third, if I have to compile my app in Linux,
 can I simply use mkimage with the hello world binary and do a bootm from
 that?

May I suggest that you just read the related sections in the  manual?
It  comes  with  a couple of examples which show exactly what you are
asking for.

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 programming was easy, they wouldn't need something as  complicated
as a human being to do it, now would they?
   - L. Wall  R. L. Schwartz, _Programming Perl_

-
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] 1.3.4-rc2 autoboot timeout - MPC8548

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 Autoboot timeout in 1.3.4-rc2 prints incorrectly on my system.
 
 We have a system based closely off of the mpc8548cds system.  Prior 
 builds (1.3.4-rc1) didn't have this problem.  Now during boot, the 
 autoboot announcement is incorrect.  It is set for 1 second and actually 
 works in 1 second, but the printed statement is wrong.  It says, 
 Autoboot in 2146991868 seconds...
 
 Any ideas for me?

That's the price you have to pay  for  maintaining  an  out  of  tree
version. If your code had been merged into mainline, it would have
continued to work, I bet.

I guess (and I can only guess, as you did not  provide  any  relevant
information)  that  you  might  be  using  the CONFIG_AUTOBOOT_PROMPT
feature in your config file, and that you  did  not  fix  your  board
config file afterpulling in the latest versions.

Please see the (changed) description of CONFIG_AUTOBOOT_PROMPT in the
README, and check what commit c37207d7 is  doing;  then  implement  a
similar change in your board config file.

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]
Lots of folks confuse bad management with destiny.   -- Frank Hubbard

-
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] [PATCH] sequoia uarts

[Wolfgang Denk]

In message [EMAIL PROTECTED] you wrote:
 
 I have verified that the Sequoia (440EPx) does not have its UARTs
 properly configured.  The attached patch corrects this by setting three
 bits in SDR0_PFC1 to enable 4-wire mode, and to select cts/rts
 functionality for the UARTs.  Also, I modified the GPIO settings for

We definitely do NOT want any hardware handshake on the serial
console. Never.

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]
I'm frequently appalled by the low regard you Earthmen have for life.
-- Spock, The Galileo Seven, stardate 2822.3

-
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: mailing list transfer

[Jean-Christophe PLAGNIOL-VILLARD]

 
 Do you think this is a reasonable plan? Any hints, ideas, tips?
As everyone agree, it's a great idea

Best Regards,
J.

-
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]

Albert ARIBAUD wrote:
 Wolfgang Denk a écrit :
   
 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

 Comments?
 

 A minor :) issue I can see is that there might be *some* confusion 
 because of an apparent, numerical rollback from 1.3.4 back to 1.08.xx. 
 You're bound to encounter some folks who will ask, again and again, why 
 you're  working on 1.02.yy when 1.3.4 is out there.

 Now an obvious solution would be to use 2 as the major number. If you're 
 serious about not knowing when a major number bump-up is required, then 
 you should be fairly ok with starting at 2.08.01 rather than 1.08.01. :)

 Joke aside: you'll get questions *anyway*, and the scheme is as fine to 
 me as it it.

 Another, maybe trickier, issue is: you won't be able to cleanly number 
 interim releases if you encounter a really serious bug right after 
 you've produced this month's release, will you?

 Amicalement,
   
Perhaps the Version itself can be removed, there doesn't seems to be a 
point about it.
You can just do v2008.1. You can add a third field for the day for those 
really serious
bugs:)

My two cent?

-
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

[Albert ARIBAUD]

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] [PATCH 1/1] FAT Bare Partition Support

[Jean-Christophe PLAGNIOL-VILLARD]

 
Telling the truth it seems that I've used this function during debug in
fact at a deeper look it seems it disappeared from the code a part the
definition.
Ok I'm going to fix the problem and re-submit.
 
Any update about the re-submit patch?

Best Regards,
J.

-
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

[U-Boot-Users] You can find here all medicines what you want

[Sung Pope]

Add more passion to your relations.


To those who look for perfect health.

Here!




engineries er-charged extincture
fat-headed escritoire fantasists
equipement episcopize enseignant
euonymuses eperdument ethambutol
-
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