Hi
I believe the change [1] vmm(4): wire faulted in pages, might have been
a bit heavy handed a broken the use of VMM_IOC_MPROTECT_EPT ioctl.
[1] https://marc.info/?l=openbsd-cvs&m=161144130825752
please see the patch below which restores this functionality
Cheers
Adam
Thanks Dave,
I like the description and listing the ioctl, and referencing vmmvar.h is a
good idea
Cheers
Adam
On Thu, Apr 1, 2021 at 18:49, Dave Voutila wrote:
> This diff documents the ioctl(2) values supported by vmm(4). Besides
> vmd(8) there's at least one application I
Hi
IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified incorrectly, see the
patch below.
Cheers
Adam
On Fri, Feb 26, 2021 at 01:08:17PM +0800, Adam Steen wrote:
> Hi
>
> IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0)
> ie 0 and not bit 0 as on.
>
&g
Hi
IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0)
ie 0 and not bit 0 as on.
Please see the attach diff to correct this and rename
IA32_EPT_VPID_CAP_XO_TRANSLATIONS to IA32_EPT_VPID_CAP_XO to reduce
wordyness.
Cheers
Adam
diff 0e7183d43c8ed36e5d169be05df6147256
Thanks so much! This is my first patch for OpenBSD, and I don't quite have
the workflow debugged yet.
Adam
On Thu, Jan 7, 2021 at 11:29 PM Theo Buehler wrote:
> On Thu, Jan 07, 2021 at 11:16:16PM +0000, Adam Barth wrote:
> > Previously, this code was passing string constant
Previously, this code was passing string constants to functions that did
not declare their parameters as const. After this patch, the functions now
declare that they do not modify these arguments, making it safe to pass
string constants.
diff --git lib/libc/gen/fts.c lib/libc/gen/fts.c
index d13d0
I have a small, quality of life patch you may find useful.
It changes memory units used on the default page of systat running
with -h flag.
example:
memory totals (in MB)
real virtual free
Active 3636 1443
All 523 523 3516
Units sho
> On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote:
> > On Fri, Feb 07, 2020 at 04:20:16AM +0000, Adam Steen wrote:
> > > Hi
> > >
> > > Please see the attached patch to add an 'IOCTL handler to sets the access
> > > protections of the
:32 of CR0 and CR4 are reserved and must be written with zeros.
Writing a nonzero value to any of the upper 32 bits results in a
general-protection exception, #GP(0). (Intel SDM Volume 3abcd page
75, 2.5 Control Registers, Paragraph 2, bullet point 2.
Cheers
Adam
? div
Index: sys/arch/amd64
On Fri, Feb 07, 2020 at 04:38:16PM -0800, Mike Larkin wrote:
>
> On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote:
> > On Fri, Feb 07, 2020 at 04:20:16AM +, Adam Steen wrote:
> > > Hi
> > >
> > > Please see the attached patch to a
es not support it. I went with add read permissions and logging the
fact, instead of returning EINVAL.
Cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
===
RCS file: /cvs/src/sys/arch/amd64/amd64/vmm.c,v
retrieving revision 1.
Hi
Again while working on a larger patch i noticed that the eptp for vmx
was not getting initialised to zero like the svm code path, as part of
a VMM_IOC_RESETCPU ioctl call.
please see the attach patch to initialise eptp to zero
cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
Hi
While working on a patch, i noticed that vmm_get_guest_faulttype was
incorrect for amd (VMM_MODE_RVI) cpus, apon further inspection realised
it was unused. Please see the patch below to remove it.
cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
if (ioctl(hvb->vmd_fd, VMM_IOC_MPROTECT_EPT, vmep) < 0) {
warn("mprotect ept vmm ioctl failed - exiting");
ret = -1;
}
Cheers
Adam
[1]
https://github.com/adamsteen/solo5/blob/wnox/tenders/hvt
a normal ping
ping 10.1.0.2
09. Observe that, for each ping sent to service1, a packet is dropped.
10. Kill the normal ping
11. start a flood ping
doas ping -f 10.1.0.2
12. Observe massive packet loss on both interfaces, and ping
complaining about No buffer space available (ENOBUFS).
Ch
dd a third, I think these should be consolidated, but i didn't know
where to put the new function.
the implementations are in:
- ieee80211_regdomain.c
- sys/kern/kern_pledge.c
Cheers
Adam
Index: sys/arch/amd64/amd64/vmm.c
===
On 5/10/17 5:19 PM, Hrvoje Popovski wrote:
> On 10.5.2017. 15:22, Martin Pieuchot wrote:
>> This big hammer of delaying every input via a timeout introduced a nasty
>> side effect. Since only one element can be queued, we can lose inputs
>> if the keyboard is too fast.
>>
>> Here are some bug repo
On Sun, Oct 8, 2017 at 6:03 AM, Theo de Raadt wrote:
> > Adam will correct me if I'm wrong, but his idea was to provide clock
> > emulation to the operating system running in userland (solo5/unikernel).
> > Perhaps vmd can make use of this interface too.
>
> But w
On Sat, Oct 07, 2017 at 06:27:53PM +0800, Adam Steen wrote:
> On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen wrote:
>
> > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> > > Hi,
> > >
> > > An experimental change to use TSC as a timecounter so
On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen wrote:
> On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> > Hi,
> >
> > An experimental change to use TSC as a timecounter source on a variety
> > of modern Intel and AMD CPUs has been just committed and e
On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> Hi,
>
> An experimental change to use TSC as a timecounter source on a variety
> of modern Intel and AMD CPUs has been just committed and enabled on
> OpenBSD/amd64 thanks to the work done by Adam Steen.
>
On Fri, Aug 25, 2017 at 12:43:44PM +0200, Mike Belopuhov wrote:
> On Fri, Aug 25, 2017 at 00:40 -0700, Mike Larkin wrote:
> > On Thu, Aug 24, 2017 at 12:39:33PM +0800, Adam Steen wrote:
> > > On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin wrote:
> > > > On Wed, Au
On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin wrote:
> On Wed, Aug 23, 2017 at 09:29:15PM +0800, Adam Steen wrote:
>> On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote:
>> > On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov wrote:
>> > > On Tue, Aug 08, 2
On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote:
> On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov wrote:
> > On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote:
> >> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov wrote:
> >> > On Mon, Jul 31, 2017 at
On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov wrote:
> On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote:
>> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov wrote:
>> > On Mon, Jul 31, 2017 at 09:48 +0800, Adam Steen wrote:
>> >> Ted Unangst wrote:
>>
On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov wrote:
> On Mon, Jul 31, 2017 at 09:48 +0800, Adam Steen wrote:
>> Ted Unangst wrote:
>> > we don't currently export this info, but we could add some sysctls. there's
>> > some cpufeatures stuff there, but
e to open pf) should it signal
the main process to die or just stop working (like it did now)?
- fatal() can't be used as it uses exit(3) instead of _exit(2)
- anything else that we might have missed
looking for pointers/suggestions on how to move forward with this.
regards,
Adam
On Tue, Jun 13, 2017 at 12:43:51AM +0200, Adam Wolk wrote:
> On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote:
> > Hello Adam,
> >
> >
> >
> > > It was a rainy evening here, so here's the updated pfctl diff.
> >
>
ns as the dtable can accommodate (with an fd reserve).
> The lower limits are on outgoing connections.
>
> New diff with reordered code. I'll see if I can get Adam to run one more
> round of testing..
>
Tested the diff on -current OpenSMTPD running on a 6.1 server.
Sent 11 ema
On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote:
> Hello Adam,
>
>
>
> > It was a rainy evening here, so here's the updated pfctl diff.
>
> I'm sorry to hear about the rainy weather [1].
> anyway, you might want to run regressi
On Mon, Jun 12, 2017 at 01:59:07PM +0200, Mike Belopuhov wrote:
> On Sun, Jun 11, 2017 at 15:03 +0100, Raymond wrote:
> > Transform the following functions (which never return anything other than
> > 0, and whose return value is never used) to void:
> >
> > * pfctl_clear_stats, pfctl_clear_interf
On Sun, Jun 11, 2017 at 03:03:56PM +0100, Raymond wrote:
> Transform the following functions (which never return anything other than 0,
> and whose return value is never used) to void:
>
> * pfctl_clear_stats, pfctl_clear_interface_flags, pfctl_clear_rules,
> pfctl_clear_src_nodes, pfctl_clear_s
On Sun, Jun 11, 2017 at 11:10:30AM -0600, Theo de Raadt wrote:
> + write(STDERR_FILENO, NO_KTRACE, sizeof(NO_KTRACE));
>
> Naw, I dislike that sizeof.
>
> You can use dprintf, it is signal-safe in OpenBSD as long as the format
> string doesn't contain floating-point strings.
Attaching upda
Hi tech@,
Using the GREATSCOTT[1] pattern to output in the ktrace signal handler,
dropping the need for an snprintf and the 8k stack buffer.
Brought to attention by BlackFrog on #openbsd-daily
Feedback, OK's?
Regards,
Adam
[1] - https://marc.info/?l=openbsd-tech&m=149613049920485&
On Sat, Jun 10, 2017 at 12:45:01AM +0200, Theo Buehler wrote:
> On Fri, Jun 09, 2017 at 11:59:44PM +0200, Theo Buehler wrote:
> > On Fri, Jun 09, 2017 at 11:55:26PM +0200, Adam Wolk wrote:
> > > On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote:
> > > > On F
On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote:
> On Fri, Jun 09, 2017 at 09:28:29PM +, ra...@openmailbox.org wrote:
> > Hello!
> >
> > Here is a patch with a pledge bugfix in netcat and some minor style
> > improvements.
> >
> > An example o
Apr 27 04:01:00 2017
Valid Until: Wed Jul 26 04:01:00 2017
Cert Hash:
SHA256:1746b1d2ecdf8ad1fb7e06a6c97154b2c1a87eee65f5654824d0a0dc0af4ba98
OCSP URL: http://ocsp.int-x3.letsencrypt.org/
^C
$
Test on amd64 -current
Regards,
Adam
x27;t cry if we decide to drop this. I would have implemented it
anyways for fun :)
Regards,
Adam
Index: doas.c
===
RCS file: /cvs/src/usr.bin/doas/doas.c,v
retrieving revision 1.72
diff -u -p -r1.72 doas.c
--- doas.c 27 May
On Tue, Jun 06, 2017 at 08:29:23PM +, Florian Obser wrote:
> On Tue, Jun 06, 2017 at 08:49:32PM +0200, Adam Wolk wrote:
> > On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote:
> > > > The only thing against using automatic rounds would be having them
On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote:
> > The only thing against using automatic rounds would be having them guessed
> > on a
> > weaker machine and used on a more powerful server - doubt though that would
> > ever
> > pick something below 8 rounds.
>
> I don't see the c
On Tue, Jun 06, 2017 at 02:20:38PM -0400, Bryan Steele wrote:
> >
> > - if (strlcpy(salt, bcrypt_gensalt(8), sizeof(salt)) >= sizeof(salt))
> > - errx(1, "salt too long");
> > - if (strlcpy(hash, bcrypt(pass, salt), sizeof(hash)) >= sizeof(hash))
> > - errx(1, "hash too lo
crypt_checkpass(3) and
crypt_newhash(3).
I'm attaching a diff moving htpasswd to the new API. Tested with httpd from
6.1 with a htpasswd generated with the diff applied on current.
Feedback? OK's?
Regards,
Adam
? htpasswd
Index:
On Sat, May 27, 2017 at 10:58:40PM +0100, Jason McIntyre wrote:
> On Sat, May 27, 2017 at 11:45:43PM +0200, Adam Wolk wrote:
> > Index: chown.8
> > ===
> > RCS file: /cvs/src/bin/chmod/chown.8,v
> > retrie
On Sat, May 27, 2017 at 11:01:29PM +0200, Adam Wolk wrote:
> On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote:
> > I agree with you. Maybe change the comment
> >
> > /* UID and GID are separated by a dot and UID exists. */
> >
> > to
On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote:
> I agree with you. Maybe change the comment
>
> /* UID and GID are separated by a dot and UID exists. */
>
> to say a bit more on the matter, to prevent a zealot from arriving 2-3
> years from now and proposing remov
Hi tech@,
I stumbled on SUPPORT_DOT while reading /usr/src/bin/chmod.c, got curious
and started doing some research.
POSIX changed the separator from . to : to make the utility properly work with
usernames containing a dot. The standard doesn't forbid keeping the dot handling
for backwards compat
On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote:
> Hi tech@
>
> _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed
> in
> -current to signify2. The entry in the FAQ showing that example also linked
> to a
> pkg_sign man page from -curr
On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote:
> Hi tech@
>
> _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed
> in
> -current to signify2. The entry in the FAQ showing that example also linked
> to a
> pkg_sign man page from -curr
Hi tech@
_gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed in
-current to signify2. The entry in the FAQ showing that example also linked to a
pkg_sign man page from -current which lead to the confusion.
Here is a diff generated with:
perl -pi.bak -e
's|man.openbsd.
://man-k.org/man/netbsd/9/usbdi?r=1&q=usb_rem_task
Feedback? OK's?
Regards,
Adam
Index: Makefile
===
RCS file: /cvs/src/share/man/man9/Makefile,v
retrieving revision 1.280
diff -u -p -r1.280 Makefile
--- Makefile5 Sep 2016
Hi tech@
attaching a fix for the following crash caused by a null pointer dereference
while the modeline is trying to work on a unusable display
#0 0x0bf6a4e04433 in modeline (wp=0xbf948d9d400, modelinecolor=2) at
display.c:800
800 vscreen[n]->v_color = modelinecolor;/* Mode
On Tue, Sep 06, 2016 at 05:10:39PM +, Mark Lumsden wrote:
> Source Joachim Nilsson:
>
> Found by Coverity Scan. The popbuf() function iterated over a list to
> find a wp pointer, then sent it to showbuffer() which immediately went
> ahead and dereferenced it. This patch simply ad
Hi tech@,
I have been noticing coredumps from telnet on my laptop for some time
now and finally found an evening to investigate it.
The typical use case:
$ telnet localhost 22
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
SSH-2.0-OpenSSH_7.2
^]
telnet> quit
Connection clo
On Sat, Mar 26, 2016 at 7:47 PM, attila wrote:
>
> Jyri Hovila [Turvamies.fi] writes:
>
>> I can report significant usability improvement on a single core ThinkPad T42
>> and a dual core ThinkPad X60.
>>
>
> I hate to crap on this wonderful parade, but on my T60 (i386, dmesg at
> bottom) running
for NFSv4 and NFS ACLs would eliminate the dependency
on chown/chmod/etc. doing voodoo on the remote NFS server, but there are
other, non-NFS, remote filesystems that do similar things. I can't
remember if OpenBSD still supports any of them, though.
-Adam
ld
be more accurate than _JERKS.
Yes, I'm defending FTDI - up to a point, anyway.
(There are only two hard things in programming: naming.)
-Adam
el(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz
cpu2: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz
cpu3: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x0b
running Intel Haswell Mobile for the gfx card.
Regards,
Adam
[1] - https://twitter.com/mulander/status/691327370985345024
Hello,
I have a few Dell servers which I've installed OpenBSD for testing
but ran into a problem with keystroke loss on the console when used
through the Dell iDRAC remote graphical console. Surprisingly it
operates perfectly fine in the installer (thankfully) but when booted
from a formal instal
I've been using pf for years and really like it. I accidentally discovered
some undesirable behavior from the rule parser that caused some rules to be
skipped. This has happened to me twice and there was much hair pulling.
The short version is rules starting with # but ending in \ get treated as
On Thu, 12 Nov 2015 16:15:35 +0100
Marc Espie wrote:
> On Wed, Nov 11, 2015 at 05:13:45PM +0100, Adam Wolk wrote:
> > Hi tech@,
> >
> > I have been working recently on packaging a shared library for the
> > first time and hit a stumbling block yesterday.
> >
&
Hi tech@,
I have been working recently on packaging a shared library for the
first time and hit a stumbling block yesterday.
$ make package
`/usr/ports/pobj/libwebsockets-1.5/fake-amd64/.fake_done' is up to date.
===> Building package for libwebsockets-1.5
Create /usr/ports/packages/amd64/all/li
objdump(1) with the --syms flag which
reports if the provided input binary was stripped of symbols like
initially intended.
Regards,
Adam Wolk
Index: guide.html
===
RCS file: /cvs/www/faq/ports/guide.html,v
retrieving revision 1.38
d
On Sat, Oct 31, 2015 at 2:29 PM, Theo de Raadt wrote:
>>Whilst browsing their forums I found a link to this:
>> http://pcengines.ch/apu2b4.htm . AMD Jaguar APU, 4 cores, up to 4Gb
>> DDR1333 ram with ECC, and 3 intel i211 or i210 NICs. Hopefully there
>> won't be so many issues with this itera
Hi tech@ reader,
I am running OpenBSD 5.8 on amd64 and I have encountered a non-deterministic
and incorrect behavior of httpd and slowcgi. I traced the problem to be that
httpd is assuming that only first FastCGI FCGI_STDOUT record will contain
headers and all subsequent records contain body (r
till has room for
improvement... I haven't run OpenBSD on it for any significant amount of
time since the ~recent changes to improve Thinkpad power usage.
--
-Adam Thompson
athom...@athompso.net
On Wed, 8 Jul 2015 22:20:49 +0100
Stuart Henderson wrote:
> On 2015/07/08 20:00, Max Fillinger wrote:
> > On Wed, Jul 08, 2015 at 03:53:46PM +0200, Mark Kettenis wrote:
> > > I'm looking for testers for this diff. This should be safe to
> > > run on amd64, i386 and sparc64. But has been reporte
hat
some OpenBSD developers work for mtier directly. Each time mtier is
mentioned someone is deemed to chime in with "but I don't trust them"
even though the same people commit code to the base OS...
Regards,
Adam
On Sun, 31 May 2015 19:25:22 -0400
Todd Mortimer wrote:
Hi tech@,
> Hi Joerg,
>
> Thanks for getting back to me.
>
> I cloned the server and upgraded it to the 31 May snapshot, did the
> sysmerge and upgraded the packages to the snapshot versions.
>
> The behaviour is still there. It actuall
On Sun, Apr 19, 2015, at 12:23 AM, Philip Guenther wrote:
> On Sat, Apr 18, 2015 at 2:56 PM, Adam Wolk wrote:
> > On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote:
> >> > From: Adam Wolk
> >> > Date: Sat, 18 Apr 2015 23:23:40 +0200
> ...
> >> &g
On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote:
> > From: Adam Wolk
> > Date: Sat, 18 Apr 2015 23:23:40 +0200
> >
> > Hi tech@,
> >
> > I'm working on a port for lang/dart and got stuck on ucontext.h compile
> > errors.
> > The
linux.h:/* There's no sys/ucontext.h
for some (all?) libc1, so no
./gnu/usr.bin/gcc/gcc/config/i386/linux.h:#include
./gnu/usr.bin/gcc/gcc/config/i386/linux64.h:#include
./gnu/usr.bin/gcc/gcc/config/ia64/linux.h:#include
PS.
I would greatly appreciate If anyone pointed me at a file th
[drm:pid14978:i915_write32] *ERROR* Unknown unclaimed register
before writing to 64040
Regards,
Adam
On Sun, Apr 5, 2015, at 01:31 PM, Stuart Henderson wrote:
> On 2015-04-04, Landry Breuil wrote:
> > On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
> >> Hi tech@
> >>
> >> I'm the maintainer of www/otter-browser and I got caught while pack
On Sat, Apr 4, 2015, at 11:27 PM, Landry Breuil wrote:
> On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
> > Hi tech@
> >
> > I'm the maintainer of www/otter-browser and I got caught while packaging
> > otter-browser 0.9.04. Upstream asked us to point at
27;t warn about that situation and I almost got
caught
by it twice since upstream again asks us to package a couple of
revisions
ahead of the tagged version.
Regards,
Adam
Index: bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/bsd.po
On Thu, Mar 5, 2015 at 1:05 PM, T. Jameson Little wrote:
> On Wed, Mar 04, 2015 at 09:28:42AM +0100, Stefan Sperling wrote:
>> The actual amount of work depends on when you consider support complete.
>> 11n has such a large feature set and optional parts that you can't
>> simply say "this is an 11
about that one).
Client-server protocols are generally written to retry on, or otherwise
be resilient to, failure; signalling shutdown when I have to kick the
server in the head for some reason (which, yes, even happens with
OpenBSD :-)) would be a bad thing for some to many clients.
--
ults in
payloads up to 10x larger and that run up to 10x slower, or to probe for
advanced features and exit cleanly and safely if they're absent.
--
-Adam Thompson
athom...@athompso.net
+1 (204) 291-7950 - cell
+1 (204) 489-6515 - fax
Fix a minor typo in the ntpctl help output, and same semantic mistake in
the manpage. Currently says (to be pedantic) that '-s' only works with
'all', which is not the case: '-s' is required with all options.
Apologies if I've got the patch format wr
On Wed, Dec 31, 2014, at 04:16 PM, Theo Buehler wrote:
> The adventure game is currently broken. When it's started without
> any arguments, it spits a pile of garbage to stdout before eventually
> dumping its core.
>
Confirmed true for i386 running a snapshot from 27-Dec-2014.
With your patch (ob
R: 0
Regards,
--
Adam Wolk
adam.w...@koparo.com
On Mon, Dec 8, 2014, at 03:54 PM, Brent Cook wrote:
> We spent the weekend buttoning up features and closing issues with
> LibreSSL-portable.
> All features and fixes for the next release are now landed in the gi
Not sure how much of an issue this would be, WSAPoll() is only
available on Windows Vista and above.
On Mon, 1 Dec 2014 14:10:44 +0800
Dongsheng Song wrote:
> Cool !
>
> I can see you do lot's of update on select->poll conversions.
> The code become more and more complex since you want it works
Useful and clean. Just like they are at the moment.
Personally, I would rather it be complete with pitfalls that may be
encountered during an upgrade, that need manual resolution.
As far as I am aware, deleting some files that require manual execution
in the first place isn't much of a catastroph
On Thu, Nov 6, 2014 at 9:36 AM, Nick Permyakov wrote:
>
> Hi,
>
> Some typos on http://www.openbsd.org/faq/faq1.html
>
> Section "1.2 - On what systems does OpenBSD run?".
> "...has helped produced a higher-quality code base..." should read "helped
> produce" (or maybe "helped to produce").
>
> S
rks or not
as-is; any opinions on what would be the canonical approach to swapping
IPs between interfaces on a live system? Just do it by hand? Write
your own script? Use netstart? Or just reboot?
--
-Adam Thompson
athom...@athompso.net
I apologise to all (especially Theo) for my behavior and remarks here,
and I apologise if I came across as being arrogant and unwilling to
cooperate.
I am going to leave for at least 4 weeks to cool off before I post
again.
Once again, I am sorry.
- Adam.
I got of to a bit of a bad start with this patch, and things were
allover the place. I knew it was bad when Theo gave me a bit of a boot.
And so now I think it is time for Mk II.
Hopefully I don't make an ass out of myself this time.
I eliminated some unused definitions that were added in Rev 5.
On Fri, 19 Sep 2014 16:08:33 +0200
Otto Moerbeek wrote:
> On Fri, Sep 19, 2014 at 10:21:13PM +1000, Adam wrote:
>
> > Patch for argument parsing below.
> >
> > Diff taken in relation to Revision 3 of the aforementioned patch.
> >
> > I do not understand wh
Patch for argument parsing below.
Diff taken in relation to Revision 3 of the aforementioned patch.
I do not understand why this should be a separate diff for this, as it
is essentially part of the functionality itself.
Let me know if you want it all together.
--- mount_tmpfs.c Fri Sep
Revision 3:
- if (template) -> if (template[0] != '\0')
(From Revision 2):
1. Added code to allow updating MNT_RDONLY status with M.
If MNT_WANTRDWR is specified as well, MNT_RDONLY is unset.
2. Added check for strlcpy() call.
3. If getenv() is deemed "unsafe" to call, just use the
defau
On Fri, 19 Sep 2014 10:58:59 +0200
Henning Brauer wrote:
> HUH?
>
> Doug is entirely right. src is user controlled and can be larger than
> mountpoint. In that case, we want to bail and whine at the user
> instead of silently truncating and going on.
>
Thanks for clarifying that; I thought he
Documentation update:
Index: mount_tmpfs.8
===
RCS file: /cvs/src/sbin/mount_tmpfs/mount_tmpfs.8,v
retrieving revision 1.3
diff -u -p -r1.3 mount_tmpfs.8
--- mount_tmpfs.8 5 Feb 2014 15:32:26 - 1.3
+++ mount_tmpfs.8
On Fri, 19 Sep 2014 00:14:47 -0700
Doug Hogan wrote:
> On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net
> wrote:
> > Revised diffbelow:
>
> You are inheriting some bugs in here by reusing newfs code. :)
>
> I agree with the comments from others. Additional comments:
>
> >
Revision 2:
1. Fixed up an issue caused by bad diffing technique.
2. Only functionality changes included here; parsing changes to follow next
as per Otto's instruction.
3. Documentation changes will follow as well.
4. I have received some more feedback from Doug Hogan regarding newfs bugs,
the OpenBSD respositories
>> semi-frequently, so changes may not show up in GitHub immediately.
>> The GitHub repository should be used for informational purposes only.
Regards,
--
Adam Wolk
adam.w...@koparo.com
bothering us".
I'll keep providing opinions and feedback, but even (sizeable) donations to the
foundation don't earn me the *right* to be heeded.
Apologies for the noise on tech@, but moving to misc would be even worse.
-Adam
On July 16, 2014 4:08:09 PM CDT, STeve Andre' w
I would know of its existence, but likely not install it. As I said, I have
workarounds. I remember how bad the code was years ago, so I agree with the
idea in general, but it will be a pain in the butt for me every once in a while
:-(.
-Adam
On July 11, 2014 4:03:29 AM CDT, Theo de Raadt
today.
IIRC, finger was how we got a quick status overview from... some piece of ATM
switching gear?
And yes, I actually do spend a noticeable amount of time at the text console,
with no ports installed, when inside a foreign network.
-Adam
[Original message deleted]
--
Sent from my Android device
still find having a finger client of some
sort in base useful at one site, however.)
Gopher, however, is not as dead as everyone assumes.
I believe I can re-enable tn3270 and telnet schemes manually, which is fine. I
still use both of those fairly often.
The other protocols are irrelevant to me.
-Ada
and not wasting ?
Now waiting incoming cluebats :-(
--
-Adam Thompson
athom...@athompso.net
1 - 100 of 125 matches
Mail list logo