I discovered today that fcntl(fd, F_READAHEAD, 0) doesn't work as
advertised. It's supposed to disable readahead, but instead it restores
the default readahead behavior (if it had previously been changed), and
there is no way to disable readahead.[1] I think the attached patch
fixes it, but it's
On 8 February 2013 16:31, Ian Lepore wrote:
> On Thu, 2013-02-07 at 19:32 -0500, Eitan Adler wrote:
>> Does someone here mind reviewing
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=174226 for correctness.
>>
>> Please feel free to post alternate diffs as a reply as well.
>>
>
> Does it make sense
On Wed, 2013-02-06 at 17:58 +0200, Konstantin Belousov wrote:
> On Tue, Feb 05, 2013 at 09:41:38PM -0700, Ian Lepore wrote:
> > I'd like feedback on the attached patch, which adds support to our
> > time_pps_fetch() implementation for the blocking behaviors described in
> > section 3.4.3 of RFC 278
On Fri, 2013-02-08 at 14:32 -0800, Sean Bruno wrote:
> Not sure if I really need to have this code yet, but I found a bit of
> code that works under gcc but fails under clang/llvm on my project
> branch of pxe_http:
>
> http://svnweb.freebsd.org/base/user/sbruno/pxe_http_head/sys/boot/i386/pxe_htt
Not sure if I really need to have this code yet, but I found a bit of
code that works under gcc but fails under clang/llvm on my project
branch of pxe_http:
http://svnweb.freebsd.org/base/user/sbruno/pxe_http_head/sys/boot/i386/pxe_http/
===> i386/pxe_http (all)
pxe_isr.S:45:3: error: unexpected
On Thu, 2013-02-07 at 19:32 -0500, Eitan Adler wrote:
> Does someone here mind reviewing
> http://www.freebsd.org/cgi/query-pr.cgi?pr=174226 for correctness.
>
> Please feel free to post alternate diffs as a reply as well.
>
Does it make sense to reference a web page on LOR status that hasn't
be
6 matches
Mail list logo
