Allocate TLS 1.3 receive buffers lazily
The receive buffer is not used for records created for sending. Avoid
allocating a maximum-sized buffer in tls13_record_new() and instead
allocate a header-sized buffer when tls13_record_recv() is first called.
The buffer will grow as needed once the record length is known.
This avoids an unnecessary allocation for outgoing records and reduces
the initial allocation size for incoming records.
ok tb jsing
init(8): remove support for the window= field in /etc/ttys
This feature was introduced in 4.3BSD, and announced in "Bug Fixes
and Changes in 4.3BSD", dated April 15, 1986. The feature provided
a way to start a window system associated with a tty before
starting getty(8).
However the implementation has a few negatives and these days
graphical environments are better started in other ways.
In particular:
- the window command is run with root privileges
- init(8) does not track or supervise the process as part of the
tty session.
- reloading /etc/ttys by sending SIGHUP to init, can leave a stale
window command cached incorrectly
- repeated reloads leak memory
Rather than fix all these issues, remove the feature instead.
[5 lines not shown]
llvm/sparc64: match BFD -N alignment
BFD aligns nonpaged PT_LOAD segments to their maximum contained section
alignment. Do the same for SPARCV9 instead of retaining the 1 MiB
maximum page alignment.
This removes roughly 1 MiB of leading padding from ofwboot without
changing its load address or memory layout.
OK: deraadt@, kettenis@
Overhaul printing of whitespace before tbl(7) in man(7).
This is the last major piece i intend to put in for making mandoc(1)
compatible with groff-1.23.
In spite of the change in man_term.c 1.194 (August 2022)
which removed unconditional vertical space before .TS,
GNU eqn(1) still prints vertical space in some cases
where the layout contains vertical lines.
TIOCGSID can dereference a freed t_session, because we are storing s_leader
in the wrong place. This is a cold hard crash crashes. Some folk are
looking at fixing this properly but it will take some time, so in the meantime
we should just fail the ioctl.
from deraadt@; from Acts1632, OK kettenis@
this is errata/7.9/013_ttyioctl.patch.sig
TIOCGSID can dereference a freed t_session, because we are storing s_leader
in the wrong place. This is a cold hard crash crashes. Some folk are
looking at fixing this properly but it will take some time, so in the meantime
we should just fail the ioctl.
from deraadt@; from Acts1632, OK kettenis@
this is errata/7.8/049_ttyioctl.patch.sig
sysctl_proc_args() did not check if uvm_io() returned no data, which
could result in uninitialised memory being returned. Rather than callers
of uvm_io() having to carefully check for this condition, treat it as an
error.
from dgl@; OK kettenis@; initial report from Acts1631
this is errata/7.9/012_kernproc.patch.sig
sysctl_proc_args() did not check if uvm_io() returned no data, which
could result in uninitialised memory being returned. Rather than callers
of uvm_io() having to carefully check for this condition, treat it as an
error.
from dgl@; OK kettenis@; initial report from Acts1631
this is errata/7.8/048_kernproc.patch.sig
TIOCGSID can dereference a freed t_session, because we are storing s_leader
in the wrong place. This is a cold hard crash crashes. Some folk are
looking at fixing this properly but it will take some time, so in the meantime
we should just fail the ioctl.
from deraadt@; from Acts1632; OK kettenis@
this is errata/7.9/010_ifioctl.patch.sig
TIOCGSID can dereference a freed t_session, because we are storing s_leader
in the wrong place. This is a cold hard crash crashes. Some folk are
looking at fixing this properly but it will take some time, so in the meantime
we should just fail the ioctl.
from deraadt@; from Acts1632; OK kettenis@
sysctl_proc_args() did not check if uvm_io() returned no data, which
could result in uninitialised memory being returned. Rather than callers
of uvm_io() having to carefully check for this condition, treat it as an
error.
ok kettenis; initial report from Acts1631
Revert "drm/amdgpu: fix aperture mapping leak"
From Asad Kamal
a2e326c52c4bcecc033cd3ca2733fdbe30fbf55d in linux-6.18.y/6.18.45
b96c529cd2551b78316a4afa3237b2ed96ba03c8 in mainline linux
drm/amd/display: Check for tg ops in dce110_set_avmute
From Ray Wu
d089f32d34f821c8f0ef23d5fcd77bd43c1b3b92 in linux-6.18.y/6.18.45
3141e3d61469bba2624a91c5e2407f110b33b29e in mainline linux
drm/amd/display: Add AV mute wait frames to dce110_set_avmute
From Ray Wu
8aba384bfc8aac800335f0f458c4e77fc7223e48 in linux-6.18.y/6.18.45
443290d70b01e9c35830c300e3247c06581b594c in mainline linux
