Commit Graph

61400 Commits

Author SHA1 Message Date
jhb
ae99243f0b - Lock CURSIG with the proc lock and don't release the proc lock until
after grabbing the sched lock to close a race.
- Lock ktrace points with Giant.
2001-06-22 23:06:38 +00:00
jhb
e5e16e09ad - Grab the proc lock around CURSIG and postsig(). Don't release the proc
lock until after grabbing the sched_lock to avoid CURSIG racing with
  psignal.
- Don't grab Giant for addupc_task() as it isn't needed.

Reported by:	tegge (signal race), bde (addupc_task a while back)
2001-06-22 23:05:11 +00:00
jhb
8210b8d106 - Change CURSIG() and postsig() to require that the proc lock is held
rather than grabbing it and releasing it themselves.  This allows callers
  of these functions to get the lock to close race conditions.
- Grab Giant around ktrace in postsig.
- Count the switches performed on SIGSTOP's as involuntary context switches
  in the resource usage stats.

Reported by:	tegge (signal race), bde (missing csw stats)
2001-06-22 23:02:37 +00:00
tanimura
ff768af144 Now how many files would a new committer have to commit? 2001-06-22 22:53:22 +00:00
wes
a5d5603803 Join in the fun. 2001-06-22 22:47:22 +00:00
obrien
495b2eb718 People wanted this bumped for the Bzip2 import. 2001-06-22 22:38:12 +00:00
peter
c7c00abf6e Make the hw.physmem and hw.usermem variables unsigned so that they dont
come up as negative on machines with >2GB ram.
2001-06-22 22:07:01 +00:00
dd
72fb52d783 Increase the buffer sizes for the build deps, run deps, and the line
itself verbatim from INDEX.  This fixes seg. faults with newer INDEX
files which have some gnome ports with outrageously long run deps.

Approved by:	jkh
2001-06-22 21:47:55 +00:00
obrien
fda3cb47bb Quiet compiler warnings by making `WARNS 2' clean.
Submitted by:	Mike Barcroft <mike@q9media.com>

Set maintainer to myself.  This needs to stay in sync with what Buntils
does, and it would be best to pass functionality changes thru me to make
sure future plans are taken into account.
2001-06-22 21:43:51 +00:00
bmah
24e3134fb3 MFS: Add tx(4) section to hardware list. 2001-06-22 21:43:14 +00:00
dd
d705df8034 WARNS= -> WARNS?=
Submitted by:	Mike Barcroft <mike@q9media.com>
2001-06-22 21:38:30 +00:00
jhb
f8f883d9d6 Be conservative and always perform an mb after an atomic_cmpset operation. 2001-06-22 21:13:20 +00:00
jhb
ce09fa9fbc - Protect all accesses to nsw_[rw]count{,_{,a}sync} with the pbuf mutex.
- Don't drop the vm mutex while grabbing the pbuf mutex to manipulate
  said variables.
2001-06-22 21:12:19 +00:00
mjacob
95a162e88f int -> size_t fix 2001-06-22 19:54:38 +00:00
mjacob
4a0536f321 Make hostid an unsigned long (matches kern_mib.c change)
PR:		kern/21132
MFC after:	1 month
2001-06-22 19:51:45 +00:00
bmah
5cafbfebed Take sbuf(9) item out of the release notes. It doesn't have as much
relevance to the average user as I thought it did originally.
2001-06-22 17:28:42 +00:00
bmah
a1abb83d94 Note that ed(4) supports the DE305. 2001-06-22 17:26:02 +00:00
bmah
29917a540b New/updated release notes: gensetdefs(8) removed, mbuf allocator SMP-friendly
changes, TCP_RESTRICT_RST removed, getprogname(3), setprogname(3).

MFCs noted:  dump(8) -T argument processing fixed, ee(1) 1.4.2.
2001-06-22 16:56:26 +00:00
mjacob
4127a25756 Temporary fix at least- define NCPU_PRESENT which will be mp_npcus for
SMP kernels, one (1) for non-SMP.
2001-06-22 16:03:23 +00:00
pirzyk
773adf0e44 changed hostid from long to unsigned long to be able to store values > 2GB
on i386 platforms.  Also changed SYSCTL type from INT to ULONG and removed
comment about it.

PR:		kern/21132
MFC after:	1 month
2001-06-22 16:03:14 +00:00
bmah
237f8ec78e MFS: Fix minor grammatical problem in orm(4) item. 2001-06-22 15:59:25 +00:00
bmah
d18d36b59c New/updated release notes: inetd(8) can manage AF_UNIX sockets, resolver(3)
with EDNS0 support, col(1) -p, mdmfs(8), bzip2 1.0.1, Heimdal
0.3f.

MFCs noted:  orm(4), nge(4), lge(4), packet fragmentation limits (plus
minor update), df(1) -l, pkg_version(1) -s.
2001-06-22 15:51:49 +00:00
jhb
b6786eca7f Doh, missed a printf -> db_printf in the previous commit. 2001-06-22 15:37:48 +00:00
lioux
377cdacb0e Average tuning and contribute a Brazilian 2001-06-22 15:00:20 +00:00
ps
f08069a8fc Add myself 2001-06-22 14:50:34 +00:00
tmm
8d719b96a6 Add myself. 2001-06-22 14:43:53 +00:00
ume
7045160072 Correct typo. It should be site-local address prefix.
Submitted by:	kuriyama
MFC after:	3 days
2001-06-22 13:49:15 +00:00
ru
138bdba5e4 More average age tuning.
Submitted by:	andy
2001-06-22 13:14:01 +00:00
dcs
27dae606df Correct small typo on debug message.
PR:		bin/28337
Submitted by:	Koga Youichirou <y-koga@jp.freebsd.org>
MFC after:	1 week
2001-06-22 12:54:55 +00:00
ru
a2ac2ac3ee Fixed average age (28 years and 11 months).
Submitted by:	hosokawa
2001-06-22 10:11:39 +00:00
gshapiro
d3755d7aaa Add myself. It looks like I am in very good company in November. 2001-06-22 08:11:06 +00:00
kevlo
02beb2d366 Add myself 2001-06-22 07:35:56 +00:00
obrien
f8cba98572 Got my r's and t's mixed up. Fix sorting. 2001-06-22 07:26:08 +00:00
ru
8ac094084e - Fixed bogon in rev. 1.14 (dates are separated by a tab).
- Sort people that have the same birthday by a year.
- Added some missing data (R.O.C. for Taiwan, Australia for peter,
  Englang -> United Kingdom).
- Fixed bogon in rev. 1.1 (INITCAP() was not worth doing).
- Regenerate (from the Oracle database).

Average age: 28 years and 10 months.
2001-06-22 06:41:16 +00:00
bmilekic
5d710b296b Introduce numerous SMP friendly changes to the mbuf allocator. Namely,
introduce a modified allocation mechanism for mbufs and mbuf clusters; one
which can scale under SMP and which offers the possibility of resource
reclamation to be implemented in the future. Notable advantages:

 o Reduce contention for SMP by offering per-CPU pools and locks.
 o Better use of data cache due to per-CPU pools.
 o Much less code cache pollution due to excessively large allocation macros.
 o Framework for `grouping' objects from same page together so as to be able
   to possibly free wired-down pages back to the system if they are no longer
   needed by the network stacks.

 Additional things changed with this addition:

  - Moved some mbuf specific declarations and initializations from
    sys/conf/param.c into mbuf-specific code where they belong.
  - m_getclr() has been renamed to m_get_clrd() because the old name is really
    confusing. m_getclr() HAS been preserved though and is defined to the new
    name. No tree sweep has been done "to change the interface," as the old
    name will continue to be supported and is not depracated. The change was
    merely done because m_getclr() sounds too much like "m_get a cluster."
  - TEMPORARILY disabled mbtypes statistics displaying in netstat(1) and
    systat(1) (see TODO below).
  - Fixed systat(1) to display number of "free mbufs" based on new per-CPU
    stat structures.
  - Fixed netstat(1) to display new per-CPU stats based on sysctl-exported
    per-CPU stat structures. All infos are fetched via sysctl.

 TODO (in order of priority):

  - Re-enable mbtypes statistics in both netstat(1) and systat(1) after
    introducing an SMP friendly way to collect the mbtypes stats under the
    already introduced per-CPU locks (i.e. hopefully don't use atomic() - it
    seems too costly for a mere stat update, especially when other locks are
    already present).
  - Optionally have systat(1) display not only "total free mbufs" but also
    "total free mbufs per CPU pool."
  - Fix minor length-fetching issues in netstat(1) related to recently
    re-enabled option to read mbuf stats from a core file.
  - Move reference counters at least for mbuf clusters into an unused portion
    of the cluster itself, to save space and need to allocate a counter.
  - Look into introducing resource freeing possibly from a kproc.

Reviewed by (in parts): jlemon, jake, silby, terry
Tested by: jlemon (Intel & Alpha), mjacob (Intel & Alpha)
Preliminary performance measurements: jlemon (and me, obviously)
URL: http://people.freebsd.org/~bmilekic/mb_alloc/
2001-06-22 06:35:32 +00:00
kuriyama
44d1723f45 Fix typos in comment.
(s/IPFIREWALL_DEFAULT_TO_ACCEPT/IPV6FIREWALL_DEFAULT_TO_ACCEPT/)

MFC after:	1 week
2001-06-22 06:25:54 +00:00
takawata
896e5d0889 Add Myself. 2001-06-22 04:57:20 +00:00
peter
9e145482a3 Dive in as well. 2001-06-22 04:52:05 +00:00
imp
f9b71547b1 More updates
# Note, I managed to fat finger some mail commands and lost who submitted some
# of these entries.  If it was you, email me and I'll for a commit to
# give proper credit.
2001-06-22 04:50:11 +00:00
motoyuki
bf80e2401d Add myself. 2001-06-22 04:38:22 +00:00
imp
0069ccad1b Add BreezeNET PC-DS.11. It is yet another wireless card.
Submitted by: Danny Braniss <danny@cs.huji.ac.il>
2001-06-22 03:17:25 +00:00
sumikawa
42bce50cab Oops, I was born in Osaka. Kanagawa is my current address :-) 2001-06-22 02:45:25 +00:00
ade
14983f962a Add myself. sos, you have a clone (albeit younger by 9 years :) 2001-06-22 02:30:27 +00:00
des
dadeb6dc97 Stylify, ANSIfy, silence warnings, plug a memory leak, don't assume the
server is well-behaved wrt. line endings.

PR:		bin/28082
Submitted by:	Mike Barcroft <mike@q9media.com>
2001-06-22 01:52:37 +00:00
bmah
02db62f4db Put docbook.css in the ftp and cdrom areas of a release build because
they have HTML renderings of the release documentation.
2001-06-22 01:15:43 +00:00
vanilla
adfc446ad7 Add myself. 2001-06-22 01:11:35 +00:00
mjacob
de0e0b468f Move check against CAM_NEW_TRAN_CODE ahead of the file that might include
the option file that would define it.
2001-06-22 01:02:41 +00:00
iedowse
41aadec27e Make it much more obvious that the use of NQNFS is discouraged (the
NQNFS code is ancient, bug-ridden, and should probably be removed).
The wording here was very confusing; it was easy to get the impression
that NQNFS is an extension to NFSv3 when in fact it just uses some
NFSv3-like extensions on top of NFSv2. As witnessed by the mailing
lists and PRs, some people were reading the description and deciding
that NQNFS was what they wanted to use.

MFC after:	1 week
2001-06-22 00:41:20 +00:00
mjacob
7909bbb3fc Okay, I'll go along with the gag.... Interesting- I'm quite startled
to note that of the people added so far, one has the same birthdate as me
(April Fool's Day), and that only two other folks are older than I am.
2001-06-22 00:23:02 +00:00
grog
b46a300644 Add myself. 2001-06-22 00:19:14 +00:00