linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: Linux tape drivers
       [not found]         ` <150283e90704041222v1d8554b6lcb5a6771d4a031b4@mail.gmail.com>
@ 2007-04-04 20:39           ` Andrew Morton
  2007-04-04 21:31             ` Bartlomiej Zolnierkiewicz
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2007-04-04 20:39 UTC (permalink / raw)
  To: Willem Riede; +Cc: Kern Sibbald, Kai Makisara, linux-scsi, linux-ide

On Wed, 4 Apr 2007 12:22:35 -0700
"Willem Riede" <wrlk@riede.org> wrote:

> On 4/4/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> > On Wed, 4 Apr 2007 16:26:14 +0200 Kern Sibbald <kern@sibbald.com> wrote:
> >
> > >  I'm all in favor of deprecating ide-tape if ide-scsi is a viable alternative,
> >
> > ow.  ide-scsi is in very bad shape and nobody is maintaining it or fixing
> > bugs in it or anything.  The only reason we retain ide-scsi at all is, err,
> > because some tape drives need it.
> >
> > If we have no alternative to using ide-scsi, and if the tape controllers in
> > question are not some terribly obscure things which nobody would seriously
> > use then we have a bit of a problem.  I don't know of anyone who we can
> > turn to to get anything done in ide-scsi.
> 
> Andrew,
> 
> Kai suggests that libata should be able to take over from ide-scsi.
> Do you concur?

That would be very nice if we can make it happen.  I don't know how close
we are to that, but the fine folks on linux-ide might be able tell us.

> That may be a better way forward than ide-scsi.
> I know, because I had a hard enough time with it when I needed
> to fix it so it worked for osst, at least.
> 
> Regards, Willem Riede.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Linux tape drivers
  2007-04-04 20:39           ` Linux tape drivers Andrew Morton
@ 2007-04-04 21:31             ` Bartlomiej Zolnierkiewicz
  2007-04-04 21:43               ` Andrew Morton
  0 siblings, 1 reply; 3+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2007-04-04 21:31 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Willem Riede, Kern Sibbald, Kai Makisara, linux-scsi, linux-ide

On Wednesday 04 April 2007, Andrew Morton wrote:
> On Wed, 4 Apr 2007 12:22:35 -0700
> "Willem Riede" <wrlk@riede.org> wrote:
> 
> > On 4/4/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > On Wed, 4 Apr 2007 16:26:14 +0200 Kern Sibbald <kern@sibbald.com> wrote:
> > >
> > > >  I'm all in favor of deprecating ide-tape if ide-scsi is a viable alternative,
> > >
> > > ow.  ide-scsi is in very bad shape and nobody is maintaining it or fixing
> > > bugs in it or anything.  The only reason we retain ide-scsi at all is, err,

I haven't heard about any major bugs besides well known module unload problem.

What have I missed?

> > > because some tape drives need it.
> > >
> > > If we have no alternative to using ide-scsi, and if the tape controllers in
> > > question are not some terribly obscure things which nobody would seriously
> > > use then we have a bit of a problem.  I don't know of anyone who we can
> > > turn to to get anything done in ide-scsi.
> > 
> > Andrew,
> > 
> > Kai suggests that libata should be able to take over from ide-scsi.
> > Do you concur?
> 
> That would be very nice if we can make it happen.  I don't know how close
> we are to that, but the fine folks on linux-ide might be able tell us.
> 
> > That may be a better way forward than ide-scsi.
> > I know, because I had a hard enough time with it when I needed
> > to fix it so it worked for osst, at least.
> > 
> > Regards, Willem Riede.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Linux tape drivers
  2007-04-04 21:31             ` Bartlomiej Zolnierkiewicz
@ 2007-04-04 21:43               ` Andrew Morton
  0 siblings, 0 replies; 3+ messages in thread
From: Andrew Morton @ 2007-04-04 21:43 UTC (permalink / raw)
  To: Bartlomiej Zolnierkiewicz
  Cc: Willem Riede, Kern Sibbald, Kai Makisara, linux-scsi, linux-ide,
	Alan Cox, Jens Axboe

On Wed, 4 Apr 2007 23:31:06 +0200
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote:

> On Wednesday 04 April 2007, Andrew Morton wrote:
> > On Wed, 4 Apr 2007 12:22:35 -0700
> > "Willem Riede" <wrlk@riede.org> wrote:
> > 
> > > On 4/4/07, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > > On Wed, 4 Apr 2007 16:26:14 +0200 Kern Sibbald <kern@sibbald.com> wrote:
> > > >
> > > > >  I'm all in favor of deprecating ide-tape if ide-scsi is a viable alternative,
> > > >
> > > > ow.  ide-scsi is in very bad shape and nobody is maintaining it or fixing
> > > > bugs in it or anything.  The only reason we retain ide-scsi at all is, err,
> 
> I haven't heard about any major bugs besides well known module unload problem.
> 
> What have I missed?

oop, caught making unsubstantiatable assertions.

I've seen an ongoing dribble of doesn't-work and it-crashes reports and I
simply have not made any record of them, because it's ide-scsi and I don't
expect there's anything we can do about them :(

Often these reports are from people who are writing CDROMs and the usual
response is "use cdrecord dev=/dev/hdc".

I think Alan and Jens might have some thoughts on the ide-scsi status?

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-04-04 21:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <200704031508.37222.kern@sibbald.com>
     [not found] ` <20070403145728.d8f83320.akpm@linux-foundation.org>
     [not found]   ` <150283e90704032000p7f447a26pe3752b22024a1b67@mail.gmail.com>
     [not found]     ` <200704041626.15298.kern@sibbald.com>
     [not found]       ` <20070404115536.fd752555.akpm@linux-foundation.org>
     [not found]         ` <150283e90704041222v1d8554b6lcb5a6771d4a031b4@mail.gmail.com>
2007-04-04 20:39           ` Linux tape drivers Andrew Morton
2007-04-04 21:31             ` Bartlomiej Zolnierkiewicz
2007-04-04 21:43               ` Andrew Morton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).