Hello,
I am seeing rather strange, or maybe expected, behaviour. I utilise
rtables to send internal traffic towards the internet via a default
route in rtable 2. The traffic is punted to rtable 2 with pf. The
strangeness I am seeing is that unless there is a matching dummy route
in rtable 0 the tr
> Is there a work around for the removal of i386_get_ioperm()
> Can i386_iopl() be used in some way?
There are some alphanumeric LCDs out there with RS232 or USB interface.
A medium C programmer can work them out without a driver in a day.
Why the hell do you want to change an entire OS for a song
The idea is that when a machine is multiuser, the operating system
is a layer on top of the machine. So a program should not be able
to access hardware IO ports directly.
Even as root. Because eventually you run a program as root, which
gets holed, and now that program can access more than the a
On Wed, Aug 19, 2020 at 7:32 AM Strahil Nikolov wrote:
> can someone tell me if the watchdog in IT8613 Super IO chip is supported.
...
> When I activate the watchdog in bios, the system is reset on timer expiry -
> so it is definitely working.
...
> OpenBSD 6.7 (GENERIC.MP) #5: Tue Jul 21 13:50
i386_get_ioperm() and i386_set_ioperm()
These were removed from sysarch.h between OpenBSD 5.9 to 6.0?
I believe this code (port.h):
https://github.com/lcdproc/lcdproc/blob/master/server/drivers/port.h
On OpenBSD 5.9, it uses the code branch for 'NetBSD/OpenBSD'
lines 174 to 270
based on having t
On 2020-08-19, Doug Moss wrote:
> I think the problem in lcdproc is in the code from this file (port.h)
> https://github.com/lcdproc/lcdproc/blob/master/server/drivers/port.h
>
> I am out of my depth with this code. I have never even seen these
> calls 'outb' and 'inb'
You're saying this as if y
On Thu, Aug 20, 2020 at 07:31:15AM -0400, Winfred Harrelson wrote:
> On Wed, Aug 19, 2020 at 10:29:33AM +1000, Aaron Mason wrote:
> > On Wed, Aug 19, 2020 at 12:00 AM Winfred Harrelson
> > wrote:
> > >
> > > On Tue, Aug 18, 2020 at 04:53:42PM +1000, Jonathan Matthew wrote:
> > > >
> > > > This sou
On Wed, Aug 19, 2020 at 10:29:33AM +1000, Aaron Mason wrote:
> On Wed, Aug 19, 2020 at 12:00 AM Winfred Harrelson
> wrote:
> >
> > On Tue, Aug 18, 2020 at 04:53:42PM +1000, Jonathan Matthew wrote:
> > >
> > > This sounds like multicast filters aren't working properly with your nic.
> > > trunk(4)
On 2020-08-20, Todd C Miller wrote:
> On Wed, 19 Aug 2020 23:47:57 +0200, Vincent wrote:
>
>> After several days, I have to reboot my machine because of mfs full. This is
>> not the first time.
>> I have few mfs on this machine, but I observe that this is always a full
>> filesystem on /tmp aft
9 matches
Mail list logo
