staging/vme: various fixes + new driver model for VME

Hi Greg,

This contains first a whole bunch of fixes to the existing vme
code in staging, to then introduce a new driver model for VME
in patch 27.

I have a short list of things to do after this patchset gets
reviewed:

- provide a saner API for VME drivers that just want to
  map/unmap chunks of memory (knowing nothing about underlying
  hardware features, such as windows). This is already
  implemented in the out-of-tree driver in [1].

- Make DMA work on the tsi148 (it's the only bridge I've got).
  This will probably involve changing or extending the
  current API.

- Test the whole thing with real hardware and a real VME driver
  (currently out of tree as well, see [2]), which I'll try
  to get merged, too--currently we just have vme_user.c which
  really isn't a kosher driver.



Note that the appended applies on top of linux-next.

The patchset can be pulled from:
git://github.com/cota/linux-2.6.git vme-next

Thanks,

                Emilio


[1] http://repo.or.cz/w/ht-drivers.git/tree/HEAD:/vmebridge/d...
[2] http://repo.or.cz/w/ht-drivers.git/tree/HEAD:/sis33/drivers

diffstat:

 drivers/staging/vme/bridges/vme_ca91cx42.c |  222 ++++++------
 drivers/staging/vme/bridges/vme_ca91cx42.h |    2 +-
 drivers/staging/vme/bridges/vme_tsi148.c   |  259 +++++++-------
 drivers/staging/vme/bridges/vme_tsi148.h   |    2 +-
 drivers/staging/vme/devices/vme_user.c     |  159 ++++-----
 drivers/staging/vme/vme.c                  |  569 +++++++++++++++-------------
 drivers/staging/vme/vme.h                  |  229 ++++++++++-
 drivers/staging/vme/vme_bridge.h           |  175 ---------
 8 files changed, 831 insertions(+), 786 deletions(-)


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/