litmus-rt.git - The LITMUS^RT kernel.

	Commit message (Collapse)	Author	Age
*	Merge HEAD from ../scsi-misc-2.6-tmp	James Bottomley	2005-08-28
\|\
\| *	[SCSI] ibmvscsi timeout fix	Dave C Boutcher	2005-08-28
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	This patch fixes a long term borkenness in ibmvscsi where we were using the wrong timeout field from the scsi command (and using the wrong units.) Now broken by the fact that the scsi_cmnd timeout field is gone entirely. This only worked before because all the SCSI targets assumed that 0 was default. Signed-off-by: Dave Boutcher <boutcher@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
\| *	[SCSI] ibmvscsi eh locking	Dave C Boutcher	2005-08-28
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	With the removal of the spinlocking around eh calls, we need to add a little more locking back in, otherwise we do some naked list manipulation. Signed-off-by: Dave Boutcher <boutcher@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
* \|	[SCSI] scsi/ibmvscsi/srp.h: Fix a wrong type code used for SRP_LOGIN_REJ	Linda Xie	2005-07-30
\|/ \| \| \| \| \| \| \|	This patch fixes srp.h which uses 0x80 for SRP_LOGIN_REJ instead of 0xc2. Signed-off-by: Linda Xie <lxie@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[SCSI] IBM VSCSI Client: sending client info to server	Linda Xie	2005-07-02
\| \| \| \| \| \| \| \|	Fix the problem in IBM VSCSI Client where the client doesn't send the information which is expected by the server. Signed-off-by: Linda Xie <lxie@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[SCSI] allow sleeping in ->eh_device_reset_handler()	Jeff Garzik	2005-06-17
\| \| \| \|	Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[SCSI] allow sleeping in ->eh_abort_handler()	Jeff Garzik	2005-06-17
\| \| \| \|	Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!