summaryrefslogtreecommitdiffstats
path: root/sys/dev/syscons/scterm-sc.c
Commit message (Collapse)AuthorAgeFilesLines
* Integrate the new MPSAFE TTY layer to the FreeBSD operating system.ed2008-08-201-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The last half year I've been working on a replacement TTY layer for the FreeBSD kernel. The new TTY layer was designed to improve the following: - Improved driver model: The old TTY layer has a driver model that is not abstract enough to make it friendly to use. A good example is the output path, where the device drivers directly access the output buffers. This means that an in-kernel PPP implementation must always convert network buffers into TTY buffers. If a PPP implementation would be built on top of the new TTY layer (still needs a hooks layer, though), it would allow the PPP implementation to directly hand the data to the TTY driver. - Improved hotplugging: With the old TTY layer, it isn't entirely safe to destroy TTY's from the system. This implementation has a two-step destructing design, where the driver first abandons the TTY. After all threads have left the TTY, the TTY layer calls a routine in the driver, which can be used to free resources (unit numbers, etc). The pts(4) driver also implements this feature, which means posix_openpt() will now return PTY's that are created on the fly. - Improved performance: One of the major improvements is the per-TTY mutex, which is expected to improve scalability when compared to the old Giant locking. Another change is the unbuffered copying to userspace, which is both used on TTY device nodes and PTY masters. Upgrading should be quite straightforward. Unlike previous versions, existing kernel configuration files do not need to be changed, except when they reference device drivers that are listed in UPDATING. Obtained from: //depot/projects/mpsafetty/... Approved by: philip (ex-mentor) Discussed: on the lists, at BSDCan, at the DevSummit Sponsored by: Snow B.V., the Netherlands dcons(4) fixed by: kan
* Remove various bits of conditional Alpha code and fixup a few comments.jhb2006-05-121-12/+0
|
* Fix -Wundef.ru2005-12-041-3/+3
|
* Add missing <sys/module.h> includesphk2004-05-301-0/+1
|
* __powerpc__ conditional code for the syscons OpenFirmware/PPC framebuffer.grehan2004-01-211-1/+1
| | | | | | | | | | | | Took the opportunity to reduce __i386__ || __ia64__ || __amd64__ || __sparc64__ || __powerpc__ to !__alpha__ reviewed by: gallatin
* Use __FBSDID().obrien2003-08-241-2/+3
| | | | Also some minor style cleanups.
* Add sparc64 ifdefs.jake2003-08-241-0/+4
|
* KSE Milestone 2julian2001-09-121-1/+1
| | | | | | | | | | | | | | Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process. Sorry john! (your next MFC will be a doosie!) Reviewed by: peter@freebsd.org, dillon@freebsd.org X-MFC after: ha ha ha ha
* Refine cursor type/shape control escape sequences andyokota2001-08-021-26/+60
| | | | | | | ioctls. We can now add ve, vi and vs capabilities to cons25 in termcap. Discussed with and tested by: ache
* Make the beep duration independent of HZ.phk2001-05-281-1/+2
| | | | | | PR: 25201 Submitted by: Akio Morita amorita@meadow.scphys.kyoto-u.ac.jp MFC after: 1 week
* Indent the comment about the Alpha palette evilness correctly.jhb2001-03-061-5/+5
| | | | Noticed by: bde
* The SRM console gets the red and blue attributes backwards in the VGAjhb2001-03-051-0/+12
| | | | | | | | | | | | | | | palette. As a result, the colors on the video console can look rather weird. For example, sysinstall on the alpha has a read background. We can work around this partially by remapping the colors used by syscons for the ANSI color escape sequences. Note that screen savers and anything that sets the colors explicitly will still get incorrect colors, but programs such as sysinstall will now use the correct colors. A more correct fix would be to actually fix the VGA palette on boot by either swapping all the red and blue attributes or by hardcoding a standard palette and overwriting the entire palette. Requested by: gallatin Obtained from: NetBSD
* Make Reset (ESC c) reset attributes too, not only clear screenache2000-07-211-1/+6
|
* Implement SGR 22,24,25,27 from ECMA-48ache2000-07-201-0/+16
|
* Accorfing to ECMA-48 SGR 39 and 49 are just another colors and must not resetache2000-07-201-2/+2
| | | | other attrs, so reset only bold on 39
* Shorten 49m attr resetting expressionache2000-07-151-2/+1
|
* Reset corresponding color attributes on 39m and 49mache2000-07-151-16/+17
| | | | Unify comments related to color
* Cosmetique: fix comments - don't use 'ansi' word for non-ansi (adapter) colorsache2000-06-061-7/+7
|
* Implement ANSI E[39m and E[49m to set fg and bg to initial (not to default!)ache2000-06-051-0/+10
| | | | | values. E[x is bad because set them to default values and should be used only in reset sequence.
* White-space-only change. The file originally had screwed indentation.yokota2000-03-201-382/+395
|
* - Don't reset text colors when changing the video mode.yokota2000-02-111-0/+2
| | | | Approved by: jkh
* - Fix text cursor logic so that multiple instances of the "normal" cursoryokota2000-02-111-2/+2
| | | | | | | won't appear on the screen, and "blinking" and "destructive" cursor won't appear in the vty for which the text cursor is currently hidden. Approved by: jkh
* Use config's conditional compilation rather than using #ifdefs that makepeter2000-01-291-5/+0
| | | | | modular compilation harder. I'm doing this because people seem to like cut/pasting examples of bad practices in existing code.
* This is the 3rd stage of syscons code reorganization.yokota2000-01-151-0/+729
- Split terminal emulation code from the main part of the driver so that we can have alternative terminal emulator modules if we like in the future. (We are not quite there yet, though.) - Put sysmouse related code in a separate file, thus, simplifying the main part of the driver. As some files are added to the source tree, you need to run config(8) before you compile a new kernel next time. You shouldn't see any functional change by this commit; this is only internal code reorganization.
OpenPOWER on IntegriCloud