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
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 porting my changes to a recent kernel, verify that
the bugs I
found are still bugs, and get
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] drivers/scsi/st.c: add reference count
and related fixes
: 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 attempt at submitting a patch, so I hope
I'm not making any
mistakes
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
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
6 matches
Mail list logo