#
6f3544cd |
| 26-Oct-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@214309
|
#
d1817ed7 |
| 19-Sep-2010 |
Ed Schouten <ed@FreeBSD.org> |
Just make callout devices and /dev/console force CLOCAL on open().
Instead of adding custom checks to wait for DCD on open(), just modify the termios structure to set CLOCAL. This means SIGHUP is no
Just make callout devices and /dev/console force CLOCAL on open().
Instead of adding custom checks to wait for DCD on open(), just modify the termios structure to set CLOCAL. This means SIGHUP is no longer generated when losing DCD as well.
Reviewed by: kib@ MFC after: 1 week
show more ...
|
#
4b5d5046 |
| 19-Sep-2010 |
Ed Schouten <ed@FreeBSD.org> |
Ignore DCD handling on /dev/console entirely.
This makes /dev/console more fail-safe and prevents a potential console lock-up during boot.
Discussed on: stable@ Tested by: koitsu@ MFC after: 1 week
|
#
b17f9ad2 |
| 16-Aug-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@211344
|
#
3979450b |
| 06-Aug-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
Add new make_dev_p(9) flag MAKEDEV_ETERNAL to inform devfs that created cdev will never be destroyed. Propagate the flag to devfs vnodes as VV_ETERNVALDEV. Use the flags to avoid acquiring devmtx and
Add new make_dev_p(9) flag MAKEDEV_ETERNAL to inform devfs that created cdev will never be destroyed. Propagate the flag to devfs vnodes as VV_ETERNVALDEV. Use the flags to avoid acquiring devmtx and taking a thread reference on such nodes.
In collaboration with: pho MFC after: 1 month
show more ...
|
Revision tags: release/8.1.0_cvs, release/8.1.0 |
|
#
d6c18050 |
| 07-Jul-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@209749
|
#
822eb2b0 |
| 06-Jul-2010 |
Ed Schouten <ed@FreeBSD.org> |
Fix a race condition, where a TTY could be destroyed twice.
There are special cases where tty_rel_free() can be called twice in a row, namely when closing and revoking the TTY at the same moment. On
Fix a race condition, where a TTY could be destroyed twice.
There are special cases where tty_rel_free() can be called twice in a row, namely when closing and revoking the TTY at the same moment. Only call destroy_dev_sched_cb() once.
Reported by: Jeremie Le Hen MFC after: 1 week
show more ...
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
#
1a0fda2b |
| 04-Mar-2010 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
IFH@204581
|
#
2c9e180f |
| 18-Jan-2010 |
Ed Schouten <ed@FreeBSD.org> |
MFC r201532:
Make TIOCSTI work again.
It looks like I didn't implement this when I imported MPSAFE TTY. Applications like mail(1) still use this. I think it's conceptually bad.
Tested by:
MFC r201532:
Make TIOCSTI work again.
It looks like I didn't implement this when I imported MPSAFE TTY. Applications like mail(1) still use this. I think it's conceptually bad.
Tested by: Pete French <petefrench ticketswitch com>
show more ...
|
#
9199c09a |
| 06-Jan-2010 |
Warner Losh <imp@FreeBSD.org> |
Merge from head at r201628.
# This hasn't been tested, and there are at least three bad commits # that need to be backed out before the branch will be stable again.
|
#
328d9d2c |
| 04-Jan-2010 |
Ed Schouten <ed@FreeBSD.org> |
Make TIOCSTI work again.
It looks like I didn't implement this when I imported MPSAFE TTY. Applications like mail(1) still use this. I think it's conceptually bad.
Tested by: Pete French <petefrenc
Make TIOCSTI work again.
It looks like I didn't implement this when I imported MPSAFE TTY. Applications like mail(1) still use this. I think it's conceptually bad.
Tested by: Pete French <petefrench ticketswitch com> MFC after: 2 weeks
show more ...
|
#
cfd7bace |
| 29-Dec-2009 |
Robert Noland <rnoland@FreeBSD.org> |
Update d_mmap() to accept vm_ooffset_t and vm_memattr_t.
This replaces d_mmap() with the d_mmap2() implementation and also changes the type of offset to vm_ooffset_t.
Purge d_mmap2().
All driver m
Update d_mmap() to accept vm_ooffset_t and vm_memattr_t.
This replaces d_mmap() with the d_mmap2() implementation and also changes the type of offset to vm_ooffset_t.
Purge d_mmap2().
All driver modules will need to be rebuilt since D_VERSION is also bumped.
Reviewed by: jhb@ MFC after: Not in this lifetime...
show more ...
|
#
fb70e2f7 |
| 19-Dec-2009 |
Konstantin Belousov <kib@FreeBSD.org> |
MFC r199355: Add SI_KERNEL.
MFC r199418: Fix pgsignal() call after signature change in r199355.
|
#
6eaf0402 |
| 01-Dec-2009 |
Ed Schouten <ed@FreeBSD.org> |
Don't allocate an input buffer for a TTY when the receiver is turned off.
When the termios CREAD flag is not set, it makes little sense to allocate an input buffer. Just set the size to 0 in this ca
Don't allocate an input buffer for a TTY when the receiver is turned off.
When the termios CREAD flag is not set, it makes little sense to allocate an input buffer. Just set the size to 0 in this case to reduce memory footprint.
Disallow CREAD to be disabled for pseudo-devices to prevent foot-shooting.
show more ...
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
a3de221d |
| 17-Nov-2009 |
Konstantin Belousov <kib@FreeBSD.org> |
Among signal generation syscalls, only sigqueue(2) is allowed by POSIX to fail due to lack of resources to queue siginfo. Add KSI_SIGQ flag that allows sigqueue_add() to fail while trying to allocate
Among signal generation syscalls, only sigqueue(2) is allowed by POSIX to fail due to lack of resources to queue siginfo. Add KSI_SIGQ flag that allows sigqueue_add() to fail while trying to allocate memory for new siginfo. When the flag is not set, behaviour is the same as for KSI_TRAP: if memory cannot be allocated, set bit in sq_kill. KSI_TRAP is kept to preserve KBI.
Add SI_KERNEL si_code, to be used in siginfo.si_code when signal is generated by kernel. Deliver siginfo when signal is generated by kill(2) family of syscalls (SI_USER with properly filled si_uid and si_pid), or by kernel (SI_KERNEL, mostly job control or SIGIO). Since KSI_SIGQ flag is not set for the ksi, low memory condition cause old behaviour.
Keep psignal(9) KBI intact, but modify it to generate SI_KERNEL si_code. Pgsignal(9) and gsignal(9) now take ksi explicitely. Add pksignal(9) that behaves like psignal but takes ksi, and ddb kill command implemented as pksignal(..., ksi = NULL) to not do allocation while in debugger.
While there, remove some register specifiers and use ANSI C prototypes.
Reviewed by: davidxu MFC after: 1 month
show more ...
|
#
874108ae |
| 12-Nov-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
MFC @199204
|
#
f36e7051 |
| 01-Nov-2009 |
Ed Schouten <ed@FreeBSD.org> |
MFC various commits back to stable/8:
SVN r197174: Make sure we never place the cursor outside the screen.
For some vague reason, it may be possible that scp->cursor_pos exceeds scp->ysize *
MFC various commits back to stable/8:
SVN r197174: Make sure we never place the cursor outside the screen.
For some vague reason, it may be possible that scp->cursor_pos exceeds scp->ysize * scp->xsize. This means that teken_set_cursor() may get called with an invalid position. Just ignore the old cursor position in this case.
Reported by: Paul B. Mahol <onemda gmail com>
SVN r198213: Make lock devices work properly.
It turned out I did add the code to use the init state devices to set the termios structure when opening the device, but it seems I totally forgot to add the bits required to force the actual locking of flags through the lock state devices.
Reported by: ru
SVN r198215, r198217: Fix a typo in the jail(8) manpage.
Submitted by: Jille Timmermans <jille quis cx>
SVN r198216: Fix qouting in a comment, to make it look more consistent
Submitted by: Jille Timmermans <jille quis cx>
SVN r198223: Properly set the low watermarks when reducing the baud rate.
Now that buffers are deallocated lazily, we should not use tty*q_getsize() to obtain the buffer size to calculate the low watermarks. Doing this may cause the watermark to be placed outside the typical buffer size.
This caused some regressions after my previous commit to the TTY code, which allows pseudo-devices to resize the buffers as well.
Reported by: yongari, dougb
show more ...
|
#
6015f6f3 |
| 19-Oct-2009 |
Ed Schouten <ed@FreeBSD.org> |
Properly set the low watermarks when reducing the baud rate.
Now that buffers are deallocated lazily, we should not use tty*q_getsize() to obtain the buffer size to calculate the low watermarks. Doi
Properly set the low watermarks when reducing the baud rate.
Now that buffers are deallocated lazily, we should not use tty*q_getsize() to obtain the buffer size to calculate the low watermarks. Doing this may cause the watermark to be placed outside the typical buffer size.
This caused some regressions after my previous commit to the TTY code, which allows pseudo-devices to resize the buffers as well.
Reported by: yongari, dougb MFC after: 1 week
show more ...
|
#
5ed8d124 |
| 18-Oct-2009 |
Ed Schouten <ed@FreeBSD.org> |
Allow the buffer size to be configured for pseudo-like TTY devices.
Devices that don't implement param() (which means they don't support hardware parameters such as flow control, baud rate) hardcode
Allow the buffer size to be configured for pseudo-like TTY devices.
Devices that don't implement param() (which means they don't support hardware parameters such as flow control, baud rate) hardcode the baud rate to TTYDEF_SPEED. This means the buffer size cannot be configured, which is a little inconvenient when using canonical mode with big lines of input, etc.
Make it adjustable, but do clamp it between B50 and B115200 to prevent awkward buffer sizes. Remove the baud rate assignment from /etc/gettytab. Trust the kernel to fill in a proper value.
Reported by: Mikolaj Golub <to my trociny gmail com> MFC after: 1 month
show more ...
|
#
99087885 |
| 18-Oct-2009 |
Ed Schouten <ed@FreeBSD.org> |
Make lock devices work properly.
It turned out I did add the code to use the init state devices to set the termios structure when opening the device, but it seems I totally forgot to add the bits re
Make lock devices work properly.
It turned out I did add the code to use the init state devices to set the termios structure when opening the device, but it seems I totally forgot to add the bits required to force the actual locking of flags through the lock state devices.
Reported by: ru MFC after: 1 week (to be discussed)
show more ...
|
#
1ee774f6 |
| 02-Oct-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
7d4b968b |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head up to r188941 (last revision before the USB stack switch)
|
#
e76d823b |
| 12-Sep-2009 |
Robert Watson <rwatson@FreeBSD.org> |
Use C99 initialization for struct filterops.
Obtained from: Mac OS X Sponsored by: Apple Inc. MFC after: 3 weeks
|
#
11e9b8ba |
| 04-Aug-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC @196061
|