register to fix "tlp0: filter setup and transmit timeout" observed
on Hyper-V VMs with the Legacy Network Adapter.
From OpenBSD via PR kern/49323:
https://marc.info/?l=openbsd-cvs&m=146718035432599&w=2
| Modified files:
| sys/arch/amd64/amd64: ioapic.c
| sys/arch/amd64/include: i82093reg.h
|
| Log message:
| Don't write a 1 to the RIRR bit in the IOAPIC redirection register. This bit
| is R/O, and although it should not matter what value is written there,
| Hyper-V's emulated IOAPIC interprets a write of 1 in some unexpected way and
| subsequently blocks interrupt delivery. This primarily manifests itself as
| de(4) timeouts when using Hyper-V VMs with the "Legacy Network Adapter"
| interface.
Tested both amd64 and i386 on Client Hyper-V on Windows 10.
This is because encoding conversion macros yield such like:
#define FILE2INT5(sp,buf,n,nlen,w,wlen) (w = n, wlen = nlen, 0)
- Silence gcc warnings on nonliteral arguments for snprintf(3) in v_increment.c,
that are overlooked for swprintf(3) in the case of USE_WIDECHAR == "yes".
Fixes silent hangup of luna68k boot.
Should be pulled up to netbsd-8.
Current bsd.own.mk sets NOPIE in case of BINDIR=/usr/mdec for standalone
programs and in luna68k case it's defined in ../Makefile.inc.
However, many bootloader Makefiles include bsd.own.mk first to override
CFLAGS etc. and Makefile.inc is not included (so BINDIR is not set) yet
at the point.
The rev 1.4 changelog:
> Disable a sanity check output buffer != NULL in _STANDALONE case.
> Some kernels are loaded at address 0x0 by bootloaders and
> output buffer address could be zero in such case.
>
> Fixes "read text" errors on loading install floppy of NetBSD/news68k 4.0,
> reported by KIYOHARA Takashi on port-news68k.
This problem may also affect other m68k ports which use a gzipped install
kernel and kernel text address located at PA 0x0.
Should be pulled up to netbsd-8.
