PR/49323 CVS commit: [netbsd-8] src/sys/arch

["Martin Husemann" <martin%netbsd.org@localhost>]

The following reply was made to PR kern/49323; it has been noted by GNATS.

From: "Martin Husemann" <martin%netbsd.org@localhost>
To: gnats-bugs%gnats.NetBSD.org@localhost
Cc: 
Subject: PR/49323 CVS commit: [netbsd-8] src/sys/arch
Date: Tue, 21 Nov 2017 11:01:02 +0000

 Module Name:	src
 Committed By:	martin
 Date:		Tue Nov 21 11:01:02 UTC 2017
 
 Modified Files:
 	src/sys/arch/amd64/include [netbsd-8]: i82093reg.h
 	src/sys/arch/i386/include [netbsd-8]: i82093reg.h
 	src/sys/arch/x86/x86 [netbsd-8]: ioapic.c
 
 Log Message:
 Pull up following revision(s) (requested by nakayama in ticket #359):
 	sys/arch/amd64/include/i82093reg.h: revision 1.9
 	sys/arch/x86/x86/ioapic.c: revision 1.54
 	sys/arch/i386/include/i82093reg.h: revision 1.11
 Don't write a 1 to the read only RIRR bit in the IOAPIC redirection
 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.
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.8 -r1.8.2.1 src/sys/arch/amd64/include/i82093reg.h
 cvs rdiff -u -r1.10 -r1.10.2.1 src/sys/arch/i386/include/i82093reg.h
 cvs rdiff -u -r1.52 -r1.52.10.1 src/sys/arch/x86/x86/ioapic.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.