Re: [EXTERNAL] Re: Removing PF
Oops, I think you've confused me with Miod. He's the one who wrote the vax BPF. I was only talking to him about adding direct SIMH support in 6.6. That way you could have many kernels running within a kernel at boot time. I'm looking forward to running my old HP 2115 Fortran code Who needs toggle switches anyway? -Original Message- From: Alexander Nasonov Sent: Monday, April 1, 2019 1:38 PM To: Eichert, Diana Cc: tech@openbsd.org Subject: Re: [EXTERNAL] Re: Removing PF Eichert, Diana wrote: > I wrote a vax BPF jit as a simple exercize some time ago, so all you > really need now is to implement vax-to-${ARCH} jit on an MD basis. > This should be very easy to do as long as BPF does not get extended to > use floating-point values. I'm afraid you have to rewrite it to risv-to-${ARCH} and vectorise along the way. -- Alex
Re: [EXTERNAL] Re: Removing PF
Eichert, Diana wrote: > I wrote a vax BPF jit as a simple exercize some time ago, so all > you really need now is to implement vax-to-${ARCH} jit on an MD > basis. This should be very easy to do as long as BPF does not get > extended to use floating-point values. I'm afraid you have to rewrite it to risv-to-${ARCH} and vectorise along the way. -- Alex
Re: [EXTERNAL] Re: Removing PF
I thought you were going to deal with MD issues by adding support for SIMH into 6.6? -Original Message- From: owner-t...@openbsd.org On Behalf Of Miod Vallat Sent: Monday, April 1, 2019 7:04 AM To: tech@openbsd.org Subject: [EXTERNAL] Re: Removing PF > Will the bpf JIT changes be done in time for 6.6? I have no doubt > that "pfctl -p /dev/bfp" can be made to work in time but for a truly > performant firewall we will need bpf JIT. I wrote a vax BPF jit as a simple exercize some time ago, so all you really need now is to implement vax-to-${ARCH} jit on an MD basis. This should be very easy to do as long as BPF does not get extended to use floating-point values.