History log of /freebsd/sys/kern/tty.c (Results 301 – 325 of 860)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 2140d01b 04-Jun-2004 Poul-Henning Kamp <phk@FreeBSD.org>

Machine generated patch which changes linedisc calls from accessing
linesw[] directly to using the ttyld...() functions

The ttyld...() functions ar inline so there is no performance hit.


# d1afdc66 04-Jun-2004 Poul-Henning Kamp <phk@FreeBSD.org>

Get rid of ttyregister(). All drivers now use ttymalloc() for struct
tty, so now we stand a chance of implementing refcounting and getting
rid of the damn things again.


# 3a95025f 01-Jun-2004 Poul-Henning Kamp <phk@FreeBSD.org>

Introduce a ttyioctl() cdevsw default function.


Revision tags: release/4.10.0_cvs, release/4.10.0
# f36cfd49 07-Apr-2004 Warner Losh <imp@FreeBSD.org>

Remove advertising clause from University of California Regent's
license, per letter dated July 22, 1999 and email from Peter Wemm,
Alan Cox and Robert Watson.

Approved by: core, peter, alc, rwatson


Revision tags: release/5.2.1_cvs, release/5.2.1
# 8e1f1df0 21-Feb-2004 Poul-Henning Kamp <phk@FreeBSD.org>

Device megapatch 3/6:

Add missing D_TTY flags to various drivers.

Complete asserts that dev_t's passed to ttyread(), ttywrite(),
ttypoll() and ttykqwrite() have (d_flags & D_TTY) and a struct tty
p

Device megapatch 3/6:

Add missing D_TTY flags to various drivers.

Complete asserts that dev_t's passed to ttyread(), ttywrite(),
ttypoll() and ttykqwrite() have (d_flags & D_TTY) and a struct tty
pointer.

Make ttyread(), ttywrite(), ttypoll() and ttykqwrite() the default
cdevsw methods for D_TTY drivers and remove the explicit initializations
in various drivers cdevsw structures.

show more ...


# a0ed09c0 14-Feb-2004 Brian Feldman <green@FreeBSD.org>

T -CURRENT DO NOT CRASH UPON ^T K PLZ THX.

Also, use sched_pctcpu() instead of assuming td->td_kse is non-NULL.


# 5e312ddc 04-Feb-2004 Robert Watson <rwatson@FreeBSD.org>

A variety of further cleanups to ttyinfo():

- Rename temporary variable names ("tmp", "tmp2") to more informative
names ("load", "pctcpu", "rss", ...)

- Unclutter indentation and return paths: ra

A variety of further cleanups to ttyinfo():

- Rename temporary variable names ("tmp", "tmp2") to more informative
names ("load", "pctcpu", "rss", ...)

- Unclutter indentation and return paths: rather than lots of nested
ifs, simply return earlier if it's not going to work out. Simplify
general structure and avoid "deep" code.

- Comment on the thread/process selection and locking.

- Correct handling of "running"/"runnable" states, avoid "unknown"
that people were seeing for running processes. This was due to
a misunderstanding of the more complex state machine / inhibitors
behavior of KSE.

- Do perform ttyinfo() printing on KSE (P_SA) processes, it seems
generally to work.

While I initially attempted to formulate this as two commits (one
layout, the other content), I concluded that the layout changes were
really structural changes.

Many elements submitted by: bde

show more ...


Revision tags: release/5.2.0_cvs, release/5.2.0
# 07eacae0 08-Jan-2004 Robert Watson <rwatson@FreeBSD.org>

Improve the expressiveness of ttyinfo (^T) when dealing with threads
in slightly less usual states:

If the thread is on a run queue, display "running" if the thread is
actually running, otherwis

Improve the expressiveness of ttyinfo (^T) when dealing with threads
in slightly less usual states:

If the thread is on a run queue, display "running" if the thread is
actually running, otherwise, "runnable".

If the thread is sleeping, and it's on a sleep queue, display the
name of the queue, otherwise "unknown" -- previously, in this situation
we would display "iowait".

If the thread is waiting on a lock, display *lockname.

If the thread is suspended, display "suspended" -- previously, in
this situation we would display "iowait".

If the thread is waiting for an interrupt, display "intrwait" --
previously, in this situation we would display "iowait".

If the thread is in a state not handled by the above, display
"unknown" -- previously, we would print "iowait".

Among other things, this avoids displaying "iowait" when the foreground
process turns out to be suspended waiting for a debugger to properly
attach.

show more ...


# 512824f8 09-Nov-2003 Seigo Tanimura <tanimura@FreeBSD.org>

- Implement selwakeuppri() which allows raising the priority of a
thread being waken up. The thread waken up can run at a priority as
high as after tsleep().

- Replace selwakeup()s with selwake

- Implement selwakeuppri() which allows raising the priority of a
thread being waken up. The thread waken up can run at a priority as
high as after tsleep().

- Replace selwakeup()s with selwakeuppri()s and pass appropriate
priorities.

- Add cv_broadcastpri() which raises the priority of the broadcast
threads. Used by selwakeuppri() if collision occurs.

Not objected in: -arch, -current

show more ...


Revision tags: release/4.9.0_cvs, release/4.9.0
# d29bf12f 22-Jun-2003 Ian Dowse <iedowse@FreeBSD.org>

Use a new message buffer `consmsgbuf' to forward messages to a
TIOCCONS console (e.g. xconsole) via a timeout routine instead of
calling into the tty code directly from printf(). This fixes a
number

Use a new message buffer `consmsgbuf' to forward messages to a
TIOCCONS console (e.g. xconsole) via a timeout routine instead of
calling into the tty code directly from printf(). This fixes a
number of cases where calling printf() at the wrong time (such as
with locks held) would cause a panic if xconsole is running.

The TIOCCONS message buffer is 8k in size by default, but this can
be changed with the kern.consmsgbuf_size sysctl. By default, messages
are checked for 5 times per second. The timer runs and the buffer
memory remains allocated only at times when a TIOCCONS console is
active.

Discussed on: freebsd-arch

show more ...


# 0e2a4d3a 15-Jun-2003 David Xu <davidxu@FreeBSD.org>

Rename P_THREADED to P_SA. P_SA means a process is using scheduler
activations.


# 677b542e 11-Jun-2003 David E. O'Brien <obrien@FreeBSD.org>

Use __FBSDID().


Revision tags: release/5.1.0_cvs, release/5.1.0
# 13d56a9a 14-May-2003 Paul Saab <ps@FreeBSD.org>

p_sigignore moved into struct sigacts. move one which was missed.

Approved by: re (scottl)


# 90af4afa 13-May-2003 John Baldwin <jhb@FreeBSD.org>

- Merge struct procsig with struct sigacts.
- Move struct sigacts out of the u-area and malloc() it using the
M_SUBPROC malloc bucket.
- Add a small sigacts_*() API for managing sigacts structures:

- Merge struct procsig with struct sigacts.
- Move struct sigacts out of the u-area and malloc() it using the
M_SUBPROC malloc bucket.
- Add a small sigacts_*() API for managing sigacts structures: sigacts_alloc(),
sigacts_free(), sigacts_copy(), sigacts_share(), and sigacts_shared().
- Remove the p_sigignore, p_sigacts, and p_sigcatch macros.
- Add a mutex to struct sigacts that protects all the members of the struct.
- Add sigacts locking.
- Remove Giant from nosys(), kill(), killpg(), and kern_sigaction() now
that sigacts is locked.
- Several in-kernel functions such as psignal(), tdsignal(), trapsignal(),
and thread_stopped() are now MP safe.

Reviewed by: arch@
Approved by: re (rwatson)

show more ...


# 213b19e9 18-Apr-2003 John Baldwin <jhb@FreeBSD.org>

- Use a local struct proc variable to improve readability.
- Use a local variable to close a minor race when determining if the wmesg
printed out needs a prefix such as when a thread is blocked o

- Use a local struct proc variable to improve readability.
- Use a local variable to close a minor race when determining if the wmesg
printed out needs a prefix such as when a thread is blocked on a lock.

show more ...


Revision tags: release/4.8.0_cvs, release/4.8.0
# 4093529d 01-Apr-2003 Jeff Roberson <jeff@FreeBSD.org>

- Move p->p_sigmask to td->td_sigmask. Signal masks will be per thread with
a follow on commit to kern_sig.c
- signotify() now operates on a thread since unmasked pending signals are
stored i

- Move p->p_sigmask to td->td_sigmask. Signal masks will be per thread with
a follow on commit to kern_sig.c
- signotify() now operates on a thread since unmasked pending signals are
stored in the thread.
- PS_NEEDSIGCHK moves to TDF_NEEDSIGCHK.

show more ...


# 9c62b3ee 05-Mar-2003 David Schultz <das@FreeBSD.org>

Make TTYHOG tunable.

Reviewed by: mike (mentor)


# ac2e4153 27-Feb-2003 Julian Elischer <julian@FreeBSD.org>

Change the process flags P_KSES to be P_THREADED.
This is just a cosmetic change but I've been meaning to do it for about a year.


# a163d034 19-Feb-2003 Warner Losh <imp@FreeBSD.org>

Back out M_* changes, per decision of the TRB.

Approved by: trb


# f341ca98 16-Feb-2003 Poul-Henning Kamp <phk@FreeBSD.org>

Remove #include <sys/dkstat.h>


# 3abd4ccf 16-Feb-2003 Poul-Henning Kamp <phk@FreeBSD.org>

Move the tty related statistics counters to live with the tty code.


# fbf70de6 10-Feb-2003 Tim J. Robbins <tjr@FreeBSD.org>

Lock the proc around accessing p_siglist in ttycheckoutq() in the
unused wait != 0 case.


# 44956c98 21-Jan-2003 Alfred Perlstein <alfred@FreeBSD.org>

Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0.
Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.


Revision tags: release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs
# 91e97a82 03-Oct-2002 Don Lewis <truckman@FreeBSD.org>

In an SMP environment post-Giant it is no longer safe to blindly
dereference the struct sigio pointer without any locking. Change
fgetown() to take a reference to the pointer instead of a copy of th

In an SMP environment post-Giant it is no longer safe to blindly
dereference the struct sigio pointer without any locking. Change
fgetown() to take a reference to the pointer instead of a copy of the
pointer and call SIGIO_LOCK() before copying the pointer and
dereferencing it.

Reviewed by: rwatson

show more ...


# 551cf4e1 02-Oct-2002 John Baldwin <jhb@FreeBSD.org>

Rename the mutex thread and process states to use a more generic 'LOCK'
name instead. (e.g., SLOCK instead of SMTX, TD_ON_LOCK() instead of
TD_ON_MUTEX()) Eventually a turnstile abstraction will be

Rename the mutex thread and process states to use a more generic 'LOCK'
name instead. (e.g., SLOCK instead of SMTX, TD_ON_LOCK() instead of
TD_ON_MUTEX()) Eventually a turnstile abstraction will be added that
will be shared with mutexes and other types of locks. SLOCK/TDI_LOCK will
be used internally by the turnstile code and will not be specific to
mutexes. Making the change now ensures that turnstiles can be dropped
in at a later date without affecting the ABI of userland applications.

show more ...


1...<<11121314151617181920>>...35