src/sys/dev/iicbus, branch release/7.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2008-02-24T05:45:17+00:00

'RELENG_7_0_0_RELEASE'.

This commit was manufactured to restore the state of the 7.0-RELEASE image.

Don't use spinlocks here. The iicbus transactions can take a long

2007-04-17T05:48:35+00:00

time, and this prevents interrupts (say for Hz/hardclock) from
happening.  Time stands still during the transfers...

New device: icee. Generic i2c eeprom driver.

2007-03-23T23:10:35+00:00

MFp4: Make the iicbus fully hinted. We no longer automatically add

2007-03-23T23:08:28+00:00

some devices (and not others).  To get instances onto the iicbus, one
now needs hints or an identify routine.  We also do not probe the bus
for devices because many iic devices cannot be safely probed (and when
they can, the probe order turns out to be somewhat difficult to get
right).

# I'm not 100% sure that the iicsmb removal is right.  Please contact me if
# this causes difficulty.

MFp4: Make iicbus_trasnfer_gen suitable for bridge drivers. Use it in the

2007-03-23T23:03:54+00:00

bitbang bridge.

MFp4: Create an ivar for each iic device on the iicbus. This ivar

2007-03-23T23:02:33+00:00

holds the device's address.

const poison

2006-12-05T06:19:36+00:00

submitted by: john wehle

More properly cleanup the iicbus child when deleting it.

2006-12-05T06:11:10+00:00

These are from patches by John Wehle, but the commentary has been
updated by me.

Obtained from: ports/multimedia/pvr250, indirectly

Reference Hauppage's cxm_iic bit-bang device here.

2006-12-05T05:06:59+00:00

Add a note that suggests a cleanup.

Note: This patch was derived based on looking at the pvrxxx/pvr250
ports' Makefiles only, and may be incomplete.  It is not derived from
anything I saw from Hauppage.

Add a fake flag for write. Many drivers have started to use it and it

2006-11-28T06:51:36+00:00

seems like a good idea.

Submitted by: sam