<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/syscons/scvidctl.c, branch releng/10.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2012-11-03T22:21:37Z</updated>
<entry>
<title>Add tty_set_winsize().</title>
<updated>2012-11-03T22:21:37Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2012-11-03T22:21:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=305921c48e740665095cf8e6e075f0c726db42af'/>
<id>urn:sha1:305921c48e740665095cf8e6e075f0c726db42af</id>
<content type='text'>
This removes some of the signalling magic from the Syscons driver and
puts it in the TTY layer, where it belongs.
</content>
</entry>
<entry>
<title>Clean up code a bit to make it more readable.</title>
<updated>2010-11-30T16:46:15Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2010-11-30T16:46:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fd7a9ebcca9671e37a1e54c7ebbfb18999382994'/>
<id>urn:sha1:fd7a9ebcca9671e37a1e54c7ebbfb18999382994</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Refine r204265.  We want the standard VGA palette for packed pixel mode.</title>
<updated>2010-03-29T22:41:30Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2010-03-29T22:41:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4cc5f38e975d1548434c32511c8cf4dd392e76db'/>
<id>urn:sha1:4cc5f38e975d1548434c32511c8cf4dd392e76db</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Improve VESA mode switching via loader tunable `hint.sc.0.vesa_mode'.</title>
<updated>2010-02-24T20:13:34Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2010-02-24T20:13:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4a9b63a454e2162d1105fc10af468d05b1d71330'/>
<id>urn:sha1:4a9b63a454e2162d1105fc10af468d05b1d71330</id>
<content type='text'>
The most notable change is history buffer is fully saved/restored now.
</content>
</entry>
<entry>
<title>Yet another attempt to make palette loading more safer:</title>
<updated>2010-02-23T21:51:14Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2010-02-23T21:51:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8d521790d0ee82630996e41d38d6997a4c28d9ac'/>
<id>urn:sha1:8d521790d0ee82630996e41d38d6997a4c28d9ac</id>
<content type='text'>
- Add a separate palette data for 8-bit DAC mode when SC_PIXEL_MODE is set
and fill it up with default gray-scale palette data for text.  Now we don't
have to set `hint.sc.0.vesa_mode' to get the default palette data.
- Add a new adapter flag, V_ADP_DAC8 to track whether the controller is
using 8-bit palette format and load correct palette when switching modes.
- Set 8-bit DAC mode only for non-VGA compatible graphics mode.
</content>
</entry>
<entry>
<title>Fix pgsignal() call after signature change in r199355.</title>
<updated>2009-11-17T19:24:26Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2009-11-17T19:24:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=07ff91572085c113494c691c583bdb33f39a80ea'/>
<id>urn:sha1:07ff91572085c113494c691c583bdb33f39a80ea</id>
<content type='text'>
Reported and tested by:	bf1783 googlemail com
MFC after:	1 month
</content>
</entry>
<entry>
<title>Fix VESA modes and allow 8bit depth modes.</title>
<updated>2009-08-24T22:35:53Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2009-08-24T22:35:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c5bebef869537d1929695afd7c988bdb055c72ce'/>
<id>urn:sha1:c5bebef869537d1929695afd7c988bdb055c72ce</id>
<content type='text'>
PR:		i386/124902
Submitted by:	paradox &lt;ddkprog yahoo com&gt;
MFC after:	2 months
</content>
</entry>
<entry>
<title>Integrate the new MPSAFE TTY layer to the FreeBSD operating system.</title>
<updated>2008-08-20T08:31:58Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2008-08-20T08:31:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bc093719ca478fe10b938cef32c30b528042cbcd'/>
<id>urn:sha1:bc093719ca478fe10b938cef32c30b528042cbcd</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Replace explicit calls to video methods with their respective variants</title>
<updated>2007-12-29T23:26:59Z</updated>
<author>
<name>Wojciech A. Koszek</name>
<email>wkoszek@FreeBSD.org</email>
</author>
<published>2007-12-29T23:26:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9336e0699bda8a301cd2bfa37106b6ec5e32012e'/>
<id>urn:sha1:9336e0699bda8a301cd2bfa37106b6ec5e32012e</id>
<content type='text'>
implemented with macros. This patch improves code readability. Reasoning
behind vidd_* is a sort of "video discipline".

List of macros is supposed to be complete--all methods of video_switch
ought to have their respective macros from now on.

Functionally, this code should be no-op. My intention is to leave current
behaviour of touched code as is.

No objections:	rwatson
Silence on:	freebsd-current@
Approved by:	cognet
</content>
</entry>
<entry>
<title>Fix our ioctl(2) implementation when the argument is "int".  New</title>
<updated>2006-09-27T19:57:02Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2006-09-27T19:57:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9fddcc6661d2cf7bb8e704308437d2b1674b50be'/>
<id>urn:sha1:9fddcc6661d2cf7bb8e704308437d2b1674b50be</id>
<content type='text'>
ioctls passing integer arguments should use the _IOWINT() macro.
This fixes a lot of ioctl's not working on sparc64, most notable
being keyboard/syscons ioctls.

Full ABI compatibility is provided, with the bonus of fixing the
handling of old ioctls on sparc64.

Reviewed by:	bde (with contributions)
Tested by:	emax, marius
MFC after:	1 week
</content>
</entry>
</feed>
