bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] Re: [patch] O_NOATIME support


From: Joerg Schilling
Subject: Re: [Bug-tar] Re: [patch] O_NOATIME support
Date: Fri, 14 Oct 2005 11:27:46 +0200
User-agent: nail 11.2 8/15/04

Ian Turner <address@hidden> wrote:

> > Should't a clean Linux implementation offer a related [f]pathconf() call
> > for this feature?
>
> Maybe. But the Linux implementors were just trying to grab the libc 
> interface, 
> which doesn't say anything about fpathconf().

Well, the interface itself does not seem to be well designed.

Something like ioctl(fd, _FIOSATIME, &atv) (as on Solaris) seems to be more
closer to the UNIX & POSIX philosophy....

BTW: star uses ioctl(fd, _FIOSATIME, &atv) since 10 years.

> Probably the interface to find out if O_NOATIME works will be simple: If you 
> do open(), and O_NOATIME is not OK for this filesystem, then open() will just 
> return EINVAL. I'm OK with adding an fpathconf() facility too, but the big 
> work is going to be just teaching the kernel which filesystems work and which 
> don't.

How do you like to be sure if you are on a Linux version that just ignores
O_NOATIME and thus never returns EINVAL? This does not look to be a good idea
unless the O_NOATIME flag would have been implemented this way from the 
very beginning.

Jörg

-- 
 EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
       address@hidden           (uni)  
       address@hidden   (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily




reply via email to

[Prev in Thread] Current Thread [Next in Thread]