#
267654 |
|
19-Jun-2014 |
gjb |
Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
225736 |
|
22-Sep-2011 |
kensmith |
Copy head to stable/9 as part of 9.0-RELEASE release cycle.
Approved by: re (implicit)
|
#
179668 |
|
09-Jun-2008 |
ed |
Remove sicontrol(8)'s "ttystat".
In the FreeBSD base system, there are only two utilities that use struct tty, namely pstat and sicontrol. The sicontrol utility calls the TCSI_TTY ioctl(), which copies struct tty back to userspace.
sicontrol should not have this functionality. The same data is already provided by pstat. If we really want to be able to export these numbers through a file descriptor to userspace, we can export struct xtty, which should provide a better abstraction. The ttystat option was only used as a debugging aid.
This makes sicontrol compile in the mpsafetty branch.
Reviewed by: peter Approved by: philip (mentor)
|
#
179589 |
|
06-Jun-2008 |
peter |
Checkpoint what I've been running for the last year. Tidy up a bunch of loose ends that "can't happen" any more, if they ever could.
|
#
139749 |
|
05-Jan-2005 |
imp |
Start each of the license/copyright comments with /*-, minor shuffle of lines
|
#
136058 |
|
02-Oct-2004 |
phk |
Use generic device/tty adaptation code.
New device names are "{tty|cua}A$(card)$(port)[.init|.lock]"
Put a portname in the port structure if SI_DEBUG is defined to avoid need to inspect minor number to construct name..
Constify some strings.
Remove duplicated DBG_ #defines.
|
#
131981 |
|
11-Jul-2004 |
phk |
Introduce ttygone() which indicates that the hardware is detached.
Move dtrwait logic to the generic TTY level.
|
#
131134 |
|
26-Jun-2004 |
phk |
Pick the hotchar out of the tty structure instead of caching private copies.
No current line disciplines have a dynamically changing hotchar, and expecting to receive anything sensible during a change in ldisc is insane so no locking of the hotchar field is necessary.
|
#
56505 |
|
24-Jan-2000 |
peter |
A bit more newbusification of si. This still isn't quite finished. Split out the bus attachments so the impact of the bus xxxvar.h files with the inline macros for the ivars are confined to one file each.
|
#
56498 |
|
23-Jan-2000 |
peter |
Initial attempt at newbusification of the specialix si/xio/sx driver. The files were repo copied from their original location and are part way towards being portable. This should unbreak the EISA support in the driver. I have not updated files* yet as I'm not quite finished.
|
#
50477 |
|
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
36956 |
|
13-Jun-1998 |
steve |
Add a macro tweak.
PR: 6932 Submitted by: Nick Sayer <nsayer@quack.kfu.com>
|
#
34832 |
|
23-Mar-1998 |
peter |
Several changes: - Implement proper EISA probing. - Better support for the new transputer based host cards. - use standard termios settings, one can use the intial/lock devices. - use a simple bcopy since some cards/systems apparently don't support 32 bit accesses. - hard reset and halt host card CPU prior to download in case of a soft restart. - recognize new remote module types (ASIC vs. CD1400 based) - a number of cosmetic changes (my fault, not Nick's)
Submitted by: Nick Sayer <nsayer@quack.kfu.com>
|
#
34736 |
|
21-Mar-1998 |
peter |
merge from 2.2
|
#
33395 |
|
15-Feb-1998 |
peter |
Update to support SI/XIO PCI host cards (Z280 based) and the enhanced SXISA and SXPCI host cards (Transputer based).
PR: 4836, 5021, 5654 Submitted by: Nick Sayer <nick@specialix.com>
|
#
29676 |
|
21-Sep-1997 |
gibbs |
ipl.h: Add CAM software/hardware interrupt support.
si.h: Update for changes in the callout interface.
|
#
22975 |
|
22-Feb-1997 |
peter |
Back out part 1 of the MCFH that changed $Id$ to $FreeBSD$. We are not ready for it yet.
|
#
21673 |
|
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
#
12496 |
|
28-Nov-1995 |
peter |
Mainly cosmetic cleanups... It now uses more consistant message reporting on the console, and no longer uses "SLXOS" which I suspect may be a trademark... (I'm not sure, but this is not really a SLXOS driver anyway)
|
#
12174 |
|
09-Nov-1995 |
peter |
Sync the public source with what I'm currently running.
Most of this is cleaning up, but there are some functional changes, doc/comment improvements, error checking, gcc -Wall cleanups. Input buffer flushing is enabled now, although I'm still not quite certain it's right.
|
#
10707 |
|
13-Sep-1995 |
peter |
Move some kernel-only stuff to a kernel-only file. Submitted by: bde
|
#
10160 |
|
21-Aug-1995 |
peter |
add a new Debug mode.. "DBG_OPTIM" - for observing the L_RINT bypass
|
#
10044 |
|
13-Aug-1995 |
peter |
Next round of cleanups. Some more debugging hooks added, si_softc definition moved to the driver proper, so that <machine/si.h> can be #included by user programs without needing to include stuff from /sys/i386/isa.. Various (now) redundant features removed, eg: the locks on IXANY and HWFLOW as these are now done with the "initial" and "lock" termios devices. Note that it still (for reasons unknown) appears to be masking data to 7-bit with ppp - hence the cleanup to support the debugging via 'sicontrol'
|
#
10015 |
|
09-Aug-1995 |
peter |
Bring in my long-overdue version of the Specialix driver.
This was originally ported to BSDI by Andy Rutter <andy@acronym.co.uk>. At the end of the day, this code has very little in common with Andy's version, or the Specialix SYSV version. Essentially it has been gradually and almost completely rewritten, with LOTS of advice and inspiration from Bruce Evans. There are a couple of missing bits still, but they are minor.
The user-mode "sicontrol" program is in sad shape and will come in soon. Transparent printing died a timely death.. Maybe later..
Jeremy Rolls @ Specialix (Development directory) has confirmed this is OK to distribute, and Andy personally sent me his version that I started from.
Although this driver stood up to a nasty stress-test in this form, I am not confident that there are no nasty bugs lurking.
People are welcome to try it, but dont go out and buy one just yet.. :-) And *DONT* use it on a mission-critical machine... This is ALPHA QUALITY!
|