public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot-Users] Board HW ID
@ 2003-08-27 11:59 Seb James
  2003-08-27 12:39 ` Wolfgang Denk
  0 siblings, 1 reply; 5+ messages in thread
From: Seb James @ 2003-08-27 11:59 UTC (permalink / raw)
  To: u-boot

Hello,

I've put a re-compiled u-boot on a tqm823 module. This wiped over the
serial number and ethernet MAC address on the module. Re-setting the
ethaddr is no problem as it is printed on the back of the module.

I imagine I can do likewise for the serial number.

What about HW ID? Here is part of the u-boot boot-up message:

CPU:   PPC823EZTnnB2 at 50 MHz: 16 kB I-Cache 8 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL

I would like to set u-boot/include/configs/TQM823L_myversion.h such that
the Hardware ID gets set correctly. Can anyone tell me how?

Many thanks

Seb James.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [U-Boot-Users] Board HW ID
  2003-08-27 11:59 [U-Boot-Users] Board HW ID Seb James
@ 2003-08-27 12:39 ` Wolfgang Denk
  2003-08-27 13:09   ` Seb James
  0 siblings, 1 reply; 5+ messages in thread
From: Wolfgang Denk @ 2003-08-27 12:39 UTC (permalink / raw)
  To: u-boot

Dear Seb,

in message <1061985583.3350.42.camel@xerxes.hypercube> you wrote:
> 
> I've put a re-compiled u-boot on a tqm823 module. This wiped over the
> serial number and ethernet MAC address on the module. Re-setting the

YOU DID NOT READ THE DOCUMENTATION!!!

YOU DID NOT READ THE DOCUMENTATION!!!

YOU DID NOT READ THE DOCUMENTATION!!!

YOU DID NOT READ THE DOCUMENTATION!!!

> ethaddr is no problem as it is printed on the back of the module.

And so is (most of) the board type code,  serial  number,  number  of
assigned MAC addresses.

> I imagine I can do likewise for the serial number.

Not exactly. Some parts (like internal revision code) are NOT printed
on the module.

> I would like to set u-boot/include/configs/TQM823L_myversion.h such that
> the Hardware ID gets set correctly. Can anyone tell me how?

Send me a message containing the MAC address (or  serial  number,  or
just the date when you bought the module) and I can look it up in our
database.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Lispers are among  the  best  grads  of  the  Sweep-It-Under-Someone-
Else's-Carpet  School of Simulated Simplicity. [Was that sufficiently
incendiary? :-)]  - Larry Wall in <1992Jan10.201804.11926@netlabs.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [U-Boot-Users] Board HW ID
  2003-08-27 12:39 ` Wolfgang Denk
@ 2003-08-27 13:09   ` Seb James
  2003-08-27 13:31     ` Wolfgang Denk
  0 siblings, 1 reply; 5+ messages in thread
From: Seb James @ 2003-08-27 13:09 UTC (permalink / raw)
  To: u-boot

Hello Wolfgang,

On Wed, 2003-08-27 at 13:39, Wolfgang Denk wrote:
> Dear Seb,
> 
> in message <1061985583.3350.42.camel@xerxes.hypercube> you wrote:
> > 
> > I've put a re-compiled u-boot on a tqm823 module. This wiped over the
> > serial number and ethernet MAC address on the module. Re-setting the
> 
> YOU DID NOT READ THE DOCUMENTATION!!!
> 
> > ethaddr is no problem as it is printed on the back of the module.
> 
> And so is (most of) the board type code,  serial  number,  number  of
> assigned MAC addresses.
> 
> > I imagine I can do likewise for the serial number.
> 
> Not exactly. Some parts (like internal revision code) are NOT printed
> on the module.

And these are found in flash, start address 0x1ffc0, I think.

I followed the instructions from the ppcboot howto on the denx website:

-----------------------
To install a new PPCBoot image on your TQM8xxL board using a BDI2000,
proceed as follows:

BDI>reset
BDI>- TARGET: processing user reset request
BDI>- TARGET: reseting target passed
BDI>- TARGET: processing target init list ....
BDI>- TARGET: processing target init list passed
BDI>md 0x1FFC0
0001ffc0 : 54514d38 36304c44 44424133 2d503530  TQM860LDDBA3-P50
0001ffd0 : 2e323033 20313032 32363132 32203030  .203 10226122 00
0001ffe0 : 44303933 30303238 38312034 00000000  D093002881 4....
0001fff0 : 00000000 00000000 00000000 00000000  ................
00020000 : ffffffff ffffffff ffffffff ffffffff  ................
...
BDI>rm der 0x2006000f
BDI>erase 00000000
Erasing flash at 0x00000000
Erasing flash passed
BDI>erase 0x008000
Erasing flash at 0x00008000
Erasing flash passed
BDI>erase 0x00c000
Erasing flash at 0x0000c000
Erasing flash passed
BDI>erase 0x010000
Erasing flash at 0x00010000
Erasing flash passed
BDI>erase 0x020000
Erasing flash at 0x00020000
Erasing flash passed
BDI>prog 0 ppcboot.bin bin
Programming ppcboot.bin , please wait ....
Programming flash passed
BDI>rm der 0x2002000f
----------------------------

However, the rm der 0x200xxxxx lines produced an error.

What do the rm der 0x2002000f and rm der 0x2006000f lines do? 

rm modifies a general purpose/user defined register, but there is no
register with the name DER or der in the tqm8xxL.cnf file; though if you
look the init section of  tqm8xxL.cnf:

[INIT]
; init core register
WREG    MSR             0x00001002      ;MSR  : ME,RI
WSPR    27              0x00001002      ;SRR1 : ME,RI
WSPR    149             0x2002000F      ;DER  : set debug enable
register
;;WSPR  149             0x2006000F      ;DER  : enable SYSIE for BDI
flash progr.


DER seems to be the debug enable register. Seems like the plan is to set
some sort of system interrupt enable before erasing the flash with
u-(ppc)boot on, after when the system is put back into debug enable.
However, it doesn't work on my BDI.


> > I would like to set u-boot/include/configs/TQM823L_myversion.h such that
> > the Hardware ID gets set correctly. Can anyone tell me how?
> 
> Send me a message containing the MAC address (or  serial  number,  or
> just the date when you bought the module) and I can look it up in our
> database.

Two modules, Mac addresses:

00:d0:93:00:7c:2b
00:d0:93:00:c0:a4

Thanks Wolfgang.

Seb

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [U-Boot-Users] Board HW ID
  2003-08-27 13:09   ` Seb James
@ 2003-08-27 13:31     ` Wolfgang Denk
  2003-08-27 14:12       ` Seb James
  0 siblings, 1 reply; 5+ messages in thread
From: Wolfgang Denk @ 2003-08-27 13:31 UTC (permalink / raw)
  To: u-boot

Dear Seb,

in message <1061989794.3350.68.camel@xerxes.hypercube> you wrote:
> 
> > YOU DID NOT READ THE DOCUMENTATION!!!

repeat(100);

> > Not exactly. Some parts (like internal revision code) are NOT printed
> > on the module.
> 
> And these are found in flash, start address 0x1ffc0, I think.

Right.

> I followed the instructions from the ppcboot howto on the denx website:

It seems you did so only partially.

> BDI>md 0x1FFC0
> 0001ffc0 : 54514d38 36304c44 44424133 2d503530  TQM860LDDBA3-P50
> 0001ffd0 : 2e323033 20313032 32363132 32203030  .203 10226122 00
> 0001ffe0 : 44303933 30303238 38312034 00000000  D093002881 4....
> 0001fff0 : 00000000 00000000 00000000 00000000  ................
> 00020000 : ffffffff ffffffff ffffffff ffffffff  ................

So the commands you need are:

	=> setenv serial# TQM860LDDBA3-P50.300 10226122  4
	=> setenv ethaddr 00:D0:93:00:28:81
	=> saveenv

> However, the rm der 0x200xxxxx lines produced an error.

You can ignore this error.

> What do the rm der 0x2002000f and rm der 0x2006000f lines do? 

Clearing/setting the SYSIE bit in the DER. The  fast  flash  routines
used by the BDI2000 use system calls, so these should not be trapped.
This  is  probably  no  longer  necessary with recent versions of the
BDI2000 firmware.

> rm modifies a general purpose/user defined register, but there is no
> register with the name DER or der in the tqm8xxL.cnf file; though if you
> look the init section of  tqm8xxL.cnf:

Your BDI2000 config file probably  includes  a  register  definitions
file "reg860.def" or so. This should contain lines like these:

	...
	xer             SPR     1
	lr              SPR     8
	ctr             SPR     9
	dec             SPR     22
	pc              SPR     26                      ; is SRR0
	srr1            SPR     27
	eie             SPR     80
	eid             SPR     81
	der             SPR     149
	ictrl           SPR     158
	sprg0           SPR     272
	sprg1           SPR     273
	sprg2           SPR     274
	sprg3           SPR     275
	immr            SPR     638
	...

This is where the definition of DER is coming from...

> DER seems to be the debug enable register. Seems like the plan is to set
> some sort of system interrupt enable before erasing the flash with
> u-(ppc)boot on, after when the system is put back into debug enable.
> However, it doesn't work on my BDI.

Missing / broken / old version of reg860.def ?

> Two modules, Mac addresses:

00:d0:93:00:7c:2b :

	Installed Tue Feb 04 01:25:45 MET 2003
	Serial Number: "TQM823LDBBA3-E50.305 10526419  4"
	MAC Address:   "00:D0:93:00:7C:2B"

00:d0:93:00:c0:a4 :

	Installed Fri Jul 11 17:22:28 MEST 2003
	Serial Number: "TQM823LDBBA3-E50.308 10636757  4"
	MAC Address:   "00:D0:93:00:C0:A4"

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
The only thing necessary for the triumph of evil is for good  men  to
do nothing.                                            - Edmund Burke

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [U-Boot-Users] Board HW ID
  2003-08-27 13:31     ` Wolfgang Denk
@ 2003-08-27 14:12       ` Seb James
  0 siblings, 0 replies; 5+ messages in thread
From: Seb James @ 2003-08-27 14:12 UTC (permalink / raw)
  To: u-boot

On Wed, 2003-08-27 at 14:31, Wolfgang Denk wrote:
> Dear Seb,
> 
> in message <1061989794.3350.68.camel@xerxes.hypercube> you wrote:
> > 
> > > YOU DID NOT READ THE DOCUMENTATION!!!
> 
> repeat(100);
> 
> > > Not exactly. Some parts (like internal revision code) are NOT printed
> > > on the module.
> > 
> > And these are found in flash, start address 0x1ffc0, I think.
> 
> Right.
> 
> > I followed the instructions from the ppcboot howto on the denx website:
> 
> It seems you did so only partially.

This is the section, from http://www.denx.de/e/doc/TQM8xxL/ppcboot.php
which I didn't read:

-----------------------------------
4.5.1.2. Board Identification Data
All TQM8xxL boards use a serial number for identification purposes.
Also, all boards have at least one ethernet (MAC) address assigned. You
may lose your warranty on the board if this data gets lost. Before
installing PPCBoot or otherwise changing the software configuration of a
board (like erasing some flash memory) you should make sure that you
have all necessary information about such data.
-----------------------------------


Followed by this one, which is a long way down from the 'loading ppcboot
using bdi2000' section:


-----------------------------------
4.9. The First Power-On
        Tip:  Note: If you bought your TQM8xxL board with PPCBoot
        already installed you can skip this section since the
        manufacturer probably has already performed these steps.
        

Connect the port labeled COM.1 (X.18) on your TQM8xxL board to the
designated serial port of your host, start the terminal program, and
connect the power supply of your TQM8xxL board. You should see messages
like this:

Connecting to /dev/ttyS1, speed 115200.
The escape character is Ctrl-\ (ASCII 28, FS)
Type the escape character followed by C to get back,
or followed by ? to see other options.
----------------------------------------------------

PPCBoot 1.1.5 (Mar 21 2002 - 19:55:04)

CPU:   XPC860xxZPnnD3 at 50 MHz: 16 kB I-Cache 8 kB D-Cache FEC present
Board: TQM860LDDBA3-P50.203
DRAM:  64 MB
FLASH:  8 MB
In:    serial
Out:   serial
Err:   serial
PCMCIA:   No Card found

Type "run flash_nfs" to mount root filesystem over NFS

Hit any key to stop autoboot:  0 
=> 

 You can interrupt the "Count-Down" by pressing any key. If you don't
you will probably see some (harmless) error messages because the system
has not been initialized yet.

 At first you have to enter the serial number and the ethernet address
of your board. Pay special attention here since these parameters are
write protected and cannot be changed once saved (usually this is done
by the manufacturer of the board). To enter the data you have to use the
PPCBoot command setenv, followed by the variable name and the data, all
separated by white space (blank and/or TAB characters). Use the variable
name serial# for the board ID and/or serial number, and ethaddr for the
ethernet address, for instance:

=> setenv serial# TQM860LDB0A3-P.200 10061684 4

=> setenv ethaddr 00:D0:93:00:05:B5

 Use the printenv command to verify that you have entered the correct
values:

=> printenv serial# ethaddr
serial#=TQM860LDDBA3-P50.203 10226122 4
ethaddr=00:D0:93:00:28:81
=> 
-----------------------------------


> > BDI>md 0x1FFC0
> > 0001ffc0 : 54514d38 36304c44 44424133 2d503530  TQM860LDDBA3-P50
> > 0001ffd0 : 2e323033 20313032 32363132 32203030  .203 10226122 00
> > 0001ffe0 : 44303933 30303238 38312034 00000000  D093002881 4....
> > 0001fff0 : 00000000 00000000 00000000 00000000  ................
> > 00020000 : ffffffff ffffffff ffffffff ffffffff  ................
> 
> So the commands you need are:
> 
> 	=> setenv serial# TQM860LDDBA3-P50.300 10226122  4
> 	=> setenv ethaddr 00:D0:93:00:28:81
> 	=> saveenv
> 
> > However, the rm der 0x200xxxxx lines produced an error.
> 
> You can ignore this error.
> 
> > What do the rm der 0x2002000f and rm der 0x2006000f lines do? 
> 
> Clearing/setting the SYSIE bit in the DER. The  fast  flash  routines
> used by the BDI2000 use system calls, so these should not be trapped.
> This  is  probably  no  longer  necessary with recent versions of the
> BDI2000 firmware.
> 
> > rm modifies a general purpose/user defined register, but there is no
> > register with the name DER or der in the tqm8xxL.cnf file; though if you
> > look the init section of  tqm8xxL.cnf:
> 
> Your BDI2000 config file probably  includes  a  register  definitions
> file "reg860.def" or so. This should contain lines like these:
> 
> 	...
> 	xer             SPR     1
> 	lr              SPR     8
> 	ctr             SPR     9
> 	dec             SPR     22
> 	pc              SPR     26                      ; is SRR0
> 	srr1            SPR     27
> 	eie             SPR     80
> 	eid             SPR     81
> 	der             SPR     149
> 	ictrl           SPR     158
> 	sprg0           SPR     272
> 	sprg1           SPR     273
> 	sprg2           SPR     274
> 	sprg3           SPR     275
> 	immr            SPR     638
> 	...
> 
> This is where the definition of DER is coming from...
> 
> > DER seems to be the debug enable register. Seems like the plan is to set
> > some sort of system interrupt enable before erasing the flash with
> > u-(ppc)boot on, after when the system is put back into debug enable.
> > However, it doesn't work on my BDI.
> 
> Missing / broken / old version of reg860.def ?

Yes, this will be the reason, I think.

> 
> > Two modules, Mac addresses:
> 
> 00:d0:93:00:7c:2b :
> 
> 	Installed Tue Feb 04 01:25:45 MET 2003
> 	Serial Number: "TQM823LDBBA3-E50.305 10526419  4"
> 	MAC Address:   "00:D0:93:00:7C:2B"
> 
> 00:d0:93:00:c0:a4 :
> 
> 	Installed Fri Jul 11 17:22:28 MEST 2003
> 	Serial Number: "TQM823LDBBA3-E50.308 10636757  4"
> 	MAC Address:   "00:D0:93:00:C0:A4"
> 
> Best regards,
> 
> Wolfgang Denk

Thanks for this info.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2003-08-27 14:12 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-08-27 11:59 [U-Boot-Users] Board HW ID Seb James
2003-08-27 12:39 ` Wolfgang Denk
2003-08-27 13:09   ` Seb James
2003-08-27 13:31     ` Wolfgang Denk
2003-08-27 14:12       ` Seb James

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox