linux-kernel - Re: [PATCH] splice: update mtime and atime on files

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 18 Aug 2009 10:50:51 +0200
From:	Jens Axboe <jens.axboe@...cle.com>
To:	Willy Tarreau <w@....eu>
Cc:	Miklos Szeredi <miklos@...redi.hu>, akpm@...ux-foundation.org,
	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH] splice: update mtime and atime on files

On Tue, Aug 18 2009, Willy Tarreau wrote:
> On Tue, Aug 18, 2009 at 10:35:48AM +0200, Jens Axboe wrote:
> > On Tue, Aug 18 2009, Willy Tarreau wrote:
> > > On Sat, Aug 15, 2009 at 08:42:41AM +0200, Jens Axboe wrote:
> > > > On Fri, Aug 14 2009, Miklos Szeredi wrote:
> > > > > From: Miklos Szeredi <mszeredi@...e.cz>
> > > > > 
> > > > > Splice should update the modification and access times on regular
> > > > > files just like read and write.  Not updating mtime will confuse
> > > > > backup tools, etc...
> > > > > 
> > > > > This patch only adds the time updates for regular files.  For pipes
> > > > > and other special files that splice touches the need for updating the
> > > > > times is less clear.  Let's discuss and fix that separately.
> > > > 
> > > > Thanks Miklos, I've queued this one up.
> > > 
> > > wouldn't it make sense to send that to stable too ? The patch is not
> > > intrusive and looks like a fix to me.
> > 
> > It doesn't really meet the stable criteria, as it's not a security issue
> > nor does it crash the kernel.
> 
> Oh there are many other things which go to stable, especially bug

I'm aware of that, doesn't mean it's what the rules describe or that
it's necessarily a good idea :-)

> fixes and minor improvements. We *could* classify this in the bug
> fixes as, I Miklos suggested it, this could have an impact on
> modified files which would currently not be backed up for instance.

I've never heard anyone complain about this, and I suspect that Miklos
found it from code inspection rather than experiencing an issue with it.
So while it can indeed be classified as a bug (and it is), the impact is
not huge.

That said, I don't have a huge issue with shoving this in -stable. I
just don't think it's a big deal.

-- 
Jens Axboe

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/