summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Backout the last entry. It went to the wrong branch.andre2004-09-221-5/+0
|
* The offset argument to mmap(2) is not a pointer. Use 0 instead of NULL.marcel2004-09-221-1/+1
|
* For the atomic_{add|clear|set|subtract} family of inlines, return themarcel2004-09-221-2/+4
| | | | | | old or previous value instead of void. This is not as is documented in atomic(9), but is API (and ABI) compatible and simply makes sense. This feature will primarily be used for atomic PTE updates in PMAP/ng.
* MFp4: various style fixes, includingmarcel2004-09-221-248/+239
| | | | | | | | o s/u_int/uint/g o s/#define<sp>/#define<tab>/g o indent macro definitions o Improve vertical spacing o Globally align line continuation character
* MFC: Make PFIL_HOOKS a permanent part of the kernel and remove the associatedandre2004-09-221-0/+5
| | | | | | kernel compile option. Approved by: re (scottl)
* Remove vestiges of libthr's signal mangling past. This fixes that lastmtm2004-09-221-14/+1
| | | | known problem with mysql on libthr: not being able to kill mysqld.
* Pointy hat please!phk2004-09-222-6/+6
| | | | Refuse VCHR not VREG.
* Prefer C99's __func__ over GCC's __FUNCTION__.stefanf2004-09-224-5/+4
|
* Prefer C99's __func__ over GCC's __FUNCTION__.stefanf2004-09-225-11/+11
|
* The SUSv3 function say that the affected functions MAY FAIL, if themtm2004-09-221-27/+6
| | | | | | | | | | | | specified mutex is invalid. In spec parlance 'MAY FAIL' means it's up to the implementor. So, remove the check for NULL pointers for two reasons: 1. A mutex may be invalid without necessarily being NULL. 2. If the pointer to the mutex is NULL core-dumping in the vicinity of the problem is much much much better than failing in some other part of the code (especially when the application doesn't check the return value of the function that you oh so helpfully set to EINVAL).
* Add a couple of macros to extract the PCI slot (device) and function fromjhb2004-09-224-7/+11
| | | | | an ACPI _ADR value and use that rather than inlining the same shifts and masks everywhere.
* Various small style fixes.jhb2004-09-226-15/+20
|
* Always link with -lpthread, not -lc_r, because platforms that don't havedes2004-09-221-6/+5
| | | | | | | full KSE support still have -lpthread as an alias for -lc_r. The only thing that's different is the name of the knob that turns it off. Pointed out by: ru@
* Remove named-xfer, it does not exist in BIND 9.trhodes2004-09-221-30/+0
|
* Call sbuf_finish() before sbuf_data() so as to not panic the system.green2004-09-221-0/+1
|
* Clean up and comment config.mk. Centralize more stuff. Bitch ifdes2004-09-2220-55/+125
| | | | | | | | POSIX threads libraries are not available. Add crypto support if the crypto libraries are available. Build dnssec-{keygen,signzone} if crypto is available. Submitted by: (in part) dougb@
* Fix a LOR where ifconf() used copyout while holding a mutex. This LORbrooks2004-09-221-41/+51
| | | | | | | | was seen when configuring addresses on interfaces using ifconfig. This patch has been verified to work with over eight thousand addresses assigned to an interface. LOR id: 031
* Add a temporary workaround to the panic on boot with hub attached andimp2004-09-221-0/+1
| | | | | | | | | | | | | | | | | | | | | panic on hub detach bugs that have been reported. This work around detaches the device before deleting it. This changes the detach order from in-order to pre-order. This avoids uhub's deleting the children after its subdevs has been deleted. This is only a workaround. This leads to a strange condition in the device tree where attached devices are children of detached ones. I really don't know what that's supposed to mean, but does violate my sense of POLA. Fortunately, the violation is short lived, which is why I'm going ahead and committing the work around. # We really need to consider life w/o the multiple nested layers of # compatibility macros. They make finding bugs like this *MUCH* # harder. Patch by: iadowse MT5 before: next_release(5.3-BETA5) (unless someting better comes along)
* Correct a long-standing error in _pmap_unwire_pte_hold() affectingalc2004-09-222-17/+11
| | | | | | | | | | | | | | | | | | | | | | | | | multiprocessors. Specifically, the error is conditioning the call to pmap_invalidate_page() on whether the pmap is active on the current CPU. This call must be unconditional. Regardless of whether the pmap is active on the CPU performing _pmap_unwire_pte_hold(), it could be active on another CPU. For example, a call to pmap_remove_all() by the page daemon could result in a call to _pmap_unwire_pte_hold() with the pmap inactive on the current CPU and active on another CPU. In such circumstances, failing to call pmap_invalidate_page() results in a stale TLB entry on the other CPU that still maps the now deallocated page table page. What happens next is typically a mysterious panic in pmap_enter() by the other CPU, either "pmap_enter: attempted pmap_enter on 4MB page" or "pmap_enter: pte vanished, va: 0x%lx". Both occur because the former page table page has been recycled and allocated to a new purpose. Consequently, it no longer contains zeroes. See also Peter's i386/i386/pmap.c revision 1.448 and the related e-mail thread last year. Many thanks to the engineers at Sandvine for providing clear and concise information until all of the pieces of the puzzle fell into place and for testing an earlier patch. MT5 Candidate
* Revert the last change..julian2004-09-221-17/+11
| | | | | | | Better to kill all other threads than to panic the system if 2 threads call execve() at the same time. A better fix will be committed later. Note that this only affects the case where the execve fails.
* MFi386: adapt rev 1.19 (debugger fixes)peter2004-09-221-2/+10
|
* cnw (Xircom pccard) is built on amd64 and there isn't an obvious reasonpeter2004-09-221-1/+1
| | | | that I can see as to why it shouldn't work.
* Minor sync-up with i386. Catch up on de-quoting and de-counting afterpeter2004-09-221-14/+23
| | | | config changes.
* MFi386: add ispfw (except using correct device<tab><tab>ispfw format,peter2004-09-221-0/+1
| | | | <space><tab> is for the options line)
* Since "d" is an array of 32 bit values, it is morecsjp2004-09-211-1/+1
| | | | | | correct to change the cast from unsigned int to uint32_t. Pointed out by: luigi
* Hopefully fix alpha and sparc64 builds: on these architectures,ru2004-09-211-3/+4
| | | | | | | | | | libpthread is provided by src/lib/libc_r. Also, removed lib/bind from _generic_libs, "lib" will suffice. Also, removed redundant lib/bind dependency on lib/libpthread (as lib/bind is not in the _prebuild_libs, it's not needed). Prodded by: trhodes@ reporting that des@ is on the flight
* In a threaded process, don't kill off all the other threads until we have ajulian2004-09-211-11/+17
| | | | | | | reasonable chance that the eceve() is going to succeeed. I.e. wait until we've done the permission checks etc. MFC after: 1 week
* Improve netsend timing logic in various ways:rwatson2004-09-211-13/+78
| | | | | | | | | | | | - Centralize time comparison. - Check clock resolution to make sure it has enough granularity to implement the desired wait interval. - Keep track of how many times the timing loop has to spin waiting for the next send time; report statistics. - Add commented out warning about deadlines being missed when spinning. - Improve statistics reporting generally to provide a more useful summary of sender condition after a run.
* Switch from BIND 8 to BIND 9.des2004-09-2149-589/+5877
| | | | | | Submitted by: (in part) dougb@, trhodes@ Reviewed by: dougb@, trhodes@, re@ MFC after: 5 days
* Initialize the flags value properly. We used to do this in acpi_tz_all_off()njl2004-09-211-33/+2
| | | | | | | but that function has been removed. This avoids a potential unnecessary fan switch on boot. Also remove some commented out code. MFC after: 3 days
* Update copyright years.des2004-09-2110-10/+11
|
* Don't disable acpi in shutdown if we're panicing (panicstr != NULL). Thisnjl2004-09-211-1/+1
| | | | may help with double panics.
* Correct the capitalization of "nVidia".des2004-09-211-5/+5
|
* Group equivalent flags together and delete the `aliases' section.keramida2004-09-211-13/+8
| | | | | PR: docs/70856 Submitted by: Rostislav Krasny <rosti_bsd@yahoo.com>
* De support opening device nodes on CD9660 filesystems. They arephk2004-09-214-42/+18
| | | | | still visible, they can still be seen, but they cannot be opened. Use DEVFS for that.
* If a vnode has no v_rdev we cannot hope to answer FIODTYPE ioctl.phk2004-09-211-0/+2
|
* Add the sound device to the synopsis.simon2004-09-211-0/+1
| | | | Noticed by: ru
* Trap invalid sector size 0 in disk probe, refusing to add such awes2004-09-211-0/+4
| | | | | | | | device to the list. This prevents crashes on /0 errors in 'lsdev' et al. Reviewed-by: jhb@ MT5 after: RE approval
* Set default socket size for netreceive to 128k to reduce the chancesrwatson2004-09-211-1/+7
| | | | | of the buffer overflowing before netreceive can be scheduled to read the packets from the socket.
* - Month and weekday names should begin with lowercase latter.pjd2004-09-202-100/+100
| | | | | | | | - First part of long month names should use genitive. - Use more proper shortcuts, leaving the first 3 letters is not always correct. Submitted by: Bodek <bodek@blurp.org>
* Auto generate device listings for the snd_ess(4) driver.simon2004-09-203-0/+5
| | | | MFC after: 3 days
* Connect snd_ess(4) to the build.simon2004-09-201-0/+1
|
* Add manual page for snd_ess(4).simon2004-09-201-0/+60
| | | | | Submitted by: Atte Peltomaki <koston@iki.fi> MFC after: 3 days
* Force a redraw if all dists are selected so the checklist is updated.jhb2004-09-201-1/+1
| | | | | Submitted by: Rostislav Krasny rosti_bsd at yahoo dot com MFC after: 3 days
* - Add support for "paging" in stack trace output. That is, when you dojhb2004-09-207-17/+33
| | | | | | | | | | | | | a stack trace from ddb, the output will pause with a '--More--' prompt every 18 lines. If you hit Enter, it will print another line and prompt again. If you hit space it will output another page and then prompt. If you hit 'q' or 'x' it will abort the rest of the stack trace. - Fix the sparc64 userland stack trace to honor the total count of lines to print. This is useful if your trace happens to walk back onto 0xdeadc0de and gets stuck in an endless loop. MFC after: 1 month Tested on: i386, alpha, sparc64
* Remove unused macro.jhb2004-09-201-2/+0
|
* Add lib/tests.des2004-09-201-1/+4
|
* Document the AUTO setting for dumpdev.des2004-09-201-2/+7
| | | | MFC after: 4 weeks
* If $dumpdev is set to AUTO, use the first suitable swap partition listeddes2004-09-201-0/+10
| | | | | | in /etc/fstab, or print an error message if no suitable device was found. MFC after: 4 weeks
* Force commit to provider more detailed info about this change.pjd2004-09-200-0/+0
| | | | | | | | | | There is no need to skip providers with 0 sectorsize in taste routine, it is now forced by GEOM. Actually, it can even cause some problems, because GEOM requires sectorsize to be greater than 0 on first access, not on provider creation, so we can skip valid providers by doing this check in taste method. Requested by: scottl
OpenPOWER on IntegriCloud