openslx-ng/ipxe.git/src/drivers/block, branch v0.9.8

[infiniband] Allow SRP reconnection attempts even after reporting failures

2009-08-10T21:30:56+00:00

With iSCSI, connection attempts are expensive; it may take many seconds to determine that a connection will fail. SRP connection attempts are much less expensive, so we may as well avoid the "optimisation" of declaring a state of permanent failure after a certain number of attempts. This allows a gPXE SRP initiator to resume operations after an arbitrary amount of SRP target downtime.

[infiniband] Add support for SRP over Infiniband

2009-08-10T21:27:33+00:00

SRP is the SCSI RDMA Protocol. It allows for a method of SAN booting whereby the target is responsible for reading and writing data using Remote DMA directly to the initiator's memory. The software initiator merely sends and receives SCSI commands; it never has to touch the actual data.

[scsi] Generalise iscsi_parse_lun() to scsi_parse_lun()

2009-08-10T18:30:41+00:00

[scsi] Generalise iscsi_detached_command() to scsi_detached_command()

2009-08-10T18:29:40+00:00

[ata] Make ATA command issuing partially asynchronous

2009-07-17T22:01:20+00:00

Move the icky call to step() from aoe.c to ata.c; this takes it at least one step further away from where it really doesn't belong. Unfortunately, AoE has the ugly aoe_discover() mechanism which means that we still have a step() loop in aoe.c for now; this needs to be replaced at some future point.

[scsi] Improve SCSI debugging

2009-07-17T22:00:46+00:00

[scsi] Make SCSI command issuing partially asynchronous

2009-07-17T22:00:09+00:00

Move the icky call to step() from iscsi.c to scsi.c; this takes it at least one step further away from where it really doesn't belong.

[legal] Add a selection of FILE_LICENCE declarations

2009-05-18T07:33:25+00:00

Add FILE_LICENCE declarations to almost all files that make up the various standard builds of gPXE.

[scsi] Fix DBG() message reporting of error number

2009-02-19T10:37:30+00:00

[scsi] Cope with targets that send multiple CHECK CONDITIONS at power-on

2009-01-30T13:32:53+00:00

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 and Shiva Shankar <802.11e@gmail.com>.