Merge master.kernel.org:/pub/scm/linux/kernel/git/gregkh/i2c-2.6

* master.kernel.org:/pub/scm/linux/kernel/git/gregkh/i2c-2.6: (30 commits)
  i2c: Drop unimplemented slave functions
  i2c: Constify i2c_algorithm declarations, part 2
  i2c: Constify i2c_algorithm declarations, part 1
  i2c: Let drivers constify i2c_algorithm data
  i2c-isa: Restore driver owner
  i2c-viapro: Add support for the VT8237A and VT8251
  i2c: Warn on i2c client creation failure
  i2c-core: Drop useless bitmaskings
  i2c-algo-pcf: Discard the mdelay data struct member
  i2c-algo-bit: Cleanups
  i2c-isa: Fail adding driver on attach_adapter error
  i2c: __must_check fixes (chip drivers)
  i2c-dev: attach/detach_adapter cleanups
  i2c-stub: Chip address as a module parameter
  i2c: Plan i2c-isa for removal
  i2c: New bus driver for TI OMAP boards
  i2c-algo-bit: Discard the mdelay data struct member
  i2c-matroxfb: Struct init conversion
  i2c: Fix copy-n-paste in subsystem Kconfig
  i2c-au1550: Add I2C support for Au1200
  ...

diff --combined Documentation/feature-removal-schedule.txt
index bf56b20,afe3d01..93b10bd
--- 1/Documentation/feature-removal-schedule.txt
--- 2/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@@ -217,6 -217,14 +217,6 @@@ Who:      Nick Piggin <npiggin@suse.de
  
  ---------------------------
  
 -What: Support for the MIPS EV96100 evaluation board
 -When: September 2006
 -Why:  Does no longer build since at least November 15, 2003, apparently
 -      no userbase left.
 -Who:  Ralf Baechle <ralf@linux-mips.org>
 -
 ----------------------------
 -
  What: Support for the Momentum / PMC-Sierra Jaguar ATX evaluation board
  When: September 2006
  Why:  Does no longer build since quite some time, and was never popular,
@@@ -313,3 -321,12 +313,12 @@@ Why:     The stacking of class devices make
  Who:  Kay Sievers <kay.sievers@suse.de>
  
  ---------------------------
+ 
+ What: i2c-isa
+ When: December 2006
+ Why:  i2c-isa is a non-sense and doesn't fit in the device driver
+       model. Drivers relying on it are better implemented as platform
+       drivers.
+ Who:  Jean Delvare <khali@linux-fr.org>
+ 
+ ---------------------------