On Sat, 22 Sep 2007, Sean C. Farley wrote:
On Sat, 22 Sep 2007, Bruce Evans wrote:
...
Partial analysis:
- the size_t variable must have a small value that is representable
as an int (else casting it to int would be a bug and/or printing a
line of that length would be a style bug
On Sun, 30 Sep 2007, Jeff Roberson wrote:
On Sat, 29 Sep 2007, Kevin Oberman wrote:
YMMV, but ULE seems to generally work better then 4BSD for interactive
uniprocessor systems. The preferred scheduler for uniprocessor servers
is less clear, but many test have shown ULE does better for those
s
On Mon, 1 Oct 2007, Bjoern A. Zeeb wrote:
On Mon, 1 Oct 2007, Tom Judge wrote:
Tom Judge wrote:
Bjoern A. Zeeb wrote:
bz 2007-09-24 13:39:06 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/ufs/ffs ffs_alloc.c Log:
MFC rev. 1.147
Fi
On Mon, 1 Oct 2007, Jeff Roberson wrote:
On Mon, 1 Oct 2007, Bruce Evans wrote:
On Sun, 30 Sep 2007, Jeff Roberson wrote:
On Sat, 29 Sep 2007, Kevin Oberman wrote:
YMMV, but ULE seems to generally work better then 4BSD for interactive
uniprocessor systems. The preferred scheduler for
On Mon, 1 Oct 2007, Bjoern A. Zeeb wrote:
On Mon, 1 Oct 2007, Bruce Evans wrote:
On Mon, 1 Oct 2007, Bjoern A. Zeeb wrote:
s/fis/fix/
yes it should. I closed the PR, See the comment there.
s/fix/work around/
The bug is in newfs and tunefs permitting garbage parameters, so it cannot
be
On Mon, 1 Oct 2007, Kevin Oberman wrote:
Date: Mon, 1 Oct 2007 21:26:39 +1000 (EST)
From: Bruce Evans <[EMAIL PROTECTED]>
On Mon, 1 Oct 2007, Jeff Roberson wrote:
Given that the overwhelming amount of feedback by qualified poeple, I think
it's fair to say that ULE gives a more
On Mon, 1 Oct 2007, Jeff Roberson wrote:
On Tue, 2 Oct 2007, Bruce Evans wrote:
Further testing of my ~4BSD scheduler in ~5.2 indicates that when a
process wants less than about 1/loadavg of the CPU on average, it
usually just gets it, with no scheduling delays, since it usually has
higher
On Tue, 2 Oct 2007, John Baldwin wrote:
On Tuesday 02 October 2007 09:49:34 am Bruce Evans wrote:
Apparently, there is a scaling bug for hz or extra interrupts for
the larger hz help, and the default preempt_thresh is not best.
-current on i386 and amd64 does a very poor job of scaling
On Tue, 2 Oct 2007, Jeff Roberson wrote:
On Tue, 2 Oct 2007, Bruce Evans wrote:
Sorry I don't have time for a point by point on this one. Thank you for your
interesting analysis. From this I'm taking away a couple of things:
1) I've noticed that ULE relied on PREEMPTION
bde 2007-10-18 07:26:21 UTC
FreeBSD src repository
Modified files:
sys/fs/msdosfs msdosfs_vnops.c
Log:
In msdosfs_settattr(), don't do synchronous updates of the denode
(except indirectly for the size pseudo-attribute). If anything deserves
a sync update, then it i
bde 2007-10-18 15:48:10 UTC
FreeBSD src repository
Modified files:
sys/fs/msdosfs msdosfs_vfsops.c
Log:
Fix some style bugs in the mount options list. Mainly, sort the list,
leaving space for adding missing options. Negative options are sorted
after removing their
bde 2007-10-18 16:25:47 UTC
FreeBSD src repository
Modified files:
sys/fs/msdosfs msdosfs_vfsops.c
Log:
Add noclusterr and noclusterw options to the options list. I forgot these
when I implemented clustering.
Revision ChangesPath
1.177 +1 -1 src/
bde 2007-10-19 12:23:25 UTC
FreeBSD src repository
Modified files:
sys/fs/msdosfs msdosfs_denode.c msdosfs_lookup.c
msdosfs_vfsops.c msdosfs_vnops.c
Log:
Implement the async (really, delayed-write) mount option for msdosfs.
This is much si
On Mon, 1 Oct 2007, Bruce Evans wrote:
On Mon, 1 Oct 2007, Bjoern A. Zeeb wrote:
On Mon, 1 Oct 2007, Bruce Evans wrote:
On Mon, 1 Oct 2007, Bjoern A. Zeeb wrote:
s/fis/fix/
yes it should. I closed the PR, See the comment there.
s/fix/work around/
The bug is in newfs and tunefs
bde 2007-10-23 10:39:03 UTC
FreeBSD src repository
Modified files:
sys/fs/msdosfs msdosfs_vfsops.c
Log:
Forced commit to note that rev.1.179 has the following fixes in addition to
the ones mentioned in its log message:
For mount-update from rw to ro:
- don't mi
On Thu, 25 Oct 2007, LI Xin wrote:
Scott Long wrote:
Andrey Chernov wrote:
On Thu, Oct 25, 2007 at 09:15:27AM -0600, Scott Long wrote:
Andrey A. Chernov wrote:
ache2007-10-15 09:51:30 UTC
FreeBSD src repository
Modified files:
lib/libc/locale utf8.c Log:
Add comment
On Tue, 30 Oct 2007, Giorgos Keramidas wrote:
On 2007-10-29 00:08, Mike Makonnen <[EMAIL PROTECTED]> wrote:
mtm 2007-10-29 00:08:24 UTC
FreeBSD src repository
Modified files:
sbin/route route.c
Log:
Fix an error in bit shifting logic for network addresses. The ro
On Sat, 27 Oct 2007, Craig Rodrigues wrote:
rodrigc 2007-10-27 16:28:05 UTC
FreeBSD src repository
Modified files:
sys/nfsclientnfs_vfsops.c
Log:
Add the following mount options to the nfs_opts array:
noatime, noexec, suiddir, nosuid, nosymfollow, union,
noclusterr, noclus
On Mon, 29 Oct 2007, Christoph Mallon wrote:
Andrey A. Chernov wrote:
ache2007-10-27 22:32:28 UTC
FreeBSD src repository
Modified files:
include _ctype.h Log:
Micro-optimization of prev. commit, change
(_c < 0 || _c >= 128) to (_c & ~0x7F)
Revision Chan
On Wed, 31 Oct 2007, Bruce Evans wrote:
__mb_sb_limit is extern int, so the ABI breakage was obvious. If it
had been a compile-time constant with the usual ${CFLAGS} but not a
constant with -O0, of if the constant depended on ${CFLAGS} or changed
with __FreeBSD_version, then the problem would
On Thu, 1 Nov 2007, Christoph Mallon wrote:
Andrey Chernov wrote:
On Tue, Oct 30, 2007 at 10:03:31AM -1000, Juli Mallett wrote:
* "Andrey A. Chernov" <[EMAIL PROTECTED]> [ 2007-10-27 ]
[ cvs commit: src/include _ctype.h ]
ache2007-10-27 22:32:28 UTC
FreeBSD src repository
On Sat, 3 Nov 2007, Ben Kaduk wrote:
On 11/2/07, Maxim Konovalov <[EMAIL PROTECTED]> wrote:
maxim 2007-11-02 20:48:10 UTC
FreeBSD src repository
Modified files:
sys/vm swap_pager.c
Log:
o Fix panic message: it's swap_pager_putpages() not swap_pager_getpages().
On Fri, 9 Nov 2007, Maxim Sobolev wrote:
For what it is worth I think Nate has the correct point. We should not force
this setting upon each and every user if it can realistically affect only
0.0001% of our userbase. Leaving this setting on for production server that
does lot of sensitive cryp
On Sat, 10 Nov 2007, Robert Watson wrote:
On Sat, 10 Nov 2007, Julian Elischer wrote:
Bruce Evans wrote:
Off is a good default since hyperthreading seems to be a pessimization in
most casts.
Well, actually it all depends on workload and scheduling. I believe ULE is
...
However for most
bde 2007-11-29 01:15:03 UTC
FreeBSD src repository
Modified files:
sys/i386/isa prof_machdep.c
sys/amd64/amd64 prof_machdep.c
Log:
Remove entry points for -finstrument functions since they are currently
unused except to obfuscate disassemblies. -mprofiler
bde 2007-11-29 02:01:21 UTC
FreeBSD src repository
Modified files:
sys/i386/isa prof_machdep.c
sys/amd64/amd64 prof_machdep.c
Log:
Don't use plain "ret" instructions at targets of jump instructions,
since the branch caches on at least Athlon XP through Ath
On Fri, 30 Nov 2007, Peter Jeremy wrote:
On Thu, Nov 29, 2007 at 01:15:03AM +, Bruce Evans wrote:
Remove entry points for -finstrument functions since they are currently
unused except to obfuscate disassemblies. -mprofiler-epilogue is
currently with gcc-4 (it does too little), but
bde 2008-03-05 11:11:53 UTC
FreeBSD src repository
Modified files:
sys/i386/include float.h
Log:
Change float_t and double_t to long double on i386. All floating point
expressions on i386 are evaluated in the range of the long double type,
so this is wrong in a diffe
bde 2008-03-05 11:17:21 UTC
FreeBSD src repository
Modified files:
sys/i386/include float.h
Log:
Oops, back out previous commit since it was to the wrong file.
Revision ChangesPath
1.17 +4 -5 src/sys/i386/include/float.h
_
bde 2008-03-05 11:21:14 UTC
FreeBSD src repository
Modified files:
sys/i386/include _types.h
Log:
Change float_t and double_t to long double on i386. All floating point
expressions on i386 are evaluated in the range of the long double type,
so this is wrong in a diff
On Thu, 6 Mar 2008, Peter Jeremy wrote:
On Wed, Mar 05, 2008 at 11:21:14AM +, Bruce Evans wrote:
Log:
Change float_t and double_t to long double on i386. All floating point
expressions on i386 are evaluated in the range of the long double type,
npx.h currently defines
On Wed, 5 Mar 2008, Colin Percival wrote:
Bruce Evans wrote:
Modified files:
sys/i386/include _types.h
Log:
Change float_t and double_t to long double on i386.
Doesn't this have a rather severe performance impact on any code which
uses double_t?
No. As mentioned i
Eek, my mailbox filled up overnight. Trying to reply to only some details
in LIFO order...
On Wed, 5 Mar 2008, Colin Percival wrote:
David Schultz wrote:
On Wed, Mar 05, 2008, Colin Percival wrote:
Setting the i387 FPU to 53-bit precision gives standards-compliant
behaviour whether people ar
On Thu, 6 Mar 2008, David Schultz wrote:
On Thu, Mar 06, 2008, Peter Jeremy wrote:
On Wed, Mar 05, 2008 at 10:32:46PM -0500, David Schultz wrote:
gcc doesn't get any of this right. FreeBSD/i386 fixes the problem
for /doubles/ by setting the i387 to use 53-bit precision.
Note that FreeBSD/am
On Wed, 5 Mar 2008, Colin Percival wrote:
Mike Silbersack wrote:
On Wed, 5 Mar 2008, Bruce Evans wrote:
Change float_t and double_t to long double on i386. All floating point
1) Does this really change every double to a long double in anything
compiled?
No, it changes double_t (which
On Wed, 5 Mar 2008, Mike Silbersack wrote:
On Wed, 5 Mar 2008, Bruce Evans wrote:
Change float_t and double_t to long double on i386. All floating point
For those of us who are not floating point experts, can you explain a few
things?
Other points replied to separately.
As I've
On Wed, 5 Mar 2008, David Schultz wrote:
On Wed, Mar 05, 2008, Colin Percival wrote:
Bruce Evans wrote:
Modified files:
sys/i386/include _types.h
Log:
Change float_t and double_t to long double on i386.
Doesn't this have a rather severe performance impact on any code
On Wed, 5 Mar 2008, Colin Percival wrote:
Bruce Evans wrote:
On Wed, 5 Mar 2008, Colin Percival wrote:
Bruce Evans wrote:
Change float_t and double_t to long double on i386.
Doesn't this have a rather severe performance impact on any code which
uses double_t?
No. As mentioned i
On Thu, 6 Mar 2008, Colin Percival wrote:
Bruce Evans wrote:
On Wed, 5 Mar 2008, Colin Percival wrote:
You could have stopped this sentence here -- for all practical purposes,
correctly rounded trigonometric functions are not feasible.
Nah, it's quite feasible, especially for transcend
bde 2008-03-30 17:17:42 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_hypotf.c
Log:
Fix a missing mask in a hi+lo decomposition. Thus bug made the extra
precision in software useless, so hypotf() had some errors in the 1-2
ulp range unless there is ex
bde 2008-03-30 17:28:27 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_hypot.c e_hypotf.c
Log:
Use the expression fabs(x+0.0)-fabs(y+0.0) instead of
fabs(x+0.0)+fabs(y+0.0) when mixing NaNs. This improves
consistency of the result by
bde 2008-03-30 18:07:12 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_hypot.c e_hypotf.c
Log:
Use fabs[f]() instead of bit fiddling for setting absolute values.
This makes little difference in float precision, but in double
precision gives a speedup of
On Sat, 5 Apr 2008, Takahashi Yoshihiro wrote:
In article <[EMAIL PROTECTED]>
Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
In the other function, sc_bell() it seems to get the period from
the KDMKTONE ioctl in terms if 1/1193182th second, so we hardcode
the 1193182 and leave it at that.
On Wed, 30 Apr 2008, Marcel Moolenaar wrote:
On Apr 30, 2008, at 11:39 AM, Julian Elischer wrote:
Max Laier wrote:
On Tuesday 29 April 2008 23:23:21 Julian Elischer wrote:
julian 2008-04-29 21:23:21 UTC
...
Add an option (compiled out by default)
to profile outoing packets for a numbe
On Wed, 30 Apr 2008, David O'Brien wrote:
On Tue, Apr 29, 2008 at 05:41:18PM +0400, Yar Tikhiy wrote:
On Tue, Apr 29, 2008 at 3:17 PM, Oleksandr Tymoshenko <[EMAIL PROTECTED]> wrote:
gonzo 2008-04-29 11:17:45 UTC
Modified files:
sys/sys user.h
Log:
Define KINFO_P
On Fri, 9 May 2008, Alfred Perlstein wrote:
* Oliver Fromme <[EMAIL PROTECTED]> [080509 02:08] wrote:
Pawel Jakub Dawidek wrote:
> Modified files:
> sys/kern subr_param.c
> Log:
> - Export HZ value via kern.hz sysctl (this is the same name as for the
> loader tunable)
On Fri, 8 Aug 2008, John Baldwin wrote:
On Friday 08 August 2008 09:43:56 am Ed Schouten wrote:
ed 2008-08-08 13:43:56 UTC
Apart from this change, I think some fishy things may happen when using
/dev/io in multithreaded applications. I haven't tested, but looking at
the code, th
On Sat, 9 Aug 2008, John Baldwin wrote:
On Saturday 09 August 2008 12:35:50 am Bruce Evans wrote:
On Fri, 8 Aug 2008, John Baldwin wrote:
On Friday 08 August 2008 09:43:56 am Ed Schouten wrote:
ed 2008-08-08 13:43:56 UTC
Apart from this change, I think some fishy things may
On Tue, 12 Aug 2008, Bruce Evans wrote:
On Sat, 9 Aug 2008, John Baldwin wrote:
You failed to note that not using D_TRACKCLOSE doesn't actually reliable
close
devices.
No, I noted that vfs doesn't count last closes right. Unreliability of
last-close is a special case of that.
On Tue, 12 Aug 2008, John Baldwin wrote:
On Tuesday 12 August 2008 10:07:43 am Bruce Evans wrote:
I checked that bpf panics (even under UP) due to the obvious bugs in
its d_close():
# Generate lots of network activity using something like:
sysctl net.inet.icmp.icmplim=0; ping -fq
On Wed, 13 Aug 2008, Bruce Evans wrote:
On Tue, 12 Aug 2008, John Baldwin wrote:
Of course bpf is
broken with revoke, but nobody uses revoke with bpf. What people do do in
the normal course of using bpf is lots of concurrent bpf accesses, and w/o
D_TRACKCLOSE, bpf devices don't get c
On Tue, 12 Aug 2008, John Baldwin wrote:
On Tuesday 12 August 2008 01:23:47 pm Bruce Evans wrote:
On Tue, 12 Aug 2008, John Baldwin wrote:
Of course bpf is
broken with revoke, but nobody uses revoke with bpf. What people do do in
the normal course of using bpf is lots of concurrent bpf
On Fri, 15 Aug 2008, Bernd Walter wrote:
On Fri, Aug 15, 2008 at 10:55:11AM +, Philip Paeps wrote:
philip 2008-08-15 10:55:11 UTC
FreeBSD src repository
Modified files:
sys/dev/ata ata-all.c ata-all.h ata-chipset.c
Log:
SVN rev 181753 on 2008-08-15 10:55:11Z by p
On Tue, 5 Jun 2007, Konstantin Belousov wrote:
kib 2007-06-05 14:20:13 UTC
FreeBSD src repository
Modified files:
sys/kern kern_mutex.c
Log:
Restore non-SMP build.
Does it run? _thread_lock_flags() is an almost identical copy of
_mtx_lock_spin_flags(), but _mtx_lo
On Tue, 5 Jun 2007, Kostik Belousov wrote:
On Tue, Jun 05, 2007 at 06:00:05PM +0300, Kostik Belousov wrote:
On Wed, Jun 06, 2007 at 12:48:11AM +1000, Bruce Evans wrote:
On Tue, 5 Jun 2007, Konstantin Belousov wrote:
kib 2007-06-05 14:20:13 UTC
FreeBSD src repository
Modified files
On Tue, 5 Jun 2007, John Baldwin wrote:
On Tuesday 05 June 2007 11:43:03 am Attilio Rao wrote:
2007/6/5, Attilio Rao <[EMAIL PROTECTED]>:
2007/6/5, Bruce Evans <[EMAIL PROTECTED]>:
I get a "spin lock held too long" panic during (an interrupt in?) acpi
initial
On Tue, 5 Jun 2007, Jeff Roberson wrote:
jeff2007-06-05 04:12:46 UTC
FreeBSD src repository
Modified files:
sys/kern sched_4bsd.c sched_ule.c
Log:
- Better fix for previous error; use DEVOLATILE on the td_lock pointer
it can actually sometimes be something other
On Tue, 5 Jun 2007, Jeff Roberson wrote:
On Wed, 6 Jun 2007, Bruce Evans wrote:
On Tue, 5 Jun 2007, John Baldwin wrote:
If this is the old #ifndef PREEMPTION manual preemption stuff, then just
remove it. I've been wanting to axe it for a while, rwlocks don't do the
manual
On Wed, 6 Jun 2007, Bruce Evans wrote:
On Tue, 5 Jun 2007, Jeff Roberson wrote:
You should try with kern.sched.pick_pri = 0. I have changed this to be the
default recently. This weakens the preemption and speeds up some
workloads.
I haven't tried a new SCHED_ULE kernel yet.
Trie
On Wed, 6 Jun 2007, Kip Macy wrote:
Bruce -
Can you also say how many runs do you do and how much variance there
is between runs?
Only 1 or 2 runs for a quick test. I always reboot the client before
even most quick tests. Maximum variance is ~0.1% on a good day and
~0.5% on a bad or differen
On Thu, 7 Jun 2007, Bruce Evans wrote:
(Cold client):
834.39 real 1300.21 user 192.19 sys
1323006 voluntary context switches
1526348 involuntary context switches
...
This is with 4BSD, no PREEMPTION, and pagezero disabled. With the
...
The next run will have pagezero
On Thu, 7 Jun 2007, John Baldwin wrote:
On Thursday 07 June 2007 04:15:13 am Bruce Evans wrote:
The next run will have pagezero resetting its priority when this priority
gets clobbered.
That gave only mainly more voluntary context switches (13.5+ million instead
of the best observed value of
On Fri, 8 Jun 2007, John Baldwin wrote:
On Friday 08 June 2007 10:50:15 am Bruce Evans wrote:
On Thu, 7 Jun 2007, John Baldwin wrote:
Hmm, one problem with the non-preemption page zero is that it doesn't
yield
the lock when it voluntarily yields. I wonder if something like this
On Sun, 10 Jun 2007, David Malone wrote:
dwmalone2007-06-10 19:13:40 UTC
FreeBSD src repository
Modified files:
sbin/sysctl sysctl.c
Log:
Some style improvements suggested by bde, including removing an
unused include, adding parens for return and sizeof and renaming,
addi
bde 2007-06-11 07:48:52 UTC
FreeBSD src repository
Modified files:
lib/msun/src s_frexpf.c
Log:
Fix an aliasing bug which was finally detected by gcc-4.2. fdlibm has
hundreds of similar aliasing bugs, but all except this one seem to have
been fixed by Cygnus and/
bde 2007-06-11 13:02:16 UTC
FreeBSD src repository
Modified files:
sbin/sysctl sysctl.c
Log:
When we return from a "show" function without printing anything except
a warning, return 1 instead of 0 to indicate that we didn't print
anything, so that top-level calle
On Mon, 11 Jun 2007, John Baldwin wrote:
On Saturday 04 February 2006 09:47:19 am Jens Schweikhardt wrote:
schweikh2006-02-04 14:47:19 UTC
FreeBSD src repository
Modified files:
bin/sh main.c
Log:
Initialize PWD early on (don't expect it to be inherited from the
bde 2007-06-13 06:17:48 UTC
FreeBSD src repository
Modified files:
sys/libkern mcount.c
Log:
Unbreak high resolution profiling a little: use dummy asms to prevent
timing loops being optimized away.
Once apon a time, gcc promised not to optimize away timing loo
On Tue, 12 Jun 2007, Kip Macy wrote:
On 6/12/07, Bruce Evans <[EMAIL PROTECTED]> wrote:
bde 2007-06-13 06:17:48 UTC
FreeBSD src repository
Modified files:
sys/libkern mcount.c
Log:
Unbreak high resolution profiling a little: use dummy asms to prevent
bde 2007-06-13 15:06:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/amd64 fenv.h
lib/msun/i387fenv.h
Log:
MFC (1.6: fix fesetenv() clobbering the i387 register stack).
Revision ChangesPath
1.5.2.1 +12 -1 s
bde 2007-06-13 15:10:15 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/amd64 fenv.c
Log:
MFC (1.4: remove an unneeded fnstcw instruction in fegetenv()).
Revision ChangesPath
1.3.2.1 +5 -7 src/lib/msun/amd64/fenv.c
__
bde 2007-06-13 15:10:57 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/i387fenv.c
Log:
MFC (1.3: remove an unneeded fnstcw instruction in fegetenv()).
Revision ChangesPath
1.2.2.1 +5 -6 src/lib/msun/i387/fenv.c
___
bde 2007-06-13 15:28:11 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/bsdsrc b_log.c b_tgamma.c mathimpl.h
Log:
MFC:
b_log.c 1.8, b_tgamma.c 1.7, mathimpl.h 1.6: fix aliasing bugs in TRUNC()
and move its definition to mathimpl.h.
bde 2007-06-13 15:33:27 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/i387e_exp.S
Log:
MFC (1.11: fix some comments).
Revision ChangesPath
1.10.2.1 +7 -5 src/lib/msun/i387/e_exp.S
__
bde 2007-06-13 15:43:21 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/man ieee.3
Log:
MFC (1.23: fix a cut-and-paste-o).
Revision ChangesPath
1.22.2.1 +2 -2 src/lib/msun/man/ieee.3
_
bde 2007-06-13 15:53:03 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/man ieee_test.3 ilogb.3 math.3
Log:
MFC: ieee_test.3 1.12-1.13, ilogb.3 1.2-1.3, math.3 1.26-1.27:
Undeprecate logb*(). Add/fix history of logb*() and ilogb*().
bde 2007-06-13 15:55:56 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/man remainder.3
Log:
MFC (1.3: fix spelling of remquof() in its prototype).
Revision ChangesPath
1.2.2.2 +1 -1 src/lib/msun/man/remainder.3
___
bde 2007-06-13 16:08:42 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/man acos.3 acosh.3 asin.3 asinh.3 atan.3
atan2.3 atanh.3 ceil.3 copysign.3 cos.3
cosh.3 erf.3 exp.3 fabs.3 floor.3 fmod
bde 2007-06-13 17:23:08 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun Makefile
Log:
MFC: (1.73: part of undeprecating logb*()).
Revision ChangesPath
1.71.2.2 +2 -2 src/lib/msun/Makefile
bde 2007-06-13 17:38:50 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src math_private.h
Log:
MFC (1.18: implement some inline functions to support complex functions).
Revision ChangesPath
1.17.2.1 +42 -0 src/lib/msun/s
bde 2007-06-13 18:17:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_lgammaf_r.c e_rem_pio2f.c k_cosf.c
k_rem_pio2f.c k_sinf.c k_tanf.c
math_private.h s_cosf.c s_sinf.c s_tanf.c
L
On Wed, 13 Jun 2007, Kip Macy wrote:
- Original message -
No. It's unlikely that you even configure profiling. Bruce
ROTFL. In that case what does 'config -pp' do? And why did it print
something to the effect of "profiling configured" on the console? And
why did the hang go away when I re-buil
bde 2007-06-14 03:54:33 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun Makefile
Log:
MFC (1.74: detach k_rem_pio2f.c from the build since it is now unused).
This goes with optimizing and debugging cosf(), sinf() and tanf(). Thi
bde 2007-06-14 04:16:14 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src k_cos.c k_sin.c k_tan.c s_cos.c s_sin.c
s_tan.c
Log:
MFC:
k_cos.c 1.9-1.10
k_sin.c 1.9-1.10
k_tan.c 1.11-1.12
s_cos.c 1.10
bde 2007-06-14 04:28:43 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_asinf.c
Log:
MFC: 1.9: fix the approximation to pio4.
Revision ChangesPath
1.8.14.1 +1 -1 src/lib/msun/src/e_asinf.c
_
bde 2007-06-14 04:46:10 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_coshf.c e_sinhf.c s_tanhf.c
Log:
MFC:
e_coshf.c 1.7
e_sinhf.c 1.8
s_tanhf.c 1.8
Fix some magic numbers and (except for tanhf()) some bugs in pseud
bde 2007-06-14 04:47:02 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_expf.c
Log:
MFC: e_expf.c 1.10: fix the hi+lo approximation to log(2).
Revision ChangesPath
1.9.2.1 +4 -4 src/lib/msun/src/e_expf.c
_
bde 2007-06-14 04:52:21 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_logf.c
Log:
MFC: e_logf.c 1.8-1.9: optimize the polynomial for float precision, and
fix the threshold for (not) using the simpler Taylor polynomial.
Revi
bde 2007-06-14 05:00:56 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_log1p.c s_log1pf.c
Log:
MFC:
s_log1pf.c 1.8: work around compiler bugs involving extra precision.
s_log1p.c 1.8
s_log1pf.c 1.9
Fix approximation(s
bde 2007-06-14 05:04:07 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_logb.c s_logbf.c
Log:
MFC:
s_logb.c 1.10
s_logbf.c 1.8
Fix logb*() on denormals.
Revision ChangesPath
1.9.10.1 +10 -4 src/lib/msun/
bde 2007-06-14 05:16:44 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_rint.c s_rintf.c
Log:
MFC:
s_rint.c 1.12-1.13: one significant fix and one simplification.
s_rintf.c 1.10: one significant fix
The history is confus
bde 2007-06-14 05:20:38 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_round.c s_roundf.c s_roundl.c
Log:
MFC:
s_round.c 1.4
s_roundf.c 1.4
s_roundl.c 1.2
Make roundf() actually work, and attempt to fix round() and ro
bde 2007-06-14 05:36:19 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_cbrt.c s_cbrtf.c
Log:
MFC:
s_cbrt.c 1.8-1.14
s_cbrtf.c 1.8-1.17
Many significant optimizations and expansions of comments. Not so many
significan
bde 2007-06-14 05:46:59 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_tanh.c
Log:
MFC: 1.8: several significant fixes and one optimization by merging better
code from sinmh() and tanhf().
Revision ChangesPath
1.7.14.
bde 2007-06-14 05:51:00 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_log.c
Log:
MFC: 1.11: fix the threshold for (not) using the simple Taylor approximation.
Revision ChangesPath
1.12 +1 -1 src/lib/msun/src/e_log.c
__
bde 2007-06-14 05:57:13 UTC
FreeBSD src repository
Modified files:
lib/msun/src e_log.c
Log:
Oops, back out previous commit since it was backwards to a wrong branch.
Revision ChangesPath
1.13 +1 -1 src/lib/msun/src/e_log.c
___
bde 2007-06-14 05:59:08 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_log.c
Log:
MFC: 1.11: fix the threshold for (not) using the simple Taylor approximation.
Revision ChangesPath
1.10.2.1 +1 -1 src/lib/msun/src/
bde 2007-06-14 06:06:12 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src e_lgamma_r.c e_lgammaf_r.c
Log:
MFC:
e_lgamma_r.c 1.9
e_lgammaf_r.c 1.10
Don't assume that int == int32_t. Minor fixes in comments. Describe
speci
bde 2007-06-14 06:08:38 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/src s_modf.c s_modff.c
Log:
MFC:
s_modf.c 1.8
s_modff.c 1.8
Correctly handle inf/nan.
Revision ChangesPath
1.7.14.1 +4 -0 src/lib/msun/s
bde 2007-06-14 06:25:31 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
lib/msun/i387Makefile.inc
Removed files: (Branch: RELENG_6)
lib/msun/i387e_scalb.S e_scalbf.S
Log:
MFC: Makefile.inc 1.9: further deprecate scalb() and
201 - 300 of 521 matches
Mail list logo
