summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Provide info on the incompatible change in v1.33 of sys/kern/imgact_shell.cgad2005-05-281-0/+6
| | | | Discussed with: imp
* Change the way options are parsed on the `#!'-line of a shell-script. Insteadgad2005-05-281-7/+174
| | | | | | | | | | | | | | of having the kernel parse that line and add an entry to the argument list for each 'separate word' it finds, have it add only one entry which holds all the words found on that line. The old behavior is useful in some situations, but it does not match the way any other operating system will parse that line. This has been discussed in the thread "Bug in #! processing - One More Time" on the freebsd-arch mailing list (starting back on Feb 24, 2005). The first few messages in that thread provide the background in much detail. PR: 16393 Reviewed by: freebsd-arch
* Prevent loading modules with are compiled into the kernel.pjd2005-05-281-2/+8
| | | | | | | PR: kern/48759 Submitted by: Pawe³ Ma³achowski <pawmal@unia.3lo.lublin.pl> Patch from: demon MFC after: 2 weeks
* integrate changes from libpcap-0.9.1-096sam2005-05-281-5/+137
| | | | Reviewed by: bms
* Update some comments to reflect the change from spl-based to lock-basedalc2005-05-281-4/+3
| | | | synchronization.
* pmap_enter() no longer requires Giant. Therefore, stop acquiring andalc2005-05-281-2/+0
| | | | | | releasing it in pmap_enter_quick(). MFC after: 3 weeks
* Document 'jid' keyword for ps(1) and '-j' option for pgrep(1)/pkill(1).pjd2005-05-281-5/+20
|
* Regenerate from syscalls.master.rwatson2005-05-285-6/+6
|
* Mark ntp_gettime() as MSTD, since its system call path will acquirerwatson2005-05-281-1/+1
| | | | Giant if required.
* Explicitly acquire Giant around the ntp_gettime() and assert it in therwatson2005-05-281-0/+4
| | | | | | | sysctl path. While this code is close to MPSAFE, it may require some additional locking. Mark ntp_gettime1() as GIANT_REQUIRED for now. Suggested by: phk
* Change the spkr_set_pitch() function to a macro to fix low level profiling.nyan2005-05-284-28/+20
|
* Regenerate for updated syscalls.master.rwatson2005-05-285-13/+13
|
* Mark the following compatability system calls as MCOMPAT or MCOMPAT4 basedrwatson2005-05-281-8/+8
| | | | | | | | | | | | | | | | | | on the their simply wrapping MPSAFE implementations of existing MPSAFE system calls: getfsstat() lseek() stat() lstat() truncate() ftruncate() statfs() fstatfs() Note that ogetdirentries() is not marked MPSAFE because it does not share the MPSAFE implementation used for getdirentries(), and requires separate locking to be implemented.
* Fix use of uninitialized variable len in ngd_send.bz2005-05-281-3/+7
| | | | | | | | | Note: len gets intialized to 0 for sap == NULL case only to make compiler on amd64 happy. This has nothing todo with the former uninitialized use of len in sap != NULL case. Reviewed by: glebius Approved by: pjd (mentor)
* Regenerate from syscalls.master.rwatson2005-05-285-6/+6
|
* Mark quotactl() as MSTD.rwatson2005-05-281-1/+1
|
* Acquire Giant explicitly in quotactl() so that the syscalls.masterrwatson2005-05-282-4/+20
| | | | entry can become MSTD.
* Regenerate from updated syscalls.master.rwatson2005-05-285-6/+6
|
* Mark kenv(2) as MPSAFE, since it appears to be properly locked down.rwatson2005-05-281-1/+1
|
* Regenerate system call tables from syscalls.master.rwatson2005-05-285-9/+9
|
* Also mark the COMPAT4 version of fhstatfs() as MPSAFE.rwatson2005-05-281-1/+1
|
* Mark fhopen(), fhstat(), and fhstatfs() as MSTD, since they nowrwatson2005-05-281-3/+3
| | | | acquire Giant themselves.
* Acquire Giant explicitly in fhopen(), fhstat(), and kern_fhstatfs(),rwatson2005-05-282-20/+72
| | | | | so that we can start to eliminate the presence of non-MPSAFE system call entries in syscalls.master.
* Enable ReiserFS note on pc98.nyan2005-05-282-2/+2
|
* Add 6300ESB, which should be treated as ICH4.tanimura2005-05-281-1/+9
| | | | | | PR: kern/81573 Submitted by: OOTOMO Hiroyuki <ootomo@za.wakwak.com> MFC after: 1 week
* Let OSPFv3 go through ipfw. Some more additional checks would betanimura2005-05-281-0/+5
| | | | desirable, though.
* Update refrenced URL for SNMP list of ifTypes to refer to iana.orgbrooks2005-05-281-1/+1
| | | | instead of a dead location on ftp.isi.edu.
* Move AVM USB Bluetooth-Adapter BlueFritz! from "broken" devices listemax2005-05-281-4/+6
| | | | | | | (where I incorrectly put it initially) to "ignored" devices list (where it should be). Pointy hat goes to me. MFC after: 3 days
* reduce cast.ume2005-05-271-3/+3
| | | | MFC after: 1 week
* - Add support to the loader for multiple consoles.jhb2005-05-275-53/+146
| | | | | | | | | | | | | - Teach the i386 and pc98 loaders to honor multiple console requests from their respective boot2 binaries so that the same console(s) are used in both boot2 and the loader. - Since the kernel doesn't support multiple consoles, whichever console is listed first is treated as the "primary" console and is passed to the kernel in the boot_howto flags. PR: kern/66425 Submitted by: Gavin Atkinson gavin at ury dot york dot ac dot uk MFC after: 1 week
* Fix a warning by adding a missing 'const'.jhb2005-05-272-2/+2
| | | | MFC after: 1 week
* Print out the commands from /boot.config after parsing them so that theyjhb2005-05-273-3/+3
| | | | | | | | output is sent to the correct console(s). PR: kern/66425 Submitted by: Gavin Atkinson gavin at ury dot york dot ac dot uk MFC after: 1 week
* Remove (now) unused argument 'td' from bsd_to_linux_statfs().pjd2005-05-271-4/+3
|
* Remove (now) unused argument 'td' from cvtstatfs().pjd2005-05-272-14/+12
|
* Sync locking in freebsd4_getfsstat() with getfsstat().pjd2005-05-272-0/+6
| | | | Giant is probably also needed in kern_fhstatfs().
* Use consistent style in functions I want to modify in the near future.pjd2005-05-272-18/+30
|
* Do not tread 128-bit UUID as int128. Provide separate macros to get/putemax2005-05-274-36/+117
| | | | | | 128-bit UUID libsdp(3). Fix 128-bit UUID printing in sdpcontrol(8). MFC after: 3 days
* disable defining NI_WITHSCOPEID. It was obsoleted, and was existume2005-05-271-1/+1
| | | | only for backward compatibility since 5.2-RELEASE.
* dd a '-n' option to ministat, which causes it to display only summaryrwatson2005-05-272-18/+34
| | | | | statistics, not graph and statistical test output. Useful for automated processing.
* In the current world order, each socket has two mutexes: a mutexrwatson2005-05-272-26/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | that protects socket and receive socket buffer state, and a second mutex to protect send socket buffer state. In some places, the mutex shared between the socket and receive socket buffer will be acquired twice, once by each layer, resulting in some inconsistency, but providing the abstraction benefit of being able to more easily separate the two mutexes in the future if desired. When transitioning a socket to the SS_ISDISCONNECTING or SS_ISDISCONNECTED states, grab the socket/receive socket buffer lock once rather than grabbing it as the socket lock, modifying socket state, then grabbing a second time as the receive lock in order to modify the socket buffer state to indicate no further data can be read. This change is believed to close a race between the change in socket state and the change in socket buffer state, which for a remotely initiated close on a UNIX domain socket, resulted in soreceive() returning ENOTCONN rather than an EOF condition. A similar race still exists in the case of send, however, and is harder to fix as the socket and send socket buffer mutexes are not the same, and we would like to avoid holding combinations of socket mutexes over sb_upcall until we've finished clarifying the locking protocol for upcalls. This change has the side affect of reducing the number of mutex operations to initiate disconnect or perform disconnect on a socket by two. PR: 78824 Rerported by: Marc Olzheim <marcolz@stack.nl> MFC after: 2 weeks
* Remove thread_upcall_check, it was used to avoid race bug in earlierdavidxu2005-05-273-16/+1
| | | | | day's sleep queue code, today the bug no longer exists. please see 04/25/2004 freebsd-threads@ mailing list archive.
* Fix for 64-bit platforms. random() returns values between 0 and RAND_MAX,jhb2005-05-271-3/+3
| | | | | | | | | and RAND_MAX != LONG_MAX on 64-bit platforms. PR: amd64/81279 Submitted by: Vivek Khera vivek at khera dot org Submitted by: Adriaan de Groot groot at kde dot org MFC after: 1 week
* Back out ipx.h:1.18, which introduced a Linux API compatibility field inrwatson2005-05-271-3/+0
| | | | | | | | | | | | | | | | | | the ipx_net data structure. Doing so introduced a stronger alignment requirement for the address structure, which in turn propagated into other dependent data structures, which turns out not to be suported by the available IPX source code. As a result, a number of user space applications, such as IPX routing components, failed to operate correctly. RELENG_5_3 candidate? PRs: 74059, 80266 Pointy hat to: bms Fix by: bde Tested by: Keith White <Keith dot White at site dot uottawa dot ca> MFC after: 1 week Suffering: great
* Fix long (and long long) to long double, unsigned to long double and unsignedstefanf2005-05-272-10/+24
| | | | | | | | | | | | | | | long (and unsigned long long) to long double conversions. - Add a parameter that specifies the position of the sign bit to the _QP_TTOQ macro, previously it always looked at bit 31. Pass a negative number to disable sign inspection for unsigned types. This fixes _Qp_xtoq(), _Qp_uitoq() and _Qp_uxtoq(). - In the functions __fpu_itof() and __fpu_xtof(), look at the sign bit to decide whether we're doing a conversion from an unsigned type. If so, don't negate the mantissa if the integer exceeds the biggest signed number. PR: 55773 Patch by: Stephen Paskaluk (based upon) MFC after: 2 weeks
* Fixup of last commit: Use the name X instead of XFree86 for the server binary,eivind2005-05-271-1/+1
| | | | | | thus being compatible with both XFree86 and X.org. Noticed by: danfe
* Document support for the 82573 chip.brueffer2005-05-271-3/+3
|
* Remove sleep queue hack, it is no longer needed with current sleep queue.davidxu2005-05-271-8/+0
| | | | | | Actually, it causes process to hang when it is being debugged. PR: gnu/77818
* Since this is already off the vendor branch: Our kernel is now ineivind2005-05-271-1/+1
| | | | /boot/kernel/kernel, not plain /kernel
* Remove pmap_deactivate(), we do not use it.cognet2005-05-271-6/+0
|
* Make the example for using xterm as a login manager to match the X of theeivind2005-05-271-1/+1
| | | | noughties, not eighties.
OpenPOWER on IntegriCloud