I ran into a problem where scsi_device_cancel encounters scsi_cmnds that
have request pointers that point to freed memory. In one case, the
command was in SCSI_STATE_FINISHED/SCSI_OWNER_HIGHLEVEL; in another it
was SCSI_STATE_UNUSED/SCSI_OWNER_NOBODY. This is where it happens:
1155 list_fo
ED]
> Sent: Tuesday, July 12, 2005 4:08 PM
> To: Dailey, Nate
> Cc: Brian King; linux-scsi@vger.kernel.org
> Subject: RE: [PATCH] drivers/scsi/st.c: add reference count
> and related fixes
>
>
> On Tue, 12 Jul 2005, Dailey, Nate wrote:
>
> > I'll try porti
about this, though, and I can
change my last_SRpnt code.
Nate Dailey
> -Original Message-
> From: Kai Makisara [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 07, 2005 7:12 AM
> To: Dailey, Nate
> Cc: Brian King; linux-scsi@vger.kernel.org
> Subject: Re: [PATCH] d
OTECTED]
> Sent: Tuesday, April 12, 2005 7:04 AM
> To: Dailey, Nate
> Cc: 'linux-scsi@vger.kernel.org'
> Subject: Re: [PATCH] drivers/scsi/sg.c: fix problems when
> sg_remove is called before sg_release
>
>
> Dailey, Nate wrote:
> > This is my first attemp
These patches (against a 2.6.9 kernel, Redhat AS 4) for st add a
reference count, and fix a few bugs I hit during testing (administrative
removes and cable pulls with IO in progress).
The primary change is adding a kref to the Scsi_Tape structure, to avoid
an oops when the tape drive is removed wh
This is my first attempt at submitting a patch, so I hope I'm not making any
mistakes...
This patch fixes two problems I came across in sg, both of which occur when
sg_remove is called on a disk which hasn't yet been sg_release'd:
1. I got the following Oops in sg_remove:
--
Unable to handle ker
6 matches
Mail list logo