Convert st to unlocked_ioctl. The necessary locking was already in place.
Signed-off-by: Kai Makisara <[EMAIL PROTECTED]>
---
The patch is against 2.6.24-rc8.
drivers/scsi/st.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
--- linux-2.6/drivers/scsi/st.c 2007-12-20
Convert st to unlocked_ioctl. The necessary locking was already in place.
Signed-off-by: Kai Makisara [EMAIL PROTECTED]
---
The patch is against 2.6.24-rc8.
drivers/scsi/st.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
--- linux-2.6/drivers/scsi/st.c 2007-12-20 18:26
h=acdd0b1c371b2fbb4b6110a51ba69cb0af9e6f45
>
I have done some tests. Firstly, I did not see the BUG with 2.6.24-rc5.
Looking at include/linux/scatterlist.h suggested that CONFIG_DEBUG_SG has
something to do with this. When enabled SG debugging, I also saw the BUG.
Adding this patch solved the prob
/linux/scatterlist.h suggested that CONFIG_DEBUG_SG has
something to do with this. When enabled SG debugging, I also saw the BUG.
Adding this patch solved the problem.
You can add
Acked-by: Kai Makisara [EMAIL PROTECTED]
if you want. This fix should be included in 2.6.24.
--
Kai
On Sun, 29 Jul 2007, Matthias Kaehlcke wrote:
> The SCSI Tape driver uses a semaphore as mutex. Use the mutex API
> instead of the (binary) semaphore.
>
> Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
>
Signed-off-by: Kai Makisara <[EMAIL PROTECTED]>
Thanks
On Sun, 29 Jul 2007, Matthias Kaehlcke wrote:
The SCSI Tape driver uses a semaphore as mutex. Use the mutex API
instead of the (binary) semaphore.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
Signed-off-by: Kai Makisara [EMAIL PROTECTED]
Thanks.
--
Kai
-
To unsubscribe from
On Mon, 16 Jul 2007, Martin K. Petersen wrote:
> > "John" == John Stoffel <[EMAIL PROTECTED]> writes:
>
> John> Will this help out tape drive performance at all? I looked
> John> through the patches quickly, esp the AIC7xxx stuff since that's
> John> what I use, but nothing jumped out at
On Mon, 16 Jul 2007, Tejun Heo wrote:
> Please try the patch in the following message.
>
> http://article.gmane.org/gmane.linux.ide/20799/raw
>
This solves the 'smartctl -H' problem both of my systems (one with Nvidia
CK804 and one with MCP51).
Tested-by: Kai Makisara <[
On Tue, 10 Jul 2007, Kai Makisara wrote:
> On Sun, 8 Jul 2007, Bruce Allen wrote:
>
> > Mark, David, Doug, Tejin, Alan, Jeff, LKML,
> >
> > I'm afraid that there may be some problem with SMART + libata in the 2.6.22
> > kernel. An hour ago I discovered that I mi
On Tue, 10 Jul 2007, Kai Makisara wrote:
On Sun, 8 Jul 2007, Bruce Allen wrote:
Mark, David, Doug, Tejin, Alan, Jeff, LKML,
I'm afraid that there may be some problem with SMART + libata in the 2.6.22
kernel. An hour ago I discovered that I missed a month of correspondence
(some
On Mon, 16 Jul 2007, Tejun Heo wrote:
Please try the patch in the following message.
http://article.gmane.org/gmane.linux.ide/20799/raw
This solves the 'smartctl -H' problem both of my systems (one with Nvidia
CK804 and one with MCP51).
Tested-by: Kai Makisara [EMAIL PROTECTED]
Thanks
On Mon, 16 Jul 2007, Martin K. Petersen wrote:
John == John Stoffel [EMAIL PROTECTED] writes:
John Will this help out tape drive performance at all? I looked
John through the patches quickly, esp the AIC7xxx stuff since that's
John what I use, but nothing jumped out at me...
Yes. Most
On Sun, 8 Jul 2007, Bruce Allen wrote:
> Mark, David, Doug, Tejin, Alan, Jeff, LKML,
>
> I'm afraid that there may be some problem with SMART + libata in the 2.6.22
> kernel. An hour ago I discovered that I missed a month of correspondence
> (some LKML, some private) about this problem which
On Sun, 8 Jul 2007, Bruce Allen wrote:
Mark, David, Doug, Tejin, Alan, Jeff, LKML,
I'm afraid that there may be some problem with SMART + libata in the 2.6.22
kernel. An hour ago I discovered that I missed a month of correspondence
(some LKML, some private) about this problem which Alan,
The command 'smartctl -a /dev/sdb' fails with 2.6.22-rc4 kernel. The
disk /dev/sdb is a SATA disk. The command does work still with a real SCSI
disk.
The computer has Athlon64 X2 and it is running x86_64 SMP kernel. The
chipset is Nvidia CK804 and the sata_nv driver is used.
The following
The command 'smartctl -a /dev/sdb' fails with 2.6.22-rc4 kernel. The
disk /dev/sdb is a SATA disk. The command does work still with a real SCSI
disk.
The computer has Athlon64 X2 and it is running x86_64 SMP kernel. The
chipset is Nvidia CK804 and the sata_nv driver is used.
The following
On Fri, 25 Mar 2005, James Bottomley wrote:
> On Fri, 2005-03-25 at 14:38 +0900, Tejun Heo wrote:
> > We have users of scsi_do_req() other than scsi_wait_req() and they
> > use different done() functions to do different things. I've checked
> > other done functions and none uses contents inside
On Fri, 25 Mar 2005, James Bottomley wrote:
On Fri, 2005-03-25 at 14:38 +0900, Tejun Heo wrote:
We have users of scsi_do_req() other than scsi_wait_req() and they
use different done() functions to do different things. I've checked
other done functions and none uses contents inside the
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Maw, 2005-03-08 at 17:25, Linux Kernel Mailing List wrote:
> > ChangeSet 1.2030, 2005/03/08 09:25:05-08:00, [EMAIL PROTECTED]
> >
> > [PATCH] make st seekable again
> >
> > Apparently `tar' errors out if it cannot perform lseek() against a
>
On Wed, 9 Mar 2005, Alan Cox wrote:
On Maw, 2005-03-08 at 17:25, Linux Kernel Mailing List wrote:
ChangeSet 1.2030, 2005/03/08 09:25:05-08:00, [EMAIL PROTECTED]
[PATCH] make st seekable again
Apparently `tar' errors out if it cannot perform lseek() against a
tape.
On Wed, 2 Mar 2005, Andrew Morton wrote:
> Kai Makisara <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > v2.6 also contains the same problem BTW.
> > >
> > > Try this:
> > >
> > > --- a/drivers/scsi/st.c.orig 2005-03-02 0
On Wed, 2 Mar 2005, Marcelo Tosatti wrote:
> On Wed, Mar 02, 2005 at 11:17:19PM +0200, Kai Makisara wrote:
...
> > BTW, this "fix" by Solar Designer introduces a bug to 2.4.29: a tape
> > driver is supposed to return ENOMEM in the case that was changed to return
On Wed, 2 Mar 2005, Marcelo Tosatti wrote:
> On Wed, Mar 02, 2005 at 11:15:42AM -, Mark Yeatman wrote:
> > Hi
> >
> > Never had to log a bug before, hope this is correctly done.
> >
> > Thanks
> >
> > Mark
> >
> > Detail
> >
> > [1.] One line summary of the problem:
> > SCSI tape
On Wed, 2 Mar 2005, Marcelo Tosatti wrote:
On Wed, Mar 02, 2005 at 11:15:42AM -, Mark Yeatman wrote:
Hi
Never had to log a bug before, hope this is correctly done.
Thanks
Mark
Detail
[1.] One line summary of the problem:
SCSI tape drive is refusing to
On Wed, 2 Mar 2005, Marcelo Tosatti wrote:
On Wed, Mar 02, 2005 at 11:17:19PM +0200, Kai Makisara wrote:
...
BTW, this fix by Solar Designer introduces a bug to 2.4.29: a tape
driver is supposed to return ENOMEM in the case that was changed to return
EIO ;-(
Reverted.
Thanks
On Wed, 2 Mar 2005, Andrew Morton wrote:
Kai Makisara [EMAIL PROTECTED] wrote:
v2.6 also contains the same problem BTW.
Try this:
--- a/drivers/scsi/st.c.orig 2005-03-02 09:02:13.637158144 -0300
+++ b/drivers/scsi/st.c 2005-03-02 09:02:20.208159200 -0300
On Thu, 3 May 2001, Mark Hounschell wrote:
> Sorry if this isn't the correct place for this question. Is there or
> will there
> ever be raw tape device access. I'm trying to port an app from Dec unix
> and at
> least there the app requires /dev/rmt** (raw device). I've read in the
> archives
>
On Thu, 3 May 2001, Mark Hounschell wrote:
Sorry if this isn't the correct place for this question. Is there or
will there
ever be raw tape device access. I'm trying to port an app from Dec unix
and at
least there the app requires /dev/rmt** (raw device). I've read in the
archives
about
On Thu, 15 Mar 2001, Byron Stanoszek wrote:
> I have a real picky tape drive (DLT series) that likes to be fed large chunks
> of data at once, otherwise after every 2-4KB of data it halts and rewinds
> itself because its cache for writing to the tape is empty.
>
> My best solution to this
On Thu, 15 Mar 2001, Byron Stanoszek wrote:
I have a real picky tape drive (DLT series) that likes to be fed large chunks
of data at once, otherwise after every 2-4KB of data it halts and rewinds
itself because its cache for writing to the tape is empty.
My best solution to this problem was
I suggest we move this discussion from linux-kernel to linux-scsi.
On Thu, 31 Aug 2000, G. Saraber wrote:
> "Richard B. Johnson" wrote:
> >
> > On Wed, 30 Aug 2000, G. Saraber wrote:
> >
> > > Thanks for the excellent guide on how to pinpoint the problem ...
> > >
> > > guess what :-) I
I suggest we move this discussion from linux-kernel to linux-scsi.
On Thu, 31 Aug 2000, G. Saraber wrote:
"Richard B. Johnson" wrote:
On Wed, 30 Aug 2000, G. Saraber wrote:
Thanks for the excellent guide on how to pinpoint the problem ...
guess what :-) I decided before I
32 matches
Mail list logo
