On 21.02.2020 07:20, Martin Husemann wrote:
> On Fri, Feb 21, 2020 at 03:01:45AM +0100, Kamil Rytarowski wrote:
>> I consider calling ncurses-dev essential as a bug.
>
> My knee jerk reaction was: if a unix compiler needs terminfo (especially
> when it only does that to create c
On 20.02.2020 22:14, Jaromir Dolecek wrote:
> Module Name: src
> Committed By: jdolecek
> Date: Thu Feb 20 21:14:23 UTC 2020
>
> Modified Files:
> src/sys/kern: subr_autoconf.c
>
> Log Message:
> protect deferred lists' manipulation by config_misc_lock, same as
> config_pending
On 22.12.2019 20:47, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Sun Dec 22 19:47:35 UTC 2019
>
> Modified Files:
> src/external/cddl/osnet/dist/uts/common/fs/zfs: zfs_ctldir.c
> src/sys/kern: vfs_mount.c vfs_subr.c vfs_syscalls.c
>
On 21.02.2020 23:53, matthew green wrote:
>> Disable ubsan instrumentation on the operation.
>
> +#if defined(__clang__)
> +__attribute__((no_sanitize("undefined")))
> +#else
> +__attribute__((no_sanitize_undefined))
> +#endif
>
> can we get a __disable_sanitizer or something i cdefs.h?
>
>
>
directory should be only used for tests-that-
>> relate-to-module-functionality. It should NOT be used for modules-
>> that-support-tests-of-other-functionality.
>>
>> In the future, please do not put support modules here; put them in the
>> samae place as the tests tha
On 22.02.2020 15:32, Paul Goyette wrote:
> On Sat, 22 Feb 2020, Paul Goyette wrote:
>
>>> While there, it would be good to implement modctl(MODCTL_MODSTAT,
>>> ) to check whether a specific module is loaded into the kernel
>>> and retrieve modstat_t describing it.
>>>
>>> modstat_t m;
>>>
On 22.02.2020 15:54, Paul Goyette wrote:
> On Sat, 22 Feb 2020, Kamil Rytarowski wrote:
>
>>>>> While there, it would be good to implement modctl(MODCTL_MODSTAT,
>>>>> ) to check whether a specific module is loaded into the kernel
>>>>> and retr
On 23.02.2020 03:20, Valery Ushakov wrote:
> On Sun, Feb 23, 2020 at 02:51:49 +0100, Kamil Rytarowski wrote:
>
>> On 23.02.2020 02:29, Valery Ushakov wrote:
>>> On Sat, Feb 22, 2020 at 14:07:57 +0000, Kamil Rytarowski wrote:
>>>
>>>> Module Name: s
On 23.02.2020 02:29, Valery Ushakov wrote:
> On Sat, Feb 22, 2020 at 14:07:57 +0000, Kamil Rytarowski wrote:
>
>> Module Name: src
>> Committed By:kamil
>> Date:Sat Feb 22 14:07:57 UTC 2020
>>
>> Modified Files:
>> src/li
On 23.02.2020 08:46, Martin Husemann wrote:
> On Sun, Feb 23, 2020 at 03:35:19AM +0100, Kamil Rytarowski wrote:
>> Algorithm would be changed from calculating on 32bit numbers with signed
>> integer overflows to an algorithm calculating on 64bit numbers. The
>> __dorand48
On 13.02.2020 22:20, Valery Ushakov wrote:
> I did not propose to disable the warning. I proposed to downgrade
> -Werror to -Wno-error (i.e. a warning) and only for the buggy
> sanitizer build. That file will still be compiled in normal builds
> with all the warnings=errors enabled, so real
On 19.02.2020 23:03, Joerg Sonnenberger wrote:
> On Wed, Feb 19, 2020 at 04:10:17PM +0100, Kamil Rytarowski wrote:
>> On 19.02.2020 14:32, Joerg Sonnenberger wrote:
>>> Module Name:src
>>> Committed By: joerg
>>> Date: Wed Feb 19 13:3
On 19.02.2020 23:50, Joerg Sonnenberger wrote:
> On Wed, Feb 19, 2020 at 11:29:09PM +0100, Kamil Rytarowski wrote:
>> On 19.02.2020 23:03, Joerg Sonnenberger wrote:
>>> On Wed, Feb 19, 2020 at 04:10:17PM +0100, Kamil Rytarowski wrote:
>>>> On 19.02.2020 1
On 20.02.2020 01:09, Roy Marples wrote:
> On 19/02/2020 22:29, Kamil Rytarowski wrote:
>> Why do you need terminfo/termios in ./build.sh tools?
>
> We build the nbtic tool so we can build the terminfo database.
>
> Roy
I will try to have a look and switch to
MESTAMP Wed Feb 19 19:18:01 UTC 2020
> Successful make release
> build.sh ended: Wed Feb 19 17:48:15 EST 2020
> ===> .
>
>
>
>> On Feb 19, 2020, at 11:09 AM, Kamil Rytarowski > <mailto:n...@gmx.com>> wrote:
>>
>> Signed
On 12.01.2020 23:03, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Sun Jan 12 22:03:23 UTC 2020
>
> Modified Files:
> src/sys/kern: kern_exec.c kern_runq.c
> src/sys/sys: lwp.h sched.h
>
> Log Message:
> A final set of scheduler tweaks:
>
Great work!
On 15.01.2020 11:56, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Wed Jan 15 10:56:49 UTC 2020
>
> Modified Files:
> src/common/lib/libc/arch/x86_64/string: bcmp.S memcmp.S
>
> Log Message:
> Rewrite bcmp() & memcmp() to not use REP CMPS. Seems about 5-10x
On 10.01.2020 23:21, Andrew Doran wrote:
> The second is pulling in efficient tracking of page clean/dirty status from
> the yamt-pagecache branch. This reduces the amount of work fsync() needs to
> do, which should be of benefit to the DBMS.
>
We probably should adapt DBMS to use
On 19.01.2020 07:57, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Sun Jan 19 06:57:39 UTC 2020
>
> Modified Files:
> src/doc: CHANGES
>
> Log Message:
> Note removal of HIPPI support.
Thanks!
Please keep in sync src/doc/TODO.smpnet.
signature.asc
On 04.01.2020 05:40, Kamil Rytarowski wrote:
> Module Name: src
> Committed By: kamil
> Date: Sat Jan 4 04:40:17 UTC 2020
>
> Modified Files:
> src/lib/libc/sys: ptrace.2
>
> Log Message:
> /tmp/cvsbigmGa
>
Document PT_LWPSTATUS and PT_LWPNEXT
On 28.12.2019 09:00, Tomohiro Kusumi wrote:
> Module Name: src
> Committed By: tkusumi
> Date: Sat Dec 28 08:00:08 UTC 2019
>
> Modified Files:
> src/usr.sbin/fstyp: exfat.c fstyp.c fstyp.h
>
> Log Message:
> fstyp: Show exFAT volume labels with -l flag
>
> taken-from: FreeBSD
On 23.12.2019 18:14, Greg Troxel wrote:
> Warner Losh writes:
>
>> Just a quick note: when FreeBSD when from 9 to 10, we had to play 'hunt the
>> wumpus' for all the autoconfig scripts that suddenly thought they were
>> configuring for FreeBSD 1.0.
>>
>> If you can arrange it, it might make
On 09.03.2020 15:31, Taylor R Campbell wrote:
>> Module Name:src
>> Committed By: kamil
>> Date: Mon Mar 9 00:03:00 UTC 2020
>>
>> Modified Files:
>> src/sys/rump: Makefile.rump
>>
>> Log Message:
>> Build RUMP with -fno-delete-null-pointer-checks on all compilers
>
> I
On 07.03.2020 15:53, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Mar 7 14:53:14 UTC 2020
>
> Modified Files:
> src/tests/lib/libc/sys: t_ptrace_wait.c t_ptrace_wait.h
>
> Log Message:
> Try to fix the build. This is why all those inlines should
On 26.02.2016 17:28, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Feb 26 16:28:14 UTC 2016
>
> Modified Files:
> src/external/gpl3/gdb/dist/bfd: merge.c
>
> Log Message:
> CID 420802: Avoid NULL deref.
>
>
> To generate a diff of this commit:
>
On 17.04.2020 22:22, Joerg Sonnenberger wrote:
> On Fri, Apr 17, 2020 at 03:22:35PM +0000, Kamil Rytarowski wrote:
>> Module Name: src
>> Committed By:kamil
>> Date:Fri Apr 17 15:22:35 UTC 2020
>>
>> Modified Files:
>> src/include
On 01.04.2020 16:10, Paul Goyette wrote:
> On Wed, 1 Apr 2020, Kamil Rytarowski wrote:
>
>> On 01.04.2020 15:47, Robert Elz wrote:
>>> Date: Wed, 1 Apr 2020 11:45:53 +
>>> From: "Kamil Rytarowski"
>>> Mess
On 26.03.2020 17:49, Robert Elz wrote:
> Date:Thu, 26 Mar 2020 16:28:18 +0100
> From: Kamil Rytarowski
> Message-ID: <84460ebb-b4bf-f3ee-e51b-e27d0b6e2...@gmx.com>
>
>
> | That is negligible cost of getting TMPDIR propagated to most programs.
On 26.03.2020 16:17, Greg Troxel wrote:
> I don't think we can go from "upstream is unwilling to do X"
> to "impose pain on NetBSD" by making "divergence bad" be the
> highest-weighted concern. We have to say "what is the minimally
> painful way to cope".
I agree here that we want to get /tmp
On 26.03.2020 17:03, Kamil Rytarowski wrote:
> On 26.03.2020 16:17, Greg Troxel wrote:
>> I don't think we can go from "upstream is unwilling to do X"
>> to "impose pain on NetBSD" by making "divergence bad" be the
>> highest-weighted concern. W
Upstream (GCC) is strongly against this change (even under __NetBSD__
ifdef) as /var/tmp is typically larger than /tmp:
> I'd strongly recommend against this as-is.
>
> The whole reason we prefer /var/tmp is because it's often dramatically
larger
> than a ram-backed /tmp.
-- by Jeff Law.
Do we
I can assert that as an individual developer) insist
> on keeping it.
>
> Jonathan Kollasch
>
> On Thu, Mar 26, 2020 at 01:26:05AM +0100, Kamil Rytarowski wrote:
>> Upstream (GCC) is strongly against this change (even under __NetBSD__
>> ifdef) as /var/tmp is ty
>
> return area;
> }
>
>
>> On Apr 2, 2020, at 5:31 PM, Kamil Rytarowski wrote:
>>
>> On 02.04.2020 19:40, Christos Zoulas wrote:
>>> +set -x
>>> +AWK=gawk
>>> +
>>
>> gawk?
>
On 02.04.2020 19:40, Christos Zoulas wrote:
> +set -x
> +AWK=gawk
> +
gawk?
On 04.04.2020 02:47, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Apr 4 00:47:52 UTC 2020
>
> Modified Files:
> src/tools/binutils: mknative-binutils
>
> Log Message:
> Handle libctf new in binutils 2.34
>
>
Please note that the upstreamed libctf
On 28.03.2020 05:39, matthew green wrote:
>> Date:Sat, 28 Mar 2020 11:46:29 +1100
>> From:matthew green
>> Message-ID: <15233.1585356...@splode.eterna.com.au>
>>
>> | can we just leave this as-is and let netbsd GCC people care?
>>
>> Only if the GCC people do care,
On 27.03.2020 18:24, Martin Husemann wrote:
> On Fri, Mar 27, 2020 at 06:14:24PM +0100, Kamil Rytarowski wrote:
>> On 27.03.2020 16:01, Martin Husemann wrote:
>>> Which compiler version did you test?
>>>
>>
>> I tested on NetBSD HEAD GCC style distribution
On 27.03.2020 18:42, Martin Husemann wrote:
> On Fri, Mar 27, 2020 at 06:36:29PM +0100, Kamil Rytarowski wrote:
>> I tested the code without our local patch as mentioned in my commit,
>> even in the snapshot 1 commit before jak@'s change.
>>
>> In all the cases I get P_
On 27.03.2020 16:01, Martin Husemann wrote:
> Which compiler version did you test?
>
I tested on NetBSD HEAD GCC style distribution as host.
$ uname -rms
NetBSD 9.99.51 amd64
> I see this on netbsd-8:
>
>> echo $TMPDIR
> TMPDIR: Undefined variable.
>> ktrace -i $TOOLDIR/bin/x86_64--netbsd-gcc
On 01.04.2020 15:47, Robert Elz wrote:
> Date:Wed, 1 Apr 2020 11:45:53 +
> From: "Kamil Rytarowski"
> Message-ID: <20200401114554.05167f...@cvs.netbsd.org>
>
> | Log Message:
> | Avoid comparison between signed and unsigned
On 01.04.2020 16:17, Christos Zoulas wrote:
> In article ,
> Paul Goyette wrote:
>> On Wed, 1 Apr 2020, Kamil Rytarowski wrote:
>>
>>> On 01.04.2020 15:47, Robert Elz wrote:
>>>> Date:Wed, 1 Apr 2020 11:45:53 +
>>>> F
On 24.03.2020 19:37, Kamil Rytarowski wrote:
> On 24.03.2020 15:41, Robert Elz wrote:
>> Date:Tue, 24 Mar 2020 13:27:45 +0100
>> From:Kamil Rytarowski
>> Message-ID: <5ec1195a-f1c8-cd46-6a14-ea29da109...@gmx.com>
>>
>> | I p
On 01.04.2020 17:06, Robert Elz wrote:
> Date:Wed, 1 Apr 2020 15:54:15 +0200
> From: Kamil Rytarowski
> Message-ID: <969362d2-d93e-2cf4-7437-ab593ab11...@gmx.com>
>
> | Ping? This still breaks.
>
> I am still working on it.Be
On 24.03.2020 15:41, Robert Elz wrote:
> Date:Tue, 24 Mar 2020 13:27:45 +0100
> From: Kamil Rytarowski
> Message-ID: <5ec1195a-f1c8-cd46-6a14-ea29da109...@gmx.com>
>
> | I patched it myself only when I reproduced the problems myself.
On 26.03.2020 09:48, Martin Husemann wrote:
> On Thu, Mar 26, 2020 at 12:51:24AM +, Taylor R Campbell wrote:
>> We should keep the change. There is no semantic justification for
>> putting build-time temporary files in the directory for temporary
>> files that are meant to persist across
On 26.03.2020 15:01, Martin Husemann wrote:
> On Thu, Mar 26, 2020 at 02:57:40PM +0100, Kamil Rytarowski wrote:
>> The build of tools could be fixed independently.
> The problem is that we build the whole system with the tools gcc, and that
> gcc misbehaves (or so I understood).
&
On 26.03.2020 15:52, Greg Troxel wrote:
> What is the real problem here? I think it's great that NetBSD-specific
> fixes are being upstreamed, and that we are reducing gratuitous changes
> from upstream. But upstream's position that the default tmp should be
> /var/tmp is at odds with our and
On 26.03.2020 16:02, Robert Elz wrote:
> EVery extra env var has a cost in every exec of absolutely everything.
As this is true.. but as I have benchmarked it.
For true(1) on amd64, we execute 0.05% more instructions for extra
TMPDIR environment variable.
$ ./singlestepper true
Total count:
On 24.04.2020 05:25, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Fri Apr 24 03:25:20 UTC 2020
>
> Modified Files:
> src/tests/lib/libc/sys: t_ptrace_wait.c t_ptrace_x86_wait.h
>
> Log Message:
> Update for new LWP behavior -- as of 9.99.59, the LWP ID
On 24.04.2020 05:22, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Fri Apr 24 03:22:06 UTC 2020
>
> Modified Files:
> src/sys/compat/linux/common: linux_exec.c linux_sched.c
> src/sys/kern: kern_exec.c kern_exit.c kern_fork.c kern_lwp.c
>
On 04.04.2020 22:20, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Sat Apr 4 20:20:12 UTC 2020
>
> Modified Files:
> src/sys/compat/netbsd32: syscalls.master
> src/sys/kern: kern_exit.c kern_lwp.c sys_lwp.c syscalls.master
> src/sys/sys:
On 19.04.2020 03:06, Joerg Sonnenberger wrote:
> Module Name: src
> Committed By: joerg
> Date: Sun Apr 19 01:06:16 UTC 2020
>
> Modified Files:
> src/lib/libc/gen: pthread_atfork.c
> src/libexec/ld.elf_so: rtld.c rtld.h symbols.map
>
> Log Message:
> Rename __atomic_fork to
On 12.05.2020 02:59, Joerg Sonnenberger wrote:
> On Mon, May 11, 2020 at 11:07:02PM +0200, Kamil Rytarowski wrote:
>> On 19.04.2020 03:06, Joerg Sonnenberger wrote:
>>> Module Name:src
>>> Committed By: joerg
>>> Date: Sun Apr 19 01:0
;
>> On May 16, 2020, at 9:46 AM, Kamil Rytarowski wrote:
>>
>> Signed PGP part
>> On 16.05.2020 14:54, Christos Zoulas wrote:
>>> Module Name:src
>>> Committed By: christos
>>> Date: Sat May 16 12:54:27 UTC 2020
>
Ping? We are blocked by this in GSoC now.
On 01.04.2020 20:19, Kamil Rytarowski wrote:
> On 01.04.2020 17:06, Robert Elz wrote:
>> Date:Wed, 1 Apr 2020 15:54:15 +0200
>> From:Kamil Rytarowski
>> Message-ID: <969362d2-d93e-2cf4-7
On 06.05.2020 07:17, Alistair Crooks wrote:
>
>
> On Tue, 5 May 2020 at 20:54, Kamil Rytarowski <mailto:n...@gmx.com>> wrote:
>
> Ping? We are blocked by this in GSoC now.
>
>
> I doubt that you are "blocked by this in GSoC", as the GSoC project
On 11.05.2020 13:35, Robert Elz wrote:
> Date:Mon, 11 May 2020 11:03:15 +
> From: "Kamil Rytarowski"
> Message-ID: <2020050315.54b13f...@cvs.netbsd.org>
>
> | Do not fail when trying to kill a dying process
> |
&
On 16.05.2020 14:54, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat May 16 12:54:27 UTC 2020
>
> Modified Files:
> src/tests/rump/modautoload: Makefile
>
> Log Message:
> Do the same thing with linker flags instead of directly specifying the
>
On 14.05.2020 23:02, Joerg Sonnenberger wrote:
> On Thu, May 14, 2020 at 07:21:35PM +0000, Kamil Rytarowski wrote:
>> Module Name: src
>> Committed By:kamil
>> Date:Thu May 14 19:21:35 UTC 2020
>>
>> Modified Files:
>> src/t
On 15.05.2020 00:43, Taylor R Campbell wrote:
>> Date: Thu, 14 May 2020 23:36:28 +0200
>> From: Kamil Rytarowski
>>
>> If a signal would not reach the child process (as it is ignored or
>> masked+SA_IGNOREd) and it is not a crash signal, it is dropped. As I
>&
On 07.05.2020 07:46, Michael van Elst wrote:
> On Wed, May 06, 2020 at 12:39:21PM +0200, Kamil Rytarowski wrote:
>
> Hi Kamil,
>
>> If I revert the pipe(2) changes on top of NetBSD-current, the test is no
>> longer racy again.
>
> I tried 9.99.60 with and with
On 06.05.2020 11:07, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Wed May 6 09:07:15 UTC 2020
>
> Modified Files:
> src/bin/kill: kill.1
>
> Log Message:
> kill is built-in to more than just csh(1).
> While here, add missing Xr sh 1 (which was previously
This caused regressions in t_ptrace_wait* tests and random
hangs/timeouts/failures.
If I revert the pipe(2) changes on top of NetBSD-current, the test is no
longer racy again.
http://netbsd.org/~kamil/patch-00249-pipe-revert.txt
Reproducer:
cd /usr/tests/lib/libc/sys
./t_ptrace_waitpid
On 24.03.2020 05:27, Robert Elz wrote:
> There was no great urgency to "fix"
> this particular one, it doesn't seem to have been causing any real problems,
> and could have easily waited a few days (or weeks, or even months) until
> the correct solution was found.
>
> kre
>
This patch was
On 24.03.2020 06:09, Robert Elz wrote:
> Date:Tue, 24 Mar 2020 05:40:13 +0100
> From: Kamil Rytarowski
> Message-ID:
>
>
> | This patch was sitting in the tree since August 2019.
>
> In your tree I assume you mean, it certainly hasn't bee
On 06.05.2020 14:48, Robert Elz wrote:
> Date:Wed, 6 May 2020 11:28:42 +0200
> From: Kamil Rytarowski
> Message-ID:
>
>
> | While there, we have got a long standing issue with wait.1 man page,
>
> Huh! I had no idea any such thing
On 05.09.2020 15:35, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Sat Sep 5 13:35:55 UTC 2020
>
> Modified Files:
> src/external/gpl3/gcc/dist/libsanitizer/sanitizer_common:
> sanitizer_linux.cc sanitizer_linux.h sanitizer_linux_libcdep.cc
>
On 11.09.2020 07:13, Rin Okuyama wrote:
> Hi again,
>
> On 2020/09/10 21:53, Kamil Rytarowski wrote:
>> Module Name: src
>> Committed By: kamil
>> Date: Thu Sep 10 12:53:06 UTC 2020
>>
>> Modified Files:
>> src/externa
On 10.09.2020 10:50, Rin Okuyama wrote:
> On 2020/09/10 16:41, Kamil Rytarowski wrote:
>> On 10.09.2020 03:53, Rin Okuyama wrote:
>>> Module Name: src
>>> Committed By: rin
>>> Date: Thu Sep 10 01:53:22 UTC 2020
>>>
>>> M
On 10.09.2020 03:53, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Thu Sep 10 01:53:22 UTC 2020
>
> Modified Files:
> src/distrib/sets/lists/base: mi
> src/distrib/sets/lists/comp: mi
> src/sys/dev: Makefile
>
> Log Message:
> Unconditionally
On 15.09.2020 07:03, Martin Husemann wrote:
> On Mon, Sep 14, 2020 at 03:17:53PM +0000, Kamil Rytarowski wrote:
>> Enable TSan tests for GCC and >32bit address space environments
>
> Since tsan does not work on all architectures, this is not a good idea.
> It wo
On 12.09.2020 23:36, Joerg Sonnenberger wrote:
> On Sat, Sep 12, 2020 at 10:24:16PM +0200, Kamil Rytarowski wrote:
>> On 12.09.2020 22:06, Joerg Sonnenberger wrote:
>>> On Fri, Sep 11, 2020 at 11:45:42PM +0200, Kamil Rytarowski wrote:
>>>> On 11.09.2020 2
On 11.09.2020 06:57, Rin Okuyama wrote:
> On 2020/09/10 18:28, Kamil Rytarowski wrote:
>> On 10.09.2020 10:50, Rin Okuyama wrote:
>>> On 2020/09/10 16:41, Kamil Rytarowski wrote:
>>>> On 10.09.2020 03:53, Rin Okuyama wrote:
>>>>> Module Name:
On 12.09.2020 22:06, Joerg Sonnenberger wrote:
> On Fri, Sep 11, 2020 at 11:45:42PM +0200, Kamil Rytarowski wrote:
>> On 11.09.2020 23:38, Joerg Sonnenberger wrote:
>>> On Fri, Sep 11, 2020 at 04:07:24PM +0200, Kamil Rytarowski wrote:
>>>> The current code is co
On 11.09.2020 17:16, Roy Marples wrote:
> Module Name: src
> Committed By: roy
> Date: Fri Sep 11 15:16:00 UTC 2020
>
> Modified Files:
> src/sys/net: if_llatbl.c
> src/sys/netinet: if_arp.c if_inarp.h tcp_input.c
>
> Log Message:
> ARP: Use ND rather than our own.
>
> This
On 11.09.2020 23:38, Joerg Sonnenberger wrote:
> On Fri, Sep 11, 2020 at 04:07:24PM +0200, Kamil Rytarowski wrote:
>> The current code is confusing, as it attempts to use unimplemented
>> _PTHREAD_GETTCB_EXT() and in one place uses _lwp_getprivate_fast() in
>> other _lwp_getp
On 15.10.2020 17:14, Rin Okuyama wrote:
> On 2020/10/15 16:12, matthew green wrote:
>> Martin Husemann writes:
>>> On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes to this file and
making sure you run with /proc mounted -o linux.
On 13.10.2020 09:04, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Tue Oct 13 07:04:49 UTC 2020
>
> Modified Files:
> src/sys/arch/aarch64/aarch64: exec_machdep.c
>
> Log Message:
> BE32 binaries are no longer supported for ARMv7 and later, and
> therefore for
On 13.10.2020 11:14, Leonardo Taccari wrote:
> Hello Kamil,
>
> Kamil Rytarowski writes:
>> Module Name: src
>> Committed By:kamil
>> Date:Tue Oct 6 23:14:47 UTC 2020
>>
>> Modified Files:
>> src/external/gpl3/gdb/dist/g
On 29.05.2020 16:15, Tobias Nygren wrote:
> On Fri, 29 May 2020 16:08:30 +0200
> Joerg Sonnenberger wrote:
>
>> On Fri, May 29, 2020 at 10:53:02AM +, Kamil Rytarowski wrote:
>>> Module Name:src
>>> Committed By: kamil
>>> Date:
I wrote a tiny malloc (libc-style) implementation over a small static
storage (could be over stack or preallocated on the heap) without any
external dependencies.
Would it be useful for you?
On 01.06.2020 01:34, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Sun May
On 01.06.2020 02:31, Rin Okuyama wrote:
> On 2020/06/01 9:23, Kamil Rytarowski wrote:
>> I wrote a tiny malloc (libc-style) implementation over a small static
>> storage (could be over stack or preallocated on the heap) without any
>> external dependencies.
>>
&g
On 02.08.2020 17:50, Taylor R Campbell wrote:
>> Date: Sun, 2 Aug 2020 17:35:06 +0200
>> From: Kamil Rytarowski
>>
>> On 02.08.2020 16:44, Taylor R Campbell wrote:
>>>> Date: Sun, 2 Aug 2020 16:04:15 +0200
>>>> From: Kamil Rytarowski
>&g
On 02.08.2020 16:44, Taylor R Campbell wrote:
>> Date: Sun, 2 Aug 2020 16:04:15 +0200
>> From: Kamil Rytarowski
>>
>> On 02.08.2020 15:57, Taylor R Campbell wrote:
>>> But it sounds like the original motivation is that it triggered
>>> -Wvla...which
On 02.08.2020 16:25, Paul Goyette wrote:
> On Sun, 2 Aug 2020, Kamil Rytarowski wrote:
>
>> On 02.08.2020 15:57, Taylor R Campbell wrote:
>>> But it sounds like the original motivation is that it triggered
>>> -Wvla...which frankly strikes me as a compiler b
On 02.08.2020 15:57, Taylor R Campbell wrote:
> But it sounds like the original motivation is that it triggered
> -Wvla...which frankly strikes me as a compiler bug since there's
> obviously no actual VLA created in sizeof; as far as I can tell
> there's no semantic difference between
On 16.06.2020 14:23, Kamil Rytarowski wrote:
> On 16.06.2020 12:25, J. Hannken-Illjes wrote:
>>> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>>>
>>> Module Name:src
>>> Committed By: kamil
>>> Date: Sun
On 16.06.2020 12:25, J. Hannken-Illjes wrote:
>> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>>
>> Module Name: src
>> Committed By:kamil
>> Date:Sun Jun 14 23:38:25 UTC 2020
>>
>> Modified Files:
>> src
On 22.06.2020 04:51, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Mon Jun 22 02:51:07 UTC 2020
>
> Modified Files:
> src/tests/lib/libc/sys: t_ptrace_signal_wait.h t_ptrace_wait.h
>
> Log Message:
> Turn trigger_fpe() back to integer division by zero for a
On 07.06.2020 22:57, Joerg Sonnenberger wrote:
> On Sun, Jun 07, 2020 at 01:27:48PM -0700, Jason Thorpe wrote:
>>
>>> On Jun 7, 2020, at 1:22 PM, Joerg Sonnenberger wrote:
>>>
>>> On Sat, Jun 06, 2020 at 09:26:00PM +, Jason R Thorpe wrote:
==> Deprecate mutable prop_data(3) and
On 07.06.2020 22:27, Jason Thorpe wrote:
>
>> On Jun 7, 2020, at 1:22 PM, Joerg Sonnenberger wrote:
>>
>> On Sat, Jun 06, 2020 at 09:26:00PM +, Jason R Thorpe wrote:
>>> ==> Deprecate mutable prop_data(3) and prop_string(3) objects. The old
>>>APIs that support them still exist, but
On 06.06.2020 09:42, Simon Burge wrote:
> "Kamil Rytarowski" wrote:
>
>> Module Name: src
>> Committed By:kamil
>> Date:Fri Jun 5 21:48:04 UTC 2020
>>
>> Modified Files:
>>
>> src/sys/arch/x86/x86
On 04.06.2020 23:41, Andrew Doran wrote:
> On Thu, Jun 04, 2020 at 02:35:17AM +0200, Kamil Rytarowski wrote:
>
>> On 04.06.2020 00:42, Andrew Doran wrote:
>>> On Wed, Jun 03, 2020 at 02:03:22AM +0200, Kamil Rytarowski wrote:
>>>
>>>> On 03.06.2020 01:49,
On 09.05.2017 13:14, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Tue May 9 11:14:16 UTC 2017
>
> Modified Files:
> src/distrib/sets/lists/base: shl.mi
> src/distrib/sets/lists/comp: mi
> src/distrib/sets/lists/debug: shl.mi
> src/include:
On 05.06.2020 04:06, Robert Elz wrote:
> Date:Fri, 5 Jun 2020 01:50:47 +0200
> From: Kamil Rytarowski
> Message-ID:
>
> | What happened to RT signal names?
> |
> | I'm not sure what's wrong as this code works under a debugger.
>
&g
On 12.06.2020 02:07, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
>> Please list legitimate false positives. There is practically nothing
>> like that possible for using deprecated APIs (at least kept longer
>> term). Besides t
On 12.06.2020 00:55, Christos Zoulas wrote:
> In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
> Joerg Sonnenberger wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src
>> Committed By:joerg
>> Date:Thu Jun 11 22:25:44 UTC 2020
>>
>> Modified Files:
>>
On 12.06.2020 01:11, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 12:58:45AM +0200, Kamil Rytarowski wrote:
>> On 12.06.2020 00:55, Christos Zoulas wrote:
>>> In article <20200611222544.6d3a6f...@cvs.netbsd.org>,
>>> Joerg Sonnenberger wrote:
>&
On 12.06.2020 03:09, Joerg Sonnenberger wrote:
> On Fri, Jun 12, 2020 at 02:59:40AM +0200, Kamil Rytarowski wrote:
>> On 12.06.2020 02:07, Joerg Sonnenberger wrote:
>>> On Fri, Jun 12, 2020 at 01:28:15AM +0200, Kamil Rytarowski wrote:
>>>> Please l
On 03.06.2020 01:49, Andrew Doran wrote:
> On the assembly thing recall that recently you expressed a desire to remove
> all of the amd64 assembly string functions from libc because of sanitizers -
> I invested my time to do up a little demo to try and show you why that's not
> a good idea:
>
>
701 - 800 of 818 matches
Mail list logo