Commit Graph

107331 Commits

Author SHA1 Message Date
John-Mark Gurney
6ba3dbdf51 remove XXX comment now that the kernel is fixed, there isn't any obvious
reason to enable this as performance didn't significantly change...

MFC after:	3 days
2004-09-06 15:25:07 +00:00
Christian Brueffer
0b6470435c Fix a couple of typos in comments
MFC after:	3 days
2004-09-06 13:42:38 +00:00
Pawel Jakub Dawidek
6eafaa600e Allow to setup GBDE on providers which contain '/' in their names,
e.g. mirror/<name>, stripe/<name>.

Approved by:	phk
2004-09-06 13:42:09 +00:00
Denis Peplin
578e7e6070 Use &url.articles.problem-reports; for link to problem-reports article 2004-09-06 12:53:25 +00:00
Doug Rabson
bd263739c1 Regen. 2004-09-06 09:33:30 +00:00
Doug Rabson
1bc85c0dea Add a few stub syscalls to get TransGaming's winex a bit closer to
working.
2004-09-06 09:32:59 +00:00
Julian Elischer
6a574b2afc Don't do IPIs on behalf of interrupt threads.
just punt straight on through to teh preemption code.

Make a KASSSERT out of a condition that can no longer occur.
MFC after:	1 week
2004-09-06 07:23:14 +00:00
Marcel Moolenaar
7a31cc1039 Reduce WARNS level to 3. Casting causes alignment warnings on platforms
with strong alignment (All 64-bit platforms, except amd64).
2004-09-06 05:57:42 +00:00
Marcel Moolenaar
1814213e06 Fix the build on 64-bit platforms. 2004-09-06 00:07:58 +00:00
Julian Elischer
0fe38d47b7 slight code cleanup
MFC after:	1 week
2004-09-05 23:23:58 +00:00
Simon L. B. Nielsen
b44e5103c6 Bump document date for last commit. 2004-09-05 22:53:58 +00:00
Simon L. B. Nielsen
160d69fd84 Auto generate device listing for the uhci driver.
MFC after:	3 days
2004-09-05 22:47:58 +00:00
Simon L. B. Nielsen
62cf3de886 Add a HARDWARE section which lists supported devices.
MFC after:	3 days
2004-09-05 22:44:26 +00:00
Simon L. B. Nielsen
1adcf10c7f Reword/reorganize a bit to make it more clear that all OHCI v1.0
compliant controllers are supported.

MFC after:	3 days
2004-09-05 22:31:03 +00:00
Alfred Perlstein
4c0bef6230 It's too easy to panic the machine when INVARIANTS are turned on
and you botch a call to nmount(2).

This is because there is an INVARIANTS check that asserts that
opt->len must be zero if opt->val is not NULL.  The problem is that
the code does not actually follow this invariant if there is an
error while processing mount options.

Fix the code to honor the INVARIANT.

Silence on: fs@
2004-09-05 22:24:28 +00:00
Simon L. B. Nielsen
2834be7a5b Auto generate device listings for the following drivers: cp and ctau.
MFC after:	3 days
2004-09-05 22:16:03 +00:00
Simon L. B. Nielsen
0f4d8b75f2 Add a HARDWARE section which lists supported devices based on the
Hardware Notes.

MFC after:	3 days
2004-09-05 22:09:53 +00:00
Poul-Henning Kamp
5ae652c0ed For removable devices without media we set a zero mediasize but a non-zero
sectorsize in order to avoid a lot of checks around various divisions etc.

Enforce the sectorsize being > 0 with a KASSERT on successful open.

Fix scsi_cd.c to return 2k sectors when no media inserted.
2004-09-05 21:15:58 +00:00
Gleb Smirnoff
f46a6aac29 Recover normal behavior: return EINVAL to attempt to add a divert rule
when module is built without IPDIVERT.

Silence from:	andre
Approved by:	julian (mentor)
2004-09-05 20:06:50 +00:00
Robert Watson
690be704f3 Call callout_init() on nd6_slowtimo_ch before setting it going; otherwise,
the flags field will be improperly initialized resulting in inconsistent
operation (sometimes with Giant, sometimes without, et al).

RELENG_5 candidate.
2004-09-05 17:27:54 +00:00
Hiroki Sato
d363819bdf Remove an unnecessary article.
Pointed out by:	bmah
2004-09-05 17:22:50 +00:00
Bruce A. Mah
c95ec69040 Minor grammar and wording fixups. 2004-09-05 15:49:31 +00:00
Christian Brueffer
83a0f2c377 - add a HARDWARE section
- some capitalization fixes
- bump document date

MFC after:	3 days
2004-09-05 15:05:26 +00:00
Hiroki Sato
35864c319e - Use &url.*; and &os;.
- Bump the version number for early adopters in
  readme/article.sgml.
2004-09-05 14:53:34 +00:00
Christian Brueffer
b1e6f7858d ixgb(4) supports polling as well
MFC after:	3 days
2004-09-05 14:47:10 +00:00
Robert Watson
76f6939888 Expand the scope of the socket buffer locks in sopoll() to include the
state test as well as set, or we risk a race between a socket wakeup
and registering for select() or poll() on the socket.  This does
increase the cost of the poll operation, but can probably be optimized
some in the future.

This appears to correct poll() "wedges" experienced with X11 on SMP
systems with highly interactive applications, and might affect a plethora
of other select() driven applications.

RELENG_5 candidate.

Problem reported by:	Maxim Maximov <mcsi at mcsi dot pp dot ru>
Debugged with help of:	dwhite
2004-09-05 14:33:21 +00:00
Hiroki Sato
8545b1296b - Add &release.manpath.xorg;.
- Bump &release.manpath.xfree86;.
2004-09-05 13:50:38 +00:00
Dag-Erling Smørgrav
fbf4080e88 Use %zu to format size_t. 2004-09-05 12:33:15 +00:00
Brian Somers
48f98fe46a Fix a warning
Submitted by: Stefan Farfeleder <stefanf at FreeBSD dot org>
2004-09-05 12:32:20 +00:00
Christian Brueffer
a97710c056 Remove dublicate words
MFC after:	3 days
2004-09-05 12:17:06 +00:00
Tim J. Robbins
82c0aec8de Temporarily back out revision 1.77. This changed cd9660_getattr() and
cd9660_readdir() to return the address of the file's first data block as
the inode number instead of the address of the directory entry, but
neglected to update cd9660_vget_internal() for the new inode numbering
scheme.

Since the NFS server calls VFS_VGET (cd9660_vget()) with inode numbers
returned through VOP_READDIR (cd9660_readdir()) when servicing a READDIRPLUS
request, these two interfaces must agree on the numbering scheme; failure to
do so caused panics and/or bogus information about the entries to be returned
to clients using READDIRPLUS (Solaris, FreeBSD w/ mount -o rdirplus).

PR:		63446
2004-09-05 11:18:53 +00:00
Dag-Erling Smørgrav
62c36019a5 Man page for the newly added ucycom(4) driver. 2004-09-05 10:01:24 +00:00
Dag-Erling Smørgrav
8985c52bb6 Device driver for the Cypress CY7C637xx and CY7C640/1xx families of USB
to RS232 bridges, such as the one found in the DeLorme Earthmate USB GPS
receiver (which is the only device currently supported by this driver).

While other USB to serial drivers in the tree rely heavily on ucom, this
one is self-contained.  The reason for that is that ucom assumes that
the bridge uses bulk pipes for I/O, while the Cypress parts actually
register as human interface devices and use HID reports for configuration
and I/O.

The driver is not entirely complete: there is no support yet for flow
control, and output doesn't seem to work, though I don't know if that is
because of a bug in the code, or simply because the Earthmate is a read-
only device.
2004-09-05 09:43:47 +00:00
Hiroki Sato
597451b50f Update release notes:
- Various markup, typo, and wording fixes.
	- Use &man.*;.
	- Move sound(4) related changes to the multimedia support section.
	- Add net.inet.tcp.rfc3042 and net.inet.tcp.rfc3390.
	- Unify items which relates to multibyte support of userland
	  utilities.
2004-09-05 09:21:32 +00:00
Tim J. Robbins
33176f1755 Fix two problems with REG_ICASE that were introduced with the addition of
multibyte character support:
- In CHadd(), avoid writing past the end of the character set bitmap when
  the opposite-case counterpart of wide characters with values less than
  NC have values greater than or equal to NC.
- In CHaddtype(), fix a braino that caused alphabetic characters to be
  added to all character classes! (but only with REG_ICASE)

PR:		71367
2004-09-05 08:30:42 +00:00
Tim J. Robbins
95269a8951 Correctly check the return value of kldload() to determine whether an
error occurred.
2004-09-05 06:42:51 +00:00
Marcel Moolenaar
78cf5f2fcd Abstract the handling of dirty stacked registers in ia64_read_reg() and
ia64_write_reg() and call these whenever we read or write registers from
and to memory. This way we correctly read registers from addresses in
the register cache and thus fixes backtraces when the saved registers
(such as rp and ar.pfs) are in dirty stacked registers.
2004-09-05 06:17:25 +00:00
Marcel Moolenaar
10aeefc913 Fix Quad handling on 64-bit architectures. On 64-bit machines, a Quad
also occupies a single slot. There's no need for any special handling
of Quads. While here, remove the silly make_quad() function. We have
the 2 longs on 32-bit machines already lined up in the argument array,
so we can fetch the Quad with a simple cast.

Before:
  lseek(1,0x123456789,0xd0d0d0d0d0d0d0d0) = 4886718345 (0x123456789)
After:
  lseek(1,0x123456789,SEEK_SET)           = 4886718345 (0x123456789)
2004-09-05 05:27:30 +00:00
John-Mark Gurney
b5d47ff592 fix up socket/ip layer violation... don't assume/know that
SO_DONTROUTE == IP_ROUTETOIF and SO_BROADCAST == IP_ALLOWBROADCAST...
2004-09-05 02:34:12 +00:00
Julian Elischer
bce73aeddb turn on IPIs for 4bsd scheduler by default.
MFC after:	1 week
2004-09-05 02:19:53 +00:00
Julian Elischer
ed062c8d66 Refactor a bunch of scheduler code to give basically the same behaviour
but with slightly cleaned up interfaces.

The KSE structure has become the same as the "per thread scheduler
private data" structure. In order to not make the diffs too great
one is #defined as the other at this time.

The KSE (or td_sched) structure is  now allocated per thread and has no
allocation code of its own.

Concurrency for a KSEGRP is now kept track of via a simple pair of counters
rather than using KSE structures as tokens.

Since the KSE structure is different in each scheduler, kern_switch.c
is now included at the end of each scheduler. Nothing outside the
scheduler knows the contents of the KSE (aka td_sched) structure.

The fields in the ksegrp structure that are to do with the scheduler's
queueing mechanisms are now moved to the kg_sched structure.
(per ksegrp scheduler private data structure). In other words how the
scheduler queues and keeps track of threads is no-one's business except
the scheduler's. This should allow people to write experimental
schedulers with completely different internal structuring.

A scheduler call sched_set_concurrency(kg, N) has been added that
notifies teh scheduler that no more than N threads from that ksegrp
should be allowed to be on concurrently scheduled. This is also
used to enforce 'fainess' at this time so that a ksegrp with
10000 threads can not swamp a the run queue and force out a process
with 1 thread, since the current code will not set the concurrency above
NCPU, and both schedulers will not allow more than that many
onto the system run queue at a time. Each scheduler should eventualy develop
their own methods to do this now that they are effectively separated.

Rejig libthr's kernel interface to follow the same code paths as
linkse for scope system threads. This has slightly hurt libthr's performance
but I will work to recover as much of it as I can.

Thread exit code has been cleaned up greatly.
exit and exec code now transitions a process back to
'standard non-threaded mode' before taking the next step.
Reviewed by:	scottl, peter
MFC after:	1 week
2004-09-05 02:09:54 +00:00
Brian Somers
057f1760a8 Make ppp WARNS=5 clean 2004-09-05 01:46:52 +00:00
Christian Brueffer
3f61368f03 Autogenerate device listings for el(4), ep(4) and sn(4)
MFC after:	3 days
2004-09-05 01:36:08 +00:00
Christian Brueffer
ebc0e3306f Add el(4), ep(4) and sn(4)
MFC after:	3 days
2004-09-05 01:34:40 +00:00
Christian Brueffer
80a879ed68 - move list of supported devices into a HARDWARE section
- sort the hardware list
- misc fixes
- bump document date

MFC after:	3 days
2004-09-05 01:31:44 +00:00
Christian Brueffer
e3aec7a5fb - add a HARDWARE section
- misc fixes
- bump document date

MFC after:	3 days
2004-09-05 01:30:30 +00:00
Christian Brueffer
231c2f4202 - add a HARDWARE section
- bump document date

MFC after:	3 days
2004-09-05 01:28:50 +00:00
Christian Brueffer
889cd9b27e Refine the entry for the SMC card
MFC after:	3 days
2004-09-05 00:19:32 +00:00
Christian Brueffer
4a15801752 Autogenerate device listings for re(4), sis(4) and snc(4)
MFC after:	3 days
2004-09-05 00:06:41 +00:00
Christian Brueffer
43b08ac9bf Add re(4) and sis(4)
MFC after:	3 days
2004-09-05 00:01:07 +00:00