Author: dwmalone
Date: Tue Jan 28 15:34:00 2020
New Revision: 357204
URL: https://svnweb.freebsd.org/changeset/base/357204
Log:
Add some missing articles.
Use .Nm to format the utility name.
Get the name of the GEOM class right.
MFC after:2 weeks
Modified:
head/lib/geom/part/gpar
Author: dwmalone
Date: Tue Feb 23 15:28:13 2016
New Revision: 295925
URL: https://svnweb.freebsd.org/changeset/base/295925
Log:
Following revision r295924, the changes to a db file should be fsynced
before the file is closed. Consequently, it shouldn't be necessary to
open the file with O_SY
Author: dwmalone
Date: Tue Feb 23 15:21:13 2016
New Revision: 295924
URL: https://svnweb.freebsd.org/changeset/base/295924
Log:
If we close or sync a hash-based db file, make sure to call fsync to
make sure the changes are on disk. The people at pfSense noticed that
it didn't always make it
On Wed, Feb 10, 2016 at 09:40:45AM +, Stefan Esser wrote:
> Author: se
> Date: Wed Feb 10 09:40:45 2016
> New Revision: 295465
> URL: https://svnweb.freebsd.org/changeset/base/295465
>
> Log:
> Remove O_SYNC from the options passed to dbmopen().
>
> The services db is created as a tempo
On Wed, Dec 30, 2015 at 04:50:45AM -0800, Colin Percival wrote:
> So... is someone going to be keeping this file up to date? We seem to have
> the same information in contrib/tzdata/leapseconds (which is being kept up
> to date -- thank you edwin and delphij!) but having this file in /etc/ntp/
> b
On Sat, Oct 17, 2015 at 05:48:19PM -0600, Warner Losh wrote:
> It should be very easy to try to fetch it once a day in June and December
> until you succeed from each of the URLs in a list, with the default
> list being the two canonical (for the US at least) sources. Shouldn’t
> be more than a doz
Hi Warner,
I was trying to check Ian's specific concern, that a valid source
of leap seconds might be ignored if a expired leapseconds file was
present. It seems that this is not the case, at lease based on my
reading of the code and comments. I included the references to the
code, so others could
On Sat, Oct 17, 2015 at 12:25:50PM -0600, Ian Lepore wrote:
> If the leapseconds file is present, the leap bits for reference
> clocks and downstratum servers are ignored.
>
> I can't determine from casual code examination (and I don't have time
> to experiment now) whether that is true ev
Author: dwmalone
Date: Sat Jun 28 15:53:28 2014
New Revision: 268004
URL: http://svnweb.freebsd.org/changeset/base/268004
Log:
Don't accidently skip every second line when calculating the
idle time.
MFC after:2 weeks
Modified:
head/usr.sbin/rwhod/rwhod.c
Modified: head/usr.sbin/rw
> (1) Merge a software implementation of the Toeplitz hash specified in
> RSS implemented by David Malone. This is used to allow suitable
> pcbgroup placement of connections before the first packet is
> received from the NIC. Software hashing is gener
Author: dwmalone
Date: Tue Mar 4 15:09:57 2014
New Revision: 262742
URL: http://svnweb.freebsd.org/changeset/base/262742
Log:
Add missing description of du (daemon.user) printcap capability.
Modified:
head/usr.sbin/lpr/lpr/printcap.5
Modified: head/usr.sbin/lpr/lpr/printcap.5
==
Author: dwmalone
Date: Thu Feb 6 15:55:29 2014
New Revision: 261555
URL: http://svnweb.freebsd.org/changeset/base/261555
Log:
Let units deal with Gas Mark and Stufe.
Modified:
head/usr.bin/units/units.lib
Modified: head/usr.bin/units/units.lib
===
Author: dwmalone
Date: Tue Aug 6 11:00:56 2013
New Revision: 253988
URL: http://svnweb.freebsd.org/changeset/base/253988
Log:
Make section headings for different quirk types consistent.
Modified:
head/share/man/man4/usb_quirk.4
Modified: head/share/man/man4/usb_quirk.4
=
> Any suggestions for better wording ? I submitted the comment block unchanged
I think you could probably replace it with "Z(2^16)" or "mod 65536".
In the code, it might be worth checking with bde@ to see what is
the least amount of casting required to get the right answer.
David.
_
> + /*
> + * We're just computing (a-b) in GF(216).
> + ndesc = (unsigned)*hq->hq_avail_idx - (unsigned)hq->hq_cur_aidx;
I think the comment here is wrong? Subtraction (and addition) in
GF(2^16) is just xor of 16 bit numbers. You seem to actually be
working in Z(2^16), where subtract
Author: dwmalone
Date: Sun Mar 3 20:10:56 2013
New Revision: 247730
URL: http://svnweb.freebsd.org/changeset/base/247730
Log:
Add an option for finding sparse files.
Reviewed by: iedowse
MFC after:3 weeks
Modified:
head/usr.bin/find/extern.h
head/usr.bin/find/find.1
head/usr.
Author: dwmalone
Date: Thu Sep 15 19:52:43 2011
New Revision: 225596
URL: http://svn.freebsd.org/changeset/base/225596
Log:
It seems when I added code for affine unit changes to units, I
forgot to tell the man page we could now convert Celsius to Fahrenheit.
Approved by: re (kib)
MFC a
> If atomic 64-bit read/write is possible and it is absolutely
> necessary, it has to be set via machdep.foo_freq, not
> kern.timecounter.foo.frequency.
A number of people have asked me about adjusting the frequency of
other time counters - it would seem to make sense to allow this at
the timeco
> No new ones. Just the old ones of updating the frequency and all related
> variables without races.
Is something simple, line an atomic write, an option for this? I
guess we don't have 64-bit atomic writes on all platforms, but we
could support it on some platforms.
David.
On Wed, Mar 16, 2011 at 04:34:10PM +1100, Bruce Evans wrote:
> Please revert. I use this for setting timecounters from userland. The
> sysctl is not a hack, but the primary user interface for managing the
> TSC frequency. The kern.timecounter.tc.TSC.frequency sysctl is
> secondary, and is readon
> snprintf(buf, 2, "%*s%*s%*s", INT_MAX, "223", INT_MAX, "", 3, "bar");
Ah - good example. Would it be worth adding some clarification to
our man page? The paragraphs discussing return values suggest that
*printf() functions can only fail because of output or malloc errors.
I guess two other
Author: dwmalone
Date: Wed Jan 19 17:17:37 2011
New Revision: 217589
URL: http://svn.freebsd.org/changeset/base/217589
Log:
Here v->iov_len has been assigned the return value from snprintf.
Checking if it is > 0 doesn't make sense, because snprintf returns
how much space is needed if the buf
Author: dwmalone
Date: Sun Aug 8 20:34:53 2010
New Revision: 211082
URL: http://svn.freebsd.org/changeset/base/211082
Log:
Don't pass sizeof(u_int) to an argument of SYSCLT_PROC that ends up not
being used.
Modified:
head/sys/amd64/amd64/tsc.c
head/sys/i386/i386/tsc.c
Modified: head/sys
23 matches
Mail list logo