History

[SCSI] fcoe: Out of order tx frames was causing several check condition SCSI status

frames followed by these errors in log. [sdp] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK [sdp] Sense Key : Aborted Command [current] [sdp] Add. Sense: Data phase error This was causing some test apps to exit due to write failure under heavy load. This was due to a race around adding and removing tx frame skb in fcoe_pending_queue, Chris Leech helped me to find that brief unlocking period when pulling skb from fcoe_pending_queue in various contexts (fcoe_watchdog and fcoe_xmit) and then adding skb back into fcoe_pending_queue up on a failed fcoe_start_io could change skb/tx frame order in fcoe_pending_queue. Thanks Chris. This patch allows only single context to pull skb from fcoe_pending_queue at any time to prevent above described ordering issue/race by use of fcoe_pending_queue_active flag. This patch simplified fcoe_watchdog with modified fcoe_check_wait_queue by use of FCOE_LOW_QUEUE_DEPTH instead previously used several conditionals to clear and set lp->qfull. I think FCOE_MAX_QUEUE_DEPTH with FCOE_LOW_QUEUE_DEPTH will work better in re/setting lp->qfull and these could be fine tuned for performance.

Vasu Dev committed 17 years ago

Commit c826a311 parent e9041583 files · +23 −24Browse files

Showing the changes to include (1 of 3 files). Show all

Unified · Split

include/scsi/libfcoe.h+1−0
@@ -46,6 +46,7 @@ struct fcoe_softc { · 45 unmodified lines
4646 struct net_device *phys_dev; /* device with ethtool_ops */
4747 struct packet_type fcoe_packet_type;
4848 struct sk_buff_head fcoe_pending_queue;
49+ u8 fcoe_pending_queue_active;
4950
5051 u8 dest_addr[ETH_ALEN];
5152 u8 ctl_src_addr[ETH_ALEN];

Keyboard shortcuts

General

Show keyboard shortcuts
?
Focus the current search
/

Issues and pull requests

Open filters
f

Issues, pull requests and Inbox

Select next item
j↓
Select previous item
k↑
Open selected item
Enter
Dismiss filters or clear selection
Esc

Repository code

Go to file
t