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
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
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 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.
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 Maki
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
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 Ala
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 outp
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 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, 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 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, 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
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 decid
16 matches
Mail list logo
