[Ksummit-discuss] Topic: Removal of code that is still in use by users but there is a better code.

josh at joshtriplett.org josh at joshtriplett.org
Wed Jun 11 20:02:05 UTC 2014


On Wed, Jun 11, 2014 at 08:56:44AM -0700, H. Peter Anvin wrote:
> On 06/10/2014 05:36 PM, josh at joshtriplett.org wrote:
> > 
> > I agree.  I think we've had some recent examples of how to do this
> > better, with remap_file_pages: old userspace has to *work* on new
> > kernels, but it doesn't necessarily need to run fast, or integrate with
> > any new features.  We should deprecate more kernel bits in
> > favor of minimal compatibility layers, some of which we can associate
> > with old userspace and drop for new userspace.
> > 
> 
> Uhm... that applies only to a fairly restricted aspect of deprecation.
> Much more is tied to specific hardware.

Agreed; hardware support does not have the same degree of compatibility
concerns that userspace interfaces do.

For instance, we could reasonably ask whether we can deprecate support
for ancient filesystems and push that code into FUSE in userspace, given
that most such filesystems only exist for forensics rather than
performance.  That would mitigate potential exploits in that code.

- Josh Triplett


More information about the Ksummit-discuss mailing list