Skip to contentSkip to conversation

I2C POST test known problems?

U-Boot-Users Robin Gilks 3 participants 8 messages Jul 16, 2003

lore
Share & tools
lore
#0 lore raw

Greetings

Is anyone aware of any problems with the I2C POST test - I've enabled it and it looks like it locks up the CPM with the busy flag in the command register remaining set all the time.

Does anyone know if this is (well) tested code or should I just ignore it and write my own...

Signature · 5 lines
Robin Gilks
Senior Design Engineer              Phone: (+64)(3) 357 1569
Tait Electronics                          Fax  :  (+64)(3) 359 4632
PO Box 1645 Christchurch        Email : robin.gilks at tait.co.nz
New Zealand
#1 lore raw
Quoted 8 lines · Robin Gilks

Greetings

Is anyone aware of any problems with the I2C POST test - I've enabled it and it looks like it locks up the CPM with the busy flag in the command register remaining set all the time.

Does anyone know if this is (well) tested code or should I just ignore it and write my own...

Give me a chance and I'll remember that nobody else knows what I'm working on!!

System is mpc8xx based, very close to the Motorola FADS hardware (its the updated version!!).

Cheers

Signature · 5 lines
Robin Gilks
Senior Design Engineer              Phone: (+64)(3) 357 1569
Tait Electronics                          Fax  :  (+64)(3) 359 4632
PO Box 1645 Christchurch        Email : robin.gilks at tait.co.nz
New Zealand
#2 lore raw

Robin, i am also working on this eval board (and our own in house variant) with a 866/859T

I had a patch for wolfgang but it got big and messy so I haven't submitted it yet.

Quoted 35 lines · Robin Gilks
Quoted 8 lines · Robin Gilks

Greetings

Is anyone aware of any problems with the I2C POST test - I've enabled it and it looks like it locks up the CPM with the busy flag in the command register remaining set all the time.

Does anyone know if this is (well) tested code or should I just ignore it and write my own...

Give me a chance and I'll remember that nobody else knows what I'm working on!!

System is mpc8xx based, very close to the Motorola FADS hardware (its the updated version!!).

Cheers

Signature · 17 lines
Robin Gilks
Senior Design Engineer              Phone: (+64)(3) 357 1569
Tait Electronics                          Fax  :  (+64)(3) 359 4632
PO Box 1645 Christchurch        Email : robin.gilks at tait.co.nz
New Zealand



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Signature · 6 lines
Nye Liu
nliu at mrv.com
(818) 772-6235x248

"Who would be stupid enough to quote a fictitious character?"
	-- Don Quixote
#3 lore raw
Quoted 3 lines · In message <[email protected]> you wrote:

I had a patch for wolfgang but it got big and messy so I haven't submitted it yet.

I think chances that it will become _smaller_ over time are infinitesimal ...

Best regards,

Wolfgang Denk

Signature · 4 lines
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
The human race is faced with a cruel choice: work  or  daytime  tele-
vision.
#4 lore raw
In reply to Robin Gilks
Quoted 3 lines · In message <[email protected]> you wrote:

System is mpc8xx based, very close to the Motorola FADS hardware (its the updated version!!).

Are you sure I2C is working at all on your board?

Best regards,

Wolfgang Denk

Signature · 4 lines
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
You!  What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0
#5 lore raw
Quoted 8 lines · Wolfgang Denk
Quoted 2 lines · In message <[email protected]> you wrote:

System is mpc8xx based, very close to the Motorola FADS hardware (its the updated version!!).

Are you sure I2C is working at all on your board?

I'm not at all sure - in fact I don't think there are any I2C devices on the board but it should still scan the address range and say pass/fail according to its findings without locking up. Very odd that i2c_init gets called twice without a problem (once from Flash very early on) and once later before the POST tests run without a problem but then on the 3rd go (when called from i2c_probe) it hangs up!!

Think I'd better check its being put into Master mode otherwise it won't do anything until it sees a clock presumably...

Signature · 5 lines
Robin Gilks
Senior Design Engineer              Phone: (+64)(3) 357 1569
Tait Electronics                          Fax  :  (+64)(3) 359 4632
PO Box 1645 Christchurch        Email : robin.gilks at tait.co.nz
New Zealand
#6 lore raw
Quoted 4 lines · In message <[email protected]> you wrote:

I'm not at all sure - in fact I don't think there are any I2C devices on the board but it should still scan the address range and say pass/fail according to its findings without locking up. Very odd that i2c_init

Try running the iprobe command in interactive mode and you'll see why the test takes so long to complete. You may then consider switching to use soft-i2c instead.

Best regards,

Wolfgang Denk

Signature · 5 lines
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
When you say "I wrote a program that crashed  Windows",  people  just
stare  at you blankly and say "Hey, I got those with the system, *for
free*".        - Linus Torvalds in <[email protected]>
#7 lore raw
In reply to Robin Gilks
Quoted 4 lines · In message <[email protected]> you wrote:

Is anyone aware of any problems with the I2C POST test - I've enabled it and it looks like it locks up the CPM with the busy flag in the command register remaining set all the time.

Works fine here, both with the hardware and the software version of the I2C driver:

...
=> log show
<4>POST memory PASSED
<4>POST spr PASSED
<4>POST cache PASSED
<4>POST watchdog <4>PASSED
<4>POST i2c PASSED
<4>POST cpu PASSED
<4>POST ethernet PASSED
<4>POST spi PASSED
<4>POST usb PASSED
<4>POST sysmon PASSED
=> diag run i2c
=> log show
<4>POST memory PASSED
<4>POST spr PASSED
<4>POST cache PASSED
<4>POST watchdog <4>PASSED
<4>POST i2c PASSED
<4>POST cpu PASSED
<4>POST ethernet PASSED
<4>POST spi PASSED
<4>POST usb PASSED
<4>POST sysmon PASSED
<4>POST i2c PASSED
=>

Quoted 2 lines

Does anyone know if this is (well) tested code or should I just ignore it and write my own...

Please do not ignore it, and do not write your own. If there are problems I'd rather see them fixed.

Best regards,

Wolfgang Denk

Signature · 3 lines
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
A supercomputer is a machine that runs an endless loop in 2 seconds.