Signed-off-by: Alexey Zaytsev <alexey.zaytsev@gmail.com>

RFC 4390 provides for the DHCP client identifier to contain the link-layer
hardware type and MAC address when the MAC address exceeds 16 bytes.
However, the hardware type field is only 8 bits; we were assuming 16 bits.

Arbel and Hermon cards both have multiple ports.  Add the
infrastructure required to register each port as a separate IB
device.  Don't yet register more than one port, since registration
will currently fail unless a valid link is detected.

Use ib_*_{set,get}_{drv,owner}data wrappers to access driver- and
owner-private data on Infiniband structures.

Pull out common code for handling management datagrams from arbel.c
and hermon.c into infiniband.c.

Add port number to struct ib_device.

Add open(), close() and mad() methods to struct ib_device_operations.

  Allow port numbers in iSCSI redirection.

  Wait for SCSI status, not just the final data-in (which may be followed
  by an explicit SCSI Response PDU if the S bit is not set).

separate xfer method.

Add missing .alloc_iob entries to several xfer_interface_operations
structures.

their equivalent DHCP-option-specified values.

is non-functional anyway.

supply options.

also avoid waiting for ProxyDHCP offers).

Also reduce the ProxyDHCP timeout, because it's already irritating me.

We didn't specify values for MaxRecvDataSegmentLength and
MaxBurstLength (to save space, since we were happy with the
RFC-defined default values of 8kB and 256kB respectively).  However,
the OpenSolaris target (incorrectly) assumes default values of zero
for these parameters.

The upshot was that the OpenSolaris target would get stuck in an
endless loop trying to send us the first 512-byte sector, zero bytes
at a time, and would eventually run out of memory and core-dump.

Fixed by explicitly specifying the default values for these two
parameters.

packet, to work around the problem whereby small TX rings get backed
up because we haven't yet poll()ed for TX completions.

packet, to work around the problem whereby small TX rings get backed
up because we haven't yet poll()ed for TX completions.

to construct DHCP packets suitable for Infiniband.

tracking down a bug that turned out to be a free_iob() used where I
needed a netdev_tx_complete().  This left the freed I/O buffer on the
net device's TX list, with bad, bad consequences later.

Also fixed the bug in question.

makes it easier to put the generic allocation code into infiniband.c

using entirely our own code.

fixed; still using a quick hack-up just to be able to pass through
data.

to construct DHCP packets suitable for Infiniband.

(Problem observed by Clay McClure in VMware Fusion.)

order in which they occur.

to generate the initial transmission; this cuts off around 0.3s per
instantiated connection.