Re: Make installworld failure
Please cc me, I am not on either list I tried the RELENG_4_8 as a workaround with the exact same error as before. vm/vnode_pager.h - vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 and a bunch of other error code 1's back up the directory tree. [EMAIL PROTECTED] on 9/9/03 6:18 PM, Alex de Kruijff at [EMAIL PROTECTED] wrote: On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: Good Day, Please cc me ( [EMAIL PROTECTED] ) on responses to this, I am not on either mailing list anymore. I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. No problems with buildworld or kernel build, but I am getting failures during installworld You could try the RELENG_4_8 tag instead of STABLE as a work around. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Make installworld failure
On Thursday 11 September 2003 07:04 am, Elliott Perrin wrote: Please cc me, I am not on either list I tried the RELENG_4_8 as a workaround with the exact same error as before. vm/vnode_pager.h - vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 and a bunch of other error code 1's back up the directory tree. These aren't the error message. The error 1's are telling you that you have an error. If you can't see it, you need to redirect stdout and stderr from your installworld to a file. Since it is dying in 2 different tags, and no one else is having problems, the first assumption is that you have something wrong in your setup. For example, are you cvsuping src-all? Do you have anything in /etc/make.conf? Are you running the installworld from single user mode and etc. Kent [EMAIL PROTECTED] on 9/9/03 6:18 PM, Alex de Kruijff at [EMAIL PROTECTED] wrote: On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: Good Day, Please cc me ( [EMAIL PROTECTED] ) on responses to this, I am not on either mailing list anymore. I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. No problems with buildworld or kernel build, but I am getting failures during installworld You could try the RELENG_4_8 tag instead of STABLE as a work around. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bug: RELENG_4_8 rc.diskless1 typo
Folks, Just got through debugging a problem with my attempts to netboot FreeBSD. I've found a typo in the RELENG_4_8 etc/rc.diskless1 # $FreeBSD: src/etc/rc.diskless1,v 1.5.2.10 2002/12/23 17:39:06 dillon I found it initially in a cvsup from earlier this week, and again in a cvsup from today. I tried RELENG_4, but the typo is fixed. # $FreeBSD: src/etc/rc.diskless1,v 1.5.2.13 2003/08/11 13:39:48 fjoe specificly, the correct line is: if [ x`eval echo \\$md_size_$1` = x ]; then but the RELENG_4_8 version has: if [ x`eval echo \$md_size_$1` = x ]; then this is in the create_md section. Would it be possible to fix this for RELENG_4_8? --- david raistrick [EMAIL PROTECTED] http://www.expita.com/nomime.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0
When using the FAST_IPSEC option in the kernel build, the sysctl
variable net.key.prefered_oldsa seems to make no difference. The
kernel always chooses an old SA. This problem can be easily
reproduced. Just wait till the soft limit of the SA is expired and do
a setkey -F on the remote and then ping through the tunnel. Because
the old SA's are preferred and the remote no longer has the old SA's
the server and the remote cannot talk through the tunnel. Looking
at the source code in netipsec/key.c and comparing it with
netkey/key.c I see the there is some differences that didn't make it
into netipsec/key.c.
Here is a context diff applied to 1.3.2.2 of the changes I made to fix
the problem.
*** /tmp/ipsec.key.cThu Sep 11 14:26:07 2003
--- /usr/src/sys/netipsec/key.c Thu Sep 11 14:27:42 2003
***
*** 1,4
! /*$FreeBSD: /repoman/r/ncvs/src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01 01:38:13
sam Exp $*/
/*$KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */
/*
--- 1,4
! /*$FreeBSD: src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01 01:38:13 sam Exp $*/
/*$KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */
/*
***
*** 133,138
--- 133,139
#endif
static LIST_HEAD(_spacqtree, secspacq) spacqtree; /* SP acquiring list */
+ #if 0
/* search order for SAs */
static u_int saorder_state_valid[] = {
SADB_SASTATE_DYING, SADB_SASTATE_MATURE,
***
*** 141,146
--- 142,155
* for outbound processing. For inbound, This is not important.
*/
};
+ #endif
+ static const u_int saorder_state_valid_prefer_old[] = {
+ SADB_SASTATE_DYING, SADB_SASTATE_MATURE,
+ };
+ static const u_int saorder_state_valid_prefer_new[] = {
+ SADB_SASTATE_MATURE, SADB_SASTATE_DYING,
+ };
+
static u_int saorder_state_alive[] = {
/* except DEAD */
SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL
***
*** 816,821
--- 825,832
struct secashead *sah;
struct secasvar *sav;
u_int stateidx, state;
+ const u_int *saorder_state_valid;
+ int arraysize;
LIST_FOREACH(sah, sahtree, chain) {
if (sah-state == SADB_SASTATE_DEAD)
***
*** 828,836
found:
/* search valid state */
for (stateidx = 0;
!stateidx _ARRAYLEN(saorder_state_valid);
stateidx++) {
state = saorder_state_valid[stateidx];
--- 839,859
found:
+ /*
+ * search a valid state list for outbound packet.
+ * This search order is important.
+ */
+ if (key_prefered_oldsa) {
+ saorder_state_valid = saorder_state_valid_prefer_old;
+ arraysize = _ARRAYLEN(saorder_state_valid_prefer_old);
+ } else {
+ saorder_state_valid = saorder_state_valid_prefer_new;
+ arraysize = _ARRAYLEN(saorder_state_valid_prefer_new);
+ }
+
/* search valid state */
for (stateidx = 0;
!stateidx arraysize;
stateidx++) {
state = saorder_state_valid[stateidx];
***
*** 997,1008
--- 1020,1045
struct secasvar *sav;
u_int stateidx, state;
int s;
+ const u_int *saorder_state_valid;
+ int arraysize;
KASSERT(dst != NULL, (key_allocsa: null dst address));
KEYDEBUG(KEYDEBUG_IPSEC_STAMP,
printf(DP key_allocsa from %s:%u\n, where, tag));
+ /*
+ * when both systems employ similar strategy to use a SA.
+ * the search order is important even in the inbound case.
+ */
+ if (key_prefered_oldsa) {
+ saorder_state_valid = saorder_state_valid_prefer_old;
+ arraysize = _ARRAYLEN(saorder_state_valid_prefer_old);
+ } else {
+ saorder_state_valid = saorder_state_valid_prefer_new;
+ arraysize = _ARRAYLEN(saorder_state_valid_prefer_new);
+ }
+
/*
* searching SAD.
* XXX: to be checked internal IP header somewhere. Also when
***
*** 1013,1019
LIST_FOREACH(sah, sahtree, chain) {
/* search valid state */
for (stateidx = 0;
!stateidx _ARRAYLEN(saorder_state_valid);
stateidx++) {
state = saorder_state_valid[stateidx];
LIST_FOREACH(sav, sah-savtree[state], chain) {
--- 1050,1056
LIST_FOREACH(sah, sahtree, chain) {
/* search valid state */
for (stateidx = 0;
!stateidx arraysize;
stateidx++) {
state = saorder_state_valid[stateidx];
LIST_FOREACH(sav, sah-savtree[state], chain) {
Re: Make installworld failure
The scrollback in the script I just ran for make installworld back to here is over 100 lines, but here is the last install statement before the error. I have clipped out the other 1000 lines of file.h - file.ph I have the full make installworld script if needed. I have done the buildworld - buildkernel - installkernel - installworld procedure as outlined in the Handbook. I am thinking of going back to the old make world - config -r kernelname - make depend procedure to see if it works instead. I wiped out my entire /usr/src tree, and I an cvsup'ing from cvsup2. I only have the /etc/defaults/make.conf, and have not passed any flags to buildworld or installworld, not even a -j4 to buildworld. === gnu/usr.bin/perl/utils/c2ph install -o root -g wheel -m 555 c2ph /usr/bin install -o root -g wheel -m 444 c2ph.1.gz /usr/share/man/man1 === gnu/usr.bin/perl/utils/h2ph install -o root -g wheel -m 555 h2ph /usr/bin install -o root -g wheel -m 444 h2ph.1.gz /usr/share/man/man1 cd /usr/include; /usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/../../miniperl/miniperl -I/usr/obj/us r/src/gnu/usr.bin/perl/utils/h2ph/lib /usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/h2ph -d /usr/lib data/perl/5.00503/mach * */* a.out.h - a.out.ph acl.h - acl.ph aio.h - aio.ph alias.h - alias.ph ar.h - ar.ph . . . vm/pmap.h - vm/pmap.ph vm/swap_pager.h - vm/swap_pager.ph vm/vm.h - vm/vm.ph vm/vm_extern.h - vm/vm_extern.ph vm/vm_kern.h - vm/vm_kern.ph vm/vm_map.h - vm/vm_map.ph vm/vm_object.h - vm/vm_object.ph vm/vm_page.h - vm/vm_page.ph vm/vm_pageout.h - vm/vm_pageout.ph vm/vm_pager.h - vm/vm_pager.ph vm/vm_param.h - vm/vm_param.ph vm/vm_zone.h - vm/vm_zone.ph vm/vnode_pager.h - vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. on 9/11/03 12:24 PM, Kent Stewart at [EMAIL PROTECTED] wrote: On Thursday 11 September 2003 07:04 am, Elliott Perrin wrote: Please cc me, I am not on either list I tried the RELENG_4_8 as a workaround with the exact same error as before. vm/vnode_pager.h - vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 and a bunch of other error code 1's back up the directory tree. These aren't the error message. The error 1's are telling you that you have an error. If you can't see it, you need to redirect stdout and stderr from your installworld to a file. Since it is dying in 2 different tags, and no one else is having problems, the first assumption is that you have something wrong in your setup. For example, are you cvsuping src-all? Do you have anything in /etc/make.conf? Are you running the installworld from single user mode and etc. Kent [EMAIL PROTECTED] on 9/9/03 6:18 PM, Alex de Kruijff at [EMAIL PROTECTED] wrote: On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: Good Day, Please cc me ( [EMAIL PROTECTED] ) on responses to this, I am not on either mailing list anymore. I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. No problems with buildworld or kernel build, but I am getting failures during installworld You could try the RELENG_4_8 tag instead of STABLE as a work around. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0
Gabor,
thank you, this is exactly what I observe as well.
I wish to add that commercial IPSec equipment appears to prefer
net.key.prefered_oldsa=0 which makes FAST_IPSEC (defaulting to 1)
slightly incompatible. This applies to Cisco IPSec gear in particular.
Regards,
Helge
-Original Message-
From: Gabor [mailto:[EMAIL PROTECTED]
Sent: Thursday, 11. September 2003 20:32
To: [EMAIL PROTECTED]
Cc: Sam Leffler
Subject: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0
When using the FAST_IPSEC option in the kernel build, the sysctl
variable net.key.prefered_oldsa seems to make no difference. The
kernel always chooses an old SA. This problem can be easily
reproduced. Just wait till the soft limit of the SA is expired and do
a setkey -F on the remote and then ping through the tunnel. Because
the old SA's are preferred and the remote no longer has the old SA's
the server and the remote cannot talk through the tunnel. Looking
at the source code in netipsec/key.c and comparing it with
netkey/key.c I see the there is some differences that didn't make it
into netipsec/key.c.
Here is a context diff applied to 1.3.2.2 of the changes I made to fix
the problem.
*** /tmp/ipsec.key.cThu Sep 11 14:26:07 2003
--- /usr/src/sys/netipsec/key.c Thu Sep 11 14:27:42 2003
***
*** 1,4
! /*$FreeBSD: /repoman/r/ncvs/src/sys/netipsec/key.c,v
1.3.2.2 2003/07/01 01:38:13 sam Exp $*/
/*$KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */
/*
--- 1,4
! /*$FreeBSD: src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01
01:38:13 sam Exp $*/
/*$KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */
/*
***
*** 133,138
--- 133,139
#endif
static LIST_HEAD(_spacqtree, secspacq) spacqtree; /* SP
acquiring list */
+ #if 0
/* search order for SAs */
static u_int saorder_state_valid[] = {
SADB_SASTATE_DYING, SADB_SASTATE_MATURE,
***
*** 141,146
--- 142,155
* for outbound processing. For inbound, This is not
important.
*/
};
+ #endif
+ static const u_int saorder_state_valid_prefer_old[] = {
+ SADB_SASTATE_DYING, SADB_SASTATE_MATURE,
+ };
+ static const u_int saorder_state_valid_prefer_new[] = {
+ SADB_SASTATE_MATURE, SADB_SASTATE_DYING,
+ };
+
static u_int saorder_state_alive[] = {
/* except DEAD */
SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL
***
*** 816,821
--- 825,832
struct secashead *sah;
struct secasvar *sav;
u_int stateidx, state;
+ const u_int *saorder_state_valid;
+ int arraysize;
LIST_FOREACH(sah, sahtree, chain) {
if (sah-state == SADB_SASTATE_DEAD)
***
*** 828,836
found:
/* search valid state */
for (stateidx = 0;
!stateidx _ARRAYLEN(saorder_state_valid);
stateidx++) {
state = saorder_state_valid[stateidx];
--- 839,859
found:
+ /*
+ * search a valid state list for outbound packet.
+ * This search order is important.
+ */
+ if (key_prefered_oldsa) {
+ saorder_state_valid =
saorder_state_valid_prefer_old;
+ arraysize =
_ARRAYLEN(saorder_state_valid_prefer_old);
+ } else {
+ saorder_state_valid =
saorder_state_valid_prefer_new;
+ arraysize =
_ARRAYLEN(saorder_state_valid_prefer_new);
+ }
+
/* search valid state */
for (stateidx = 0;
!stateidx arraysize;
stateidx++) {
state = saorder_state_valid[stateidx];
***
*** 997,1008
--- 1020,1045
struct secasvar *sav;
u_int stateidx, state;
int s;
+ const u_int *saorder_state_valid;
+ int arraysize;
KASSERT(dst != NULL, (key_allocsa: null dst address));
KEYDEBUG(KEYDEBUG_IPSEC_STAMP,
printf(DP key_allocsa from %s:%u\n, where, tag));
+ /*
+ * when both systems employ similar strategy to use a SA.
+ * the search order is important even in the inbound case.
+ */
+ if (key_prefered_oldsa) {
+ saorder_state_valid =
saorder_state_valid_prefer_old;
+ arraysize =
_ARRAYLEN(saorder_state_valid_prefer_old);
+ } else {
+ saorder_state_valid =
saorder_state_valid_prefer_new;
+ arraysize =
_ARRAYLEN(saorder_state_valid_prefer_new);
+ }
+
/*
* searching SAD.
* XXX: to be checked internal IP header somewhere. Also when
***
*** 1013,1019
LIST_FOREACH(sah, sahtree, chain) {
/* search valid state */
make buildworld problem
after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get the next error message: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc:25: cmap.h: No such file or directory and a lot of the same messages No such file or directory on file cmap.cc, with mkdep: compile failed *** Error code 1 at the end of output I noticed in buildworld's output just before first error 2 mkdep calls: first with parameters mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID and second without any parameters. missed header files are in /usr/src/contrib/groff/src/include, so my problem is definitly around mkdep parameters, but how to correct it? /usr/src and /usr/obj were removed before make buildworld, and just the same happened with RELENG_4_8 sources... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld problem
On Fri, Sep 12, 2003 at 12:14:12AM +0400, Yury V.Lukke wrote: after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get the next error message: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc:25: cmap.h: No such file or directory and a lot of the same messages No such file or directory on file cmap.cc, with mkdep: compile failed *** Error code 1 at the end of output I noticed in buildworld's output just before first error 2 mkdep calls: first with parameters mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID and second without any parameters. missed header files are in /usr/src/contrib/groff/src/include, so my problem is definitly around mkdep parameters, but how to correct it? /usr/src and /usr/obj were removed before make buildworld, and just the same happened with RELENG_4_8 sources... Does it still the case if you run buildworld after the following set of commands: rm -rf /usr/obj cd /usr/src make cleandir Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Using dwarf2 in kernel debug?
i'm evaluating an emulator for xeon, but it only supports dwarf2, not stabs. Is there a simple means of changing the config for the system gcc, or is this a much more involved thing? This is for releng_4. e.g. is loader, gdb -k, etc, all ok with seeing dwarf2 debugging info in /kernel, and in modules. --don ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0
Thanks. This was a change that came into the KAME code after I'd branched. I need to diff all of the KAME code since that time and merge the relevant bug fixes. Sam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
MFC of 1.15 of src/sys/dev/usb/uvisor.c
Will version 1.15 of src/sys/dev/usb/uvisor.c be merged into STABLE from CURRENT? Syncing a palm over USB is pretty much impossible otherwise. Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD 4.9-PRE+ nvidia
Hello all. I have the same problem as described by Dmitry a day ago in a topic similar. I am able to use x11 with base driver nv but when I load nvidia driver, startx simply crash my machine and reboot after 5 seconds. I have a similar log file as reported by Dmitry even using startx+logverbose option. XF86Config file is similar,except it is not the same nvidia video card. I use a Geforce 256. X was working well before using nvidia driver with 4.8 stable. I even run this driver on freebsd-current for almost a year. Normally, I can set this driver easily, even on freebsd current release. This time, i have tried everything, even things that I never done before to let this driver work. Here is an example: nvidia install options, kernel tuning+ rebuild, boot loader options, XF86config options and even some sysctl parameters to let it work. Any hints would be appreciated. Thanks alot Dom. _ MSN Messenger : discutez en direct avec vos amis ! http://messenger.fr.msn.ca/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 4.9-PRE+ nvidia
On Fri, Sep 12, 2003 at 02:04:47AM +, dcx dcy wrote: Hello all. I have the same problem as described by Dmitry a day ago in a topic similar. I am able to use x11 with base driver nv but when I load nvidia driver, startx simply crash my machine and reboot after 5 seconds. I have a similar log Did you recompile the driver module when you upgraded your kernel? Kris pgp0.pgp Description: PGP signature
