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 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:
>
>
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, Andrew Doran wrote:
>>> On the assembly thing recall that recently you expressed a desire to remove
>>> all of the amd64 assem
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: signa
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.
>
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: c
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 will
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 prop_strin
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:
>> src/common/lib/libp
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 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 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 list legiti
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 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 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 whil
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 sizeof(device
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 bug
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 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 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 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 install
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 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 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 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 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 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 23:38, Joer
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 would be bett
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 a
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 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 08.11.2020 17:55, Christos Zoulas wrote:
> In article <20201108145236.3a009f...@cvs.netbsd.org>,
> Kamil Rytarowski wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src
>> Committed By:kamil
>> Date:Sun Nov 8 14:52:36 UTC 2020
&
On 08.11.2020 22:46, Valery Ushakov wrote:
> On Sun, Nov 08, 2020 at 17:37:30 +0000, Kamil Rytarowski wrote:
>
>> Module Name: src
>> Committed By:kamil
>> Date:Sun Nov 8 17:37:30 UTC 2020
>>
>> Modified Files:
>> src/
On 08.11.2020 23:20, Valery Ushakov wrote:
> It's (partially) past-tensed, which looks stupid and cripples the
> joke.
catman has zero to do with current UNIX or any other standard I checked
(SVID, XPG, POSIX, XNS, SUS, ISO, ANSI). It was a historical utility.
I've changed it to be relatively accu
On 08.11.2020 22:56, Nia Alarie wrote:
> Module Name: src
> Committed By: nia
> Date: Sun Nov 8 21:56:48 UTC 2020
>
> Modified Files:
> src/external/bsd/kyua-cli: Makefile.inc
> src/external/ibm-public/postfix: Makefile.inc
> src/external/public-domain/sqlite: Makefile.
On 10.11.2020 09:19, matthew green wrote:
> there was not nearly enough discussion for this and i object
> quite strongly about this. please revert immediately and
> begin a real discussion.
>
Revert MKCATPAGES change?
It was proposed 17 ago without objects and according to core@ rules for
remo
On 10.11.2020 10:40, Robert Elz wrote:
> Date:Tue, 10 Nov 2020 10:07:32 +0100
> From: Kamil Rytarowski
> Message-ID:
>
> | Revert MKCATPAGES change?
>
> No, the changes to the mtree config that stopped creating the catN
> directories, an
On 10.11.2020 10:55, matthew green wrote:
> at this point the right thing is to revert, and then proceed
> with the discussion. if you can convince people that your
> idea is of merit, you can put it back in, but right now that
> is quite clearly not a shared sentiment.
OK.
On 11.11.2020 11:05, nia wrote:
> https://github.com/NetBSD/src/blob/8dacd60b50e3047dcbb2645d41df02cd16fd2072/games/warp/warp.c#L10
>
> this doesn't read like a netbsd-compatible software license.
>
Fixed. It was an leftover. If there is anything else, please let me know.
> it's using libcompat
On 13.11.2020 09:19, nia wrote:
> On Wed, Nov 11, 2020 at 01:12:58PM +0100, Kamil Rytarowski wrote:
>> On 11.11.2020 11:05, nia wrote:
>>> https://github.com/NetBSD/src/blob/8dacd60b50e3047dcbb2645d41df02cd16fd2072/games/warp/warp.c#L10
>>>
>>> this doesn'
On 10.12.2020 08:14, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Thu Dec 10 07:14:58 UTC 2020
>
> Modified Files:
> src/external/gpl3/gdb/dist/gdb: nbsd-nat.c
>
> Log Message:
> Fix arm, for which PT_STEP is defined but unimplemented.
>
> XXX
> Stop exposing
On 25.01.2021 15:20, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Mon Jan 25 14:20:39 UTC 2021
>
> Modified Files:
> src/sys/arch/arm/altera: cycv_clkmgr.c
> src/sys/arch/arm/amlogic: meson_pinctrl.c meson_pwm.c meson_thermal.c
> meson_usb
On 25.01.2021 17:19, Jason Thorpe wrote:
>
>> On Jan 25, 2021, at 6:22 AM, Kamil Rytarowski wrote:
>>
>> I have no problem with this change but I am curious why should we use "{
>> }"? It's a C GNU extension and C++ syntax.
>
> Using { 0 } m
On 31.01.2021 17:18, Jaromir Dolecek wrote:
> Module Name: src
> Committed By: jdolecek
> Date: Sun Jan 31 16:18:22 UTC 2021
>
> Modified Files:
> src/lib/libc/stdio: fread.c
>
> Log Message:
> for unbuffered I/O arrange for the destination buffer to be filled in one
> go, instead
On 31.01.2021 18:34, Joerg Sonnenberger wrote:
> On Sun, Jan 31, 2021 at 05:27:28PM +0100, Kamil Rytarowski wrote:
>> On 31.01.2021 17:18, Jaromir Dolecek wrote:
>>> Module Name:src
>>> Committed By: jdolecek
>>> Date: Sun Jan 31 16:1
On 03.02.2021 06:51, Roy Marples wrote:
> Module Name: src
> Committed By: roy
> Date: Wed Feb 3 05:51:40 UTC 2021
>
> Modified Files:
> src/sys/net: if_arp.h if_ether.h if_gre.h
> src/sys/netinet: if_ether.h igmp.h in.h ip.h ip6.h ip_carp.h ip_icmp.h
> ip_mroute.h
On 03.02.2021 13:39, Roy Marples wrote:
> On 03/02/2021 10:03, Kamil Rytarowski wrote:
>> On 03.02.2021 06:51, Roy Marples wrote:
>>> Module Name: src
>>> Committed By: roy
>>> Date: Wed Feb 3 05:51:40 UTC 2021
>>>
>>> Modified Fi
On 03.02.2021 16:52, Roy Marples wrote:
> But you *have* to interogate the headers in order to work this out.
I noted how this could break. I'm right now not affected by this myself.
Please monitor gnats for reports.
I defer any decisions and discussions (if any) now to others.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16.07.2015 10:25, Pierre Pronchery wrote:
> Hi,
>
> On 07/16/15 02:04, Kamil Rytarowski wrote:
>> Module Name: src Committed By: kamil Date: Thu Jul 16
>> 00:04:00
>> UTC 2015
>>
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19.07.2015 20:56, Joerg Sonnenberger wrote:
> On Thu, Jul 16, 2015 at 12:12:27PM +0200, Kamil Rytarowski wrote:
>> The C standard permits memcpy(3) to affect errno(2).
>
> More like it hasn't explicitly ruled it out. That m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26.07.2015 09:45, matthew green wrote:
> matthew green writes:
>>
>> "Kamil Rytarowski" writes:
>>> Module Name:src Committed By: kamil Date: Sun Jul
>>> 26 02:20:30
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 14.08.2015 08:53, Christos Zoulas wrote:
> In article <20150814032236.1da9260...@jupiter.mumble.net>, Taylor R
> Campbell wrote:
>> Whisky tango foxtrot? Did someone botch a cvs admin?
>
> Looks that way, let's verify first and then we can fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09.08.2015 15:29, Joerg Sonnenberger wrote:
> On Tue, Jul 28, 2015 at 05:13:34PM +0000, Kamil Rytarowski wrote:
>> Module Name: src Committed By: kamil Date: Tue Jul 28
>> 17:13:34
>> UTC 2015
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11.09.2015 03:23, Christos Zoulas wrote:
> Module Name: src Committed By: christos Date: Fri Sep 11
> 01:23:37
> UTC 2015
>
> Modified Files: src/sys/kern: kern_exec.c
>
> Log Message: On non absolute exec pathnames, prepend the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02.11.2015 02:42, Christos Zoulas wrote:
> In article <20151102010615.a199...@cvs.netbsd.org>, Kamil
> Rytarowski wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src Committed By: kamil Date: Mon N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 27.10.2015 00:09, Valeriy E. Ushakov wrote:
> Module Name: src Committed By: uwe Date: Mon Oct 26
> 23:09:50 UTC
> 2015
>
> Added Files: src/lib/libpanel: Makefile _deck.c above.c below.c
> bottom.c del.c getuser.c hidden.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16.11.2015 12:25, Valery Ushakov wrote:
> On Mon, Nov 16, 2015 at 00:00:48 +0100, Kamil Rytarowski wrote:
>
>> On 27.10.2015 00:09, Valeriy E. Ushakov wrote:
>>> Module Name:src Committed By: uwe Date:
r change would have been to just add
>
> print = httpd.print
>
> at the start of the script. That way the script could still be
> used as a normal CGI script with minimal changes.
>
>
>> Am 07.12.2015 um 04:11 schrieb Kamil Rytarowski
>> :
>>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 13.01.2016 19:41, Christos Zoulas wrote:
> Module Name: src Committed By: christos Date: Wed Jan 13
> 18:41:50
> UTC 2016
>
> Update of /cvsroot/src/external/gpl2/groff/dist In directory
> ivanova.netbsd.org:/tmp/cvs-serv22775
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12.01.2016 22:43, David Laight wrote:
> On Sat, Nov 14, 2015 at 06:40:21AM +1100, matthew green wrote:
>> Christos Zoulas writes:
>>> In article <2015111344.ga13...@britannica.bec.de>, Joerg
>>> Sonnenberger wrote:
On Thu, Nov 12, 2015
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 14.01.2016 02:38, Alistair G. Crooks wrote:
> Module Name: othersrc Committed By: agc Date: Thu Jan 14
> 01:38:53
> UTC 2016
>
> Update of /cvsroot/othersrc/external/mit/micropython In directory
> ivanova.netbsd.org:/tmp/cvs-serv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17.01.2016 01:34, Alistair Crooks wrote:
> Taken from othersrc/README:
>
> "The "othersrc" collection consists of programs that are either
> "not ready for the main tree" or "never going to be ready for the
> main tree" but which are NOT appropri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 18.01.2016 00:18, Christos Zoulas wrote:
> Module Name: src Committed By: christos Date: Sun Jan 17
> 23:18:19
> UTC 2016
>
> Modified Files: src/etc: MAKEDEV.tmpl
>
> Log Message: Add /dev/full
>
Thank you! this is useful in
On 04.08.2016 08:43, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Thu Aug 4 06:43:43 UTC 2016
>
> Modified Files:
> src/include: limits.h
> src/lib/libc/gen: sysconf.c
> src/sys/kern: kern_sig.c sys_sig.c
> src/sys/sys: signal.h signa
On 31.10.2016 17:21, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Mon Oct 31 16:21:23 UTC 2016
>
> Modified Files:
> src/tests/lib/libpthread: t_mutex.c t_timedmutex.c
>
> Log Message:
> Merge and fix the timed mutex tests to use absolute time.
> NB:
On 31.10.2016 21:23, Taylor R Campbell wrote:
>Date: Mon, 31 Oct 2016 18:29:56 +0100
>From: Kamil Rytarowski
>
>pthread_mutex_timedlock(3) is broken and it does not work at all for me,
>not as a standard mutex (like pthread_mutex_lock(3), sufficiently
>len
On 03.11.2016 15:24, Christos Zoulas wrote:
> In article <19801.1478175...@andromeda.noi.kre.to>,
> Robert Elz wrote:
>>
>> Which is actually correct? (That is, which makes more sense, if it is
>> not actually specified somewhere.)
>>
>> Please make the tests test correct behaviour, not just wh
On 03.11.2016 18:08, Kamil Rytarowski wrote:
>
> For now I'm focusing on functional tests, which are equivalent to
> FreeBSD capabilities. This is why I will reschedule combination of
> wait(2) usage functions for later and move to on other ptrace(2) use-cases.
>
With recent
On 06.11.2016 17:38, Robert Elz wrote:
> Date:Sun, 6 Nov 2016 15:03:31 +
> From: "Kamil Rytarowski"
> Message-ID: <20161106150331.25fb2f...@cvs.netbsd.org>
>
> | The t_wait_noproc_wnohang adds to options (except wait(2), w
On 06.11.2016 17:56, Robert Elz wrote:
> Date:Sun, 6 Nov 2016 16:24:16 +
> From: "Kamil Rytarowski"
> Message-ID: <20161106162416.95d77f...@cvs.netbsd.org>
>
> | assert_pid1 asserts that non-root user cannot attach to PID 1 as it
On 06.11.2016 18:26, Nicolas Joly wrote:
> On Sun, Nov 06, 2016 at 11:56:31PM +0700, Robert Elz wrote:
>> Date:Sun, 6 Nov 2016 16:24:16 +
>> From:"Kamil Rytarowski"
>> Message-ID: <20161106162416.95d77f...@cvs.netbsd.org>
&
On 07.11.2016 22:39, J. Hannken-Illjes wrote:
> My patch contains corruption issues only and it passes ATF and
> it passes my stress test which is a bit more than just some fsx.
>
> As -current currently corrupts file systems we should either fix it very
> soon or revert your changes completely.
>
On 10.11.2016 03:28, Paul Goyette wrote:
> On Thu, 10 Nov 2016, matthew green wrote:
>
also, root can't attach to pid1 if securelevel is >= 0.
>>>
>>> To adjust securelevel this test would need to be modified to run under
>>> rump ... We wouldn't want the test to manipulate securelevel of
On 10.11.2016 03:44, matthew green wrote:
> it would actually be useful to have a testcase that ran iff
> root *and* securelevel >= 0 and tests it is unable to attach
> to pid 1.
>
> thanks.
>
>
> .mrg.
>
OK, I will have a look at it.
signature.asc
Description: OpenPGP digital signature
On 11.11.2016 11:52, J. Hannken-Illjes wrote:
>
>> On 10 Nov 2016, at 21:56, Jaromir Dolecek wrote:
>>
>> Module Name: src
>> Committed By:jdolecek
>> Date:Thu Nov 10 20:56:32 UTC 2016
>>
>> Modified Files:
>> src/sys/kern: vfs_wapbl.c
>> src/sys/sys: wapbl.h
>>
On 11.11.2016 18:10, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Nov 11 17:10:04 UTC 2016
>
> Modified Files:
> src/sys/kern: sys_ptrace_common.c
>
> Log Message:
> kern/51621: When attaching to a child send it a SIGTRAP not a SIGSTOP like
> Lin
On 12.11.2016 15:47, Valery Ushakov wrote:
> On Fri, Nov 11, 2016 at 12:10:04 -0500, Christos Zoulas wrote:
>
>> Date:Fri Nov 11 17:10:04 UTC 2016
>>
>> Modified Files:
>> src/sys/kern: sys_ptrace_common.c
>>
>> Log Message:
>> kern/51621: When attaching to a child send it a S
On 13.11.2016 02:39, Robert Elz wrote:
> Date:Sat, 12 Nov 2016 14:42:47 -0500
> From:"Christos Zoulas"
> Message-ID: <20161112194247.37910f...@cvs.netbsd.org>
>
> | PR/51624: Return the original parent for a traced process.
>
> Maybe the real bug here was that pr
On 13.11.2016 02:44, Kamil Rytarowski wrote:
>
>
> On 13.11.2016 02:39, Robert Elz wrote:
>> Date:Sat, 12 Nov 2016 14:42:47 -0500
>> From:"Christos Zoulas"
>> Message-ID: <20161112194247.37910f...@cvs.netbsd.org>
>>
On 13.11.2016 03:39, Robert Elz wrote:
> Date:Sun, 13 Nov 2016 02:44:03 +0100
> From: Kamil Rytarowski
> Message-ID: <332a57da-1ac6-38ed-4fc3-947e2e6ca...@gmx.com>
>
> | I can add a test for it, comparing old parent identifier with p_ppid
&
On 23.11.2016 15:33, Masatake Daimon wrote:
> Module Name: src
> Committed By: pho
> Date: Wed Nov 23 14:33:29 UTC 2016
>
> Modified Files:
> src/sbin/mount_puffs: mount_puffs.8 mount_puffs.c
>
> Log Message:
> Major rework on mount_puffs(8) so that it can actually start file serve
On 25.11.2016 23:41, Christos Zoulas wrote:
> In article ,
> Christos Zoulas wrote:
>> In article <20161125200105.5dbb4f...@cvs.netbsd.org>,
>> Kamil Rytarowski wrote:
>>> -=-=-=-=-=-
>>>
>>> Module Name:src
>>> Committed By:
On 06.12.2016 19:59, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Tue Dec 6 18:59:00 UTC 2016
>
> Modified Files:
> src/tests/kernel: t_ptrace_wait.c
>
> Log Message:
> switch to using fork so we can see the child output.
>
atf_utils_fork() still wo
On 07.12.2016 01:08, Christos Zoulas wrote:
> In article <0a6e53d7-4f6e-6e25-cd61-2342e1c4e...@gmx.com>,
> Kamil Rytarowski wrote:
>> -=-=-=-=-=-
>> -=-=-=-=-=-
>>
>> On 06.12.2016 19:59, Christos Zoulas wrote:
>>> Module Name:
On 08.12.2016 12:31, Nathanial Sloss wrote:
> Module Name: src
> Committed By: nat
> Date: Thu Dec 8 11:31:15 UTC 2016
>
> Modified Files:
> src/etc/etc.aarch64: MAKEDEV.conf
> src/etc/etc.algor: MAKEDEV.conf
> src/etc/etc.amiga: MAKEDEV.conf
> src/etc/etc.amigapp
On 02.01.2017 04:44, David Holland wrote:
> On Sat, Dec 31, 2016 at 08:57:16PM +0000, Kamil Rytarowski wrote:
> > Update TODO.ptrace
> >
> > Mark exect(3) for removal, there is no use-case for it. exec() is already
> > monitored and emits SIGTRAP when traced.
>
On 02.01.2017 18:54, David Holland wrote:
> On Mon, Jan 02, 2017 at 05:18:49AM +0100, Kamil Rytarowski wrote:
> > > Historically exect() is used by debuggers to start debuggees. While
> > > it's equivalent to using PT_TRACE_ME followed by execve(), I think the
>
On 09.01.2017 04:36, Christos Zoulas wrote:
> In article <20170109003130.33807f...@cvs.netbsd.org>,
> Kamil Rytarowski wrote:
>> -=-=-=-=-=-
>>
>> Module Name: src
>> Committed By:kamil
>> Date:Mon Jan 9 00:31:30 UTC 2017
On 09.01.2017 05:06, Christos Zoulas wrote:
> On Jan 9, 4:40am, n...@gmx.com (Kamil Rytarowski) wrote:
> -- Subject: Re: CVS commit: src/sys/kern
>
> | It's almost 5 years since commenting out - I assumed that it will rot to
> | the point that it might need to be rewritten.
On 17.02.2017 15:03, Robert Elz wrote:
> Date:Fri, 17 Feb 2017 01:42:59 +
> From: "Kamil Rytarowski"
> Message-ID: <20170217014259.e68fef...@cvs.netbsd.org>
>
> | Modified Files:
> | src: UPDATING
> |
> | Log Mess
On 17.02.2017 22:47, Robert Elz wrote:
> Date:Fri, 17 Feb 2017 22:28:32 +0100
> From: Kamil Rytarowski
> Message-ID: <1f5043f2-b004-f558-bd66-cc96675ab...@gmx.com>
>
>
> | Thank you for your feedback. I was required to manually remove old
On 08.02.2017 19:01, Maya Rashish wrote:
> Module Name: src
> Committed By: maya
> Date: Wed Feb 8 18:01:24 UTC 2017
>
> Modified Files:
> src/lib/libc/sys: accept.2
>
> Log Message:
> Document accept4 in accept(2)
>
In general we don't put POSIX/standard and nonstandard funct
On 23.02.2017 12:33, Robert Elz wrote:
> Date:Thu, 23 Feb 2017 13:48:10 +0300
> From:Valery Ushakov
> Message-ID: <20170223104810.gw20...@pony.stderr.spb.ru>
>
> | > From: Kamil Rytarowski
> | > In general we don't put POSIX
On 25.02.2017 06:31, matthew green wrote:
> "Kamil Rytarowski" writes:
>> Module Name: src
>> Committed By:kamil
>> Date:Wed Feb 22 09:09:49 UTC 2017
>>
>> Modified Files:
>> src/distrib/sets/lists/tests: md.amd64 m
> Sent: Wednesday, March 29, 2017 at 10:09 PM
> From: "Christos Zoulas"
> To: source-changes-d@NetBSD.org
> Subject: Re: CVS commit: src/sys/kern
>
> In article <20170329195230.d895af...@cvs.netbsd.org>,
> Kamil Rytarowski wrote:
> >-=-=-=-=
> Sent: Wednesday, March 29, 2017 at 11:27 PM
> From: "Kamil Rytarowski"
> To: "Christos Zoulas"
> Cc: source-changes-d@NetBSD.org
> Subject: Re: CVS commit: src/sys/kern
>
>
>
> > Sent: Wednesday, March 29, 2017 at 10:09 PM
> > From
On 12.02.2017 22:52, Valeriy E. Ushakov wrote:
> Module Name: src
> Committed By: uwe
> Date: Sun Feb 12 21:52:46 UTC 2017
>
> Modified Files:
> src/sys/kern: exec_elf.c
>
> Log Message:
> netbsd_elf_signature - look at note segments (phdrs) not note
> sections. They point to the
On 21.04.2017 19:47, co...@sdf.org wrote:
> On Fri, Apr 21, 2017 at 01:33:05PM -0400, Christos Zoulas wrote:
>> e2di_block is an array; can't be NULL, (clang)
>
> I'm guessing this is from
> http://releng.netbsd.org/builds/HEAD-llvm/201704191240Z/amd64.build.failed
>
>
> /home/source/ab/HEAD-llv
301 - 400 of 842 matches
Mail list logo
