Author: ed
Date: Tue Jan 17 22:03:08 2017
New Revision: 312353
URL: https://svnweb.freebsd.org/changeset/base/312353
Log:
Sync in the latest CloudABI generated source files.
Languages like C++17 and Go provide direct support for slice types:
pointer/length pairs. The CloudABI generator
2016-12-22 19:26 GMT+01:00 Ed Maste <ema...@freebsd.org>:
> Log:
> mlx: avoid use of __DATE__ to make build reproducible
Out of curiosity, are we planning on adding -Wdate-time or
-Werror=date-time to our default CFLAGS? If so, awesome!
--
Ed Schouten <e...@nuxi.nl>
Nuxi
ame is that it's
> easily googlable, and it clearly indicates the "protocol" (in the wide
> meaning) one is supposed to use to talk to it.
Agreed. Let's leave it the way it is right now, as I don't feel like
upsetting Warner. ;-)
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-H
ng to add exporters for other
things as well? E.g., for Sendmail, sshd, ftpd, HAST, etc. In that
case it would be nicer if those exporters shared a common prefix.
That said, if people truly think it's a good idea to call this
sysctl_exporter instead, then I wouldn't mind renaming it.
Thoughts? Opinions?
Author: ed
Date: Wed Dec 21 08:32:20 2016
New Revision: 310355
URL: https://svnweb.freebsd.org/changeset/base/310355
Log:
Add an example inetd(8) entry for the Prometheus sysctl exporter.
I went through the process of allocating a default port number for this
exporter, TCP 9124. This
Author: ed
Date: Wed Dec 21 08:29:44 2016
New Revision: 310354
URL: https://svnweb.freebsd.org/changeset/base/310354
Log:
Add a Prometheus exporter for sysctl values.
Now that we have our sysctl tree annotated with aggregation labels,
let's go ahead and provide a very simple utility for
_num % 8;
Looking at the code, the intent is that an actual 64-bit integer is
parsed; not an unsigned long long. What's wrong with using
inttypes.h's SCNx64?
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
__
if you simply rebuild all
kernel modules, this shouldn't cause any regressions, or are you
saying those persist? If so, this is definitely not an intended
side-effect of this change and we should look into it.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Ne
that should be renamed to something like CTL_INTERNAL or something.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-h
Author: ed
Date: Thu Dec 15 15:45:11 2016
New Revision: 310116
URL: https://svnweb.freebsd.org/changeset/base/310116
Log:
Document the existence of the {0, 6, ...} sysctl.
Modified:
head/sys/kern/kern_sysctl.c
Modified: head/sys/kern/kern_sysctl.c
Author: ed
Date: Wed Dec 14 13:35:33 2016
New Revision: 310057
URL: https://svnweb.freebsd.org/changeset/base/310057
Log:
Revert accidental change made in r310056.
Because I had to cherry-pick some of my changes in r310051, I
accidentally made a typo when manually applying the rest in
Author: ed
Date: Wed Dec 14 13:05:04 2016
New Revision: 310056
URL: https://svnweb.freebsd.org/changeset/base/310056
Log:
Let all FEATURE()s use the same Prometheus metric.
Without this change, every individual FEATURE() declaration would have
an individual metric in Prometheus. Though
Author: ed
Date: Wed Dec 14 13:03:01 2016
New Revision: 310055
URL: https://svnweb.freebsd.org/changeset/base/310055
Log:
Add a "device_index" label to all sysctls under dev.$driver.$index.
This way it becomes possible to graph a property for all instances of a
single driver. For
Author: ed
Date: Wed Dec 14 12:56:58 2016
New Revision: 310053
URL: https://svnweb.freebsd.org/changeset/base/310053
Log:
Add labels to sysctls related to clocks.
Sysctls like kern.eventtimer.et.*.quality currently embed the name of
the clock device. This is problematic for the
Author: ed
Date: Wed Dec 14 12:53:33 2016
New Revision: 310052
URL: https://svnweb.freebsd.org/changeset/base/310052
Log:
Add label annotations to CAM sysctls.
Under kern.cam we have certain sysctls that are per-device, such as the
ones under kern.cam.ada.[0-9]+.*. Add a "device_index"
Author: ed
Date: Wed Dec 14 12:47:34 2016
New Revision: 310051
URL: https://svnweb.freebsd.org/changeset/base/310051
Log:
Add support for attaching aggregation labels to sysctl objects.
I'm currently working on writing a metrics exporter for the Prometheus
monitoring system to provide
Author: ed
Date: Tue Dec 13 07:58:30 2016
New Revision: 310014
URL: https://svnweb.freebsd.org/changeset/base/310014
Log:
Remove the only user of sysctl_add_oid().
My plan is to change this function's prototype at some point in the
future to add a new label argument, which can be used to
Author: ed
Date: Tue Dec 6 19:08:29 2016
New Revision: 309650
URL: https://svnweb.freebsd.org/changeset/base/309650
Log:
Properly sign extend the result of jrand48() and mrand48().
These functions are supposed to return a value between [_2^31, 2^31).
This doesn't seem to work on 64-bit
2016-11-26 21:53 GMT+01:00 Rick Macklem <rmack...@freebsd.org>:
> -.Dd August 13, 2016
> +.Dd Nov 23, 2016
Shouldn't this use 'November' instead of 'Nov'?
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
_
/include as its
include path. Thanks for confirming!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscrib
? What
happens if you delete /usr/obj prior to starting the build?
Best regards,
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/lis
Author: ed
Date: Thu Nov 3 20:21:34 2016
New Revision: 308264
URL: https://svnweb.freebsd.org/changeset/base/308264
Log:
Replace basename(3) by a thread-safe implementation.
Now that the changes to the dirname(3) function had some time to settle,
let's go ahead and use the same approach
Author: ed
Date: Sat Oct 15 08:09:55 2016
New Revision: 307343
URL: https://svnweb.freebsd.org/changeset/base/307343
Log:
Improve phrasing of the STANDARDS section.
Reported by: wblock
MFC after:1 month
Differential Revision:https://reviews.freebsd.org/D8205
Modified:
Author: ed
Date: Thu Oct 13 18:25:40 2016
New Revision: 307227
URL: https://svnweb.freebsd.org/changeset/base/307227
Log:
Improve typing of POSIX search tree functions.
Back in 2015 when I reimplemented these functions to use an AVL tree, I
was annoyed by the weakness of the typing of
2016-10-03 20:47 GMT+02:00 Konstantin Belousov <kostik...@gmail.com>:
> Sorry, I did not noticed this. Yes, sym_compat is enough there.
Ah, no problem. Thanks for taking your time regardless!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
Kv
2016-10-03 20:34 GMT+02:00 Ed Schouten <e...@nuxi.nl>:
> But I've added __sym_compat()s for those. That still causes them to be
> available for linking, right? readelf -s gives:
Sorry if I was unclear. In this context, 'linking' should say
'run-time linking'.
--
Ed Schouten <e..
@FBSD_1.0
If this is incorrect, what should I have done instead?
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To un
Author: ed
Date: Mon Oct 3 18:20:58 2016
New Revision: 306651
URL: https://svnweb.freebsd.org/changeset/base/306651
Log:
Remove setkey(), encrypt(), des_setkey() and des_cipher().
The setkey() and encrypt() functions are part of XSI, not the POSIX base
definitions. There is no strict
2016-10-03 6:00 GMT+02:00 Marcel Moolenaar <mar...@freebsd.org>:
> Log:
> Replace OFF_MAX with INT64_MAX. The former is defined on Linux.
Blargh. If only C had std::numeric_limits::{min,max}. :-(
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
2016-09-24 1:08 GMT+02:00 Mateusz Guzik <m...@freebsd.org>:
> Log:
> cloudabi: use fget_cap instead of hand-rolling capability read
Thank you!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
__
r thing this could be useful for is that it allows us to
implement something like a simple truss(1) that doesn't depend on
kernel-level tracing facilities, but merely captures system call
invocations inside the process itself.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Nethe
Author: ed
Date: Thu Sep 22 12:08:26 2016
New Revision: 306185
URL: https://svnweb.freebsd.org/changeset/base/306185
Log:
Make the cloudabi32 kernel module available on ARMv6.
Now that all of the necessary bits for ARMv6 support for CloudABI have
been checked in, let's hook the kernel
Author: ed
Date: Thu Sep 22 08:14:59 2016
New Revision: 306162
URL: https://svnweb.freebsd.org/changeset/base/306162
Log:
Make it possible to safely use TPIDRURW from userspace.
On amd64, arm64 and i386, we have the possibility to switch between TLS
areas in userspace. The nice thing
Author: ed
Date: Wed Sep 21 13:03:55 2016
New Revision: 306100
URL: https://svnweb.freebsd.org/changeset/base/306100
Log:
Refine the dirname(3) compatibility workaround a bit more.
Right now our workaround is so good that it doesn't throw any warnings
on misuse. This means that people
Author: ed
Date: Wed Sep 21 13:02:43 2016
New Revision: 306099
URL: https://svnweb.freebsd.org/changeset/base/306099
Log:
Fix misuse of the basename() and dirname() functions.
These functions are allowed to overwrite their input. Pull a copy of the
input parameter and call dirname() and
e subject, anyone willing to review this change? :-)
https://reviews.freebsd.org/D7844
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailm
Author: ed
Date: Mon Sep 19 17:31:05 2016
New Revision: 305987
URL: https://svnweb.freebsd.org/changeset/base/305987
Log:
Sync in latest vDSOs from upstream.
- Use conditional instruction to simplify the ARMv6 vDSO. This means
that we no longer perform any branching. In the failure
Author: ed
Date: Sun Sep 18 17:23:53 2016
New Revision: 305938
URL: https://svnweb.freebsd.org/changeset/base/305938
Log:
Fix badly computed register/stack offset of system call output arguments.
Bugs in the Python code used to generate this vDSO caused us to
miscompute the register
Author: ed
Date: Sun Sep 18 11:36:54 2016
New Revision: 305928
URL: https://svnweb.freebsd.org/changeset/base/305928
Log:
Add very preliminary support for CloudABI for ARMv6.
In order to make CloudABI work on ARMv6, start off by copying over the
sysvec for ARM64 and adjust it to use
Author: ed
Date: Fri Sep 9 07:10:50 2016
New Revision: 305651
URL: https://svnweb.freebsd.org/changeset/base/305651
Log:
Properly patch up dirname()/basename() calls to not clobber ent->log.
It turns out that we had a couple of more calls to dirname()/basename()
in newsyslog(8) that
2016-09-08 17:05 GMT+02:00 Andrew Turner <and...@fubar.geek.nz>:
> On Thu, 8 Sep 2016 16:48:45 +0200
> Ed Schouten <e...@nuxi.nl> wrote:
>> It depends on which system register is being used, right? System
>> registers like TPIDR_EL0 are accessed by userspace all t
by userspace all the time.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mai
Author: ed
Date: Mon Aug 29 07:48:35 2016
New Revision: 304991
URL: https://svnweb.freebsd.org/changeset/base/304991
Log:
Use both the MACHINE and MACHINE_CPUARCH directories for finding sources.
When fixing this module to build on PC98, I actually broke the build on
ARM64. On PC98 we
Author: ed
Date: Sat Aug 27 09:50:11 2016
New Revision: 304886
URL: https://svnweb.freebsd.org/changeset/base/304886
Log:
Properly use MACHINE_CPUARCH for finding cloudabi*_sysvec.c.
The build of the cloudabi32 kernel module currently fails for PC98. In
the case of PC98, we just want to
Author: ed
Date: Fri Aug 26 20:23:10 2016
New Revision: 304860
URL: https://svnweb.freebsd.org/changeset/base/304860
Log:
Improve compatibility of calls to dirname() on constant strings.
As the xinstall(8) utility had to be patched up to work with the POSIXly
correct basename()/dirname()
ootstrap build
> it is built with MK_WARNS=no so the error is ignored.
That's good to know. I'll land this change in a couple of minutes from
now, reverting any of the changes related to basename().
Guido, Bryan, thanks for testing!
--
Ed Schouten <e...@nuxi.nl>
well? I'm planning on replacing it anyway to be in sync with the
new basename() anyway. Attached is a new patch. Be sure to let me know
whether that works for you.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
Index: i
ens if you s/__sym_compat/__sym_default the basename() line?
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
T
deprecated__)):
https://gcc.gnu.org/onlinedocs/gcc-3.3.4/gcc/Type-Attributes.html
But I'm actually too afraid to use it. In the worst case it may cause
the compiler to generate a warning even when basename()/dirname() is
used correctly, as __old_* will still be part of the compiled
expression.
--
Ed
_old_basename() and __old_dirname(). Using __sym_compat(), these will
cause the compiler to generate calls to basename@FBSD_1.0 and
dirname@FBSD_1.0.
According to Bryan, this fixes the problems he was experiencing.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Nethe
Hi Bryan,
We could solve this by simple mfcing the change I made for xinstall, right?
Ed
On 24 Aug 2016 20:15, "Bryan Drewery" <bdrew...@freebsd.org> wrote:
> On 8/24/16 11:06 AM, Bryan Drewery wrote:
> > On 8/12/16 12:03 AM, Ed Schouten wrote:
> >> Author:
Author: ed
Date: Wed Aug 24 12:53:54 2016
New Revision: 304748
URL: https://svnweb.freebsd.org/changeset/base/304748
Log:
Document the existence of the cloudabi32 kernel module.
Modified:
head/share/man/man4/cloudabi.4
Modified: head/share/man/man4/cloudabi.4
Author: ed
Date: Wed Aug 24 11:35:49 2016
New Revision: 304745
URL: https://svnweb.freebsd.org/changeset/base/304745
Log:
Add a Makefile for building the cloudabi32 kernel module.
Where the cloudabi64 kernel can be used to execute 64-bit CloudABI
binaries, this one should be used for
Author: ed
Date: Wed Aug 24 10:51:33 2016
New Revision: 304744
URL: https://svnweb.freebsd.org/changeset/base/304744
Log:
Make execution of 32-bit CloudABI executables work on amd64.
A nice thing about requiring a vDSO is that it makes it incredibly easy
to provide full support for
Author: ed
Date: Wed Aug 24 10:36:52 2016
New Revision: 304743
URL: https://svnweb.freebsd.org/changeset/base/304743
Log:
Remove an unused header file.
The native CloudABI data types header file used to be pulled in by the
vDSOs when they were still written in C. Since they are now all
Author: ed
Date: Wed Aug 24 10:13:18 2016
New Revision: 304742
URL: https://svnweb.freebsd.org/changeset/base/304742
Log:
Convert pointers obtained from the threadattr_t structure with TO_PTR().
In all of these source files, the userspace pointer size corresponds
with the kernelspace
Author: ed
Date: Wed Aug 24 09:57:19 2016
New Revision: 304740
URL: https://svnweb.freebsd.org/changeset/base/304740
Log:
Add missing header dependency.
This header depends on sigaltstack32 being declared.
Modified:
head/sys/compat/ia32/ia32_signal.h
Modified:
Author: ed
Date: Mon Aug 22 17:37:31 2016
New Revision: 304615
URL: https://svnweb.freebsd.org/changeset/base/304615
Log:
Make CloudABI work on i386.
Copy over amd64's cloudabi64_sysvec.c into i386 and tailor it to work.
Again, we use a system call convention similar to FreeBSD, except
Author: ed
Date: Sun Aug 21 16:02:25 2016
New Revision: 304565
URL: https://svnweb.freebsd.org/changeset/base/304565
Log:
Add source files generated from the 32-bit system call table.
Added:
head/sys/compat/cloudabi32/cloudabi32_proto.h (contents, props changed)
Author: ed
Date: Sun Aug 21 16:01:30 2016
New Revision: 304564
URL: https://svnweb.freebsd.org/changeset/base/304564
Log:
Add CPU independent code for running 32-bits CloudABI executables.
Essentially, this is a literal copy of the code in sys/compat/cloudabi64,
except that it now makes
Author: ed
Date: Sun Aug 21 15:56:19 2016
New Revision: 304563
URL: https://svnweb.freebsd.org/changeset/base/304563
Log:
Fix s/64/32/ conversion errors in the system call table.
We should pull in the 32 bit headers when using this system call table.
Modified:
Author: ed
Date: Sun Aug 21 15:41:19 2016
New Revision: 304561
URL: https://svnweb.freebsd.org/changeset/base/304561
Log:
Import the 32-bit system call table and data types into the tree.
Obtained from:https://github.com/NuxiNL/cloudabi
Added:
Author: ed
Date: Sun Aug 21 15:37:49 2016
New Revision: 304559
URL: https://svnweb.freebsd.org/changeset/base/304559
Log:
Don't forget to define __ELF_WORD_SIZE.
Without it, we only obtain the ELF types native to the system. In this
we explicitly want the 64-bit versions.
Modified:
Author: ed
Date: Sun Aug 21 15:36:18 2016
New Revision: 304558
URL: https://svnweb.freebsd.org/changeset/base/304558
Log:
Add a utility macro for converting 64-bit pointers to native pointers.
Right now we're casting uint64_t's to native pointers. This isn't
causing any problems right
Author: ed
Date: Sun Aug 21 15:14:06 2016
New Revision: 304557
URL: https://svnweb.freebsd.org/changeset/base/304557
Log:
Move the linker script from cloudabi64/ to cloudabi/.
It turns out that it works perfectly fine for generating 32-bits vDSOs
as well. While there, get rid of the
Author: ed
Date: Sun Aug 21 09:32:20 2016
New Revision: 304556
URL: https://svnweb.freebsd.org/changeset/base/304556
Log:
Use the right _MAX constant.
Though uio_resid is of type ssize_t, we need to take into account that
this source file contains an implementation specific to a certain
Author: ed
Date: Sun Aug 21 07:41:11 2016
New Revision: 304555
URL: https://svnweb.freebsd.org/changeset/base/304555
Log:
Use memcpy() to copy 64-bit timestamps into the syscall return values.
On 32-bit platforms, our 64-bit timestamps need to be split up across
two registers. A simple
Author: ed
Date: Sun Aug 21 07:28:38 2016
New Revision: 304554
URL: https://svnweb.freebsd.org/changeset/base/304554
Log:
Rewrite the vDSOs for CloudABI in assembly.
The reason why the old vDSOs were written in C using inline assembly was
purely because they were embedded in the C
Author: ed
Date: Fri Aug 19 17:54:06 2016
New Revision: 304484
URL: https://svnweb.freebsd.org/changeset/base/304484
Log:
Regenerate system call table after r304483.
Modified:
head/sys/compat/cloudabi64/cloudabi64_proto.h
head/sys/compat/cloudabi64/cloudabi64_syscall.h
Author: ed
Date: Fri Aug 19 17:53:37 2016
New Revision: 304483
URL: https://svnweb.freebsd.org/changeset/base/304483
Log:
Use the proper value for svn:keywords.
Pointy hat to:me
Modified:
Directory Properties:
head/sys/contrib/cloudabi/syscalls64.master (props changed)
Author: ed
Date: Fri Aug 19 17:51:52 2016
New Revision: 304481
URL: https://svnweb.freebsd.org/changeset/base/304481
Log:
Add missing SVN keywords keyword.
Modified:
Directory Properties:
head/sys/contrib/cloudabi/syscalls64.master (props changed)
Author: ed
Date: Fri Aug 19 17:49:35 2016
New Revision: 304478
URL: https://svnweb.freebsd.org/changeset/base/304478
Log:
Import the new automatically generated system call table for CloudABI.
Now that we've switched over to using the vDSO on CloudABI, it becomes a
lot easier for us to
hen be sure to
also add a cast to the argument itself. It may not necessarily be
equal to an intmax_t.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freeb
2016-08-15 22:13 GMT+02:00 Konstantin Belousov <kostik...@gmail.com>:
> Thank you, and esp. thank you for handling of linux.ko.
And thank you for adding fdatasync() support in the first place. \o/
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
Kv
Author: ed
Date: Mon Aug 15 20:11:52 2016
New Revision: 304185
URL: https://svnweb.freebsd.org/changeset/base/304185
Log:
Eliminate use of sys_fsync() and sys_fdatasync().
Make the kern_fsync() function public, so that it can be used by other
parts of the kernel. Fix up existing
Author: ed
Date: Mon Aug 15 19:42:21 2016
New Revision: 304182
URL: https://svnweb.freebsd.org/changeset/base/304182
Log:
Let CloudABI use fdatasync() as well.
Now that FreeBSD supports fdatasync() natively, we can tidy up
CloudABI's equivalent system call to use that instead.
Modified:
Author: ed
Date: Mon Aug 15 19:05:41 2016
New Revision: 304175
URL: https://svnweb.freebsd.org/changeset/base/304175
Log:
Disable tests for non-standard behaviour of dirname(3)/basename(3).
The NetBSD ATF tests explicitly check that these functions do not modify
their input. These tests
nion, it shouldn't exist in the first place.
As soon as you need it, you should have very likely used LIST_*()
instead.
It would be nice if we could at one point get rid of those bad macros,
but I guess I may be too optimistic about that.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch
those macros in that run in linear time should be
removed. Why not just use the proper data structure?
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.f
Author: ed
Date: Fri Aug 12 07:03:58 2016
New Revision: 303988
URL: https://svnweb.freebsd.org/changeset/base/303988
Log:
Reimplement dirname(3) to be thread-safe.
Now that we've updated the prototypes of the basename(3) and dirname(3)
functions to conform to POSIX, let's go ahead and
Author: ed
Date: Wed Aug 10 21:02:41 2016
New Revision: 303941
URL: https://svnweb.freebsd.org/changeset/base/303941
Log:
Provide the CloudABI vDSO to its executables.
CloudABI executables already provide support for passing in vDSOs. This
functionality is used by the emulator for OS X
Author: ed
Date: Wed Aug 10 15:45:25 2016
New Revision: 303923
URL: https://svnweb.freebsd.org/changeset/base/303923
Log:
Make cpu_set_user_tls() work when called on the running thread.
On all the other architectures, this function can also be called on the
currently running thread. In
Author: ed
Date: Wed Aug 10 15:16:28 2016
New Revision: 303920
URL: https://svnweb.freebsd.org/changeset/base/303920
Log:
Make libcrypt thread-safe. Add crypt_r(3).
glibc has a pretty nice function called crypt_r(3), which is nothing
more than crypt(3), but thread-safe. It accomplishes
Author: ed
Date: Mon Aug 8 13:15:37 2016
New Revision: 303833
URL: https://svnweb.freebsd.org/changeset/base/303833
Log:
Import vDSO-related source files from the CloudABI repository.
CloudABI executables that are emulated on Mac OS X do not invoke system
calls through "syscall".
Author: ed
Date: Sun Aug 7 21:23:55 2016
New Revision: 303818
URL: https://svnweb.freebsd.org/changeset/base/303818
Log:
Sync in the latest CloudABI constants and data types.
The only change is the addition of AT_SYSINFO_EHDR, which can be used
for providing a vDSO.
Obtained from:
security
> team into compatibility team, by constantly restoring removed code, such
> code quickly becomes outdated and may add new security holes even being
> inactive.
+1.
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
_
t it's faster than bsearch() in this specific case, but
if Linux compatibility is important, then I'd say we'd better stick to
bsearch().
Thanks for sharing your thoughts!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
_
Hi Pedro,
2016-08-04 17:27 GMT+02:00 Pedro F. Giffuni <p...@freebsd.org>:
> Log:
> indent(1): Use bsearch() for looking up type keywords.
You're never doing any deletions, right? Would it make more sense to
use hsearch_r() in that case?
--
Ed Schouten <e...@nuxi.nl>
Nuxi
Author: ed
Date: Wed Aug 3 06:35:58 2016
New Revision: 303700
URL: https://svnweb.freebsd.org/changeset/base/303700
Log:
Re-add traling slash that was removed in r303699.
I must have accidentally pressed some random key in vim.
Modified:
head/sys/kern/syscalls.master
Modified:
Author: ed
Date: Wed Aug 3 06:36:45 2016
New Revision: 303701
URL: https://svnweb.freebsd.org/changeset/base/303701
Log:
Regenerate system call tables for r303699 and r303700.
Modified:
head/sys/compat/freebsd32/freebsd32_proto.h
head/sys/compat/freebsd32/freebsd32_syscall.h
Author: ed
Date: Wed Aug 3 06:33:04 2016
New Revision: 303699
URL: https://svnweb.freebsd.org/changeset/base/303699
Log:
mprotect(): Change prototype to comply to POSIX.
Our mprotect() function seems to take a "const void *" address to the
pages whose permissions need to be adjusted.
Author: ed
Date: Sun Jul 31 08:05:15 2016
New Revision: 303580
URL: https://svnweb.freebsd.org/changeset/base/303580
Log:
Fix up setgrent(3) to have a POSIX-compliant prototype.
Just like with freelocale(3), I haven't been able to find any piece of
code that actually makes use of this
head-amd64-default/p419204_s303419/logs/errors/nethack34-3.4.3_9.log
> http://beefy4.nyi.freebsd.org/data/head-amd64-default/p419204_s303419/logs/errors/nethack36-3.6.0.log
Will take care of those. Thanks for letting me know!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Ne
2016-07-30 22:39 GMT+02:00 Bjoern A. Zeeb <b...@freebsd.org>:
> Rename devname to udevname after including stdlib.h in r303445
> as gcc trips over the devname(3) and reports 'shadows a global declaration'.
Whoops! Sorry about that!
--
Ed Schouten <e...@nuxi.nl>
Nuxi
rts tree have been fixed, it is time to remove this
> FreeBSDism
>
> While here remove the extra parenthesis surrounding dprintf(3)
Thanks for working on this. This was also on my TODO list, but thanks
for beating me to it!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenb
Author: ed
Date: Fri Jul 29 17:18:47 2016
New Revision: 303495
URL: https://svnweb.freebsd.org/changeset/base/303495
Log:
Change the return type of freelocale(3) to void.
Our version of this function currently returns an integer indicating
failure or success, whereas POSIX specifies that
Author: ed
Date: Fri Jul 29 16:25:09 2016
New Revision: 303486
URL: https://svnweb.freebsd.org/changeset/base/303486
Log:
Mention that basename(3) and dirname(3) will change in the future.
Update the existing manual pages for basename(3) and dirname(3) to
mention that in future versions
n normal usage, developers just
> have to clean up the mess.
Thank you!
--
Ed Schouten <e...@nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listin
Author: ed
Date: Thu Jul 28 16:20:27 2016
New Revision: 303451
URL: https://svnweb.freebsd.org/changeset/base/303451
Log:
Fix up prototypes of basename(3) and dirname(3) to comply to POSIX.
POSIX allows these functions to be implemented in a way that the
resulting string is stored in the
Author: ed
Date: Thu Jul 28 16:06:37 2016
New Revision: 303450
URL: https://svnweb.freebsd.org/changeset/base/303450
Log:
Pull a copy of the input string before calling basename() and dirname().
POSIX allows implementations of these functions to modify their input.
Modified:
101 - 200 of 987 matches
Mail list logo