| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
process. Option -H enables it and it is toggled at the interactive
screen by 'H'.
Submitted by: Jung-uk Kim <jkim@niksun.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
do not clear the `sb_sel' member of the sockbuf structure
while invalidating the receive sockbuf in sorflush(), called
from soshutdown().
The panic was reproduceable from user land by attaching a knote
with EVFILT_READ filters to a socket, disabling further reads
from it using shutdown(2), and then closing it. knote_remove()
was called to remove all knotes from the socket file descriptor
by detaching each using its associated filterops' detach call-
back function, sordetach() in this case, which tried to remove
itself from the invalidated sockbuf's klist (sb_sel.si_note).
PR: kern/54331
|
|
|
|
| |
PR: 54528
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is system bound thread and when it is blocked, no upcall is generated.
o Add ability to libkse to allow it run in pure 1:1 threading mode,
defining SYSTEM_SCOPE_ONLY in Makefile can turn on this option.
o Eliminate code for installing dummy signal handler for sigwait call.
o Add hash table to find thread.
Reviewed by: deischen
|
|
|
|
|
|
|
|
|
|
|
| |
When a signal is being delivered to process, first find a sigwait
thread to deliver, POSIX's argument is speed of delivering signal
to sigwait thread is faster than other ways. A signal in its wait
set will cause sigwait to return the signal number, a signal not
in its wait set but in not blocked by the thread also causes sigwait
to return, but sigwait returns EINTR, sigwait is oneshot operation,
only one signal can be delivered to its wait set, when a signal is
delivered to the sigwait thread, the thread's sigwait state is canceled.
|
|
|
|
|
|
|
| |
o Remove TDF_NOSIGPOST.
o Add a member td_waitset to proc structure, it will be used for sigwait.
Tested by: deischen
|
|
|
|
|
|
|
|
|
|
| |
an appropriate error number after a failure condition.
In particular, three of the changed statements return ESRCH for a
failed pfind(), and in also three places a non-zero return
from p_cansee() will be passed back,
Also noticed by: rwatson
|
|
|
|
|
|
|
|
|
|
|
| |
files, so that SWAP_META_PAGES does not vary either.
swap_pager.c ended up with a value of 16, everybody else 8. Go with
the 16 for now.
This should only have any effect in the "kill processes because we
are out of swap" scenario, where it will make some sort of estimate
of something more precise.
|
|
|
|
|
|
|
| |
The next round of commits will be to fix up locking in it. This lot
is to at least give a consistent base to work off.
OK'ed by: imp, mdodd
|
|
|
|
|
|
| |
devices, we have to allow for the case when the isab0 device is ourselves.
Tested by: markm
|
|
|
|
| |
are not applicable to the 82544.
|
|
|
|
| |
MFC: ipfw(4) C++-style comment, rules in set 31.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Reported by Samuel Tardieu <sam@rfc1149.net>.
Reviewed by: roberto
MFC after: 1 week
|
|
|
|
|
| |
we need to reinitialize the PHY after the call to reset when
stopping the interface.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. There was a race condition between a thread unlocking
a umtx and the thread contesting it. If the unlocking
thread won the race it may try to wakeup a thread that
was not yet in msleep(). The contesting thread would then
go to sleep to await a wakeup that would never come. It's
not possible to close the race by using a lock because
calls to casuptr() may have to fault a page in from swap.
Instead, the race was closed by introducing a flag that
the unlocking thread will set when waking up a thread.
The contesting thread will check for this flag before
going to sleep. For now the flag is kept in td_flags,
but it may be better to use some other member or create
a new one because of the possible performance/contention
issues of having to own sched_lock. Thanks to jhb for
pointing me in the right direction on this one.
2. Once a umtx was contested all future locks and unlocks
were happening in the kernel, regardless of whether it
was contested or not. To prevent this from happening,
when a thread locks a umtx it checks the queue for that
umtx and unsets the contested bit if there are no other
threads waiting on it. Again, this is slightly more
complicated than it needs to be because we can't hold
a lock across casuptr(). So, the thread has to check
the queue again after unseting the bit, and reset the
contested bit if it finds that another thread has put
itself on the queue in the mean time.
3. Remove the if... block for unlocking an uncontested
umtx, and replace it with a KASSERT. The _only_ time
a thread should be unlocking a umtx in the kernel is
if it is contested.
|
|
|
|
|
|
|
|
| |
sockets in the printf.
Fix two minor co-located whitespace glitches.
Product of: France
|
| |
|
|
|
|
|
| |
Submitted by: Warren Block <wblock@wonkity.com>
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
| |
script to match the one for the EFI loader and rewrite __start()
in assembly to have gp defined without getting in the way of the
compiler.
|
|
|
|
|
| |
on ia64. This fixes the breakage caused by the gcc upgrade that
resulted in a broken executable.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, there were two copies of telnet; a non-crypto version
that lived in the usual places, and a crypto version that lived in
crypto/telnet/. The latter was built in a broken manner somewhat akin
to other "contribified" sources. This meant that there were 4 telnets
competing with each other at build time - KerberosIV, Kerberos5,
plain-old-secure and base. KerberosIV is no longer in the running, but
the other three took it in turns to jump all over each other during a
"make buildworld".
As the crypto issue has been clarified, and crypto _calls_ are not
a problem, crypto/telnet has been repo-copied to contrib/telnet,
and with this commit, all telnets are now "contribified". The contrib
path was chosen to not destroy history in the repository, and differs
from other contrib/ entries in that it may be worked on as "normal"
BSD code. There is no dangerous crypto in these sources, only a
very weak system less strong than enigma(1).
Kerberos5 telnet and Secure telnet are now selected by using the usual
macros in /etc/make.conf, and the build process is unsurprising and
less treacherous.
|
|
|
|
|
|
|
| |
and disabled. This means no period at the end and changing
"Process accounting <foo>" to "Accounting <foo>".
Pointed out by: bde
|
| |
|
| |
|
| |
|
|
|
|
| |
multiple mutex pools.
|
|
|
|
| |
Noticed by: tinderbox
|
| |
|
|
|
|
| |
Submitted by: Pawel Worach <pawel.worach@telia.com>
|
| |
|
|
|
|
|
|
|
| |
Useful for some auditing purposes.
Submitted by: Christian S.J. Peron <maneo@bsdpro.com>
PR: kern/54529
|
|
|
|
| |
aware.
|
|
|
|
| |
bus_dma addition.
|
|
|
|
| |
someone wants to try to run 32bit binaries on sparc64.
|
|
|
|
|
|
| |
the runtime lockmgr initialization code in lockinit() can be eliminated.
Reviewed by: jhb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 5705 doesn't support jumbo frames
- Statistics must be read from registers
- RX return ring must be capped at 512 entries
- Omit initialization of certain device blocks
- Acknowledge link change interrupts by setting the 'link changed'
bit in the status register (used to have no effect)
- Remember to toggle the MI completion bit too
- Set the mbuf low watermark differently (on-chip memory buffers,
not BSD mbufs)
- Don't enable Ethernet@WireSpeed feature for certain 5705 chip revs
- Add additional PCI IDs for 5705 and 5782 parts
- Add a forgotten 5704 PCI ID
Most changes ripped kicking and screaming from the Broadcom linux driver.
Thanks to Paul Saab for sanity testing. (My lack of sanity has been
confirmed.)
|
|
|
|
|
|
|
|
|
| |
code from i386. The code has a slight bogon that interrupts are counted
twice. Once on the ithread dispatch and once on the dispatch for the vector
vmstat -i and systat -vm now contains interrupt counts.
Reviewed by: jake
|
|
|
|
|
|
| |
a full page instead of only part of a page.
Reviewed by: joe
|
|
|
|
|
|
|
|
|
|
|
| |
sync of the NetBSD code.
fix isochornous support for ohci. This gets webcams like my OV511
working on sparc64.
PR: kern/52589
Submitted by: Bruce R. Montague (isochonous support)
Reviewed by: joe among others
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow set 31 to be used for rules other than 65535.
Set 31 is still special because rules belonging to it are not deleted
by the "ipfw flush" command, but must be deleted explicitly with
"ipfw delete set 31" or by individual rule numbers.
This implement a flexible form of "persistent rules" which you might
want to have available even after an "ipfw flush".
Note that this change does not violate POLA, because you could not
use set 31 in a ruleset before this change.
Suggested by: Paul Richards
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set 31 is still special because rules belonging to it are not deleted
by the "ipfw flush" command, but must be deleted explicitly with
"ipfw delete set 31" or by individual rule numbers.
This implement a flexible form of "persistent rules" which you might
want to have available even after an "ipfw flush".
Note that this change does not violate POLA, because you could not
use set 31 in a ruleset before this change.
sbin/ipfw changes to allow manipulation of set 31 will follow shortly.
Suggested by: Paul Richards
|
|
|
|
| |
Reviewed by: joe among others
|
|
|
|
|
|
| |
part of:
revision 1.101
date: 2002/06/01 23:51:04; author: lukem; state: Exp; lines: +5 -7
|