Re: i386, parallel port permission error?

2020-08-20 Thread Mihai Popescu
> 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

Re: i386, parallel port permission error?

2020-08-20 Thread Theo de Raadt
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

Re: No watchdog detected (IT8613)

2020-08-20 Thread Daniel Melameth
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

Re: i386, parallel port permission error?

2020-08-20 Thread Doug Moss
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

Re: i386, parallel port permission error?

2020-08-20 Thread Christian Weisgerber
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

Re: aggr(4) not working with Intel XXV710 SFP28 on a Supermicro X11DPi-N(T)

2020-08-20 Thread Jonathan Matthew
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

Re: aggr(4) not working with Intel XXV710 SFP28 on a Supermicro X11DPi-N(T)

2020-08-20 Thread Winfred Harrelson
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)

Re: mfs reported full, but empty

2020-08-20 Thread Stuart Henderson
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