Hello,
On systems without an internal clock, I'm trying to understand how
OpenBSD makes a rough time estimation from the previous file system
state, immediately after a reboot.
It seems to be related to inittodr(9) in kern_time.c (seems to be MI in
6.9; earlier octeon releases would say "No TOD
Hi,
Is there a way to force the disabling of flow control on em(4)?
Henning said (http://marc.info/?l=openbsd-miscm=123003276308084w=2):
flow control is enabled on openbsd whenever the peer supports it; done
in the autonegotiation phase. there is no button to turn it off. why
should there?
2014-05-07 18:28 GMT+02:00 Chris Cappuccio ch...@nmedia.net:
Donovan Watteau [tso...@gmail.com] wrote:
Hi,
Is there a way to force the disabling of flow control on em(4)?
Henning said (http://marc.info/?l=openbsd-miscm=123003276308084w=2):
flow control is enabled on openbsd whenever
On Sat, 3 May 2014, Philip Guenther wrote:
On Fri, May 2, 2014 at 4:39 AM, Donovan Watteau tso...@gmail.com wrote:
* noac: a leftover, but removing it doesn't fix the problem.
* ac: required for our use case.
How is that possible when you also set noac to *COMPLETELY DISABLE
On Tue, 29 Apr 2014, Philip Guenther wrote:
On Tue, Apr 29, 2014 at 8:17 AM, Donovan Watteau tso...@gmail.com wrote:
I have various mountpoints from a NetApp NFS server with I use on
OpenBSD/amd64 5.5.
$ grep nfs /etc/fstab
server:/vol/foobar /vol/foobar nfs
noauto,rw,nodev,nosuid
Hello,
I have various mountpoints from a NetApp NFS server with I use on
OpenBSD/amd64 5.5.
$ grep nfs /etc/fstab
server:/vol/foobar /vol/foobar nfs
noauto,rw,nodev,nosuid,noatime,noexec,nfsv3,tcp,soft,intr,noac,-x=300,-t=1000,acregmin=3,acregmax=5,-r=65536,-w=65536
0 0
(and some other
Hello,
We'd like to deploy OpenBSD on some Dell C5220 and Dell C6220 servers,
for a high-traffic website.
However, the C5220 has some unconfigured components in dmesg [1], and
the C6220 has even more of them [2].
Are they crucial for the machines to operate accurately? By 'accurately',
I mean
On Thu, 12 Sep 2013 13:43:21 -0700, Todd C. Miller wrote:
On Wed, 11 Sep 2013 20:59:08 -0400, Michael W. Lucas wrote:
I've noticed that the sudo on OpenBSD seems to have !ttytickets set by
default. In other words, I authenticate sudo once on, say, ttyp4, and
all of my login sessions on
On 09/13/13, Nick Holland wrote:
On 09/13/13 06:44, Donovan Watteau wrote:
Hi,
Am I right thinking that sudo in base is still vulnerable to
CVE-2013-1776 for those who enable tty_tickets?
BTW, I was thinking about the following use case: PermitRootLogin set
to no, and a simple
9 matches
Mail list logo