Re: CVS commit: [netbsd-9] src
In message <20191121181801.11c5ff...@cvs.netbsd.org>
on Thu, 21 Nov 2019 18:18:01 +,
"Martin Husemann" wrote:
> Module Name: src
> Committed By: martin
> Date: Thu Nov 21 18:18:00 UTC 2019
>
> Modified Files:
> src/lib/libc [netbsd-9]: Makefile.inc
> src/sys/arch/amd64/conf [netbsd-9]: GENERIC XEN3_DOM0 XEN3_DOMU
> src/sys/arch/cobalt/conf [netbsd-9]: GENERIC
> src/sys/arch/evbarm/conf [netbsd-9]: ADI_BRH ARMADAXP ARMADILLO-IOT-G3
> ARMADILLO9 CP3100 CUBOX CUBOX-I GEMINI GEMINI_MASTER GEMINI_SLAVE
> GENERIC.common HAWK HPT5325 IGEPV2 IMX6UL-STARTER IQ31244 IQ80310
> IQ80321 IXDP425 LUBBOCK N900 OMAP5EVM OSK5912 PANDABOARD SMDK2800
> TEAMASA_NPWR TEAMASA_NPWR_FC TISDP2420 TISDP2430 TS7200 TWINTAIL
> VIPER ZAO425
> src/sys/arch/i386/conf [netbsd-9]: GENERIC XEN3PAE_DOM0 XEN3PAE_DOMU
> src/sys/arch/mvmeppc/conf [netbsd-9]: GENERIC
> src/sys/arch/pmax/conf [netbsd-9]: GENERIC
> src/sys/arch/shark/conf [netbsd-9]: GENERIC
> src/sys/arch/sparc64/conf [netbsd-9]: GENERIC
> src/sys/arch/zaurus/conf [netbsd-9]: GENERIC
> src/sys/modules [netbsd-9]: Makefile.inc
>
> Log Message:
> In preparation for the upcoming release, turn off DIAGNOSTIC in most
> kernel configs, modules and libc.
It seems to break XEN0 kernel and here is quick fix.
diff --git a/sys/arch/xen/xen/xenevt.c b/sys/arch/xen/xen/xenevt.c
index 61a944bc49..f46394d067 100644
--- a/sys/arch/xen/xen/xenevt.c
+++ b/sys/arch/xen/xen/xenevt.c
@@ -161,7 +161,9 @@ static evtchn_port_t xenevt_alloc_event(void)
void
xenevtattach(int n)
{
+#ifdef DIAGNOSTIC
struct intrhand *ih;
+#endif
int level = IPL_HIGH;
bool mpsafe = (level != IPL_VM);
@@ -183,7 +185,10 @@ xenevtattach(int n)
evtchn_port_t evtchn = xenevt_alloc_event();
/* The real objective here is to wiggle into the ih callchain for IPL
level */
- ih = xen_intr_establish_xname(-1, _pic, evtchn, IST_LEVEL, level,
+#ifdef DIAGNOSTIC
+ ih =
+#endif
+ xen_intr_establish_xname(-1, _pic, evtchn, IST_LEVEL, level,
xenevt_processevt, NULL, mpsafe, "xenevt");
KASSERT(ih != NULL);
--
Takahiro Kambe
CVS commit: src/sys/arch/x86/x86
Module Name:src
Committed By: taca
Date: Fri Nov 1 15:01:27 UTC 2019
Modified Files:
src/sys/arch/x86/x86: cpu_rng.c
Log Message:
Check CPU support of RDRAND before calling cpu_rng_rdrand().
cpu_earlyrng() checks CPU support of RDSEED and RDRAND before calling
cpu_rng_rdseed() and cpu_rng_rdrand().
But cpu_rng_rdseed() did not check CPU support of RDRAND and system had
crashed on such an environment. There is no such case with real CPU but
some VM environment.
Fix kern/54655 and confirmed by msaitoh@.
Needs pullup to netbsd-9.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sys/arch/x86/x86/cpu_rng.c
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/sys/arch/x86/x86/cpu_rng.c
diff -u src/sys/arch/x86/x86/cpu_rng.c:1.9 src/sys/arch/x86/x86/cpu_rng.c:1.10
--- src/sys/arch/x86/x86/cpu_rng.c:1.9 Wed Aug 22 12:07:43 2018
+++ src/sys/arch/x86/x86/cpu_rng.c Fri Nov 1 15:01:27 2019
@@ -1,4 +1,4 @@
-/* $NetBSD: cpu_rng.c,v 1.9 2018/08/22 12:07:43 maxv Exp $ */
+/* $NetBSD: cpu_rng.c,v 1.10 2019/11/01 15:01:27 taca Exp $ */
/*-
* Copyright (c) 2015 The NetBSD Foundation, Inc.
@@ -53,6 +53,8 @@ static enum {
CPU_RNG_VIA
} cpu_rng_mode __read_mostly = CPU_RNG_NONE;
+static bool has_rdrand;
+
bool
cpu_rng_init(void)
{
@@ -131,7 +133,10 @@ cpu_rng_rdseed(cpu_rng_t *out)
* to be seeded even in this case.
*/
exhausted:
- return cpu_rng_rdrand(out);
+ if (has_rdrand)
+ return cpu_rng_rdrand(out);
+ else
+ return 0;
}
static size_t
@@ -213,7 +218,7 @@ cpu_earlyrng(void *out, size_t sz)
int i;
bool has_rdseed = (cpu_feature[5] & CPUID_SEF_RDSEED) != 0;
- bool has_rdrand = (cpu_feature[1] & CPUID2_RDRAND) != 0;
+ has_rdrand = (cpu_feature[1] & CPUID2_RDRAND) != 0;
KASSERT(sz + sizeof(uint64_t) <= SHA512_DIGEST_LENGTH);
CVS commit: src/sys/arch/x86/x86
Module Name:src Committed By: taca Date: Fri Nov 1 15:01:27 UTC 2019 Modified Files: src/sys/arch/x86/x86: cpu_rng.c Log Message: Check CPU support of RDRAND before calling cpu_rng_rdrand(). cpu_earlyrng() checks CPU support of RDSEED and RDRAND before calling cpu_rng_rdseed() and cpu_rng_rdrand(). But cpu_rng_rdseed() did not check CPU support of RDRAND and system had crashed on such an environment. There is no such case with real CPU but some VM environment. Fix kern/54655 and confirmed by msaitoh@. Needs pullup to netbsd-9. To generate a diff of this commit: cvs rdiff -u -r1.9 -r1.10 src/sys/arch/x86/x86/cpu_rng.c Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
CVS commit: src/doc
Module Name:src Committed By: taca Date: Mon Sep 23 13:49:40 UTC 2019 Modified Files: src/doc: 3RDPARTY Log Message: Postfix 3.1.14/3.2.11/3.3.6/3.4.7 released. To generate a diff of this commit: cvs rdiff -u -r1.1649 -r1.1650 src/doc/3RDPARTY Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
CVS commit: src/doc
Module Name:src Committed By: taca Date: Mon Sep 23 13:49:40 UTC 2019 Modified Files: src/doc: 3RDPARTY Log Message: Postfix 3.1.14/3.2.11/3.3.6/3.4.7 released. To generate a diff of this commit: cvs rdiff -u -r1.1649 -r1.1650 src/doc/3RDPARTY Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Modified files: Index: src/doc/3RDPARTY diff -u src/doc/3RDPARTY:1.1649 src/doc/3RDPARTY:1.1650 --- src/doc/3RDPARTY:1.1649 Mon Sep 16 06:52:02 2019 +++ src/doc/3RDPARTY Mon Sep 23 13:49:40 2019 @@ -1,4 +1,4 @@ -# $NetBSD: 3RDPARTY,v 1.1649 2019/09/16 06:52:02 maya Exp $ +# $NetBSD: 3RDPARTY,v 1.1650 2019/09/23 13:49:40 taca Exp $ # # This file contains a list of the software that has been integrated into # NetBSD where we are not the primary maintainer. @@ -1211,11 +1211,11 @@ now to do a new import. Package: Postfix Version: 3.1.4 -Current Vers: 3.1.13/3.2.10/3.3.5/3.4.6 +Current Vers: 3.1.14/3.2.11/3.3.6/3.4.7 Maintainer: Wietse Venema Archive Site: Home Page: http://www.postfix.org/ -Date: 2019-07-03 +Date: 2019-09-22 Mailing List: postfix-us...@postfix.org Responsible: christos License: IBM Public License. See also src/external/ibm-public/postfix/dist.
Re: CVS commit: [netbsd-9] src
Hi, I think below commit is required, too. -- Takahiro Kambe Message-Id: <20190913051355.01263f...@cvs.netbsd.org> Subject: CVS commit: src/distrib/sets/lists/comp Date: Fri, 13 Sep 2019 05:13:54 + From: "Martin Husemann" To: source-chan...@netbsd.org Module Name:src Committed By: martin Date: Fri Sep 13 05:13:54 UTC 2019 Modified Files: src/distrib/sets/lists/comp: md.amd64 md.i386 Log Message: Add new multiboot2.h header. To generate a diff of this commit: cvs rdiff -u -r1.272 -r1.273 src/distrib/sets/lists/comp/md.amd64 cvs rdiff -u -r1.190 -r1.191 src/distrib/sets/lists/comp/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/doc
In message <20180812130741.848c9f...@cvs.netbsd.org> on Sun, 12 Aug 2018 09:07:41 -0400, "Christos Zoulas" wrote: > Module Name: src > Committed By: christos > Date: Sun Aug 12 13:07:41 UTC 2018 > > Modified Files: > src/doc: 3RDPARTY CHANGES > > Log Message: > mention new bind Should "Current Vers" be "9.10.7/BSD" only? Index: doc/3RDPARTY === RCS file: /cvsroot/src/doc/3RDPARTY,v retrieving revision 1.1540 retrieving revision 1.1541 diff -u -r1.1540 -r1.1541 --- doc/3RDPARTY10 Aug 2018 00:19:09 - 1.1540 +++ doc/3RDPARTY12 Aug 2018 13:07:41 - 1.1541 @@ -1,4 +1,4 @@ -# $NetBSD: 3RDPARTY,v 1.1540 2018/08/10 00:19:09 sevan Exp $ +# $NetBSD: 3RDPARTY,v 1.1541 2018/08/12 13:07:41 christos Exp $ # # This file contains a list of the software that has been integrated into # NetBSD where we are not the primary maintainer. @@ -114,8 +114,8 @@ bc includes dc, both of which are in the NetBSD tree. Package: bind [named and utils] -Version: 9.10.7/BSD 9.12.1/MPL -Current Vers: 9.10.7/BSD +Version: 9.10.7/BSD 9.12.2-P1/MPL +Current Vers: 9.10.7/BSD 9.12.2-P1/MPL Maintainer:Paul Vixie Archive Site: ftp://ftp.isc.org/isc/bind9/ Home Page: http://www.isc.org/software/bind/ -- Takahiro Kambe
Re: CVS commit: src/etc/namedb
In message <20171025074135.8b844f...@cvs.netbsd.org>
on Wed, 25 Oct 2017 07:41:35 +,
"Takahiro Kambe" <t...@netbsd.org> wrote:
> Module Name: src
> Committed By: taca
> Date: Wed Oct 25 07:41:35 UTC 2017
>
> Modified Files:
> src/etc/namedb: root.cache
>
> Log Message:
> /tmp/t
Should be:
Update root.cache to 2017102400 (October 24, 2017).
B.ROOT-SERVERS.NET's IPv4 and IPv6 address has changed.
XXX Pull-up to netbsd-6, netbsd-7 and netbsd-8
--
Takahiro Kambe <t...@netbsd.org>
Re: CVS commit: [netbsd-7] src/sys/net/npf
In message <c39462a3-ab62-f31d-7b60-27c48df2d...@spg.tu-darmstadt.de> on Wed, 17 May 2017 13:22:39 +0200, Hauke Fath <h...@spg.tu-darmstadt.de> wrote: > [properly re-sent to source-changes-d -- it was cribbed from the web > list archive] > > > The pull-up > >> Pull up following revision(s) (requested by jnemeth in ticket #1394): >> sys/net/npf/npf_inet.c: revisions 1.34, 1.35 via patch >> sys/net/npf/npf_mbuf.c: revision 1.16 >> sys/net/npf/npf_nat.c: revision 1.40 >> minimal changes necessary to link into an INET6-less kernel. >> -- >> fixup misplaced #endif > > leads to > > [...] > --- npf_nat.o --- > /u/netbsd-builds/7/amd64/tools/bin/x86_64--netbsd-gcc -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float -ffreestanding > -fno-zero-initialized-in-bss -O2 -fno-omit-frame-pointer > -fstack-protector -Wstack-protector --param ssp-buffer-size=1 > -fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wall -Wno-main > -Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes > -Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow > -Wcast-qual -Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign > -Wno-attributes -Wextra -Wno-unused-parameter -Wold-style-definition > -Wno-sign-compare --sysroot=/u/netbsd-builds/7/amd64/destdir -Damd64 > -Dx86_64 -I. -I/public/netbsd-7/sys/../common/include > -I/public/netbsd-7/sys/arch -I/public/netbsd-7/sys -nostdinc > -DCHILD_MAX=1024 -DOPEN_MAX=1024 -DIPSEC_ESP -DIPSEC_NAT_T > -DMAXUSERS=64 -D_KERNEL -D_KERNEL_OPT -std=gnu99 > -I/public/netbsd-7/sys/lib/libkern/../../../common/lib/libc/quad > -I/public/netbsd-7/sys/lib/libkern/../../../common/lib/libc/string > -I/public/netbsd-7/sys/lib/libkern/../../../common/lib/libc/arch/x86_64/string > -D_FORTIFY_SOURCE=2 -I/public/netbsd-7/sys/../common/include > -I/public/netbsd-7/sys/external/bsd/acpica/dist/include -c > /public/netbsd-7/sys/net/npf/npf_nat.c > --- npf_inet.o --- > /public/netbsd-7/sys/net/npf/npf_inet.c: In function 'npf_addr_dump': > /public/netbsd-7/sys/net/npf/npf_inet.c:759:2: error: implicit > declaration of function 'ip6_sprintf' > [-Werror=implicit-function-declaration] > return ip6_sprintf(addr); > ^ > /public/netbsd-7/sys/net/npf/npf_inet.c:759:2: error: return makes > pointer from integer without a cast [-Werror] > cc1: all warnings being treated as errors > *** [npf_inet.o] Error code 1 By comparing code with current, one line seems to missing. Index: sys/net/npf/npf_inet.c === RCS file: /cvsroot/src/sys/net/npf/npf_inet.c,v retrieving revision 1.32.2.1 diff -u -r1.32.2.1 npf_inet.c --- sys/net/npf/npf_inet.c 12 May 2017 05:32:12 -0000 1.32.2.1 +++ sys/net/npf/npf_inet.c 20 May 2017 23:06:17 - @@ -51,6 +51,7 @@ #include #include +#include #include #include #include -- Takahiro Kambe <t...@back-street.net>
Re: CVS commit: src/external/bsd/flex/dist/src
In message <20170107154531.0df6417f...@rebar.astron.com> on Sat, 7 Jan 2017 10:45:31 -0500, chris...@zoulas.com (Christos Zoulas) wrote: > | Is there any reason not to use the same way of files generation? > > Thanks, regen'ed. Thanks, fine! -- Takahiro Kambe <t...@back-street.net>
Re: CVS commit: src/external/bsd/flex/dist/src
Hi, I've seen strange warnings: nbmake[7]: /data/amd64/obj/tools/lex/.depend, 959: ignoring stale .depend for /p/netbsd/cvsroot/src/external/bsd/flex/dist/src/scan.l >From commit log of /usr/src/external/bsd/flex/dist/src/initparse.c, revision 1.2 says: Regen without #line directives. - nbyacc -l -d -o initparse.c parse.y - nblex -L -t -p scan.l > initscan.c And using the same step to generate initparse.c and initscan.c, above warning has gone. Is there any reason not to use the same way of files generation? Best regards. -- Takahiro Kambe <t...@back-street.net>
Re: CVS commit: [netbsd-7] src
Hi, In message <20151015201153.3cc5...@cvs.netbsd.org> on Thu, 15 Oct 2015 20:11:53 +, "Soren Jacobsen" <s...@netbsd.org> wrote: > Module Name: src > Committed By: snj > Date: Thu Oct 15 20:11:53 UTC 2015 > > Modified Files: > src/gnu/usr.bin/groff/tmac [netbsd-7]: mdoc.local > src/sys/sys [netbsd-7]: param.h > Added Files: > src/doc [netbsd-7]: CHANGES-7.1 > > Log Message: > 7.0_STABLE "7.0_STABLE" instead of "7_STABLE"? -- Takahiro Kambe <t...@back-street.net>
Re: CVS commit: [netbsd-6] src/lib/libperfuse
Hi,
In message 20141103194010.711b...@cvs.netbsd.org
on Mon, 3 Nov 2014 19:40:10 +,
SAITOH Masanobu msai...@netbsd.org wrote:
Module Name: src
Committed By: msaitoh
Date: Mon Nov 3 19:40:10 UTC 2014
Modified Files:
src/lib/libperfuse [netbsd-6]: ops.c
Log Message:
Pull up following revision(s) (requested by manu in ticket #1148):
lib/libperfuse/ops.c: revision 1.73
rmdir dir/.. must return an error. Use ENOTEMPTY like FFS does.
To generate a diff of this commit:
cvs rdiff -u -r1.50.2.10 -r1.50.2.11 src/lib/libperfuse/ops.c
I need to changes to build successfully.
--
Takahiro Kambe t...@back-street.net
diff --git a/lib/libperfuse/ops.c b/lib/libperfuse/ops.c
index 3541b4f..a3b728c 100644
--- a/lib/libperfuse/ops.c
+++ b/lib/libperfuse/ops.c
@@ -2884,7 +2884,7 @@ perfuse_node_print(struct puffs_usermount *pu,
puffs_cookie_t opc)
int
perfuse_node_pathconf(struct puffs_usermount *pu, puffs_cookie_t opc,
- int name, int *retval)
+ int name, register_t *retval)
{
perfuse_msg_t *pm;
struct perfuse_state *ps;
diff --git a/lib/libperfuse/perfuse_priv.h b/lib/libperfuse/perfuse_priv.h
index d32f195..43bbff4 100644
--- a/lib/libperfuse/perfuse_priv.h
+++ b/lib/libperfuse/perfuse_priv.h
@@ -249,7 +249,7 @@ int perfuse_node_reclaim(struct puffs_usermount *,
puffs_cookie_t);
int perfuse_node_inactive(struct puffs_usermount *, puffs_cookie_t);
int perfuse_node_print(struct puffs_usermount *, puffs_cookie_t);
int perfuse_node_pathconf(struct puffs_usermount *,
-puffs_cookie_t, int, int *);
+puffs_cookie_t, int, register_t *);
int perfuse_node_advlock(struct puffs_usermount *,
puffs_cookie_t, void *, int, struct flock *, int);
int perfuse_node_read(struct puffs_usermount *, puffs_cookie_t,
Re: CVS commit: [netbsd-6] src/lib/libperfuse
In message 54582cea.5060...@execsw.org on Tue, 04 Nov 2014 10:33:30 +0900, Masanobu SAITOH msai...@execsw.org wrote: I need to changes to build successfully. Yes. It's ticket #1153. I'm now verifying the fix. Ah, I see and thanks! -- Takahiro Kambe t...@back-street.net
Re: CVS import: src/crypto/external/bsd/openssh/dist
In message m289uf$8bk$1...@ger.gmane.org on Wed, 22 Oct 2014 13:03:11 + (UTC), chris...@astron.com (Christos Zoulas) wrote: In article 20141022.125753.108286502...@uninett.no, Havard Eidnes h...@uninett.no wrote: Potentially-incompatible changes [ ... ] * sshd(8): Support for tcpwrappers/libwrap has been removed. [ ... ] Are there any plans to re-introduce this support locally in the NetBSD code base? Permanently or as part of a transition (to what?) period? Wowza! If I understand correctly, this renders py-denyhosts ineffective, and is IMHO a step in the wrong direction. Well, they removed it but we did not. It is also good news for me, but where can I find out from commit messages?? -- Takahiro Kambe t...@netbsd.org/t...@back-street.net
Re: CVS import: src/crypto/external/bsd/openssh/dist
In message 20141023010616.ecdc117f...@rebar.astron.com on Wed, 22 Oct 2014 21:06:16 -0400, chris...@zoulas.com (Christos Zoulas) wrote: On Oct 23, 9:41am, t...@netbsd.org (Takahiro Kambe) wrote: -- Subject: Re: CVS import: src/crypto/external/bsd/openssh/dist | It is also good news for me, but where can I find out from commit | messages?? The commit messages are the changes upstream. Most of the changes are merged. This is an exception. IC and thanks for your quick clarification. -- Takahiro Kambe t...@netbsd.org/t...@back-street.net
Re: CVS commit: src/rescue
In message 20130324110707.8ce9c17...@cvs.netbsd.org
on Sun, 24 Mar 2013 11:07:07 +,
Martin Husemann mar...@netbsd.org wrote:
Module Name: src
Committed By: martin
Date: Sun Mar 24 11:07:07 UTC 2013
Modified Files:
src/rescue: Makefile
Log Message:
pdisk has moved to external/bsd - try to deal.
.for f in pdisk
PROG_${f}!= cd ${NETBSDSRCDIR}/external/bsd/${f} ${MAKE} -V PROG
This line produce nothing.
It needs to execute in external/bsd/pdisk/bin directory.
PROG_${f}!= cd ${NETBSDSRCDIR}/external/bsd/${f}/bin ${MAKE} -V PROG
--
Takahiro Kambe t...@back-street.net
Re: CVS commit: [matt-nb6-plus] src/lib/libc/arch/arm
Hi, Should matt-nb6-plus branch be documented to src/doc/BRANCHES, shouldn't it? Best regards. -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src/sys/dev/pci
Thanks for your quick fix. Best regards. -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src/sys/dev/pci
Hi, compile GENERIC/if_wm.o /usr/src/sys/dev/pci/if_wm.c: In function 'wm_set_mdio_slow_mode_hv': /usr/src/sys/dev/pci/if_wm.c:7436: error: 'HV_KMRN_MODE_CTRL' undeclared (first use in this function) /usr/src/sys/dev/pci/if_wm.c:7436: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/pci/if_wm.c:7436: error: for each function it appears in.) /usr/src/sys/dev/pci/if_wm.c:7438: error: 'HV_KMRN_MDIO_SLOW' undeclared (first use in this function) Is it my specific problem? -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src/sys/fs/tmpfs
In message alpine.neb.2.00.1105100716550.29...@galant.ukfsn.org on Tue, 10 May 2011 07:19:51 +0100 (BST), Iain Hibbert plu...@rya-online.net wrote: On Tue, 10 May 2011, Takahiro Kambe wrote: In message 20110509170006.GA15831@marx.bitnet on Mon, 9 May 2011 20:00:06 +0300, Jukka Ruohonen jruoho...@iki.fi wrote: On Mon, May 09, 2011 at 06:50:08PM +0200, Adam Hoka wrote: So can we use for (int i = 0; ... ? :p lint(1) support them? Yes, lint(1) knows about it, see lint(7): 325 variable declaration in for loop Wow, thanks much! -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src/sys/fs/tmpfs
In message 20110509170006.GA15831@marx.bitnet on Mon, 9 May 2011 20:00:06 +0300, Jukka Ruohonen jruoho...@iki.fi wrote: On Mon, May 09, 2011 at 06:50:08PM +0200, Adam Hoka wrote: So can we use for (int i = 0; ... ? :p lint(1) support them? Hopefully not... Me, too. -- Takahiro Kambe t...@back-street.net
Re: /var/lock
Hi, In message c5724e4b-3267-40d5-a93a-425072bb2...@gmail.com on Tue, 4 Jan 2011 02:46:17 +0100, Adam Hamsik haa...@gmail.com wrote: I would like to have something persistent between reboots. I have found that we already have /var/spool/lock. Therefore /var/spool/lock/lvm/ seems to be might preferred place. Do you agree ? Also /var/spool/lock is not mentioned in hier. Are they really *lock* files? Anywaym I think it should be /var/db/lvm for them unless those files are temporary files like printer outputs. Best regards. -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src/sys/kern
In message 20101014004717.7887917...@cvs.netbsd.org on Thu, 14 Oct 2010 00:47:17 +, matthew green m...@netbsd.org wrote: Module Name: src Committed By: mrg Date: Thu Oct 14 00:47:17 UTC 2010 Modified Files: src/sys/kern: subr_disk.c Log Message: add some (uint64_t) casts so avoid 32 bit overflows. this fixes my 3TB disk with 4KB sectors and disklabel (which looks like it would work upto 16TB.) idea from mlel...@. I think that this small fix should be pulled up to netbsd-4/netbsd-5 branches. -- Takahiro Kambe t...@back-street.net
Re: CVS commit: [netbsd-5] src/lib/libpthread
Hi, In message 20100520050207.9927e17...@cvs.netbsd.org on Thu, 20 May 2010 05:02:07 +, Soren Jacobsen s...@netbsd.org wrote: Module Name: src Committed By: snj Date: Thu May 20 05:02:07 UTC 2010 Modified Files: src/lib/libpthread [netbsd-5]: pthread.c Log Message: Pull up following revision(s) (requested by explorer in ticket #1353): lib/libpthread/pthread.c: revision 1.114, 1.115 Correctly set pt_lid in the child, after a fork -- fix the pthread pt_lid in the fork callback function that runs in the child instead of a function that may be going away. KNFify I'm very happy with this. Should this change be pulled up to netbsd-5-0 branch? -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src
Hi, In message 201002021736.saa115...@zel459.zel.kfa-juelich.de on Tue, 2 Feb 2010 18:36:14 +0100, Matthias Drochner m.droch...@fz-juelich.de wrote: t...@back-street.net said: the version of libutil's shared library should be changed in some way, shoudn't it? Maybe as a matter of principle... Technically, I see no need for this. The code has never been used in the NetBSD tree, so there is no compatibility issue. And it is extremely unlikely that external software used it -- it is not of general use. I confirmed. Yeah, google results only 1 page with pw_policy_test. Best regards. -- Takahiro Kambe t...@back-street.net
Re: CVS commit: src
Hi, In message 20100127191031.c716317...@cvs.netbsd.org on Wed, 27 Jan 2010 19:10:31 +, Matthias Drochner droch...@netbsd.org wrote: Module Name: src Committed By: drochner Date: Wed Jan 27 19:10:31 UTC 2010 Modified Files: src/distrib/sets/lists/comp: mi src/include: util.h src/lib/libutil: Makefile Removed Files: src/lib/libutil: pw_policy.3 pw_policy.c Log Message: retire pw_policy(3) -- it is not found useful, there are other (more common) ways to enforce a password strength policy approved by elad the version of libutil's shared library should be changed in some way, shoudn't it? Best regards. -- Takahiro Kambe t...@back-street.net
