binaries are the same, as we provide both _start and __start symbols
for the entry point in crt0.
PR#22073 by Izumi Tsutsui.
Ok by Matthew Green <mrg@netbsd>.
than in dependencies of it, since .BEGIN is apparently only special for
its commands, not its dependencies. This should get boot26, and probably
boot32, compiling again.
discuss our various TCP options and recommended configurations in great
detail...
Add Xr to syctl(3) and a bulletted list summarizing some of the
TCP parameters that may be adjusted that are documented therein.
better explain the interactions between ip.mtudisc and tcp.mssdflt,
with regards to the TCP segment size.
ip.mtudisc is not read-only, as was implied by "returns"
XXX: this ("returns") should be corrected for other parameters, too.
Xr tcp(4)
is fast enough anyway. Lets the calling code change some fields (eg
the title for the 'yes/no' menu) between calls.
- Don't update m->x, m->y, m->w the changed values aren't needed once
the window has been created.
- Allow the window title to span multiple lines.
- Fix a nasty bug caused by having pointers into the memory area freed
by realloc when creating lots of dynamic menus.
- Fix check that ought to have allowed dynamic menus to be deleted.
- use ttyC[0123] for DCA and APCI with MI com(4)
- use ttyM[0-f] for DCM instead of tty0[0-f] to avoid confusion with MI com(4)
- create the foloowing symlnks to compatibility:
tty0 -> ttyC0 (for DCA)
ttya0 -> ttyC1 (for APCI)
ttya1 -> ttyC2 (for APCI)
ttya2 -> ttyC3 (for APCI)
tty0? -> ttyM? (for DCM)
- note the above symlinks should be removed after the next release
As per discussion on recent port-hp300 (ok'ed by thorpej).
and redefine __fpr_regs as an array of 32 ints (SH3E has 16, SH4 has
32 32-bit FP registers) to reserve the space for FPU registers - we
will properly redefine this as a union when we do support FPU.
different meanings for read and write.
This fixes 48kHz playback to SPDIF.
- Fix the problem where the SPDIF output voltage setting (0.5V, 5V)
was swapped. The default value is changed from 0.5V to 5V, which
correctly selects 5V (so the default physical behavior is unchanged).
Should fix PRs kern/16047 and kern/16817
(but not tested since I don't have other SPDIF hardware to test with).
Approved by tshiozak.
