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.
