On Sat, Dec 29, 2018 at 11:28:38AM +, Alexander Nasonov wrote:
> Alexander Nasonov wrote:
> > Module Name:src
> > Committed By: alnsn
> > Date: Sat Dec 29 00:52:11 UTC 2018
> >
> > Modified Files:
> > src/distrib/common: cgdroot.rc
> >
> > Log Message:
> >
On Wed, Jan 02, 2019 at 04:26:10AM +, m...@netbsd.org wrote:
> I might be extrapolating, but AIUI:
>
> Having two versions of LLVM in use by a binary is going to fail in
> surprising ways.
>
> Base can be several years old at some point, increasing the odds of the
> LLVM non-compatibility
I might be extrapolating, but AIUI:
Having two versions of LLVM in use by a binary is going to fail in
surprising ways.
Base can be several years old at some point, increasing the odds of the
LLVM non-compatibility biting us.
And libGL is very widely used.
OpenSSL is similar in this regard:
I'm stuck between the hammer and the anvil here.
I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
I keep getting reports that r600.so isn't actually functional*, and
amdgpu would be even more noticeable.
I've done my best to improve support of MesaLib for modular xorg within
On Tue, Jan 01, 2019 at 03:34:47PM +0100, Martin Husemann wrote:
> On Tue, Jan 01, 2019 at 02:22:54PM +, m...@netbsd.org wrote:
> > I'm stuck between the hammer and the anvil here.
> > I'd like NetBSD to use a recent MesaLib, the kind that uses LLVM.
>
> Can you explain how the MesaLib build
Anyway, would static linking be good?
On Tue, Jan 01, 2019 at 04:02:01PM +, Robert Swindells wrote:
>
> m...@netbsd.org wrote:
> >On Tue, Jan 01, 2019 at 03:34:47PM +0100, Martin Husemann wrote:
> >> On Tue, Jan 01, 2019 at 02:22:54PM +, maya%netbsd.org@localhost wrote:
> >> > I'm stuck betw
On Tue, Jan 01, 2019 at 09:38:10PM -0800, Jason Thorpe wrote:
>
>
> > On Jan 1, 2019, at 8:26 PM, m...@netbsd.org wrote:
> >
> > Having two versions of LLVM in use by a binary is going to fail in
> > surprising ways.
> >
> > Base can be several years old at some point, increasing the odds of
I'll note I don't know of a single package using LLVM and a library as
well as libGL, even though it looks like it should be a likely scenario.
The closest example was Octave that uses 3D graphs (with acceleration)
and at some opint had a LLVM-based JIT, but had given up on it because
it was an
On Wed, Jan 02, 2019 at 08:45:00AM +0100, Joerg Sonnenberger wrote:
> On Tue, Jan 01, 2019 at 10:07:11PM -0800, Jason Thorpe wrote:
> >
> > ...also, it seems like the GNU-style symbol versioning support might be
> > another way to solve this, yah?
>
> It would, if it wasn't (intentionally?)
On Wed, Jan 02, 2019 at 08:42:33PM +, Alexander Nasonov wrote:
> Alexander Nasonov wrote:
> > m...@netbsd.org wrote:
> > > Why are we using a memory disk for full disk encryption? I am under the
> > > impression that it shouldn't be required.
> >
> > We use a memory disk because cgdconfig
On Wed, Jan 02, 2019 at 09:08:50PM +, Alexander Nasonov wrote:
> m...@netbsd.org wrote:
> > On Wed, Jan 02, 2019 at 08:42:33PM +, Alexander Nasonov wrote:
> > > https://wiki.netbsd.org/projects/project/transparent-cgd/
> > >
> > > This page describes limitations of cgdroot.kmod.
> > >
>
Are we building ARM with -mstrict-alignment?
On Tue, Dec 11, 2018 at 03:23:01PM +, Robert Swindells wrote:
>
> "Maya Rashish" wrote:
> >Module Name:src
> >Committed By: maya
> >Date: Tue Dec 11 11:00:18 UTC 2018
> >
> >Modified Files:
> >src/sys/arch/amd64/conf
On Tue, Dec 11, 2018 at 11:34:30AM -0600, Greg Oster wrote:
> On Tue, 11 Dec 2018 15:23:01 +
> Robert Swindells wrote:
>
> > "Maya Rashish" wrote:
> > >Module Name:src
> > >Committed By: maya
> > >Date: Tue Dec 11 11:00:18
This is a distribution of both client and server telnet. These programs
have been compiled on:
telnet telnetd
4.4 BSD-Lite x x
4.3 BSD Reno X X
UNICOS 9.1X X
UNICOS 9.0X X
UNICOS
On Wed, Dec 12, 2018 at 06:19:30AM +0100, Tom Ivar Helbekkmo wrote:
> Tom Ivar Helbekkmo writes:
>
> > This one goes black:
> >
> > nouveau0 at pci1 dev 0 function 0: vendor 10de product 06eb (rev. 0xa1)
> > drm kern info: nouveau [ DEVICE][nouveau0] BOOT0 : 0x298580a2
> > drm kern info:
This is a pretty big hammer, but it works.
Index: amd64/include/types.h
===
RCS file: /cvsroot/src/sys/arch/amd64/include/types.h,v
retrieving revision 1.58
diff -u -r1.58 types.h
--- amd64/include/types.h 15 Nov 2018 04:59:02
I got it working well now :-) thanks.
it was MSI.
I should see how to disable it for just nouveau.
On Tue, Dec 25, 2018 at 02:17:07AM +, Robert Elz wrote:
> @@ -724,7 +731,7 @@ threadpool_job_hold(threadpool_job_impl_
> return EBUSY;
> } while (atomic_cas_uint(>job_refcnt, refcnt, (refcnt + 1))
> != refcnt);
> -
> +
> return 0;
> }
>
>
On Sat, Dec 08, 2018 at 05:46:15PM +, Jason R Thorpe wrote:
> @@ -2508,13 +2525,7 @@ comcnattach(bus_space_tag_t iot, bus_add
> {
> struct com_regs regs;
>
> - memset(, 0, sizeof regs);
> - regs.cr_iot = iot;
> - regs.cr_iobase = iobase;
> - regs.cr_nports =
This feels all kinds of insecure, is that the official way to do it?
> Index: src/distrib/utils/embedded/files/ec2_init
> diff -u /dev/null src/distrib/utils/embedded/files/ec2_init:1.1
> --- /dev/null Fri Nov 30 20:53:02 2018
> +++ src/distrib/utils/embedded/files/ec2_init Fri Nov 30 20:53:02
On Mon, Nov 19, 2018 at 06:24:12PM +0700, Robert Elz wrote:
> Date:Mon, 19 Nov 2018 10:48:59 +
> From: "Maya Rashish"
> Message-ID: <20181119104859.36f32f...@cvs.netbsd.org>
>
> | Module Name: src
> | Committed By: ma
This lets any user in wheel group choose to connect to the network.
Isn't that more privileges than we normally give?
On Sat, Jan 12, 2019 at 04:51:55PM +, Roy Marples wrote:
> +ctrl_interface_group=wheel
Does anything simpler than GCC crash?
BTW while looking at it I noticed GCC has
gcc/arch/vax/auto-host.h
1389:#define HAVE_INITFINI_ARRAY_SUPPORT 0
So we might wanna re-run mknative at the end.
On Mon, Jan 14, 2019 at 01:08:27AM +, David Holland wrote:
> On Mon, Jan 14, 2019 at 09:42:54AM +1100, matthew green wrote:
> > it would be OK if this was _read-only_ access to network
> > configuration, but one should never be allowed to change the
> > it unless root.
>
> In the long run,
On Wed, Dec 19, 2018 at 09:20:56AM +, Maya Rashish wrote:
> Modified Files:
> src/sys/external/bsd/drm2/dist/drm/nouveau/nvkm/subdev/pci:
> nouveau_nvkm_subdev_pci_base.c
>
> Log Message:
> Disable MSI/MSI-X for nouveau.
So, nouveau has its own code now, fo
Email as a reminder that sun2 also relies on emutls and probably needs
the same
On Tue, Apr 02, 2019 at 05:19:21PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Tue Apr 2 21:19:20 UTC 2019
>
> Modified Files:
>
On Wed, Feb 27, 2019 at 12:18:11PM +0100, Martin Husemann wrote:
> On Wed, Feb 27, 2019 at 10:09:44PM +1100, Simon Burge wrote:
> > addstr() just adjusts stdscr. The line after these is:
> >
> > refresh();
> >
> > which will do the actual screen refresh/update.
>
> I'll fix it as you
On Sun, Feb 24, 2019 at 07:06:40PM +, Michael van Elst wrote:
> While here, also check for arithmetic overflow.
> + /* how much to actually read */
> + rawbufmax = callerbytes + skipstart;
> + if (rawbufmax < callerbytes)
> + return EINVAL;
hmm, I"m under the
On Sun, Mar 03, 2019 at 05:33:33PM +, Maxime Villard wrote:
> Module Name: src
> Committed By: maxv
> Date: Sun Mar 3 17:33:33 UTC 2019
>
> Modified Files:
> src/sys/arch/x86/acpi: acpi_machdep.c
>
> Log Message:
> Fix bug, PG_W is 'wired', not 'writable'.
Maybe we can use
On Fri, Mar 22, 2019 at 07:41:41AM +, Martin Husemann wrote:
> @@ -1402,6 +1402,9 @@ radeonfb_loadbios(struct radeonfb_softc
> pci_find_rom(pa, romt, romh, romsz, PCI_ROM_CODE_TYPE_X86, ,
> >sc_biossz);
>
> + if (sc->sc_biossz == 0 || sc->sc_bios == NULL)
> +
On Wed, Feb 06, 2019 at 12:56:57PM -0500, Christos Zoulas wrote:
D.org>
> @@ -66,7 +66,7 @@ crgetgroups(cred_t *cr)
> {
> static gid_t gids[NGROUPS_MAX];
I feel uncomfortable seeing unnecessary use of static.
(I find it too magical)
What do others think?
>
> - memset(gids, 0,
On Tue, Feb 12, 2019 at 04:59:33AM +1100, matthew green wrote:
> "Tobias Nygren" writes:
> > Module Name:src
> > Committed By: tnn
> > Date: Mon Feb 11 17:49:37 UTC 2019
> >
> > Modified Files:
> > src/external/cddl/osnet/lib/libdtrace: Makefile
> >
> > Log
On Mon, Apr 15, 2019 at 10:57:17AM +0200, Christoph Badura wrote:
> On Sun, Apr 14, 2019 at 08:27:02PM +0000, Maya Rashish wrote:
> > Module Name:src
> > Committed By: maya
> > Date: Sun Apr 14 20:27:02 UTC 2019
> > Modified Files:
&g
On Tue, Nov 05, 2019 at 08:19:18PM +, Maxime Villard wrote:
> Module Name: src
> Committed By: maxv
> Date: Tue Nov 5 20:19:18 UTC 2019
>
> Modified Files:
> src/share/mk: bsd.sys.mk
> src/sys/arch/amd64/amd64: machdep.c mptramp.S
> src/sys/arch/amd64/conf: GENERIC
On Tue, Nov 05, 2019 at 09:01:06PM +, m...@netbsd.org wrote:
> On Tue, Nov 05, 2019 at 08:19:18PM +, Maxime Villard wrote:
> > Module Name:src
> > Committed By: maxv
> > Date: Tue Nov 5 20:19:18 UTC 2019
> >
> > Modified Files:
> > src/share/mk: bsd.sys.mk
> Modified files:
>
> Index: src/sys/dev/pci/if_mcx.c
> diff -u src/sys/dev/pci/if_mcx.c:1.5 src/sys/dev/pci/if_mcx.c:1.6
> --- src/sys/dev/pci/if_mcx.c:1.5 Thu Oct 17 15:57:56 2019
> +++ src/sys/dev/pci/if_mcx.c Mon Nov 18 04:40:05 2019
> @@ -1,4 +1,4 @@
> -/* $NetBSD: if_mcx.c,v 1.5
On Tue, Dec 03, 2019 at 05:01:45AM +, Taylor R Campbell wrote:
> Module Name: src
> Committed By: riastradh
> Date: Tue Dec 3 05:01:45 UTC 2019
>
> Modified Files:
> src/sys/dev/usb: usbnet.c
>
> Log Message:
> Fix order of nulling un->un_pri->unp_ec.ec_mii.
>
> Can't null
On Fri, Dec 06, 2019 at 07:27:07AM +, Maxime Villard wrote:
> Log Message:
> Minor changes, reported by the LGTM bot.
Would be nice if the commit message was "address some integer overflows"
or something.
> @@ -2205,7 +2205,7 @@ m_verify_packet(struct mbuf *m)
>
> dat =
On Sun, Oct 27, 2019 at 05:38:08PM +, Maya Rashish wrote:
> Module Name: xsrc
> Committed By: maya
> Date: Sun Oct 27 17:38:08 UTC 2019
>
> Modified Files:
> xsrc/external/mit/mkfontscale/dist: mkfontscale.c
>
> Log Message:
> Use a case insensitiv
On Thu, Oct 17, 2019 at 07:08:45AM +1100, matthew green wrote:
> "Christos Zoulas" writes:
> > Module Name:src
> > Committed By: christos
> > Date: Wed Oct 16 15:01:56 UTC 2019
> >
> > Modified Files:
> > src/external/gpl3/gcc/dist/libobjc: encoding.c
> >
> > Log
Is this going to be a trend now of not even publicly proposing changes
and just going straight to core?
On Thu, Oct 24, 2019 at 06:18:07PM +, Kamil Rytarowski wrote:
> Log Message:
> Switch the iconv(3) prototype to the POSIX conformant variation
>
> Remove const from the 2nd argument.
>
>
On Thu, Nov 28, 2019 at 11:01:22PM +, Joerg Sonnenberger wrote:
> Log Message:
> Use -fno-strict-aliasing unconditionally for the cross compiler.
What's the context for that?
Thanks!
On Thu, Oct 31, 2019 at 11:59:40AM +, Maya Rashish wrote:
> Module Name: src
> Committed By: maya
> Date: Thu Oct 31 11:59:40 UTC 2019
>
> Modified Files:
> src/sys/dev/usb: if_urndis.c
>
> Log Message:
> check if buf/bufsz are non-NULL before fr
On Fri, Dec 20, 2019 at 06:34:31PM -0800, John Nemeth wrote:
> I don't wish to get embroiled in this debate (even if I did
> start it by requesting the reversion). I just want to point out
> that there is a relatively simple way disable the autoloading of
> a module. From module(9):
>
>
On Wed, Dec 18, 2019 at 06:47:44AM -0500, Christos Zoulas wrote:
> While there was no discussion, it is more efficient to have the discussion
> whether we should put it back or not (instead of putting it back first and
> having the discussion). Of course we should fix the build first since it
On Mon, Jan 27, 2020 at 10:09:21PM +, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Mon Jan 27 22:09:21 UTC 2020
>
> Removed Files:
> src/common/lib/libc/arch/i386/string: memcmp.S
> src/common/lib/libc/arch/x86_64/string: bcmp.S memcmp.S
>
> Log
- Forwarded message from Paul Goyette -
Log Message:
Resurrect boottime, but only in the compat_90 module (whether built-in
or separately loaded). This will enable running of old vmstat(1) images
on newer kernels.
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
On Fri, Apr 10, 2020 at 11:19:02AM +0900, SAITOH Masanobu wrote:
> On 2020/04/10 2:42, David Young wrote:
> > On Thu, Apr 09, 2020 at 03:25:32PM +0900, SAITOH Masanobu wrote:
> > > On 2020/04/09 11:08, David Young wrote:
> > > > On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
> >
On Fri, Apr 10, 2020 at 07:16:24AM -0700, Jason Thorpe wrote:
>
> > On Apr 10, 2020, at 4:44 AM, m...@netbsd.org wrote:
> >
> > I had to stop using m_defrag because implementation details broke
> > bwfm@pci. It can only handle a chain of length 1, and m_defrag gives
> > a minimum of 2.
>
>
On Fri, Apr 17, 2020 at 05:01:15PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 17, 2020 at 07:52:53AM -0700, Jason Thorpe wrote:
> >
> > > On Apr 17, 2020, at 7:46 AM, Robert Elz wrote:
> > >
> > >Date:Fri, 17 Apr 2020 15:37:33 +0200
> > >From:Manuel Bouyer
> > >
On Fri, Apr 17, 2020 at 11:39:01PM +0700, Robert Elz wrote:
> Date:Fri, 17 Apr 2020 07:52:53 -0700
> From:Jason Thorpe
> Message-ID: <7e54033f-9f14-4db3-a11a-01d63cd92...@me.com>
>
> | The New Hotness (which isn't particularly new, at this point)
> | is to create
Good news everyone. Does not affect any release at all.
Also might not have been a security issue, because christos did a weird
thing where it is compiled but somehow still disabled.
On Sun, Apr 19, 2020 at 05:40:50PM +, Maya Rashish wrote:
> Module Name: src
> Committed By: maya
On Tue, Apr 28, 2020 at 05:33:45AM +1000, matthew green wrote:
> i would just put it in types.h called __AUDIO_BLK_MS,
> and leave a default used in the code if unset.
Adding: please consider making the default assume a fast machine.
This is the value that will also be used by newly added
On Wed, Apr 22, 2020 at 09:23:21AM +, Rin Okuyama wrote:
> Module Name: src
> Committed By: rin
> Date: Wed Apr 22 09:23:21 UTC 2020
>
> Modified Files:
> src/sys/sys: cdefs.h
>
> Log Message:
> For NO_KERNEL_RCSIDS, strip __RCSID() also for src/common/*.
Since these live in
On Mon, Apr 27, 2020 at 11:05:31PM +, Nathanial Sloss wrote:
> Skip pfil_run_hooks if no packet filter configured in kernel.
...
> @@ -398,6 +398,11 @@ pfil_run_hooks(pfil_head_t *ph, struct m
> int ret = 0;
>
> KASSERT(dir == PFIL_IN || dir == PFIL_OUT);
> +
> + if
On Fri, May 01, 2020 at 04:46:36PM +, m...@netbsd.org wrote:
> We can setup an equivalence: put as much effort into the SCTP removal
> proposal as there was for the SCTP introduction proposal.
>
> Since SCTP was just dropped in src without any prior discussion, I don't
> think we need any
On Sun, May 17, 2020 at 07:39:15PM +, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Sun May 17 19:39:15 UTC 2020
>
> Modified Files:
> src/sys/fs/tmpfs: tmpfs.h tmpfs_subr.c tmpfs_vnops.c
>
> Log Message:
> PR kern/55268: tmpfs is slow
>
>
On Sun, May 17, 2020 at 09:47:50PM +, m...@netbsd.org wrote:
> On Sun, May 17, 2020 at 07:39:15PM +, Andrew Doran wrote:
> > Module Name:src
> > Committed By: ad
> > Date: Sun May 17 19:39:15 UTC 2020
> >
> > Modified Files:
> > src/sys/fs/tmpfs: tmpfs.h
On Sat, May 23, 2020 at 02:13:46PM -0700, Jason Thorpe wrote:
>
> > On May 23, 2020, at 11:08 AM, Ryo Shimizu wrote:
> >
> > Module Name:src
> > Committed By: ryo
> > Date: Sat May 23 18:08:59 UTC 2020
> >
> > Modified Files:
> > src/sys/arch/aarch64/aarch64:
We can setup an equivalence: put as much effort into the SCTP removal
proposal as there was for the SCTP introduction proposal.
Since SCTP was just dropped in src without any prior discussion, I don't
think we need any discussion for removing it.
Why don't you fix your system instead of breaking other people's?
On Sun, May 31, 2020 at 07:24:24PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sun May 31 23:24:24 UTC 2020
>
> Modified Files:
> src/lib/libedit: terminal.c tty.c
>
> Log Message:
> use strlcpy() instead of strncpy() for gcc happiness
>
...
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
M \
> -DENABLE_SHADER_CACHE \
>
> Index: src/external/mit/xorg/lib/libGL/Makefile
> diff -u src/external/mit/xorg/lib/libGL/Makefile:1.29
> src/external/mit/xorg/lib/libGL/Makefile:1.30
> --- src/external/mit/xorg/lib/libGL/Makefile:1.29 Sun Mar 29 21:06:03 2020
> +++
On Sat, Jun 27, 2020 at 10:19:43AM +, Jukka Ruohonen wrote:
> Module Name: src
> Committed By: jruoho
> Date: Sat Jun 27 10:19:43 UTC 2020
>
> Modified Files:
> src/tests/lib/libc/stdlib: t_mbtowc.c
>
> Log Message:
> Add the default TNF copyright (2005), cf. PR misc/55419.
>
On Tue, Dec 08, 2020 at 06:48:59PM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Tue Dec 8 18:48:59 UTC 2020
>
> Modified Files:
> src/external/bsd/pkg_install [netbsd-8]: Makefile.inc
> src/external/bsd/pkg_install/dist/add [netbsd-8]:
On Wed, Jun 21, 2017 at 06:12:40PM +, Soren Jacobsen wrote:
> Module Name: src
> Committed By: snj
> Date: Wed Jun 21 18:12:40 UTC 2017
>
> Modified Files:
> src/sys/kern [netbsd-8]: exec_subr.c
>
> Log Message:
> Pull up following revision(s) (requested by joerg in ticket
On Fri, Sep 08, 2017 at 09:50:45AM +, Martin Husemann wrote:
> Introduce CDRELEASE_NODEBUG - if set, avoids putting debug sets in the
> ISO image.
>
> Set this for sparc64 install CDs - many of the supported machines have
> SCSI CD drives and it is impossible to get DVD replacements for
If pax mprotect is an example then maxv should just go around rm -rf'ing
any parts of the tree he doesn't like without even checking that the
kernel builds afterwards, since that's the way we do things around here.
It was months until I could run meld again, even disabling it for just
python was
netbsd-8 needs a web browser too
On Tue, Aug 01, 2017 at 12:31:45PM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Tue Aug 1 12:31:45 UTC 2017
>
> Modified Files:
> src/lib/libpthread: pthread_attr.c
>
> Log Message:
> pthread__attr_init_private:
On Tue, Sep 26, 2017 at 09:06:24PM +, Jaromir Dolecek wrote:
> need for DEV_BSIZE needed by atavar.h
I pointed it out to someone as, I think we normally prefer to make
headers standalone. but he said that using DEV_BSIZE at all might be a
problem (but isn't replying himself).
is that hard
On Thu, Sep 28, 2017 at 03:52:00PM +0200, Joerg Sonnenberger wrote:
> On Thu, Sep 28, 2017 at 11:09:05AM +0000, Maya Rashish wrote:
> > Module Name:src
> > Committed By: maya
> > Date: Thu Sep 28 11:09:05 UTC 2017
> >
> > Modifie
We can rump mount a lot of those filesystems, it would be nice if that
was be the default way too. A lot less risky
So I'm supposed to never link C++ from pkgsrc GCC and C++ from netbsd GCC?
On Wed, Sep 27, 2017 at 09:04:30AM +, Maya Rashish wrote:
> Module Name: src
> Committed By: maya
> Date: Wed Sep 27 09:04:30 UTC 2017
>
> Modified Files:
> src/lib/libc/gen: isinf.3
>
> Log Message:
> Move VAX notes to CAVEATS, clarify that it jus
On Mon, Nov 13, 2017 at 07:47:45AM +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Mon Nov 13 07:47:45 UTC 2017
>
> Update of /cvsroot/src/external/gpl3/gcc.old
> In directory ivanova.netbsd.org:/tmp/cvs-serv10854
>
> Log Message:
> import GCC 5.5 into
On Sun, Dec 03, 2017 at 11:36:05AM -0500, Christos Zoulas wrote:
> + @ln -sf ../$S/external/gpl2/dts/dist/arch/${_arch}/boot/dts dts/${_arch}
this is causing unclear failures in autobuilds (seems to make a link in
src and doesn't work with ro src?), but strangely I can't reproduce
this.
On Sun, Nov 19, 2017 at 03:23:02AM +, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sun Nov 19 03:23:01 UTC 2017
>
> Modified Files:
> src/bin/sh: eval.c option.list options.c output.c output.h sh.1 var.c
>
> Log Message:
> Implement the -X option - an
On Tue, Nov 21, 2017 at 03:27:11AM +, Christos Zoulas wrote:
> The reason is that tsutsui@? added some binaries (sysctl? etc) back to
> the ramdisk. We are working trying to fix it.
I see, thanks.
Going by the dmesg posted on dmesgd.nycbug.org, it looks like for
rootdev we can use:
cat
...now I see it's challenge mode scripting: sed only, no awk or grep.
:-)
On Fri, May 11, 2018 at 04:29:22PM +, Christos Zoulas wrote:
> In article <db68e4ce-9966-462d-a63b-6765e687a...@me.com>,
> Jason Thorpe <thor...@me.com> wrote:
> >
> >
> >> On May 11, 2018, at 12:41 AM, Maya Rashish <m...@netbsd.org> wrote:
>
initially I picked up the revisions one by one, but found out some
of my changes were broken and undid them, and wanted to stick
to minimal changes to a working driver.
jared said that our driver is intentionally different too.
You don't get to sneak a controversial change by omitting a real commit
message.
On Tue, May 22, 2018 at 09:03:47PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed May 23 01:03:46 UTC 2018
>
> Modified Files:
> src/usr.bin/mail: Makefile
On Tue, Jun 12, 2018 at 03:25:31AM +, m...@netbsd.org wrote:
> Hi christos!
>
> Could you explain what makes this necessary in the commit messages in
> the future? It isn't very obvious that it fixes a build failure with
> MKREPRO for future netbsd'ers, in case it isn't restructured.
>
Hi christos!
Could you explain what makes this necessary in the commit messages in
the future? It isn't very obvious that it fixes a build failure with
MKREPRO for future netbsd'ers, in case it isn't restructured.
Ideally in every commit, so it appears in a 'cvs annotate'.
Thanks.
On Mon, Jun
You've changed a default and selectively fixed the one driver that
people noticed breaks from it. How do you know the rest aren't broken?
On Thu, Jun 07, 2018 at 01:35:31PM +, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Thu Jun 7 13:35:31 UTC 2018
>
>
hey, thanks for all the fixes!
I'm trying to import a driver (while being very new to
networking/driver stuff), and updating to -current fixed an issue I've
had, most likely from this commit.
Now my ported driver is close to working :-)
On Sat, Apr 28, 2018 at 08:16:15AM +, Maxime Villard
> Register new weak symbol in libc for internal usage: atoi
Why are we protecting libc from users who override standard C functions?
I don't think you should be able to provide a wrong implementation of
them, link to libc, and expect it to work.
On Tue, Dec 19, 2017 at 07:40:04PM +, Kamil Rytarowski wrote:
> Module Name: src
> Committed By: kamil
> Date: Tue Dec 19 19:40:04 UTC 2017
>
> Modified Files:
> src/sys/compat/netbsd32: netbsd32_netbsd.c netbsd32_syscall.h
> netbsd32_syscallargs.h netbsd32_syscalls.c
On Fri, Dec 22, 2017 at 11:22:37AM +, Ryota Ozaki wrote:
> Module Name: src
> Committed By: ozaki-r
> Date: Fri Dec 22 11:22:37 UTC 2017
>
> Modified Files:
> src/sys/netinet: ip_output.c
>
> Log Message:
> Fix usage of curlwp_bind in ip_output
> @@ -303,6 +303,10 @@
Oops, I misread the code, never mind :-)
still looking because there are some reports of hangs (kern/52858 with a
backtrace on sparc64, current-users without one on amd64), and your
change is the only recent change that looks like it could affect both.
On Tue, Jan 09, 2018 at 01:07:50AM +, m...@netbsd.org wrote:
> This is causing PR kern/52914 (on netbsd-8, not current)
Copied wrong number
kern/52895
it's in -current but also -8
Hi maxv,
there is a similar code fragment in ic/bwfm.c:bwfm_scan_node.
I am not sure what I'm looking at. Could it be wrong too?
Thanks.
On Tue, Jan 16, 2018 at 07:05:25AM +, Maxime Villard wrote:
> Module Name: src
> Committed By: maxv
> Date: Tue Jan 16 07:05:25 UTC 2018
>
>
I don't think there is any objection, even if adopting the freebsd code
results in kiling less important drivers.
Note that freebsd has similar bugs to what maxv just fixed (I emailed
security-officer@freebsd about the one I saw).
On Tue, Jan 16, 2018 at 06:35:08PM -0600, David Young wrote:
> I have said it before, that I do think the "concept architecture" of
> 802.11 VAP is rather broken, but let's be honest: nobody, especially not
> I, have had the time in 10+ years to independently implement anything
> comparable.
I'm intentionally verbose in the hopes that someone has a second look at
it, it's important to get right.
On Sun, Feb 04, 2018 at 09:00:51AM +, Maya Rashish wrote:
> Fix OpenSSL 1.1.0 build
> OpenSSL 1.1.0 makes xkusage and ex_flags opaque.
> Use X509_check_ca rather than a custom a
match new with malloc -> calloc please
> +static inline HMAC_CTX *HMAC_CTX_new(void)
> +{
> + HMAC_CTX *ctx = malloc(sizeof(*ctx));
> + if (ctx == NULL)
> + return NULL;
> + HMAC_CTX_init(ctx);
> + return ctx;
> +}
> +
On Thu, Feb 08, 2018 at 07:58:05PM +, Maxime Villard wrote:
> Module Name: src
> Committed By: maxv
> Date: Thu Feb 8 19:58:05 UTC 2018
>
> Modified Files:
> src/sys/netinet: tcp_input.c
> src/sys/netinet6: raw_ip6.c udp6_usrreq.c
>
> Log Message:
> Remove the
1 - 100 of 408 matches
Mail list logo
