lkml.org 
[lkml]   [2003]   [Aug]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: time for some drivers to be removed?
Adrian Bunk writes:
> On Tue, Aug 05, 2003 at 02:42:28PM +0200, Mikael Pettersson wrote:
> > On 27 Jul 2003 21:56:11 +0100, Alan Cox wrote:
> > > On Sul, 2003-07-27 at 21:56, Adrian Bunk wrote:
> > > > That's no problem for me.
> > > >
> > > > The only question is how to call the option that allows building only on
> > > > UP (e.g. cli/sti usage in the driver)? My suggestion was BROKEN_ON_SMP,
> > > > would you suggest OBSOLETE_ON_SMP?
> > >
> > > Interesting question - whatever I guess. We don't have an existing convention.
> > > How many drivers have we got nowdays that failing on just SMP ?
> >
> > ftape fails on SMP due to sti/save_flags/restore_flags removal.
> >...
> > I have the HW so I can test patches if someone feels like fixing this.
>
> There seems to be an upgrade f the ftape code available at [1], but I
> haven't investigated on the status or plans to integrate it into 2.6.

ftape-4.04? That's been a non-integrated external package for ages and ages.
I doubt there's been any updates in it for 2.5/2.6 kernels.

I used to use ftape-4 snapshots in late 2.1 and most 2.2 kernels, but patch
maintenance overhead made me go back to the kernel's ftape before 2.4.0.

Given how few still use these antiques (my "fast" Conner/Seagate drive gives
150KBps backup speed, wow!) I think simply maintaining status quo is the most
reasonable use of peoples' time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:47    [W:0.050 / U:1.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site