u-boot.git/post/drivers/i2c.c, branch v2012.04

post, i2c: add missing curly bracket in i2c_post_test

2010-11-17T07:04:03+00:00

If CONFIG_SYS_POST_I2C_ADDRS is not defined and CONFIG_SYS_POST_I2C
is activated, i2c_probe() is not called in the for statement,
because missing curly bracket.

Signed-off-by: Heiko Schocher

post/drivers/i2c.c: fix compile error

2010-10-27T18:09:59+00:00

Commit 7e263ce "post/i2c: Clean up detection logic" added a "const"
qualifier to the declaration of i2c_addr_list[], missing the fact that
the list gets modified later in the code, which results in build
errors like these:

i2c.c: In function 'i2c_post_test':
i2c.c:88: error: assignment of read-only location

Remove the incorrect "const".

Signed-off-by: Wolfgang Denk 
Cc: Peter Tyser 
Cc: Heiko Schocher 
Acked-by: Heiko Schocher

post/i2c: Add ability to ignore I2C devices

2010-10-22T07:19:14+00:00

Add the ability to not report an I2C POST error for a set of given I2C
addresses on bootup.  This is useful for cases when a device may or may
not be present, and neither case is considered an error.  For example:

- Some form factors such as XMC and Compact PCI Express have an I2C
  EEPROM whose address changes based on geographical address.  Eg
  installed in one slot its EEPROM address is, 0x50, in another its
  0x51, etc.  This allows multiple devices to have their EEPROMs present
  on the same I2C bus.  Thus the I2C devices present for an XMC or
  CPCIe card depend on if and where other cards are installed in the
  same system.

- Some cards have optional I2C devices.  Eg one hardware build
  configuration has different I2C devices than another and software
  can't determine if the optional device should be present or not.

- Some cards have optional daughtercards with I2C devices on them.

- I2C EEPROMs address range depends on their size.  Its possible to
  support differently size EEPROMs by only probing the EEPROM's base
  address and ignoring the other addresses that are impacted by its
  size.

A new CONFIG_SYS_POST_I2C_IGNORES define has been added which specifies
a list of I2C addresses for the I2C POST to ignore.

Signed-off-by: Peter Tyser 
Acked-by: Heiko Schocher 
Acked-by: Wolfgang Denk 
Signed-off-by: Kumar Gala

post/i2c: Rename I2C_ADDR_LIST to CONFIG_SYS_POST_I2C_ADDRS

2010-10-22T07:19:00+00:00

Signed-off-by: Peter Tyser 
Acked-by: Heiko Schocher 
Acked-by: Wolfgang Denk 
Signed-off-by: Kumar Gala

post/i2c: Don't probe address 0

2010-10-22T07:18:42+00:00

According to the I2C specification device address 0 is the "general call
address", ie a broadcast address.  The I2C specification states that the
format of a general call uses at least 2 bytes, which U-Boot's probing
routine does not adhere to.

Not probing device address 0 will prevent possible issues with devices
that accept general calls.  Additionally, this change shouldn't reduce
POST coverage since each I2C device should still be accessed via its
own, unique address.

Signed-off-by: Peter Tyser 
Acked-by: Heiko Schocher 
Acked-by: Wolfgang Denk 
Signed-off-by: Kumar Gala

post/i2c: Clean up detection logic

2010-10-22T07:18:36+00:00

The logic previously used in the I2C post was a bit convoluted.

Signed-off-by: Peter Tyser 
Acked-by: Heiko Schocher 
Acked-by: Wolfgang Denk 
Signed-off-by: Kumar Gala

post/i2c: General clean up

2010-10-22T07:18:30+00:00

- Clean up ifdeffery
- Update coding style

No functional change should have occurred.

Signed-off-by: Peter Tyser 
Acked-by: Heiko Schocher 
Acked-by: Wolfgang Denk 
Signed-off-by: Kumar Gala

rename CFG_ macros to CONFIG_SYS

2008-10-18T19:54:03+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

POST: preparations for moving CONFIG_POST to Makefiles

2008-04-22T12:38:38+00:00

Remove CONFIG_POST ifdefs from the post/ source files.

Signed-off-by: Yuri Tikhonov 
Signed-off-by: Wolfgang Denk

Restructure POST directory to support of other CPUs, boards, etc.

2007-03-06T17:08:43+00:00