On Wed, Oct 14, 2020 at 10:13:21PM +0100, Roy Marples wrote:
> On 14/10/2020 20:07, Kimmo Suominen wrote:
> > - not interfere with (static) IPv4 configuration
>
> How do you expect
> ifconfig_vioif0='dhcp rtsol'
> to work?
When I added the code for the rtsol keyword, I did not imagine that
it
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. ryo@ recently
> > added additional /proc/cpuinfo support that should make this
> > just
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. ryo@ recently
> added additional /proc/cpuinfo support that should make this
> just work with the upstream version, but
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Tue Oct 13 07:12:00 UTC 2020
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config/aarch64: driver-aarch64.c
>
> Log Message:
> Reduce diff with upstream a bit.
> No functional changes.
you could try
On 14/10/2020 20:07, Kimmo Suominen wrote:
> - not interfere with (static) IPv4 configuration
How do you expect
ifconfig_vioif0='dhcp rtsol'
to work?
With recent dhcpcd changes, it is possible to get them working independently of
each other, but as it stands right now, you just killed ipv4
Hi Roy,
On Mon, Oct 12, 2020 at 03:56:44PM +0100, Roy Marples wrote:
> Can you explain how it was not functional before and how this fixes it?
I think the change was well described in the same commit in the manual
page updates that you did not quote in your message. The "rtsol" keyword
is used
Thanks for fixing it!
christos
signature.asc
Description: Message signed with OpenPGP
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/gdb: inf-ptrace.c nbsd-nat.c
>>
>> Log Message:
On Tue, Oct 13, 2020 at 12:57:44PM +0200, Kamil Rytarowski wrote:
> > Log Message:
> > BE32 binaries are no longer supported for ARMv7 and later, and
> > therefore for aarch64eb.
> >
> > Reject them with ENOEXEC, rather than causing illegal instruction
> > exceptions due to unexpected binary
On 2020/10/13 19:57, Kamil Rytarowski wrote:
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
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
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/gdb: inf-ptrace.c nbsd-nat.c
>
> Log Message:
> Undo local patches
>
> They are no longer needed (and are wrong).
>
On Tue, Oct 13, 2020 at 12:15:58AM +0900, Izumi Tsutsui wrote:
> IIRC I added it to avoid users from accidentally destroy existing native
> Windows partition (for NetBSD/arc that initially required FAT partition).
I see. If needed we can add more safety checks when setting the newfs flag
(like we
martin@ wrote:
> Module Name: src
> Committed By: martin
> Date: Mon Oct 12 14:29:41 UTC 2020
>
> Modified Files:
> src/usr.sbin/sysinst: disks.c
>
> Log Message:
> Remove very strange code that special-cased MSDOS file systems and refused
> to newfs the partition (despite
Hi Kimmo
On 11/10/2020 23:38, Kimmo Suominen wrote:
Module Name:src
Committed By: kim
Date: Sun Oct 11 22:38:48 UTC 2020
Modified Files:
src/etc/rc.d: network
src/share/man/man5: ifconfig.if.5
Log Message:
Make "rtsol" functional again.
Hello,
On Sun, 11 Oct 2020 21:41:57 +
"Julian Coleman" wrote:
> Module Name: src
> Committed By: jdc
> Date: Sun Oct 11 21:41:57 UTC 2020
>
> Modified Files:
> src/sys/dev/pci: radeonfb.c
>
> Log Message:
...
> don't ignore the bottom 200 lines of the display (for no
On Mon, 07 Sep 2020 at 20:47:25 +1000, matthew green wrote:
"Jason R Thorpe" writes:
Module Name:src
Committed By: thorpej
Date: Mon Sep 7 03:50:41 UTC 2020
Modified Files:
src/sys/kern: files.kern init_main.c
Log Message:
Add the ability to set an alternate cnmagic
Date:Thu, 08 Oct 2020 19:11:59 +1100
From:matthew green
Message-ID: <22915.1602144...@splode.eterna.com.au>
| at least pacificnew is referenced by the build still:
Yes, sorry, the way that tzdata updates get done makes it
essentially impossible to test what is
"Robert Elz" writes:
> Module Name: src
> Committed By: kre
> Date: Thu Oct 8 04:28:00 UTC 2020
>
> Modified Files:
> src/external/public-domain/tz/dist: TZDATA_VERSION
> Removed Files:
> src/external/public-domain/tz/dist: pacificnew systemv yearistype.sh
at least
Thank you very much!
Thomas
> On 06.10.2020, at 15:42, Christos Zoulas wrote:
>
> Module Name: src
> Committed By: christos
> Date: Tue Oct 6 13:42:03 UTC 2020
>
> Modified Files:
> src/sys/arch/aarch64/include: vmparam.h
> src/sys/arch/amd64/include: vmparam.h
>
It works fine now. Thank you for quick fix!!
rin
On 2020/10/06 15:28, Nick Hudson wrote:
On 06/10/2020 01:54, Rin Okuyama wrote:
Hi,
On 2020/10/01 1:35, Nick Hudson wrote:
Module Name: src
Committed By: skrll
Date: Wed Sep 30 16:35:49 UTC 2020
Modified Files:
On 06/10/2020 01:54, Rin Okuyama wrote:
Hi,
On 2020/10/01 1:35, Nick Hudson wrote:
Module Name: src
Committed By: skrll
Date: Wed Sep 30 16:35:49 UTC 2020
Modified Files:
src/sys/arch/aarch64/aarch64: cpuswitch.S vectors.S
Log Message:
Move el[01]_trap_exit into vectors.S
Hi,
On 2020/10/01 1:35, Nick Hudson wrote:
Module Name:src
Committed By: skrll
Date: Wed Sep 30 16:35:49 UTC 2020
Modified Files:
src/sys/arch/aarch64/aarch64: cpuswitch.S vectors.S
Log Message:
Move el[01]_trap_exit into vectors.S where the callers exist
To generate
Christos Zoulas committed:
> Module Name:src
> Committed By: christos
> Date: Sun Oct 4 19:32:48 UTC 2020
>
> Modified Files:
> src/crypto/external/bsd/openssl/dist/crypto/bn: bn_print.c
> src/crypto/external/bsd/openssl/dist/include/openssl: bn.h
>
Thanks, I will change it as you suggest.
christos
> On Oct 5, 2020, at 6:20 AM, Rin Okuyama wrote:
>
> Hi,
>
> On 2020/10/05 4:32, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Sun Oct 4 19:32:48 UTC 2020
>> Modified Files:
>>
Hi,
On 2020/10/05 4:32, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Sun Oct 4 19:32:48 UTC 2020
Modified Files:
src/crypto/external/bsd/openssl/dist/crypto/bn: bn_print.c
src/crypto/external/bsd/openssl/dist/include/openssl: bn.h
I will do it once I have BN_bn2oct() done :-)
It is a bit harder to write...
christos
> On Oct 4, 2020, at 7:41 PM, matthew green wrote:
>
> "Christos Zoulas" writes:
>> Module Name: src
>> Committed By:christos
>> Date:Sun Oct 4 19:32:48 UTC 2020
>>
>> Modified
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sun Oct 4 19:32:48 UTC 2020
>
> Modified Files:
> src/crypto/external/bsd/openssl/dist/crypto/bn: bn_print.c
> src/crypto/external/bsd/openssl/dist/include/openssl: bn.h
>
On 2020/10/02 22:42, Jonathan A. Kollasch wrote:
On Sun, Jul 21, 2019 at 03:57:24PM +, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Sun Jul 21 15:57:24 UTC 2019
Modified Files:
src/sys/dev/fdt: dw_apb_uart.c
Log Message:
The device cannot recognize
On Sun, Jul 21, 2019 at 03:57:24PM +, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Sun Jul 21 15:57:24 UTC 2019
>
> Modified Files:
> src/sys/dev/fdt: dw_apb_uart.c
>
> Log Message:
> The device cannot recognize break signal. Use + (five plus signs) as
>> Index: src/sys/arch/aarch64/include/cpu.h
>> diff -u src/sys/arch/aarch64/include/cpu.h:1.27 src/sys/arch/aarch64/inc=
>lude/cpu.h:1.28
>> --- src/sys/arch/aarch64/include/cpu.h:1.27 Mon Sep 14 10:06:35 2020
>> +++ src/sys/arch/aarch64/include/cpu.h Thu Oct 1 06:40:16 2020
>> @@ -1,4
On 01/10/2020 07:40, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Thu Oct 1 06:40:16 UTC 2020
Modified Files:
src/sys/arch/aarch64/aarch64: procfs_machdep.c
src/sys/arch/aarch64/include: cpu.h
Log Message:
fix build error with LLVM
[...]
Index:
On 30/09/2020 08:55, matthew green wrote:
Module Name:src
Committed By: mrg
Date: Wed Sep 30 07:55:31 UTC 2020
Modified Files:
src/etc/mtree: NetBSD.dist.tests
Log Message:
add missing new if_vether subdir.
Thanks!
> Module Name: src
> Committed By: jdolecek
> Date: Sun Sep 27 18:17:35 UTC 2020
>
> Modified Files:
> src/sbin/nvmectl: nvmectl.8 nvmectl.h power.c
>
> Log Message:
> add -s option for 'power' command, this instructs the controller to save
> the value so it persists
On 24.09.2020 18:02, Jonathan A. Kollasch wrote:
cvs rdiff -u -r1.65 -r1.66 src/usr.bin/make/lst.h
breaks build on Debian 9:
In file included from /local/jakllsch/netbsd/src/usr.bin/make/make.h:158:0,
from /local/jakllsch/netbsd/src/usr.bin/make/arch.c:130:
>On 24/09/2020 10:04, Ryo Shimizu wrote:
>> Module Name: src
>> Committed By:ryo
>> Date:Thu Sep 24 09:04:38 UTC 2020
>>
>> Modified Files:
>> src/sys/arch/aarch64/aarch64: bus_space_asm_generic.S
>>
>> Log Message:
>> fix bugs in *_bs_rm_8_swap(). it was only
> cvs rdiff -u -r1.65 -r1.66 src/usr.bin/make/lst.h
breaks build on Debian 9:
In file included from /local/jakllsch/netbsd/src/usr.bin/make/make.h:158:0,
from /local/jakllsch/netbsd/src/usr.bin/make/arch.c:130:
/local/jakllsch/netbsd/src/usr.bin/make/lst.h:92:5: error: unknown
On 24/09/2020 10:04, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Thu Sep 24 09:04:38 UTC 2020
Modified Files:
src/sys/arch/aarch64/aarch64: bus_space_asm_generic.S
Log Message:
fix bugs in *_bs_rm_8_swap(). it was only reading 4 bytes, not 8 bytes.
I
Hi Maxime, (board@, source-changes-d@)
first of all thank you for contacting board@, as suggested by Taylor.
As I communicated to you directly a week ago, we at board@ have
discussed the situation and asked you for the full list of files, where
you would like to update the
On Tue, 22 Sep 2020 23:52:38 +
Taylor R Campbell wrote:
> > Date: Wed, 23 Sep 2020 01:46:14 +0200
> > From: Tobias Nygren
> >
> > > Modified Files:
> > > src/include: unistd.h
> > > src/lib/libc/gen: Makefile.inc
> > > Removed Files:
> > > src/lib/libc/gen: getentropy.3 getentropy.c
> Date: Wed, 23 Sep 2020 01:46:14 +0200
> From: Tobias Nygren
>
> > Modified Files:
> > src/include: unistd.h
> > src/lib/libc/gen: Makefile.inc
> > Removed Files:
> > src/lib/libc/gen: getentropy.3 getentropy.c
> >
> > Log Message:
> > remove getentropy bits
>
> I know it is
Hi,
On Tue, 22 Sep 2020 21:37:47 +
Nia Alarie wrote:
> Module Name: src
> Committed By: nia
> Date: Tue Sep 22 21:37:47 UTC 2020
>
> Modified Files:
> src/include: unistd.h
> src/lib/libc/gen: Makefile.inc
> Removed Files:
> src/lib/libc/gen: getentropy.3
Hi,
Chuck Silvers writes:
> On Tue, Sep 22, 2020 at 01:51:33AM +0900, Ryo ONODERA wrote:
>> Hi,
>>
>> It seems that r1.124 of uvm_amap.c causes random userland segfaults
>> on my NetBSD/amd64.
>
> this should be fixed now, could you try again?
>
> this was another case of my usual trick "test
On Tue, Sep 22, 2020 at 01:51:33AM +0900, Ryo ONODERA wrote:
> Hi,
>
> It seems that r1.124 of uvm_amap.c causes random userland segfaults
> on my NetBSD/amd64.
this should be fixed now, could you try again?
this was another case of my usual trick "test a change well, modify
the change at the
Hi,
It seems that r1.124 of uvm_amap.c causes random userland segfaults
on my NetBSD/amd64.
If you cannot reproduce the random segfaults, I will send my backtraces.
"Chuck Silvers" writes:
> Module Name: src
> Committed By: chs
> Date: Sun Sep 20 23:03:01 UTC 2020
>
> Modified Files:
On Wed, Sep 16, 2020 at 06:26:45PM +, m...@netbsd.org wrote:
> Since the background for this is an issue nobody else is experiencing,
> can you at least report a bug for how to reach it?
hello?
in the original proposal joerg already said it has a chance of making
opengl not reentrant. the
I don't think this should be reverted, because LUN 0 must exist, but if
there is no device on it, it will report "NOT PRESENT". We do not want
the scan to stop in this case, but it should continue with other LUNs
(such as those found through REPORT LUNS in the future).
Kind regards,
+ Kimmo
On
Since the background for this is an issue nobody else is experiencing,
can you at least report a bug for how to reach it?
On Wed, Sep 16, 2020 at 06:19:24PM +, Nia Alarie wrote:
> Module Name: src
> Committed By: nia
> Date: Wed Sep 16 18:19:24 UTC 2020
>
> Modified Files:
>
On Tue, Sep 15, 2020 at 03:32:25PM +0200, Kamil Rytarowski wrote:
> I've tried to mark the TSan parts that need porting as explicit failure,
> soo we can reduce the risk of shipping unported runtime.
That risc is quite low as currently the runtime is apparently not buildable
on anything but amd64
On 15.09.2020 07:03, Martin Husemann wrote:
> On Mon, Sep 14, 2020 at 03:17:53PM +, 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 better to code it with an
On Mon, Sep 14, 2020 at 03:17:53PM +, 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 better to code it with an explicit list of architectures
supported.
Martin
On 14.09.2020 21:05, Robert Elz wrote:
Date:Mon, 14 Sep 2020 16:16:52 +
From:"Roland Illig"
Message-ID: <20200914161652.d4eb5f...@cvs.netbsd.org>
| make(1): inline LPAREN in parse.c
|
| It's shorter and more readable, and the other characters don't
Date:Mon, 14 Sep 2020 16:16:52 +
From:"Roland Illig"
Message-ID: <20200914161652.d4eb5f...@cvs.netbsd.org>
| make(1): inline LPAREN in parse.c
|
| It's shorter and more readable, and the other characters don't have
| named constants as well.
Most likely
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, Joerg Sonnenberger wrote:
> On
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, Joerg Sonnenberger wrote:
> >>> On Fri, Sep 11, 2020 at 04:07:24PM +0200, Kamil
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 confusing, as it attempts to use
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 confusing, as it attempts to use unimplemented
> >> _PTHREAD_GETTCB_EXT() and in one
Jared McNeill wrote in
:
|On Sat, 12 Sep 2020, Olaf Seibert wrote:
|
|> bozohttpd: add .m4a and .m4v file extensions.
|
|I don't think audio/mpeg is correct for .m4a. Since .m4a is MPEG audio in
|an MP4 container, I would follow RFC 4337 ("MIME Type Registration for
|MPEG-4") here which
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: src
> Committed By: rin
> Date:
On Sat, 12 Sep 2020, Olaf Seibert wrote:
bozohttpd: add .m4a and .m4v file extensions.
I don't think audio/mpeg is correct for .m4a. Since .m4a is MPEG audio in
an MP4 container, I would follow RFC 4337 ("MIME Type Registration for
MPEG-4") here which says you should use audio/mp4 instead.
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_getprivate(). This caused
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_getprivate(). This caused my confusion... as I assumed that
>
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/external/gpl3/gcc/dist/libsanitizer/sanitizer_common:
>>
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/external/gpl3/gcc/dist/libsanitizer/sanitizer_common:
sanitizer_linux_libcdep.cc
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:src
Committed By:rin
Date:Thu Sep 10 01:53:22 UTC 2020
Modified Files:
> Module Name:src
> Committed By: maxv
> Date: Sat Sep 5 07:22:26 UTC 2020
>
> nvmm: update copyright headers
>
> [...]
> -.\" Copyright (c) 2018-2020 The NetBSD Foundation, Inc.
> +.\" Copyright (c) 2018-2020 Maxime Villard, m00nbsd.net
> .\" All rights reserved.
> .\"
> -.\"
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
>>>
>>> Modified Files:
>>> src/distrib/sets/lists/base: mi
>>>
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
Modified Files:
src/distrib/sets/lists/base: mi
src/distrib/sets/lists/comp: mi
src/sys/dev:
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
"Adam Ciarcinski" writes:
> Module Name: src
> Committed By: adam
> Date: Tue Sep 8 13:01:47 UTC 2020
>
> Modified Files:
> src/distrib/sets/lists/base: shl.mi
>
> Log Message:
> Restore libgomp, liblsan, and libstdc++ as GCC-only
thank you.
.mrg.
On Tue, Sep 08, 2020 at 09:40:47AM -0300, Jared McNeill wrote:
> This causes issues with the source tree on case insensitive file-systems :(
Sorry, should be fixed.
Martin
This causes issues with the source tree on case insensitive file-systems :(
On Wed, 22 Jul 2020, Martin Husemann wrote:
Module Name:src
Committed By: martin
Date: Wed Jul 22 16:50:41 UTC 2020
Modified Files:
src/distrib/sets/lists/etc: mi
src/etc: rc
> Modified Files:
> src/external/gpl3/binutils/dist/bfd: Makefile.am Makefile.in
>
> Log Message:
> Fix `build.sh tools -j1` compilation, where bfd.h wasn't generated early
> enough.
FWIW, this looks right to me and not a hack. thanks.
.mrg.
"Jason R Thorpe" writes:
> Module Name: src
> Committed By: thorpej
> Date: Mon Sep 7 03:50:41 UTC 2020
>
> Modified Files:
> src/sys/kern: files.kern init_main.c
>
> Log Message:
> Add the ability to set an alternate cnmagic in the kernel config
> file, e.g.:
>
> options
> What's wrong with printf("%s", NULL)? It produces '(null)', and at
> least it's visible something is missing there. I think gcc 9.3 is
> overly eager for this.
our libc "(null)" is beyond standard, and while useful,
the current result is UB from a standards POV.
it's a nice thing in that
What's wrong with printf("%s", NULL)? It produces '(null)', and at
least it's visible something is missing there. I think gcc 9.3 is
overly eager for this.
Is it correct to just omit the parameter altogether and change output format?
Jaromir
Le dim. 6 sept. 2020 à 04:41, matthew green a écrit
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 Sep 3, 2020, at 1:14 PM, matthew green wrote:
>
> "Jason R Thorpe" writes:
>> Module Name: src
>> Committed By:thorpej
>> Date:Thu Sep 3 04:20:54 UTC 2020
>>
>> Modified Files:
>> src/sys/arch/alpha/include: cpu.h
>>
>> Log Message:
>> Garabage-collect
"Jason R Thorpe" writes:
> Module Name: src
> Committed By: thorpej
> Date: Thu Sep 3 04:20:54 UTC 2020
>
> Modified Files:
> src/sys/arch/alpha/include: cpu.h
>
> Log Message:
> Garabage-collect curpcb / cpu_info::ci_curpcb.
does alpha have modules? this may be a ABI change
> On Aug 30, 2020, at 7:01 PM, Valery Ushakov wrote:
>
> On Sun, Aug 30, 2020 at 17:12:45 -0400, Christos Zoulas wrote:
>
>> Module Name: src
>> Committed By:christos
>> Date:Sun Aug 30 21:12:45 UTC 2020
>>
>> Modified Files:
>> src/usr.sbin/puffs/mount_9p:
On Sun, Aug 30, 2020 at 17:12:45 -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sun Aug 30 21:12:45 UTC 2020
>
> Modified Files:
> src/usr.sbin/puffs/mount_9p: Makefile
>
> Log Message:
> include bsd.init.mk to avoid:
> make: Bad conditional
Date:Sun, 30 Aug 2020 16:10:40 +
From:"Robert Elz"
Message-ID: <20200830161040.57630f...@cvs.netbsd.org>
| Log Message:
| Use the POSIX specified format [...]
Ugh ... that should have mentioned that this applies to the
output of "kill -l"
kre
Hi Martin !
That is strange - I didn't expect that, especially as the previous code
was wrong with respect to state tracking.
Can you check whether the addresses do not have the DEtACHED flag?
You could try the dtrace script from the PR - it shows a little bit what
is going on.
There was also
On Mon, Aug 24, 2020 at 12:46:04PM +, Frank Kardel wrote:
> Module Name: src
> Committed By: kardel
> Date: Mon Aug 24 12:46:04 UTC 2020
>
> Modified Files:
> src/sys/dev/mii: mii_physubr.c
>
> Log Message:
> Keep the change check invariant intact. The previous code could miss
"Christos Zoulas" wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Aug 26 22:57:56 UTC 2020
>
> Modified Files:
>
> src/usr.bin/sockstat: Makefile sockstat.c
>
> Log Message:
>
> undo previous, now sockstat works without privs
Nice, thanks Christos!
Cheers,
Simon.
On Tue, Aug 25, 2020 at 10:03:28 +0900, Ryo ONODERA wrote:
> Valery Ushakov writes:
>
> > On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
> >
> >> Module Name: src
> >> Committed By: ryoon
> >> Date: Mon Aug 24 19:27:36 UTC 2020
> >>
> >> Modified Files:
> >>
Hi,
Valery Ushakov writes:
> On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
>
>> Module Name: src
>> Committed By:ryoon
>> Date:Mon Aug 24 19:27:36 UTC 2020
>>
>> Modified Files:
>> src/share/man/man4: viomb.4
>>
>> Log Message:
>> Add a missing comma
On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
> Module Name: src
> Committed By: ryoon
> Date: Mon Aug 24 19:27:36 UTC 2020
>
> Modified Files:
> src/share/man/man4: viomb.4
>
> Log Message:
> Add a missing comma
>
> And bump date.
I don't think minor edits like
> Modified Files:
> src/sys/uvm/pmap: pmap_segtab.c
>
> Log Message:
> Remove the #if defined(__mips_n64) && PAGE_SIZE == 8192 and make the
> check MI - all PTs are PAGE_SIZE aligned
thanks! that is a much better way of doing it.
.mrg.
On Mon, Aug 17, 2020 at 12:47:40PM +0100, David Brownlee wrote:
> On Sun, 16 Aug 2020 at 08:13, Martin Husemann wrote:
> >
> > Hi Nia,
> >
> > I think you are mixing a few issues here into one discussion - which might
> > make sense from a user perspective, but does not help us to get forward.
>
Why don't you fix your system instead of breaking other people's?
On Sun, 16 Aug 2020 at 08:13, Martin Husemann wrote:
>
> Hi Nia,
>
> I think you are mixing a few issues here into one discussion - which might
> make sense from a user perspective, but does not help us to get forward.
I think that the other issues provide important context.
NetBSD's underlying
On 2020/08/11 10:24, matthew green wrote:
XXX
Apply similar fixes to other m68k ports.
yes...but also, a long-term project to consolidate all the
almost-identical m68k code copied into each port would
avoid this probably :-)
Agreed. Also, I've found many dead codes in amiga/locore.s.
I'd
Sorry for the late reply.
On 2020/08/11 1:16, Valery Ushakov wrote:
This sounds eerily similar to port-macppc/54827 - there's quite a bit
of confusion early on on my part there, but scroll to the last couple
of mails. http://gnats.netbsd.org/54827
It looks like some logic changed in MI gcc8
On Sat, Aug 15, 2020 at 04:12:40PM +0200, Leonardo Taccari wrote:
> Can this use cdn.NetBSD.org and made a bit more general instead of
> hardcoding version/port please?
Maybe create a distinct "manually install pkgin" landing page with
enough magic/ links to guide the user to the "best" repo on
Hi Nia,
I think you are mixing a few issues here into one discussion - which might
make sense from a user perspective, but does not help us to get forward.
>From my POV the interacting-but-need-to-be-solved-individually issues
are:
- The libc or kernel<->userland API. This is what the core
On Sat, Aug 15, 2020 at 06:49:11PM +, Taylor R Campbell wrote:
> - The behaviour is incompatible only in the sense that NetBSD's idea
> of `adequate entropy' is stronger than FreeBSD's or Linux's, so
> blocking is _more likely_ on NetBSD than on FreeBSD or Linux.
In practice, the blocking
> Yeah. I was hesistant to do it this way because hw.machine_arch didn't
> occur to me (uname gives the wrong thing for package sets on arm, etc)
"uname -p"?
.mrg.
> Date: Sat, 15 Aug 2020 10:23:02 +
> From: nia
>
> Obviously, I disagree with core's decision, but let's try to be
> productive about this.
>
> I'm happy to have getrandom in NetBSD, it's a good thing. But not with
> this behaviour.
>
> 1) Adopting getrandom for compatibility does not
1101 - 1200 of 11236 matches
Mail list logo
