<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openslx-ng/ipxe.git/src/drivers, branch v0.9.7</title>
<subtitle>Fork of ipxe; additional commands and features</subtitle>
<id>https://git.openslx.org/openslx-ng/ipxe.git/atom/src/drivers?h=v0.9.7</id>
<link rel='self' href='https://git.openslx.org/openslx-ng/ipxe.git/atom/src/drivers?h=v0.9.7'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/'/>
<updated>2009-02-27T18:52:03+00:00</updated>
<entry>
<title>[sundance] Add reset completion check</title>
<updated>2009-02-27T18:52:03+00:00</updated>
<author>
<name>Thomas Miletich</name>
</author>
<published>2009-02-27T18:52:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=afe59d46368e3b6f2b4110e3230c03ed84a2c861'/>
<id>urn:sha1:afe59d46368e3b6f2b4110e3230c03ed84a2c861</id>
<content type='text'>
Following the example of the Linux driver, we add a check and delay to
make sure that the NIC has finished resetting before the driver issues
any additional commands.

Signed-off-by: Marty Connor &lt;mdc@etherboot.org&gt;
</content>
</entry>
<entry>
<title>[infiniband] Kill off obsolete mlx_ipoib directory</title>
<updated>2009-02-25T05:07:41+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2009-02-25T05:07:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=b9d791f4d1c8c013397e1717ca5466257cc33900'/>
<id>urn:sha1:b9d791f4d1c8c013397e1717ca5466257cc33900</id>
<content type='text'>
This directory contains the old Etherboot implementation of IPoIB boot
from Mellanox, which has long been obsoleted by gPXE's own
implementation.
</content>
</entry>
<entry>
<title>[scsi] Fix DBG() message reporting of error number</title>
<updated>2009-02-19T10:37:30+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2009-02-19T10:37:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=78d426d19695982162056e14d83ffb075a86073b'/>
<id>urn:sha1:78d426d19695982162056e14d83ffb075a86073b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[mtnic] Add multiport support and some minor fixes</title>
<updated>2009-02-09T12:43:44+00:00</updated>
<author>
<name>Itay Gazit</name>
</author>
<published>2009-02-09T12:40:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=750c19466a018f089316bccdeb50a55a7b8f0866'/>
<id>urn:sha1:750c19466a018f089316bccdeb50a55a7b8f0866</id>
<content type='text'>
Signed-off-by: Michael Brown &lt;mcb30@etherboot.org&gt;
</content>
</entry>
<entry>
<title>[sundance] Added NIC variant</title>
<updated>2009-02-06T13:41:02+00:00</updated>
<author>
<name>Thomas Miletich</name>
</author>
<published>2009-02-06T13:35:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=e9c10ca1589d2725cb6a15e559c199325d2ac00e'/>
<id>urn:sha1:e9c10ca1589d2725cb6a15e559c199325d2ac00e</id>
<content type='text'>
This previously unsupported NIC variant was was found to work using
the current driver:

     PCI_ROM(0x13f0, 0x0200, "ip100a", "IC+ IP100A"),

Signed-off-by: Marty Connor &lt;mdc@etherboot.org&gt;
</content>
</entry>
<entry>
<title>[scsi] Cope with targets that send multiple CHECK CONDITIONS at power-on</title>
<updated>2009-01-30T13:32:53+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2009-01-30T13:32:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=b111bdfb000b22a41961ae9d3d2920a9c43d84f8'/>
<id>urn:sha1:b111bdfb000b22a41961ae9d3d2920a9c43d84f8</id>
<content type='text'>
Some targets send a spurious CHECK CONDITION message in response to
the first SCSI command.  We issue (and ignore the status of) an
arbitary harmless SCSI command (a READ CAPACITY (10)) in order to draw
out this response.

The Solaris Comstar target seems to send more than one spurious CHECK
CONDITION response.  Attempt up to SCSI_MAX_DUMMY_READ_CAP dummy READ
CAPACITY (10) commands before assuming that error responses are
meaningful.

Problem reported by Kristof Van Doorsselaere &lt;kvandoor@aserver.com&gt;
and Shiva Shankar &lt;802.11e@gmail.com&gt;.
</content>
</entry>
<entry>
<title>[infiniband] Call ib_open() only when opening the IPoIB net device</title>
<updated>2009-01-02T21:04:31+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2009-01-02T21:04:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=53a7dd26cd0aff8409e16c6cc1c7423d4a551f4b'/>
<id>urn:sha1:53a7dd26cd0aff8409e16c6cc1c7423d4a551f4b</id>
<content type='text'>
Defer the call to ib_open() until we want to actually open the device,
rather than when the device is registered.
</content>
</entry>
<entry>
<title>[etherfabric] Make use of pci_bar_start() 64-bit clean</title>
<updated>2008-12-12T19:18:04+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2008-12-12T19:18:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=57bbf0ec98205b5c8c7b01c0d6f41bcfc62c499d'/>
<id>urn:sha1:57bbf0ec98205b5c8c7b01c0d6f41bcfc62c499d</id>
<content type='text'>
Driver was storing the result of pci_bar_start() and pci_bar_size() in
an int, rather than an unsigned long.

(Bug was introduced in the vendor's tree in commit eac85cd "Port
etherfabric driver to net_device api".)
</content>
</entry>
<entry>
<title>[pci] Enable memory cycles in adjust_pci_device()</title>
<updated>2008-12-12T19:15:00+00:00</updated>
<author>
<name>Michael Brown</name>
</author>
<published>2008-12-12T19:15:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=1941c933f8c80a39efd93a0da2a5a44ad0593970'/>
<id>urn:sha1:1941c933f8c80a39efd93a0da2a5a44ad0593970</id>
<content type='text'>
adjust_pci_device() has historically enabled bus-mastering and I/O
cycles, but has never previously needed to enable memory cycles.  Some
EFI systems seem not to enable memory cycles by default, so add that
to the list of PCI command register bits that we force on.
</content>
</entry>
<entry>
<title>[e1000] Use PCI_BASE_ADDRESS_* symbols instead of integers</title>
<updated>2008-12-05T16:35:33+00:00</updated>
<author>
<name>Marty Connor</name>
</author>
<published>2008-12-05T14:42:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/openslx-ng/ipxe.git/commit/?id=1206999288fef8d3b9af7bf8010949a61a3613e5'/>
<id>urn:sha1:1206999288fef8d3b9af7bf8010949a61a3613e5</id>
<content type='text'>
When compiling for the Linux kernel, PCI_BASE_ADDRESS_0 == 0, and
PCI_BASE_ADDRESS_1 == 1.  This is not so when compiling for gPXE.  We
must use the symbolic names rather than integers to get the correct
values.

Bug identified and patch supplied by:

   George Chou &lt;george.chou@advantech.com&gt;
</content>
</entry>
</feed>
