wireguard-openbsd/sys/arch/hppa/include/pcb.h, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/hppa/include/pcb.h?h=jd%2Fqueueboosts 2015-05-05T02:13:46Z emul_native is only used for kernel threads which can't dump core, so 2015-05-05T02:13:46Z guenther guenther@openbsd.org 2015-05-05T02:13:46Z urn:sha1:2df12b22ee779d3f10995325e7cbd0d4be5705a0 delete coredump_trad(), uvm_coredump(), cpu_coredump(), struct md_coredump, and various #includes that are superfluous. This leaves compat_linux processes without a coredump callback. If that ability is desired, someone should update it to use coredump_elf32() and verify the results... ok kettenis@ mindless unification with hppa64; remove meaningless differences before 2011-11-10T22:48:13Z deraadt deraadt@openbsd.org 2011-11-10T22:48:13Z urn:sha1:9cc870428f3f449eba895171a3652501c850b2f3 attacking the complicated stuff Create a struct to store FP state and include a pointer to the CPU that 2010-07-01T05:33:32Z jsing jsing@openbsd.org 2010-07-01T05:33:32Z urn:sha1:2f8e4113773d13efa48896cbe5cdf3204c8ffe34 currently holds the FPU context for this process. This will be soon used to implement FPU shootdowns on multiprocessor kernels. ok kettenis@ Remove COMPAT_HPUX. No one wanted to support it and its fewmets were 2010-06-29T20:30:31Z guenther guenther@openbsd.org 2010-06-29T20:30:31Z urn:sha1:0d99ae0cf8663366f11c96553fc49b49089bf394 blocking other cleanups ok miod@ Get rid of non-equivalent aliases of the pcb by moving the fpu state out 2009-07-29T18:31:11Z kettenis kettenis@openbsd.org 2009-07-29T18:31:11Z urn:sha1:77f7fc325fec61939e41170370f9d3f9de902096 of the pcb and using the p_addr member of 'struct proc' to calculate the address of the kernel stack when switching to virtual mode after taking a trap. Remove the now unecessary cache flushes; they're actually harmful since they create non-equivalent aliases. This seems to fix the memory corruption we have been observing from time to time. This diff does not rename fpu_curpcb, which is now somewhat incorrectly named. I hope to change things back again as soon as we are able to map the pcb 1:1. Seperate members of "struct pcb" that are accessed using physical addresses 2007-07-29T20:15:56Z kettenis kettenis@openbsd.org 2007-07-29T20:15:56Z urn:sha1:03794a4ca2b7dbfd84f80b45ccd69e4fa5dfc280 from thos that are exclusively accessed using virtual addresses and add padding between them to make sure they don't share a cache line. Fixes random crashes on at least PA-8700 and PA-7200 based machines. Without this, the PA-7200 based C110 wouldn't stay up long enough to do an install. ok miod@ md parts for hpux_compa code; some problems w/ signals delivery still exist 2005-03-26T20:04:37Z mickey mickey@openbsd.org 2005-03-26T20:04:37Z urn:sha1:4f1d8603bb1ef88d7ce208fdf7ded9b04f6414e0 always create a stack frame in cpu_switch() and put a stub 2004-06-08T22:00:25Z mickey mickey@openbsd.org 2004-06-08T22:00:25Z urn:sha1:106a17bfaac7079dd697fdfebc8034c736893115 for doing page idle zeroing. store the kernele stack pointer into pcb instead of trapframe for debuggers doing stack traces; from kettenis@ 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 save fpregs in coredump 2003-01-29T20:57:00Z mickey mickey@openbsd.org 2003-01-29T20:57:00Z urn:sha1:876d4a85a7c463807a873a5f5c1ad1ad4a0fc0f2