wireguard-openbsd/sys/arch/hppa/dev/phantomas.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/hppa/dev/phantomas.c?h=jd%2Fqueueboosts 2010-04-29T13:48:29Z Currently pdc_scanbus() scans in reverse, which results in physical CPU0 2010-04-29T13:48:29Z jsing jsing@openbsd.org 2010-04-29T13:48:29Z urn:sha1:c7260238891c630a90fede2bc1d9c639a8bbc6b8 attaching as cpu1 and physical CPU1 attaching as cpu0. Split the device scan into two parts - the first pass scans forward and attaches memory and CPUs, whilst the second pass scans in reverse attaching the remaining devices, thus preserving current semantics. Found the hard way whilst trying to spin up the secondary CPU on my j6750. ok miod@ kettenis@ 64bit-friendly pdc.h and iomod.h and correspondent changes elsewhere 2005-04-07T00:21:51Z mickey mickey@openbsd.org 2005-04-07T00:21:51Z urn:sha1:6d6f408792b54da1d14c5c627d7e9b49bbe8732c scan cpu bus manually for some machines do not support that in prom 2004-09-15T20:11:28Z mickey mickey@openbsd.org 2004-09-15T20:11:28Z urn:sha1:7bd303e407ae8141abc604dda1a7a7f73c5000d7 update copyright; miod@ is fine w/ files where he holds it too 2004-04-07T18:24:19Z mickey mickey@openbsd.org 2004-04-07T18:24:19Z urn:sha1:fef2e65f60a6303ee55b7aa64339bed537c525b9 newer machines use phantom bus to attach lasi and other bus adapters. 2002-12-18T23:52:41Z mickey mickey@openbsd.org 2002-12-18T23:52:41Z urn:sha1:fa7c453abb9462e9673611d35cf186a98a786ec1 oledr machines did not have a real device for the phantom bus port. change the device scanning technique to both include a full device path in the attach_args and do proper shifting in the pdc_scanbus() and add a device for the newer machines as well as use a newer device mapping (path to hpa) available on newer firmware versions, where old (hversion-dependant) is not available. tested on 712,715/33,c110, miod@ ok, weissmandude -- testing