| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Giant if required.
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
| |
|
|
|
|
| |
entry can become MSTD.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
acquire Giant themselves.
|
|
|
|
|
| |
so that we can start to eliminate the presence of non-MPSAFE system
call entries in syscalls.master.
|
|
|
|
|
|
| |
PR: kern/81573
Submitted by: OOTOMO Hiroyuki <ootomo@za.wakwak.com>
MFC after: 1 week
|
|
|
|
| |
desirable, though.
|
|
|
|
| |
instead of a dead location on ftp.isi.edu.
|
|
|
|
|
|
|
| |
(where I incorrectly put it initially) to "ignored" devices list (where
it should be). Pointy hat goes to me.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
| |
Giant is probably also needed in kern_fhstatfs().
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
day's sleep queue code, today the bug no longer exists.
please see 04/25/2004 freebsd-threads@ mailing list archive.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Actually, it causes process to hang when it is being debugged.
PR: gnu/77818
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Changed from using explicit devices id to using descriptive labels.
- Added support for 82573 and 82546 Quad adapters.
- Corrected support for 82547EI and 82541ER (mac_type was not assigned)
- Removed #ifdef DBG_STATS and extraneous code.
if_em_hw.c/if_em_hw.h
- Added support for 82573 and 82546 Quad adapters.
- Brought forward Intel's most current mac and phy changes.
|
| |
|
| |
|
|
|
|
| |
it leads to funny things, such as pmap_remove_all() marking the page as dirty.
|
|
|
|
|
|
|
| |
from if_ethersubr.c:1.178. While here adjust formatting, to make code more
readable.
Reported by: Alexey Kamyshev, rwatson
|
|
|
|
|
|
|
|
| |
M.Mathis and J.Mahdavi,
"Forward Acknowledgement: Refining TCP Congestion Control"
SIGCOMM'96, August 1996.
Submitted by: Noritoshi Demizu, Raja Mukerji
|
| |
|
|
|
|
|
|
|
|
|
| |
so if_tap doesn't need to rely on locally-rolled code to do same.
The observable symptom of if_tap's bzero'ing the address details
was a crash in "ifconfig tap0" after an if_tap device was closed.
Reported By: Matti Saarinen (mjsaarin at cc dot helsinki dot fi)
|
| |
|
| |
|
|
|
|
| |
Spotted by: Donatas <donatas@lrtc.net>
|
|
|
|
|
| |
This should close the race observed by Daniel Eriksson.
- Remove redundant wakeup().
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
such, the segments pointer in the DMA tag will always be NULL. In
bus_dmamap_load(), temporarily point the segments pointer in the
DMA tag to a local variable so that we don't dereference a NULL
pointer. Reset the segments pointer to NULL after calling the
callback function with it.
PR: alpha/30486
MFC after: 1 week
|
|
|
|
| |
Obtained from: NetBSD
|
| |
|
|
|
|
|
|
|
|
|
| |
to fix libc_r since it requires stat to close fd's, and so commented in
the code...
PR: threads/75795
Reviewed by: ps
MFC after: 1 week
|
| |
|