freebsd-dev/sys/i386
Warner Losh ce494452fe MFp4:
o It turns out that we always need to try to route the interrupts for
  the case where the $PIR tells us there can be only one.  Some machines
  require this, while others fail when we try to do this (bogusly, imho).
  Since we have no apriori way of knowing which is which, we always try to
  do the routing and hope for the best if things fail.
o Add some additional comments that state the obvious, but amplify it in
  non-obvious ways (judging from the questions I've gotten).

This should un-break older laptops that still have to use PCIBIOS to route
interrupts.

Tested by: sam
2002-11-02 22:35:24 +00:00
..
acpica - curproc may be NULL in 4-stable. In that case use the vmspace from 2002-10-16 17:22:03 +00:00
apm Be consistent about functions being static. 2002-10-16 08:57:14 +00:00
bios Be consistent about functions being static. 2002-10-16 08:57:14 +00:00
compile
conf Merge PC98 changes. 2002-11-02 04:18:10 +00:00
i386 Split 4.x and 5.x signal handling so that we can keep 4.x signal 2002-10-25 19:10:58 +00:00
ibcs2 Back our kernel support for reliable signal queues. 2002-10-01 17:15:53 +00:00
include Note that the sched_lock protects md_ldt of struct mdproc. 2002-10-25 20:06:16 +00:00
isa Merge PC98 changes. 2002-11-02 04:18:10 +00:00
linux bzero() the sigframe before we fill it. This was not done at all in 2002-11-02 07:41:04 +00:00
pci MFp4: 2002-11-02 22:35:24 +00:00
svr4 Include <sys/systm.h> for the definition of offsetof() instead of depending 2002-09-05 13:08:22 +00:00
Makefile