Re: Not committing WARNS settings...
All David has to do is set WARNS=0 or NO_WERROR=1 in bsd.sys.mk or /etc/defaults/make.conf temporarily when he tests and commits the changeover, and he'll sidestep all the problems. There's no need to impose restrictions on the activities of other committers. It's really not a big deal, IMO. Kris Let me hijack this a little. How many of you WARNS= adding people consider different compile/code paths than the one your machine exercise? For instance the one make release will exercise? The WARNS=1 in libexec/Makefile.inc breaks make release because telnetd is then compiled, but it isn't warning free. John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Recent -Current KDE problems
On Fri, Feb 01, 2002 at 10:18:20AM -0500, Pete Fritchman wrote: ++ 01/02/02 09:04 -0600 - David W. Chapman Jr.: | I'm seeing this on a -current as of yesterday and as of today. I | just finished a make world and kernel a few mins ago as well as | rebuilding all my ports, but kde still dies when I try to load it, | last night before I tried to rebuild all the ports I was getting | signal 11's. Any ideas anyone? This is because KDE is compiled with objprelink (ports/devel/objprelink) which depends on a certain version of binutils, I guess. Once I get my laptop updated I'll see what I can figure out.. I'm guessing it's a small patch to objprelink. In the mean time, I'll see if I can add a WITHOUT_OBJPRELINK hook to the KDE ports. How are you going to tell, in the objprelink port, what version of binutils you're working with? If you patch it to fix the -current problem, you'll likely break -stable. Or maybe he will fix binutils. :-) On current anything that use a libpng that was compiled with the new binutils just coredump with a bus error. Well anything is maybe exagerated a little, gs from ghostscript-gnu, pnmtopng from netpnm and also a manually compiled and dinamically linked pngtest from png/work/libpng. John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ghostscript-gnu build broken
On Sat, Jan 12, 2002 at 01:25:55PM +0200, John Hay wrote:
It is not a -current problem. It is if you use the latest automake port,
which is using v1.5. I tried that command manually with automake14 and
then I didn't get that error.
John, what steps did you do exactly ?
Something like this:
###
cd /usr/ports/print/ghostscript-gnu
make
(fill in the form and wait until it breaks)
cd work/ghostscript-6.52/hpijs-1.0
aclocal14
automake14 --foreign --include-deps Makefile
cd ../../..
make
make install
###
Do you think its possible to put that logic into the port ?
I looked into it a bit. I think it is better if automake don't have to
be run. What about removeing files/patch-hpijs-1.0:configure.in and
patch the port Makefile with the appened patch? It seems to work here.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
Index: Makefile
===
RCS file: /home/ncvs/ports/print/ghostscript-gnu/Makefile,v
retrieving revision 1.63
diff -u -r1.63 Makefile
--- Makefile11 Jan 2002 21:47:33 - 1.63
+++ Makefile14 Jan 2002 06:06:18 -
@@ -165,8 +165,10 @@
${PERL} -pi -e 's|^DEVICE_DEVS|#DEVICE_DEVS|g' \
${WRKSRC}/src/unix-gcc.mak
# for HPinkjet driver
- ${PERL} -pi -e 's|CFLAGS=-O2 -Wall||g ; \
-s|CXXFLAGS=-O2 -Wall||g' ${WRKSRC}/${HPIJS_NAME}/configure
+ # XXX The HPinkjet driver should not be compiled with optimization
+ ${PERL} -pi -e 's|CFLAGS=-O2 -Wall|CFLAGS=-pipe -Wall|g ; \
+s|CXXFLAGS=-O2 -Wall|CXXFLAGS=-pipe -Wall|g' \
+${WRKSRC}/${HPIJS_NAME}/configure
find ${WRKSRC}/${HPIJS_NAME} -name '*.h' | xargs ${PERL} -pi -e \
's|#include malloc.h||g'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: ghostscript-gnu build broken
Hi, I'm glad to see the problem with hpijs is being fixed, however when I tried to build the port it died with the following: building hpijs server ... cd . aclocal cd . automake --foreign --include-deps Makefile automake: configure.in: required file `./depcomp' not found gmake: *** [Makefile.in] Error 1 *** Error code 2 Stop in /usr/ports/print/ghostscript-gnu. *** Error code 1 That must be a -current problem, in the meantime I got the new ghostscript-gnu port compiled on FreeBSD titan.klemm.gtn.com 4.5-RC FreeBSD 4.5-RC #0: Thu Jan 10 21:12:33 CET 2002 [EMAIL PROTECTED]:/usr/src/sys/compile/TITAN i386 Andreas /// I was having the same problem until I un-installed automake and autoconf, after which ghostscript-gnu installed just fine. It is not a -current problem. It is if you use the latest automake port, which is using v1.5. I tried that command manually with automake14 and then I didn't get that error. John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make release broken
Hi, Make release of -current has been broken here for the past few days. I had a look on the Japanese snapshot site and theirs break with the same error. Do anybody have an idea about what is going wrong? # touch release.5 rm -rf /R/stage/dists mkdir -p /R/stage/dists rolling bin/bin tarball tar: dev/mdctl: minor number too large; not dumped tar: dev/acd0t32: minor number too large; not dumped tar: dev/acd0t33: minor number too large; not dumped tar: dev/acd0t34: minor number too large; not dumped ... tar: dev/acd1t100: minor number too large; not dumped tar: dev/sa0.ctl: minor number too large; not dumped mtree: line 0: .exists: No such file or directory *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /home/src/release. # John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make release broken
At 07:51 AM 1/12/2002 +0200, John Hay wrote: Hi, Make release of -current has been broken here for the past few days. I had a look on the Japanese snapshot site and theirs break with the same error. Do anybody have an idea about what is going wrong? # touch release.5 rm -rf /R/stage/dists mkdir -p /R/stage/dists rolling bin/bin tarball tar: dev/mdctl: minor number too large; not dumped tar: dev/acd0t32: minor number too large; not dumped tar: dev/acd0t33: minor number too large; not dumped tar: dev/acd0t34: minor number too large; not dumped ... tar: dev/acd1t100: minor number too large; not dumped tar: dev/sa0.ctl: minor number too large; not dumped mtree: line 0: .exists: No such file or directory *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /home/src/release. # I can confirm that the same thing has been happening to me for about the past week. Don't know about any thing earlier. The last time I did a make release was in November and it worked. The last one that worked here was on 20020108. The one on the next day broke. The release builds are started from cron at midnight SAST which is 2 hours ahead of UTC. This correlates roughly with when the Japanese snaps stopped: ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/i386/ John -- John Hay -- [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
This patch works just fine here, thanks.
Any chance of getting it as part of lukem distribution or ours?
John
--
John Hay -- [EMAIL PROTECTED]
Differences/Losses:
*) FTP_PASSIVE_MODE vs. FTP_MODE
*) -4/-6 for forcing IPV4/IPV6
jhay Any chance of getting -4/-6 or something like it, back? It is very useful
jhay here in our environment that have a lot of dual-stack machines.
I think it is still useful in the environment where IPv6 link is
relatively slow than IPv4 link.
How about this patch?
Index: contrib/lukemftp/src/fetch.c
===
RCS file: /home/ncvs/src/contrib/lukemftp/src/fetch.c,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 fetch.c
--- contrib/lukemftp/src/fetch.c 19 Jul 2001 16:26:13 - 1.1.1.1
+++ contrib/lukemftp/src/fetch.c 22 Dec 2001 14:47:28 -
@@ -617,7 +617,7 @@
memset(hints, 0, sizeof(hints));
hints.ai_flags = 0;
- hints.ai_family = AF_UNSPEC;
+ hints.ai_family = family;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = 0;
error = getaddrinfo(host, NULL, hints, res0);
Index: contrib/lukemftp/src/ftp.1
===
RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp.1,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 ftp.1
--- contrib/lukemftp/src/ftp.119 Jul 2001 16:26:13 - 1.1.1.1
+++ contrib/lukemftp/src/ftp.122 Dec 2001 14:47:29 -
@@ -77,7 +77,7 @@
Internet file transfer program
.Sh SYNOPSIS
.Nm
-.Op Fl AadefginpRtvV
+.Op Fl 46AadefginpRtvV
.Bk -words
.Op Fl o Ar output
.Ek
@@ -146,6 +146,14 @@
Options may be specified at the command line, or to the
command interpreter.
.Bl -tag -width port
+.It Fl 4
+Forces
+.Nm
+to use IPv4 addresses only.
+.It Fl 6
+Forces
+.Nm
+to use IPv6 addresses only.
.It Fl A
Force active mode ftp.
By default,
Index: contrib/lukemftp/src/ftp.c
===
RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp.c,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 ftp.c
--- contrib/lukemftp/src/ftp.c19 Jul 2001 16:26:14 - 1.1.1.1
+++ contrib/lukemftp/src/ftp.c22 Dec 2001 14:47:31 -
@@ -149,7 +149,7 @@
memset(hints, 0, sizeof(hints));
portnum = parseport(port, FTP_PORT);
hints.ai_flags = AI_CANONNAME;
- hints.ai_family = AF_UNSPEC;
+ hints.ai_family = family;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = 0;
error = getaddrinfo(host, NULL, hints, res0);
Index: contrib/lukemftp/src/ftp_var.h
===
RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp_var.h,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 ftp_var.h
--- contrib/lukemftp/src/ftp_var.h19 Jul 2001 16:26:14 - 1.1.1.1
+++ contrib/lukemftp/src/ftp_var.h22 Dec 2001 14:47:31 -
@@ -279,6 +279,8 @@
GLOBAL charremotepwd[MAXPATHLEN]; /* remote dir */
GLOBAL char *username; /* name of user logged in as. (dynamic) */
+GLOBAL sa_family_t family; /* address family to use for connections */
+
GLOBAL char*ftpport; /* port number to use for FTP connections */
GLOBAL char*httpport; /* port number to use for HTTP connections */
GLOBAL char*gateport; /* port number to use for gateftp connections
*/
Index: contrib/lukemftp/src/main.c
===
RCS file: /home/ncvs/src/contrib/lukemftp/src/main.c,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 main.c
--- contrib/lukemftp/src/main.c 19 Jul 2001 16:26:14 - 1.1.1.1
+++ contrib/lukemftp/src/main.c 22 Dec 2001 14:47:32 -
@@ -171,6 +171,7 @@
upload_path = NULL;
isupload = 0;
reply_callback = NULL;
+ family = AF_UNSPEC;
/*
* Get the default socket buffer sizes if we don't already have them.
@@ -255,8 +256,16 @@
}
}
- while ((ch = getopt(argc, argv, Aadefgino:pP:r:RtT:u:vV)) != -1) {
+ while ((ch = getopt(argc, argv, 46Aadefgino:pP:r:RtT:u:vV)) != -1) {
switch (ch) {
+ case '4':
+ family = AF_INET;
+ break;
+
+ case '6':
+ family = AF_INET6;
+ break;
+
case 'A':
activefallback = 0;
passivemode = 0;
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
Re: [PATCH] if_ar and if_sr compile problem
Hi Max, You are right about the problem and I guess the fix is one way to do it. I would prefer that if_sppp.h does not require device drivers to suddenly need to include network include files, so I have asked Joerg about it. Julian Elischer wrote: there are SEPARATE modules for the netgraph versions ng_sr and ng_ar, compiled from the same sources.. ng_sync_sr and ng_sync_ar are specifically for the non-netgraph versions. -r-xr-xr-x 1 root wheel 26500 Nov 7 00:08 /boot/kernel/ng_sync_ar.ko -r-xr-xr-x 1 root wheel 28523 Nov 7 00:08 /boot/kernel/ng_sync_sr.ko compiled from /sys/modules/netgraph/sync_sr and sync_ar you need to find what is broken in the NON netgraph case.. [...] it looks like if_ar and if_sr modules will not compile unless you have enabled NETGRAPH. patches are simple and attached. ok, i'm sorry :) i said it wrong. what i meant to say is that there are also non-NETGRAPH modules called if_ar and if_sr and these two will not compile, because of missing headers. thanks, max John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
On 13-Dec-2001 Mike Heffner wrote: | mikeh 2001/12/13 15:46:45 PST ... | Log: | Connect lukemftp to the build as the default ftp client. Lukemftp | supports most of the previous features of FreeBSD ftp, but has been | better maintained and includes new features. Short summary of differences: ... Differences/Losses: *) FTP_PASSIVE_MODE vs. FTP_MODE *) -4/-6 for forcing IPV4/IPV6 Any chance of getting -4/-6 or something like it, back? It is very useful here in our environment that have a lot of dual-stack machines. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: newfs fails to build small file systems.
According to Harti Brandt: number of cylinders based on default values for the number of tracks (1) and the number of sectors per track (4096). This gives a value of one cylinder and mkfs later on complains about needing at least 2 cylinders per cylinder group. Forcing -c 2 should fix that. Bruce, any idea ? No, it does not. At the end I just copied an old newfs over to my diskless area. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: no new snapshot onftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/
lrwxr-xr-x 1 root ftp 27 Aug 10 17:19 5-LATEST - 5.0-CURRENT-20010810-JPSNAP
The last successfully finished release should be Aug/10/2001.
Right.
Current 5-current release is broken, since KerberosIV-enabled
src/gnu/usr.bin/cvs is broken as follows:
Nevertheless, current sucks. No successfully builds since 9 days ;-{{
Its not that bad, I have been building releases with the following patch.
It just don't try and build a kerberised version of cvs. If you look on
internat, you will see that it was able to build a release more often
then not, the past week (with this patch applied).
John
--
John Hay -- [EMAIL PROTECTED]
Index: kerberosIV/Makefile
===
RCS file: /home/ncvs/src/kerberosIV/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- kerberosIV/Makefile 1999/09/06 06:30:48 1.13
+++ kerberosIV/Makefile 2001/08/12 08:32:52
@@ -21,7 +21,7 @@
# These are the programs which depend on kerberos
kprog:
cd ${SDIR}/bin/rcp; ${CODAI}
- cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI}
+# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAI}
cd ${SDIR}/libexec/ftpd; ${CODAI}
cd ${SDIR}/libexec/rlogind; ${CODAI}
cd ${SDIR}/libexec/rshd; ${CODAI}
@@ -37,7 +37,7 @@
# This target us used to rebuild these programs WITHOUT kerberos
dekerberise:
cd ${SDIR}/bin/rcp; ${CODAIN}
- cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN}
+# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAIN}
cd ${SDIR}/libexec/ftpd; ${CODAIN}
cd ${SDIR}/libexec/rlogind; ${CODAIN}
cd ${SDIR}/libexec/rshd; ${CODAIN}
@@ -53,7 +53,7 @@
help-distribute: distribute
cd ${SDIR}/bin/rcp; ${CODAD}
- cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD}
+# cd ${SDIR}/gnu/usr.bin/cvs; ${CODAD}
cd ${SDIR}/libexec/ftpd; ${CODAD}
cd ${SDIR}/libexec/rlogind; ${CODAD}
cd ${SDIR}/libexec/rshd; ${CODAD}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: UDMA interfering with install
That's good enough. :) Thanks Maybe _that_ will keep that ata code from over-riding the bios to disable dma (or maybe the bios just wasn't doing it's job right ;) This won't work. What do you mean with this? The procedure that I described (barring typos) do work here and was used here to install and run FreeBSD on a silly A+ motherboard. Without disabling the DMA the install would fail and even if I installed with DMA disabled, but rebooted afterwards with DMA enabled, it would corrupt the filesystem to an almost unusable state. Someone was having the same problem the other day, and I suggested the same soloution, but after probe, the damn driver enabled UDMA at attach time anyway. So we removed it from the kernel config... and the damn thing enabled it again. I don't know if the #ifdef was intended to only guard in the boot case, but it doesn't help, because there are several missign guards around the code, if that's the case, and at least four places in the code ignore the tuning variable, as well, if it isn't commented out of the kernel at build time (thus disabling one of the places). Look for the #ifdef, and then look for the function call to do the enable, and the problem will be obvious. I'm not sure where the #ifdef comes into play. I didn't even recompile anything, so whatever #ifdef can be whatever it likes to be. Jun 5 18:42:51 d-5-71 /boot/kernel/kernel: ad0: 4104MB SAMSUNG SW0434A (4.3GB) [8896/15/63] at ata0-master PIO4 John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
pxeboot broken
Does anyone else also have problems with pxeboot on -current? I just rebuilt a system and the pxeboot just garbles the screen when it starts. I have a pxeboot built on May 5 that do work. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
TI-1225 and -current OLDCARD problem
I have tried the new OLDCARD code in -current on a desktop with an Orinoco/
Lucent PCI Cardbus bridge (TI PCI-1225) and a Lucent 802.11 card. I found
that the kernel would hang almost at the end of the boot process with the
last message pccard: card inserted, slot 1. But those cards only have
slot 0, so on a whim I hacked pccard/pcic_pci.c to only probe/attach the
first function on the card and not the second one and I have a working
system.
My very crude hack looks like this:
--- /sys/pccard/pcic_pci.c.org Sat Jun 9 14:16:16 2001
+++ /sys/pccard/pcic_pci.c Mon Jun 11 10:12:36 2001
@@ -354,6 +354,7 @@
struct pcic_pci_table *itm;
struct resource *res;
int rid;
+ int func;
device_id = pci_get_devid(dev);
desc = NULL;
@@ -373,6 +374,12 @@
if (desc == NULL)
return (ENXIO);
device_set_desc(dev, desc);
+
+ func = pci_get_function(dev);
+ if(func == 1) {
+ printf(Leave second slot alone\n);
+ return (ENXIO);
+ }
/*
* Take us out of power down mode.
One thing that I noticed is that with a verbose boot with the original
code (attached at the end of my email), is that slot 0 give stat is 4c
while the phantom slot 1 gives stat is c. Maybe that can be used to
detect that it is a phantom slot or maybe a timeout can be implemented?
I do know that when the machine is hanging at the end of the boot, I
can still break into the debugger, so the machine is totally gone. I
guess it is just sitting in some kind of loop waiting for something
from the phantom slot.
One question, why do I see 2 card inserted messages for each slot?
Even with my hacked up version I see 2 pccard: card inserted, slot 0
messages from the kernel.
John
--
John Hay -- [EMAIL PROTECTED]
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 9 seconds...
Type '?' for a list of commands, 'help' for more detailed help.
ok boot -v
SMAP type=01 base= len= 000a
SMAP type=02 base= 000f len= 0001
SMAP type=01 base= 0010 len= 07efc000
SMAP type=03 base= 07ffc000 len= 3000
SMAP type=04 base= 07fff000 len= 1000
SMAP type=02 base= len= 0001
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Sat Jun 9 19:49:22 SAST 2001
[EMAIL PROTECTED]:/usr/src/sys/compile/PCIPCMCIA
Setting adv 0 at to isa (string)
Setting aha 0 at to isa (string)
Setting aic 0 at to isa (string)
Setting apm 0 at to nexus (string)
Setting apm 0 disabled to 1 (int)
Setting apm 0 flags to 32 (int)
Setting ata 0 at to isa (string)
Setting ata 0 irq to 14 (int)
Setting ata 0 port to 496 (int)
Setting ata 1 at to isa (string)
Setting ata 1 irq to 15 (int)
Setting ata 1 port to 368 (int)
Setting atkbd 0 at to atkbdc (string)
Setting atkbd 0 flags to 1 (int)
Setting atkbd 0 irq to 1 (int)
Setting atkbdc 0 at to isa (string)
Setting atkbdc 0 port to 96 (int)
Setting bt 0 at to isa (string)
Setting cs 0 at to isa (string)
Setting cs 0 port to 768 (int)
Setting ed 0 at to isa (string)
Setting ed 0 irq to 10 (int)
Setting ed 0 maddr to 884736 (int)
Setting ed 0 port to 640 (int)
Setting fd 0 at to fdc0 (string)
Setting fd 0 drive to 0 (int)
Setting fd 1 at to fdc0 (string)
Setting fd 1 drive to 1 (int)
Setting fdc 0 at to isa (string)
Setting fdc 0 drq to 2 (int)
Setting fdc 0 irq to 6 (int)
Setting fdc 0 port to 1008 (int)
Setting fe 0 at to isa (string)
Setting fe 0 port to 768 (int)
Setting ie 0 at to isa (string)
Setting ie 0 irq to 10 (int)
Setting ie 0 maddr to 851968 (int)
Setting ie 0 port to 768 (int)
Setting le 0 at to isa (string)
Setting le 0 irq to 5 (int)
Setting le 0 maddr to 851968 (int)
Setting le 0 port to 768 (int)
Setting lnc 0 at to isa (string)
Setting lnc 0 drq to 0 (int)
Setting lnc 0 irq to 10 (int)
Setting lnc 0 port to 640 (int)
Setting npx 0 at to nexus (string)
Setting npx 0 irq to 13 (int)
Setting npx 0 port to 240 (int)
Setting pcic 0 at to isa (string)
Setting pcic 0 disabled to 1 (int)
Setting pcic 0 irq to 10 (int)
Setting pcic 0 maddr to 851968 (int)
Setting pcic 0 port to 992 (int)
Setting pcic 1 at to isa (string)
Setting pcic 1 disabled to 1 (int)
Setting pcic 1 irq to 11 (int)
Setting pcic 1 maddr to 868352 (int)
Setting pcic 1 port to 994 (int)
Setting pmtimer 0 at to isa (string)
Setting ppc 0 at to isa (string)
Setting ppc 0 irq to 7 (int)
Setting psm 0 at to atkbdc (string)
Setting psm 0 irq to 12 (int)
Setting sc 0 at to isa (string)
Setting sc 0 flags to 256 (int)
Setting sio 0 at to isa (string)
Setting sio 0 flags to 16 (int)
Setting sio 0 irq to 4 (int)
Setting sio 0 port to 1016 (int)
Setting sio 1 at to isa (string
Re: make release failure
Bruce,
Yes, this patch fix it for me. I had to convert the spaces back to tabs
though. :-)
Hi John--
I was trying to test out another patch, which (in addition to fixing
the problem you found) also folds the functionality of NORELNOTES into
NODOC. Unfortunately, my -CURRENT test box is having some difficulties
(probably VM-related) and it's going to take a little while before I
can do a make release again to do any testing. :-(
I'll see what I can do about getting my first patch committed to at
least unbreak make release.
I have now also tested your second patch and with a minor mod to make
make happy, the release finished. Here is the patch as I have used it.
John
--
John Hay -- [EMAIL PROTECTED]
Index: release/Makefile
===
RCS file: /home/ncvs/src/release/Makefile,v
retrieving revision 1.619
diff -u -r1.619 Makefile
--- release/Makefile2001/05/29 17:14:59 1.619
+++ release/Makefile2001/05/30 07:10:28
@@ -69,15 +69,11 @@
# CPU cycles (some of the programs are C++, and things like ghostscript
# belong to the required ports nevertheless).
#
-# Setting this also disables doc.2 (RELNOTESng).
+# Setting this also disables building of release note documentation
+# (RELNOTESng).
#NODOC= YES
#NOPORTS= YES
-# RELNOTESng can be disabled by uncommenting the following variable
-# definition. RELNOTESng depends on having ports enabled for this
-# release build.
-#NORELNOTES= YES
-
# Uncomment and modify this definition if you want the release notes
# and other release documentation in a language other than English.
#RELNOTES_LANG=en_US.ISO_8859-1
@@ -109,7 +105,7 @@
# on the boot floppy. WARNING: Breaks on some Athlon (K7) motherboards.
AUTO_KEYBOARD_DETECT?= 0
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
DIST_DOCS_ARCH_INDEP= readme errata
DIST_DOCS_ARCH_DEP=installation relnotes hardware
.endif
@@ -219,11 +215,8 @@
.endif
.if !defined(NODOC)
-DOCREL= doc.1
-.if !defined(NORELNOTES)
-DOCREL+= doc.2
+DOCREL= doc.1 doc.2
.endif
-.endif
.if !defined(NOPORTREADMES)
MAKEREADMES= make readmes PORTSDIR=${CHROOTDIR}/usr/ports
@@ -240,11 +233,6 @@
@echo unset NOPORTS, or set at least DOMINIMALDOCPORTS to YES!
@exit 1
.endif
-.if !defined(NORELNOTES) defined(NODOC)
- @echo Docs are required for building the release notes. Either
- @echo set NORELNOTES or unset NODOC!
- @exit 1
-.endif
.if make(release)
.if exists(${CHROOTDIR})
# The first command will fail on a handful of files that have their schg
@@ -357,9 +345,6 @@
.if defined(NOSRC)
echo export NOSRC=${NOSRC} ${CHROOTDIR}/mk
.endif
-.if defined(NORELNOTES)
- echo export NORELNOTES=${NORELNOTES} ${CHROOTDIR}/mk
-.endif
.if defined(RELNOTES_LANG)
echo export RELNOTES_LANG=${RELNOTES_LANG} ${CHROOTDIR}/mk
.else
@@ -617,7 +602,7 @@
ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services
ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig
gzip -9c ${.CURDIR}/../COPYRIGHT ${RD}/mfsfd/stand/help/COPYRIGHT.hlp.gz
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
gzip -9c ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt
${RD}/mfsfd/stand/help/`echo $${i} | tr 'a-z' 'A-Z'`.TXT.gz; \
done
@@ -712,7 +697,7 @@
-@ln -s . ${FD}/${BUILDNAME}
@cd ${RD} find floppies -print | cpio -dumpl ${FD}
@cd ${RD}/dists find . -print | cpio -dumpl ${FD}
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt ${FD}/`echo $${i} | tr
'a-z' 'A-Z'`.TXT; \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.html ${FD}/`echo $${i} | tr
'a-z' 'A-Z'`.HTM; \
@@ -751,7 +736,7 @@
@cp ${.CURDIR}/fixit.profile ${CD_DISC2}/.profile
@echo CD_VERSION = ${BUILDNAME} ${CD_DISC1}/cdrom.inf
@echo CD_VERSION = ${BUILDNAME} ${CD_DISC2}/cdrom.inf
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt ${CD_DISC1}/`echo $${i} |
tr 'a-z' 'A-Z'`.TXT; \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.html ${CD_DISC1}/`echo $${i}
| tr 'a-z' 'A-Z'`.HTM; \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: make release failure
Yes, this patch fix it for me. I had to convert the spaces back to tabs
though. :-)
John
--
John Hay -- [EMAIL PROTECTED]
If memory serves me right, Dima Dorfman wrote:
John Hay [EMAIL PROTECTED] writes:
*** Filesystem is 1440 K, 66 left
*** 4000 bytes/inode, 116 left
cp: /usr/src/release/texts/FLOPPIES.TXT: No such file or directory
What revision of src/release/Makefile do you have? You want 1.618.
beast# fgrep '$FreeBSD' /usr/src/release/Makefile
# $FreeBSD: src/release/Makefile,v 1.618 2001/05/25 18:01:31 bmah Exp $
beast# fgrep 'texts/FLOPPIES.TXT' /usr/src/release/Makefile
@cp ${.CURDIR}/texts/FLOPPIES.TXT ${RD}/floppies/README.TXT
Mea culpa. Mea maxima culpa. :-(
Could you please try the attached, untested patch? I don't know
enough about the release build process to know if it should work, but
I guess it's worth a shot. Bruce Mah (cc'd) should know whether it's
the Right(tm) fix.
Just got back from a road trip...my brain is a little fried now.
dd is going in the right direction, but the Makefile needs to consider
if NORELNOTES is defined or not. I recommend something like the
patch appended below...also untested...I'll test this tomorrow
when I am more awake, and maybe by then I will have figured out why
this slipped through my testing.
Sorry folks...
Bruce.
Index: Makefile
===
RCS file: /home/ncvs/src/release/Makefile,v
retrieving revision 1.618
diff -u -r1.618 Makefile
--- Makefile2001/05/25 18:01:31 1.618
+++ Makefile2001/05/28 06:29:31
@@ -694,8 +694,13 @@
@sh -e ${.CURDIR}/scripts/doFS.sh ${RD}/floppies/fixit.flp ${RD} \
${MNT} ${FIXITSIZE} ${RD}/fixitfd ${FIXITINODE} ${FIXITLABEL}
# Do our last minute floppies directory setup in a convenient place.
- @cp ${.CURDIR}/texts/FLOPPIES.TXT ${RD}/floppies/README.TXT
+.if !defined(NORELNOTES)
+ @cp ${.CURDIR}/doc/${RELNOTES_LANG}/readme/article.txt \
+ ${RD}/floppies/README.TXT
@(cd ${RD}/floppies; md5 README.TXT *.flp CHECKSUM.MD5)
+.else
+ @(cd ${RD}/floppies; md5 *.flp CHECKSUM.MD5)
+.endif
touch release.9
#
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
make release failure
A make release failed here with: # touch release.8 Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) super-block backups (for fsck -b #) at: 32 2556 blocks Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mounted on /dev/md0c1363 1297 6695% 266 11670% /mnt *** Filesystem is 1440 K, 66 left *** 4000 bytes/inode, 116 left cp: /usr/src/release/texts/FLOPPIES.TXT: No such file or directory *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. ... ## John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make release failure
A make release failed here with:
#
touch release.8
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216 sector(s) in last cylinder unallocated
/dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors
1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g)
super-block backups (for fsck -b #) at:
32
2556 blocks
Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mount
ed on
/dev/md0c1363 1297 6695% 266 11670% /mnt
*** Filesystem is 1440 K, 66 left
*** 4000 bytes/inode, 116 left
cp: /usr/src/release/texts/FLOPPIES.TXT: No such file or directory
What revision of src/release/Makefile do you have? You want 1.618.
beast# fgrep '$FreeBSD' /usr/src/release/Makefile
# $FreeBSD: src/release/Makefile,v 1.618 2001/05/25 18:01:31 bmah Exp $
beast# fgrep 'texts/FLOPPIES.TXT' /usr/src/release/Makefile
@cp ${.CURDIR}/texts/FLOPPIES.TXT ${RD}/floppies/README.TXT
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: [sysinstall bootstrapping issues [Was: -CURRENT b0rked?]]
It looks like kbdcontrol is not very happy. Ok, here is a patch that fix the problem for me. The problem is that a second call to mkfullname() will reuse the memory at the pointer that it returns, so you have to preserve it before then. OOPS, sorry. I've overlooked it. Should be fixed now. Interesting that on my system it worked like a charm. Do you set malloc options with /etc/malloc.conf maybe? The J option will cause this and it is on by default in -current. You didn't switch it off maybe? 4.3 upgrade path is likely to be still broken , because kbdcontrol(8) in 4-STABLE doesn't honour KEYMAP_PATH environment variable. Perhaps kbdcontrol should be added into bootstrap tools to fully fix the problem. Won't it be good enough to merge KEYMAP_PATH to stable? Or do we need to be able to upgrade to -current from any 4.x? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Re: -CURRENT b0rked?
It seems that sysinstall(8) was not fully integrated into buildworld - it depends on content of /usr/share/syscons/keymaps, while it shouldn't. I've just committed a patch that should fix this problem. Hoo, here I come to make your life a living hell once more... In file included from /usr/src/usr.sbin/sysinstall/keymap.c:40: keymap.h:2: `keymap_be_iso' undeclared here (not in a function) keymap.h:2: initializer element is not constant keymap.h:2: (near initialization for `keymapInfos[0].map') keymap.h:3: `keymap_br275_iso' undeclared here (not in a function) keymap.h:3: initializer element is not constant keymap.h:3: (near initialization for `keymapInfos[1].map') etc etc etc, for about 2.5 pages You should look a little earlier in the logs to where the damage was really done: rm -f keymap.tmp for map in be.iso br275.iso danish.iso finnish.iso fr.iso german.iso hr.iso hu. iso2.101keys it.iso icelandic.iso jp.106 norwegian.iso pl_PL.ISO_8859-2 pt.iso ru.koi8-r si.iso spanish.iso swedish.iso swissfrench.iso swissgerman.iso ua.koi 8-u ua.koi8-u.shift.alt uk.iso us.dvorak us.iso us.pc-ctrl us.unix ; do env KE YMAP_PATH=/usr/src/usr.sbin/sysinstall/../../share/syscons/keymaps kbdcontrol - L $map | sed -e '/^static accentmap_t/,$d' keymap.tmp ; done Segmentation fault - core dumped Segmentation fault - core dumped Segmentation fault - core dumped Segmentation fault - core dumped Segmentation fault - core dumped ... It looks like kbdcontrol is not very happy. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Re: -CURRENT b0rked?
It seems that sysinstall(8) was not fully integrated into
buildworld - it depends on content of /usr/share/syscons/keymaps,
while it shouldn't.
I've just committed a patch that should fix this problem.
You should look a little earlier in the logs to where the damage was really
done:
rm -f keymap.tmp
for map in be.iso br275.iso danish.iso finnish.iso fr.iso german.iso hr.iso hu.
iso2.101keys it.iso icelandic.iso jp.106 norwegian.iso pl_PL.ISO_8859-2 pt.iso
ru.koi8-r si.iso spanish.iso swedish.iso swissfrench.iso swissgerman.iso ua.koi
8-u ua.koi8-u.shift.alt uk.iso us.dvorak us.iso us.pc-ctrl us.unix ; do env KE
YMAP_PATH=/usr/src/usr.sbin/sysinstall/../../share/syscons/keymaps kbdcontrol -
L $map | sed -e '/^static accentmap_t/,$d' keymap.tmp ; done
Segmentation fault - core dumped
...
It looks like kbdcontrol is not very happy.
Ok, here is a patch that fix the problem for me. The problem is that
a second call to mkfullname() will reuse the memory at the pointer that
it returns, so you have to preserve it before then.
John
--
John Hay -- [EMAIL PROTECTED]
Index: usr.sbin/kbdcontrol/kbdcontrol.c
===
RCS file: /home/ncvs/src/usr.sbin/kbdcontrol/kbdcontrol.c,v
retrieving revision 1.34
diff -u -r1.34 kbdcontrol.c
--- usr.sbin/kbdcontrol/kbdcontrol.c2001/05/12 09:16:09 1.34
+++ usr.sbin/kbdcontrol/kbdcontrol.c2001/05/13 15:02:14
@@ -751,8 +751,11 @@
char*prefix[] = {, , KEYMAP_PATH, NULL};
char*postfix[] = {, .kbd, NULL};
- if (cp = getenv(KEYMAP_PATH))
- prefix[0] = mkfullname(cp, /, );
+ if (cp = getenv(KEYMAP_PATH)) {
+ cp = mkfullname(cp, /, );
+ prefix[0] = malloc(strlen(cp) + 1);
+ strcpy(prefix[0], cp);
+ }
for (i=0; prefix[i]; i++)
for (j=0; postfix[j]; j++) {
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Typo in src/release/Makefile, rev 1.161 (PATCH INCLUDED)
On Mon, Apr 16, 2001 at 10:05:03AM +0900, Makoto MATSUSHITA wrote:
There is a small typo in src/release/Makefile rev 1.161; not 'kernel',
but 'KERNEL' is correct.
I think I got all these already. But I rev 1.161 is from back in 1995.
Are you sure you've got the right /usr/src/release/Makefile?
No it is just a typo, he meant rev 1.611. And it is broken for me too.
It is because ${kernel} is not defined. ${KERNEL} on the other hand...
A make release dies with:
=== splash/pcx
install -c -o root -g wheel -m 555 -fschg splash_pcx.ko /R/stage/kernels/GENERIC
=== sr
install -c -o root -g wheel -m 555 -fschg if_sr.ko /R/stage/kernels/GENERIC
=== streams
install -c -o root -g wheel -m 555 -fschg streams.ko /R/stage/kernels/GENERIC
=== vesa
install -c -o root -g wheel -m 555 -fschg vesa.ko /R/stage/kernels/GENERIC
=== wi
install -c -o root -g wheel -m 555 -fschg if_wi.ko /R/stage/kernels/GENERIC
make KERNEL= DESTDIR=/R/stage/kernels kernel-reinstall.debug
make: don't know how to make kernel-reinstall.debug. Stop
*** Error code 2
Stop in /usr/src/release.
*** Error code 1
Stop in /usr/src/release.
*** Error code 1
Stop in /usr/src/release.
End Mon Apr 16 14:21:35 SAST 2001
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: *HEADS UP* libposix1e is integrated into libc
On Wed, Apr 04, 2001 at 07:23:18PM +0200, Thomas Moestl wrote:
src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll
start to commit the necessary patches now and will then activate the
build.
World may be broken during a short interval due to the switch. You
will also need to rebuild anything that uses libposix1e. In the base
system, those are src/bin/getfacl and src/bin/setfacl for now. I'm not
aware of any ports using it, so normally you should be fine after a
buildworld.
The changes are complete now, so any possible breakage should be over.
I think you need to change MAN= to MAN+= in /posix1e/Makefile.inc.
That just caused a make release to fail because it clobbered all
the previous man entries and then ln couldn't link them.
John
--
John Hay -- [EMAIL PROTECTED]
Index: lib/libc/posix1e/Makefile.inc
===
RCS file: /home/ncvs/src/lib/libc/posix1e/Makefile.inc,v
retrieving revision 1.1
diff -u -r1.1 Makefile.inc
--- lib/libc/posix1e/Makefile.inc 2001/04/04 18:00:51 1.1
+++ lib/libc/posix1e/Makefile.inc 2001/04/05 06:39:44
@@ -34,7 +34,7 @@
.if ${LIB} == "c"
-MAN= acl.3 \
+MAN+= acl.3 \
acl_add_perm.3 \
acl_calc_mask.3 \
acl_clear_perms.3 \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
make release broken in telnetd
Hi Ruslan, On the 26th you made changes to the Makefiles with this log message: ## Do not build (and install) both secure/ and standard versions of libtelnet, telnetd, and telnet. This only worked because secure/ was listed late in SUBDIR in Makefile.inc1. ## Did you check that "make release" still works with it? Here a "make release" bombs out with: ### cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DA UTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../crypto/te lnet -DINET6 -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/ libexec/telnetd/../../../crypto/telnet/telnetd/utility.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DA UTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../crypto/te lnet -DINET6 -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/ libexec/telnetd/../../../crypto/telnet/telnetd/authenc.c gzip -cn /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/telnetd. 8 telnetd.8.gz cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DA UTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../crypto/te lnet -DINET6 -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -o telnetd global. o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -lte rmcap -ltelnet -lcrypto -lcrypt -lmp state.o: In function `willoption': state.o(.text+0x695): undefined reference to `auth_request' state.o(.text+0x69d): undefined reference to `encrypt_send_support' state.o(.text+0x705): undefined reference to `auth_request' state.o(.text+0x70d): undefined reference to `encrypt_send_support' state.o: In function `wontoption': state.o(.text+0x88c): undefined reference to `auth_finished' state.o(.text+0x926): undefined reference to `auth_finished' state.o: In function `suboption': state.o(.text+0x13e7): undefined reference to `auth_is' state.o(.text+0x1403): undefined reference to `auth_name' state.o(.text+0x144b): undefined reference to `encrypt_support' state.o(.text+0x1467): undefined reference to `encrypt_is' state.o(.text+0x1483): undefined reference to `encrypt_reply' state.o(.text+0x149f): undefined reference to `encrypt_start' state.o(.text+0x14a9): undefined reference to `encrypt_end' state.o(.text+0x14c3): undefined reference to `encrypt_request_start' state.o(.text+0x14cd): undefined reference to `encrypt_request_end' state.o(.text+0x14e7): undefined reference to `encrypt_enc_keyid' ... *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src/release. It is because the libtelnet it is trying to link to, does not have the crypto stuff. It happens during the "make world" part of the release, because /tmp/.world_done does not exist yet. A normal "make world", ie. outside of the "make release" environment works fine though. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fixit floppy full during make release
Does anyone have some free space that they can borrow the fixit floppy? Created /R/stage/floppies/boot.flp Regular and MFS boot floppies made. touch release.8 Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) super-block backups (for fsck -b #) at: 32 /mnt: write failed, file system is full cpio: write error: No space left on device *** Error code 1 # John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: if_ef module broken in -current
=== if_ef @ - /usr/src/sys machine - /usr/src/sys/i386/include echo "#define IPX 1" opt_ipx.h echo "#define INET 1" opt_inet.h echo " echo " echo " echo " rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_ef/../../net/if_ef.c /usr/src/sys/modules/if_ef/../../net/if_ef.c:31: opt_ef.h: No such file or directory What's with the empty echo statements there as well? I've just done a world build on this box and its sources are about an hour (relative to cvsup-master) old, so I'm pretty sure everything is properly in sync. Maybe somebody broke make? The if_ef Makefile is .for and .if statements. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
resolver problem with shared linked programs
I noticed that sendmail started to complain of a failed reverse lookup
when starting:
Feb 28 11:40:43 beast sendmail[276]:
gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2
At first I thought something is wrong with my ipv6 dns setup, but it turned
out that if a program is linked shared the first getipnodebyaddr() it does
will succeed, but the rest fail. For a staticly linked program all of
them will succeed:
beast:~/try cc -Wall -static -O -o tstgetipnodebyaddr.static-c tstgetipnodebyaddr.c
beast:~/try cc -Wall -O -o tstgetipnodebyaddr tstgetipnodebyaddr.c
beast:~/try ./tstgetipnodebyaddr.static-c And
the answer is: beast.icomtek.csir.co.za
And the answer is: beast.icomtek.csir.co.za
beast:~/try ./tstgetipnodebyaddr
And the answer is: beast.icomtek.csir.co.za
Oops: 2.
getipnodebyaddr: Host name lookup failure
beast:~/try
My test program is at the end of the email. Maybe I (and sendmail) have
done something wrong?
John
--
John Hay -- [EMAIL PROTECTED]
#include sys/types.h
#include sys/socket.h
#include netinet/in.h
#include arpa/inet.h
#include netdb.h
#include stdio.h
int main(int argc, char **argv)
{
struct hostent *he;
int h_err;
u_char ipnum[16];
char *astr1;
astr1 = "146.64.24.3";
h_err = inet_pton(AF_INET, astr1, ipnum);
if(h_err == 0) {
printf("conversion error with inet_pton()\n");
exit(1);
}
he = getipnodebyaddr(ipnum, 4, AF_INET, h_err);
if(he == NULL) {
printf("Oops: %d.\n", h_err);
herror("getipnodebyaddr");
} else
printf("And the answer is: %s\n", he-h_name);
he = getipnodebyaddr(ipnum, 4, AF_INET, h_err);
if(he == NULL) {
printf("Oops: %d.\n", h_err);
herror("getipnodebyaddr");
} else
printf("And the answer is: %s\n", he-h_name);
return 0;
}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
m4 leaving /tmp/m4* directories
After m4 has been changed to do its temporary work in a subdirectory, "make world" leaves a lot of /tmp/m4* directories behind. This patch fix it for me. It is not protected by a "#ifndef vms" though. I don't know if vms has rmdir() or not and I'm not sure if we care about it. John -- John Hay -- [EMAIL PROTECTED] Index: usr.bin/m4/main.c === RCS file: /home/ncvs/src/usr.bin/m4/main.c,v retrieving revision 1.8 diff -u -r1.8 main.c --- usr.bin/m4/main.c 2000/11/22 11:09:30 1.8 +++ usr.bin/m4/main.c 2001/02/20 05:58:02 @@ -227,9 +227,10 @@ (void) remove(m4temp); #else (void) unlink(m4temp); - (void) rmdir(m4dir); #endif } + if (m4dir != NULL) + (void) rmdir(m4dir); return 0; } To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Release b0rked.. (libgssapi)
It looks like I was wrong. This patch fix a "make release" for me. The
other problems must have been fixed with the other krb fixes over the
past few days.
Any reason not to commit it?
John
--
John Hay -- [EMAIL PROTECTED]
=== lib/libgssapi
rm -f .depend
mkdep -f .depend -a
...
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:43:
krb5_err.h: No such file or directory
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:44:
heim_err.h: No such file or directory
You can get past this error with this patch, but it will just die a little
later in another part of kerberos. You should have better luck by building
a release with NOKERBEROS=YES. I was able to build one yesterday.
John
--
John Hay -- [EMAIL PROTECTED]
Index: kerberos5/lib/libgssapi/Makefile
===
RCS file: /home/ncvs/src/kerberos5/lib/libgssapi/Makefile,v
retrieving revision 1.1
diff -u -r1.1 Makefile
--- kerberos5/lib/libgssapi/Makefile 2001/02/13 16:56:50 1.1
+++ kerberos5/lib/libgssapi/Makefile 2001/02/17 15:13:38
@@ -7,7 +7,8 @@
-I${KRB5DIR}/lib/roken \
-I${KRB5DIR}/lib/des\
-I${KRB5DIR}/include\
- -I${ASN1OBJDIR}
+ -I${ASN1OBJDIR} \
+ -I${KRB5OBJDIR}
SRCS=\
8003.c \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tail -f kernel panic
I found it is quite easy to panic a -current kernel with 2 login windows. In window 1 do a "tail -f /tmp/world.out" In window 2 do a "tail -f /tmp/world.out" In window 2 do "^C" to break out of tail -f In window 1 do "^C" to break out of tail -f The box panic immediately. I can't get a coredump at the moment because the kernel just stops while doing the "syncing disks... 7 7"... Maybe it is related to kern/25309? Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc023175a stack pointer = 0x10:0xc8fe5db4 frame pointer = 0x10:0xc8fe5dc0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 347 (tail) trap number = 12 panic: page fault cpuid = 1; lapic.id = boot() called on cpu#1 syncing disks... 7 7 c02312e8 t ufs_advlock c0231310 T ufs_vinit c02313bc t ufs_makeinode c023159c t ufs_missingop c02315b4 t ufs_kqfilter c02316d4 t filt_ufsdetach c02317dc t filt_ufsread c0231808 t filt_ufsvnode c023182c T ufs_vnoperate John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: tail -f kernel panic
In article local.mail.freebsd-current/[EMAIL PROTECTED] you write: I found it is quite easy to panic a -current kernel with 2 login windows. In window 1 do a "tail -f /tmp/world.out" In window 2 do a "tail -f /tmp/world.out" In window 2 do "^C" to break out of tail -f In window 1 do "^C" to break out of tail -f The box panic immediately. I just commited a fix for this. Yes, no more panic. Thanks. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Release b0rked..
=== lib/libgssapi
rm -f .depend
mkdep -f .depend -a
...
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:43:
krb5_err.h: No such file or directory
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:44:
heim_err.h: No such file or directory
You can get past this error with this patch, but it will just die a little
later in another part of kerberos. You should have better luck by building
a release with NOKERBEROS=YES. I was able to build one yesterday.
John
--
John Hay -- [EMAIL PROTECTED]
Index: kerberos5/lib/libgssapi/Makefile
===
RCS file: /home/ncvs/src/kerberos5/lib/libgssapi/Makefile,v
retrieving revision 1.1
diff -u -r1.1 Makefile
--- kerberos5/lib/libgssapi/Makefile2001/02/13 16:56:50 1.1
+++ kerberos5/lib/libgssapi/Makefile2001/02/17 15:13:38
@@ -7,7 +7,8 @@
-I${KRB5DIR}/lib/roken \
-I${KRB5DIR}/lib/des\
-I${KRB5DIR}/include\
- -I${ASN1OBJDIR}
+ -I${ASN1OBJDIR} \
+ -I${KRB5OBJDIR}
SRCS= \
8003.c \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Building procedure of krb5 is broken
Jun Kuriyama [EMAIL PROTECTED] writes: Just FYI, I've tested buildworld with that patch in environments below. :-) (1) MAKE_KERBEROS4=YES (2) MAKE_KERBEROS4=YES and MAKE_KERBEROS5=YES (3) MAKE_KERBEROS5=YES (4) No MAKE_KERBEROS* Thanks for your testing. I've commited the fix. A, maybe this will also fix "make release". It has been dying in the kerberos area the last few days. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: -current world broken since Feb 10
DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. Any updates on this yet ? Warner committed a fix for this. But I'm having trouble building world with it. cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' ..snip.. Has anybody gotten world to build? Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. _flock_stub.c did compile: beast:~ ls -l /usr/obj/usr/src/lib/libc/_flock_stub.* -rw-r--r-- 1 root wheel 1797 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.So -rw-r--r-- 1 root wheel 1631 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.o John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: -current world broken since Feb 10
DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. Any updates on this yet ? Warner committed a fix for this. But I'm having trouble building world with it. Well make world finished here, but it looks like all is not well. The resultant /usr/libexec/elf/as coredump with a signal 11. I did put an old one back but it only helped for a little while. gdb traceback for both look the same: beast:/sys/compile/BEAST # gdb /usr/libexec/elf/as as.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. ... Core was generated by `as'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x28102bab in __ungetc () from /usr/lib/libc.so.5 (gdb) bt #0 0x28102bab in __ungetc () from /usr/lib/libc.so.5 #1 0x28102ac9 in ungetc () from /usr/lib/libc.so.5 #2 0x804f694 in hash_traverse () #3 0x804fa2f in hash_traverse () #4 0x8053a7d in hash_traverse () #5 0x804b53a in free () #6 0x804b22d in free () #7 0x8049335 in free () John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
lock order reversal message
Hi, Booting with a kernel built from today's source (with devfs also in), I see this lock order reversal message: ### Routing daemons:. Doing IPv6 network setup:add net :::0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 - 0 net.inet6.ip6.accept_rtadv: 0 - 0 net.inet6.ip6.accept_rtadv: 0 - 1 lock order reversal 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:644 2nd 0xc02d5280 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:940 3rd 0xc85d314c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:949 add net fe80::: gateway ::1 add net ff02::: gateway fe80::2a0:c9ff:fe8d:7c5f%fxp0 ND default interface = fxp0 IPv4 mapped IPv6 address support=YES. Additional daemons: syslogd. ### The machine is a SMP box, if that makes a difference. It does not seem to cause harm because it continue booting and I can log in. The disks are scsi on an adaptec ahc controller, with most partitions on da0 and /usr/obj a link to a partition on da2. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld fails
} -- } stage 4: populating /usr/obj/usr/src/i386/usr/include } -- [snip] } === rpcsvc } rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h } rpcgen: cannot find any C preprocessor (cpp) I have seen exactly this and reported it a week ago. No one seemed to have noticed though. :\ If you have current source, just recompile rpcgen and try again. Something like: cd /usr/src/usr.bin/rpcgen make all install clean should do it. Then you can return to your regular make world. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ahc messages
On a current SMP box running a kernel from this morning I see messages from the ahc driver I haven't seen before. The machine keeps on running though. Should I worry about them or back down to kernel of yesterday? Hmmm. Can you add a call to "ahc_dump_card_state(ahc);" after the "WARNING" printf in aic7xxx.c? I'm trying to reproduce this here as well. I don't know what I've changed that could cause the qoutfifo to become confused. How many drives do you have on the controller? There are 3 drives on the controller. Almost everything is on da0 except /usr/obj that is on da2. Releases are also built on da2. da1 is mostly idle. I have only seen it once. The first time after a reboot with the new kernel. I have now rebooted again with the same kernel and built a whole release with a squeek from ahc. Is it possible that it could have been some interaction or leftover from the previous sequencer code or something like that? I'll put ahc_dump_card_state(ahc) in. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
vmstat compile errors
Is this maybe fallout from the vm_zone changes? === usr.bin/vmstat cc -O -pipe -I/usr/src/usr.bin/vmstat/../../sys -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/vmstat/vmstat.c gzip -cn /usr/src/usr.bin/vmstat/vmstat.8 vmstat.8.gz /usr/src/usr.bin/vmstat/vmstat.c:483: warning: `pgtok' redefined /usr/obj/usr/src/i386/usr/include/machine/param.h:166: warning: this is the location of the previous definition /usr/src/usr.bin/vmstat/vmstat.c: In function `dozmem': /usr/src/usr.bin/vmstat/vmstat.c:907: structure has no member named `znext' *** Error code 1 John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ahc messages
On a current SMP box running a kernel from this morning I see messages from the ahc driver I haven't seen before. The machine keeps on running though. Should I worry about them or back down to kernel of yesterday? ahc0: Adaptec aic7880 Ultra SCSI adapter port 0xd000-0xd0ff mem 0xe100-0xe1000fff irq 19 at device 6.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: WARNING no command for scb 118 (cmdcmplt) QOUTPOS = 172 (da0:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x5 STACK == 0x3, 0x190, 0x160, 0x0 SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x5 SCB count = 120 Kernel NEXTQSCB = 58 Card NEXTQSCB = 58 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: 10:45 QOUTFIFO entries: Sequencer Free SCB List: 5 4 12 11 8 13 6 0 3 1 15 14 2 7 9 Pending list: 45 51 Kernel Free SCB list: 21 8 44 118 18 7 37 4 3 61 54 22 35 57 25 27 29 20 15 2 50 65 56 46 49 1 10 6 59 39 48 36 11 5 33 67 34 64 28 17 69 66 60 26 30 42 62 13 53 9 23 68 40 96 43 52 31 0 116 47 16 12 24 19 117 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 14 38 79 78 77 76 75 74 73 72 71 70 89 88 87 86 85 84 83 82 81 80 99 98 97 55 32 41 63 115 114 113 112 111 110 sg[0] - Addr 0x405c000 : Length 2048 (da0:ahc0:0:0:0): Queuing a BDR SCB (da0:ahc0:0:0:0): Bus Device Reset Message Sent (da0:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Bus Device Reset on A:0. 1 SCBs aborted John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: VN bug or pilot error ?
But while you're at it, migrate to md(4) instead of vn(4), it does vn(4) will be deprecated RSN. mdconfig(8) configures the md(4) devices So why not change the release process to use md instead of vn, so that we can make sure it works before vn is axed? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can't check with LINT kernel (i386)
URL:http://current.jp.FreeBSD.org/build/i386/LINT/5.0-CURRENT-20010104-JPSNAP.bad According to this logfile, 'cy' (Cyclades serial), 'ar' (Arnet SYNC/570i), 'sr' (RISCom/N2) and 'meteor' (Matrox meteor) requires COMPAT_OLDPCI support which is removed a few weeks before. Can we temporary disable these devices from src/sys/i386/conf/NOTES ? No. This would defeat the main points of NOTES, which are to test everything and generate mail for people who break something. Well I wouldn't mind if we disable the ar(4) and sr(4) drivers. I know they are broken and am in the process of fixing them. It just takes a little longer than I anticipated because of a new kiddie that pitched up and parents hat came to visit and so on. :-/ John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
unexpected vn driver lock:
I see these messages regularly when building releases on my SMP current box. It happens during the part where the floppies are built. It does not break the build process and the machine does not panic, so it isn't a big problem for me. Maybe it rings a bell for someone. This is with a kernel built yesterday, but it also happened with a kernel built on Dec 21. # unexpected vn driver lock: 0xc9494d00: type VREG, usecount 2, writecount 1, refcount 541, flags (VOBJBUF) tag VT_UFS, ino 403493, on dev #da/20 (13, 20) lock type inode: EXCL (count 1) by pid 4 unexpected vn driver lock: 0xc9494d00: type VREG, usecount 2, writecount 1, refcount 322, flags (VOBJBUF) tag VT_UFS, ino 403493, on dev #da/20 (13, 20) lock type inode: EXCL (count 1) by pid 4 unexpected vn driver lock: 0xc9580f00: type VREG, usecount 2, writecount 1, refcount 361, flags (VOBJBUF) tag VT_UFS, ino 382428, on dev #da/20 (13, 20) lock type inode: EXCL (count 1) by pid 4 unexpected vn driver lock: 0xc90c4d00: type VREG, usecount 2, writecount 1, refcount 541, flags (VOBJBUF) tag VT_UFS, ino 404067, on dev #da/20 (13, 20) lock type inode: EXCL (count 1) by pid 4 unexpected vn driver lock: 0xc90c4d00: type VREG, usecount 2, writecount 1, refcount 181, flags (VOBJBUF) tag VT_UFS, ino 404079, on dev #da/20 (13, 20) lock type inode: EXCL (count 1) by pid 76048 ## John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Is compatibility for old aout binaries broken?
On Wed, Dec 20, 2000 at 07:13:05PM -0800, Kris Kennaway wrote: Argh. I'm going to have to mark that port FORBIDDEN, then, because old versions of the X libraries have remote vulnerabilities. Hmmm... Are there patches available to just fix the security problems? We can't move much beyond 3.3.3 because Netscape's released aout binaries have workarounds for bugs from before then, which cause them to be unstable when those bugs are fixed. Maybe we should find out who the good guy is that is building the FreeBSD versions of Netscape and help him upgrade his version of FreeBSD or get him a new machine with FreeBSD 4.2 on it? Else, I guess we are stuck with netscape-linux or mozilla... And people keep breaking mozilla... Well there is the bsdi version too... John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ipsend and iptest compile error
The struct kinfo_proc changes breaks compiling ipsend and iptest. This
patch fix the compile problem, but I don't know if it is the correct
fix. Anybody care to comment? With this at least "make world" finished
without a problem.
John
--
John Hay -- [EMAIL PROTECTED]
Index: contrib/ipfilter/ipsend/sock.c
===
RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v
retrieving revision 1.3
diff -u -r1.3 sock.c
--- contrib/ipfilter/ipsend/sock.c 2000/02/10 03:17:46 1.3
+++ contrib/ipfilter/ipsend/sock.c 2000/12/14 10:40:42
@@ -283,10 +283,10 @@
return NULL;
fd = (struct filedesc *)malloc(sizeof(*fd));
- if (KMCPY(fd, p-kp_proc.p_fd, sizeof(*fd)) == -1)
+ if (KMCPY(fd, p-ki_fd, sizeof(*fd)) == -1)
{
fprintf(stderr, "read(%#lx,%#lx) failed\n",
- (u_long)p, (u_long)p-kp_proc.p_fd);
+ (u_long)p, (u_long)p-ki_fd);
return NULL;
}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Hangs during 'make world -j4' on recent current
For over a week now, I have been unable to complete a 'make world' on my -CURRENT box if I specify -j4. The system hangs and is completely unresponsive. This is a dual Celeron and an Abit BP6 motherboard. As far as I can tell, nobody knows what's causing this, nor even how to attack the problem. I'd like to solicit feedback about the extent of the problem, the possible causes, and how to debug it. I have been building releases with WORLD_FLAGS=-j4 successfully on my SMP box with a Dec 1 kernel for the past week. Yesterday I upgraded the kernel and with the new kernel did a make world -j4 which completed with no problems. And afterwards a make release with WORLD_FLAGS=-j4 also finished with no problems. So -current isn't totally broken. It might be timing related. My machine is an old dual 266MHz PII. How many processors does your machine have? 2 John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hangs during 'make world -j4' on recent current
For over a week now, I have been unable to complete a 'make world' on my -CURRENT box if I specify -j4. The system hangs and is completely unresponsive. This is a dual Celeron and an Abit BP6 motherboard. As far as I can tell, nobody knows what's causing this, nor even how to attack the problem. I'd like to solicit feedback about the extent of the problem, the possible causes, and how to debug it. I have been building releases with WORLD_FLAGS=-j4 successfully on my SMP box with a Dec 1 kernel for the past week. Yesterday I upgraded the kernel and with the new kernel did a make world -j4 which completed with no problems. And afterwards a make release with WORLD_FLAGS=-j4 also finished with no problems. So -current isn't totally broken. It might be timing related. My machine is an old dual 266MHz PII. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp vs. nfs install times
I've tested last nights make release built install via both ftp and nfs and am seeing some rather strange results timeing wise: A full install (ie: select ALL) w/ ports. NFS: about 18 minutes. (ave. about 1000KB/sec) FTP: about 70 minutes. (ave. about 45KB/sec) Maybe just as a datapoint. My -current snap building machine is running a kernel of Oct 24 and I noticed this morning that it is taking a very long time to scp the snap to internat. Try disabling newreno in both ends: sysctl -w net.inet.tcp.newreno=0 On my laptop with Wavelan cards this increases TCP throughput by a factor of 5. Yes, that makes a HUGE difference. I only did it on the current box. Internat is still running 4.x and don't have it. I think it made more than a factor of 5 difference here. :-) John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp vs. nfs install times
Hi, I've tested last nights make release built install via both ftp and nfs and am seeing some rather strange results timeing wise: A full install (ie: select ALL) w/ ports. NFS: about 18 minutes. (ave. about 1000KB/sec) FTP: about 70 minutes. (ave. about 45KB/sec) on the same box after the install, I can ftp to the server and mget all the files in just a few moments. ie: The snap server I'm using isn't the problem. Maybe just as a datapoint. My -current snap building machine is running a kernel of Oct 24 and I noticed this morning that it is taking a very long time to scp the snap to internat. Normally it takes a few minutes but it is now more than a hour and it isn't halfway yet. The machine is almost totally idle. The machine is running an SMP kernel if it matters. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current.freebsd.org problems?
jhay For now I just went back to an older kernel that works for me. Would you please explain "an older kernel" ? I'm using a kernel as of Sep/30/2000 and it panics. *** Note that this (Sep/30/2000) kernel doesn't panic until Oct/13/2000. Between Oct/14/2000 and Oct/17/2000, "make release" was failed at buildworld. Oct/18/2000, panic. Oct/19/2000, also panic. It looks like I spoke too soon. My 2000-10-05 kernel that previously worked also now panics. It must be somewhere when the floppies are made. On the serial console I see: Oct 21 04:44:49 beast /boot/kernel/kernel: /mnt: optimization changed from SPACE to TIME /mnt: bad dir ino 2 at offset 0: mangled entry panic: ufs_dirbad: bad dir cpuid = 0; lapic.id = 0100 boot() called on cpu#0 Does the mangled entry on /mnt mean there is something wrong in the /mnt filesystem? That would be the floppy image. Also it does not reboot after the panic. It just get stuck after printing a lot of "microuptime() went backwards (28431.4508250 - 28431.2820885)" messages. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current.freebsd.org problems?
$ For now I just went back to an older kernel that works for me. How older is your kernel? My kernel build 2000-09-21 JST. It panic when "make release". Not that old. 2000-10-05. The machine is a dual 266MHz PII. I have no problem building releases using "NODOC=YES WORLD_FLAGS=-j4" when the source is not broken. :-) I'm trying now again after the bktr fix went in. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
USER_LDT broken in current
Hi, I got this error when trying to build a kernel with USER_LDT and -current source. Its not a problem because I'm not using it at the moment, I just thought I'll mention it. cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/machdep.c ../../i386/i386/machdep.c: In function `init386': ../../i386/i386/machdep.c:1914: invalid lvalue in assignment *** Error code 1 John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: sendmail updated from 8.9.3 to 8.11.0 in -current
BTW, I love to see DAEMON_OPTIONS(`Name=MTA-v4, Family=inet')dnl DAEMON_OPTIONS(`Name=MTA-v6, Family=inet6')dnl Yes that together with "CFLAGS+=-DNETINET6" in the sendmail/Makefile and I have a working ipv6 mailer going. There is just an annoying message because of the anycast address: Aug 13 16:38:47 angel sendmail[11947]: gethostbyaddr(3ffe:2900:fffa:4::) failed: 1 Is that because of a configuration error or just because sendmail needs to check for anycast addresses? The machine is also a router between a gif tunnel and this interface. My interface is configured like this: angel# ifconfig de0 de0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 146.64.84.9 netmask 0xff00 broadcast 146.64.84.255 inet6 fe80::200:e8ff:fe15:dbed%de0 prefixlen 64 scopeid 0x1 inet6 3ffe:2900:fffa:4:200:e8ff:fe15:dbed prefixlen 64 inet6 3ffe:2900:fffa:4:: prefixlen 64 anycast ether 00:00:e8:15:db:ed media: 10baseT/UTP status: active supported media: 100baseTX full-duplex 100baseTX 10base2/BNC 10baseT/UTP full-duplex 10baseT/UTP John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sendmail updated from 8.9.3 to 8.11.0 in -current
jhay There is just an annoying message because of the anycast address: jhay Aug 13 16:38:47 angel sendmail[11947]: gethostbyaddr(3ffe:2900:fffa:4::) failed: 1 jhay Is that because of a configuration error or just because sendmail needs jhay to check for anycast addresses? sendmail tries to get the hostnames associated with all of it's interfaces to populate $=w (local host names). The best fix would be to create an entry in DNS for that address. Perhaps sendmail shouldn't bother warning on multicast addresses. Can you see if this patch makes the error go away? I tried your second patch, but it didn't make a difference. I'll take the easy way out for now and add a DNS entry like you and ume suggested. :-) I looked in ifconfig to see how they did the anycast detection and you basically have to open another socket into the kernel (this time an AF_INET6 one) and get the ipv6 flags and check them. Maybe too much work, except if it is going to bother too many people. :-/ John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sendmail updated from 8.9.3 to 8.11.0 in -current
Yes, this fix it. I don't see the message anymore and it still works too. :-)
Thanks.
John
--
John Hay -- [EMAIL PROTECTED]
ume Please try this patch.
ume Index: sendmail-8.11.0/sendmail/conf.c
ume diff -u sendmail-8.11.0/sendmail/conf.c.orig sendmail-8.11.0/sendmail/conf.c
Oops, previous patch is insufficient. I forgot to open INET6 socket.
Index: sendmail-8.11.0/sendmail/conf.c
diff -u sendmail-8.11.0/sendmail/conf.c.orig sendmail-8.11.0/sendmail/conf.c
--- sendmail-8.11.0/sendmail/conf.c.orig Sun Jul 16 02:35:18 2000
+++ sendmail-8.11.0/sendmail/conf.c Mon Aug 14 06:52:16 2000
@@ -4771,6 +4771,11 @@
# undef __P
# endif /* (_AIX4 = 40300) !defined(_NET_IF_H) */
# include net/if.h
+#if NETINET6 !defined(SIOCGLIFCONF)
+# include net/if.h
+# include net/if_var.h
+# include netinet/in_var.h
+#endif /* NETINET6 !SIOCGLIFCONF */
#endif /* defined(SIOCGIFCONF) !SIOCGIFCONF_IS_BROKEN */
void
@@ -4958,6 +4963,9 @@
#else /* NETINET6 defined(SIOCGLIFCONF) */
# if defined(SIOCGIFCONF) !SIOCGIFCONF_IS_BROKEN
int s;
+#if NETINET6 defined(SIOCGIFAFLAG_IN6)
+ int s6;
+#endif /* NETINET6 SIOCGIFAFLAG_IN6 */
int i;
struct ifconf ifc;
int numifs;
@@ -4996,6 +5004,10 @@
return;
}
+#if NETINET6 defined(SIOCGIFAFLAG_IN6)
+ s6 = socket(AF_INET6, SOCK_DGRAM, 0);
+#endif /* NETINET6 SIOCGIFAFLAG_IN6 */
+
/* scan the list of IP address */
if (tTd(0, 40))
dprintf("scanning for interface specific names, ifc_len=%d\n",
@@ -5009,6 +5021,9 @@
# if NETINET6
char *addr;
struct in6_addr ia6;
+#ifdef SIOCGIFAFLAG_IN6
+ struct in6_ifreq ifr6;
+#endif /* SIOCGIFAFLAG_IN6 */
# endif /* NETINET6 */
struct in_addr ia;
# ifdef SIOCGIFFLAGS
@@ -5094,6 +5109,22 @@
continue;
}
+# ifdef SIOCGIFAFLAG_IN6
+ memset(ifr6, '\0', sizeof(struct in6_ifreq));
+ strncpy(ifr6.ifr_name, ifr-ifr_name,
+ sizeof(ifr-ifr_name));
+ ifr6.ifr_addr = sa-sin6;
+ if (s6 0 || ioctl(s6, SIOCGIFAFLAG_IN6, ifr6) 0)
+ {
+ if (tTd(0, 4))
+ dprintf("SIOCGIFAFLAG_IN6 failed: %s\n",
+ errstring(errno));
+ continue;
+ }
+ if (ifr6.ifr_ifru.ifru_flags6 IN6_IFF_ANYCAST)
+ continue;
+# endif /* SIOCGIFAFLAG_IN6 */
+
/* save IP address in text from */
addr = anynet_ntop(ia6, buf6, sizeof buf6);
if (addr != NULL)
@@ -5123,6 +5154,10 @@
}
free(ifc.ifc_buf);
(void) close(s);
+# if NETINET6 defined(SIOCGIFAFLAG_IN6)
+ if (s6 = 0)
+ (void) close(s6);
+# endif /* NETINET6 SIOCGIFAFLAG_IN6 */
# undef IFRFREF
# endif /* defined(SIOCGIFCONF) !SIOCGIFCONF_IS_BROKEN */
#endif /* NETINET6 defined(SIOCGLIFCONF) */
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: [Neomagic] newpcm problems under current
Hmmm. I'm seeing something like this. I have an Gravis UltraSound MAX and mpg123 will play a list of songs correctly, but if I ^C out of it and try again, I see the "pcm0: play interrupt timeout, channel dead" message and it don't want to play again until a reboot. The gusc0 device is the only one using irq 5 and I have used this setup for quite a while. gusc0: Gravis UltraSound MAX at port 0x220,0x320-0x327,0x32c-0x333 irq 5 drq 1,3 flags 0x13 on isa0 pcm0: GUS CS4231 on gusc0 John -- John Hay -- [EMAIL PROTECTED] "me too" pcm0: NeoMagic 256AV mem 0xfda0-0xfdaf,0xfac0-0xfaff irq 5 at device 0.1 on pci1 pcm0: play interrupt timeout, channel dead Then EBUSY until the cows come home. I chatted with Cam some this evening; this problem seems to have come about as a result of driver restructuring. This chipset used to "just work" on my Dell notebook under some earlier 4.0 revision. On Sun, 6 Aug 2000, Ollivier Robert wrote: FreeBSD sidhe.freenix.org 5.0-CURRENT FreeBSD 5.0-CURRENT #19: Thu Aug 3 19:19:36 CEST 2000 roberto@sidhe:/src/src/sys/compile/nSIDHE i386 FreeBSD Audio Driver (newpcm) Aug 3 2000 17:03:04 Installed devices: pcm0: NeoMagic 256AV at memory 0xfe00, 0xfea0 irq 9 (1p/1r channels duplex) The first time I run mpg123, it does nothing (that is, no sound is emitted) and afterwards, /dev/dsp can't be opened at all... Robert N M Watson [EMAIL PROTECTED] http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mpboot.s patch
Well this patch make my dual PII boot again. Any plans to commit it? John -- John Hay -- [EMAIL PROTECTED] With a current kernel I get this when booting: Programming 24 pins in IOAPIC #0 AP #1 (PHY# 12) failed! panic y/n [y] panic: bye-bye mp_lock = 0001; cpuid = 0; lapic.id = Uptime: 0s [...] Try the enclosed patch. - Tor Egge Index: sys/i386/i386/mpboot.s === RCS file: /home/ncvs/src/sys/i386/i386/mpboot.s,v retrieving revision 1.13 diff -u -r1.13 mpboot.s --- sys/i386/i386/mpboot.s2000/01/29 13:51:17 1.13 +++ sys/i386/i386/mpboot.s2000/05/24 01:28:53 @@ -165,20 +165,15 @@ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MVP3 problems - current state?
It seems John Hay wrote: Interesting that those same disks work in the same UDMA33 mode on another motherboard with a different chipset. I have tried both Samsung and Seagate disks. I have also tried more than one motherboard and they do the same, so it isn't just a faulty board. I have also installed FreeBSD 3.4 on it and worked fine. I have also enabled DMA on that with flags setting and that also worked fine. What board make/version is this ? There is no name or version on the board itself. The box it came in said it is a "A+ Mainboard" and on the side there is a label that says "APRO/BAT Motherboard". And it is made in China. A verbose dmesg with version numbers was sent in an email to -current with this id: [EMAIL PROTECTED] Cant seem to find that, could you mail me a copy of that please? Ok, done that. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MVP3 problems - current state?
It seems Warner Losh wrote: In message [EMAIL PROTECTED] Soren Schmidt writes: : Ehm, is that a warning you have written or ?? I certainly havn't : issued this warning as the maintainer/author of the ata driver... I think that I wrote it, and that it is basically wrong. I'll look into correcting it. I think that the warnding should likely be changed to: if you have crappy disks, you'll be beter off in pio mode :-) Good wording :) Uhm. There is no way to turn it off when you do an installation. Interesting that those same disks work in the same UDMA33 mode on another motherboard with a different chipset. I have tried both Samsung and Seagate disks. I have also tried more than one motherboard and they do the same, so it isn't just a faulty board. I have also installed FreeBSD 3.4 on it and worked fine. I have also enabled DMA on that with flags setting and that also worked fine. I've run tests on everything I can get my hands on with my MVP3 based chaintec board, and it "just works", so I dont think the ata driver has a problem with this chipset. However as I said earlier, it _could_ be that VIA has changed vital things in a new rev of the 82c586, but I havn't seen any evidence to this (yet)... A verbose dmesg with version numbers was sent in an email to -current with this id: [EMAIL PROTECTED] But then maybe it is just me that have the problem. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles
In message [EMAIL PROTECTED] John Hay writes: : This is where I'm stuck too. I think there might be some more initialization : of the TI1225 necesary. I've added some init of the ti chipsets to -current. They are enough for my TI-1221 based card to allow me to talk to the modems that I have. Yes, that is the code I'm running. From looking at the wi driver I think our problem is even before a (non) working interrupt would come into the picture. It looks like the driver give a command to the card to allocate a transmit buffer and then it does a poll loop reading the status of the card and it is there that it timeout. Doing some manual inb()s at the port addresses of the wi card, it looks like the card is there, ie. I don't read 0xffs back, but for some reason the card does not react in the way that the driver expects. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles
Delete or rename /dev/card1 and you should get further. It will most
probably still not work, but it won't hang anymore.
You probably also have to tell pccardd to use the same interrupt that
pcic-pci0 got, because I don't see how else it can work, but I'm not
sure. I mean a PCI card can't generate different interrupts than the
one(s) connected to its pins can it?
John
--
John Hay -- [EMAIL PROTECTED]
Recently our firm bought Lucent wireless hardware - PCI Adapter and
PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO,
I've upgraded to 5.0-CURRENT.
All hardware ssems to be detected, pccardc pccardmem 0xd4000 is ok,
but after running pccardd it says:
pccardd[166]: Card "Lucent Technologies"("WaveLAN/IEEE") matched "Lucent
Technologies" ("WaveLAN/IEEE")
pccardd[166]: Using I/O addr 0x100, size 64
pccardd[166]: Setting config reg at offs 0x3e0 to 0x41, Reset time = 50 ms
pccardd[166]: Assigning I/O window 0, start 0x100, size 0x40 flags 0x5
/kernel: wi0: WaveLAN/IEEE 802.11 at port 0x100-0x13f irq 7 slot 0 on pccard0
/kernel: wi0: Ethernet address: 00:60:1d:f6:cc:5d
and machine just hangs completly.
Any help would be great.
kernel config:
devicecard
devicepcic0 at isa?
devicewi
kernel.conf:
config port pcic0 0x3e0
config irq pcic0 5
config iomem pcic0 0xd4000
config q
pieces of dmesg:
...
pcic-pci0: TI PCI-1225 PCI-CardBus Bridge mem 0xea00-0xea000fff irq 10 at
device 16.0 on pci0
pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only]
pcic-pci0: Legacy address set to 0x3e0
pcic-pci1: TI PCI-1225 PCI-CardBus Bridge mem 0xea004000-0xea004fff irq 10 at
device 16.1 on pci0
pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only]
...
pcic0: VLSI 82C146 at port 0x3e0 iomem 0xd4000 irq 5 drq 0 on isa0
pcic0: management irq 5
pccard0: PC Card bus -- kludge version on pcic0
pccard1: PC Card bus -- kludge version on pcic0
...
pccard: card inserted, slot 0
pccard: card inserted, slot 1
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles
In message [EMAIL PROTECTED] John Hay writes: : You probably also have to tell pccardd to use the same interrupt that : pcic-pci0 got, because I don't see how else it can work, but I'm not : sure. I mean a PCI card can't generate different interrupts than the : one(s) connected to its pins can it? No. You have to tell pcic to use that interrupt. and tell pccardd to *NOT* use that interrupt. Interrupt sharing rarely works when pccard is in the mix. Don't do it, unless you know what you are doing. And even then, if anything at all doesn't work, stop doing it. Uhmm, but if pcic use that interrupt, then there is no interrupt that pccardd can give to the pcmcia card? Or can you have more than one interrupt from the PCI card to the motherboard? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PCI-CardBus bridge + PCMCIA Lucent WaveLAN IEEE troubles
Delete or rename /dev/card1 and you should get further. It will most probably still not work, but it won't hang anymore. Thanks, it still don't work, but didn't hang anymore :) You probably also have to tell pccardd to use the same interrupt that pcic-pci0 got, because I don't see how else it can work, but I'm not sure. I mean a PCI card can't generate different interrupts than the one(s) connected to its pins can it? The situation is interesting - when I remove /dev/card1,2,3, pccardd get started, ifconfig wi0 works, but on any xmit - ping, etc.. I've got: wi0: xmit failed wi0: tx buffer allocation failed wi0: device timeout This is where I'm stuck too. I think there might be some more initialization of the TI1225 necesary. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: new device/bus stuff
Is there a howto on how to convert drivers from the old to new
form?
Hmmm, I would be interested too. I would like to convert the if_ar
and if_sr drivers, but they are not as straight foward as the "normal"
drivers, because a chip can have two channels and a card can have two
chips. Or maybe I'm just thinking too complicated about it?
for example if_sr.c no longer shows up (or is even probed) in
4.0-stable. I've looked here and there but I can't figure out if there
is some ISA_SHIM option needed (it's not in LINT if so).
Oops, I forgot about the if_sr driver. Just change the line
struct isa_driver srdriver = {srprobe, srattach_isa, "src"};
to
struct isa_driver srdriver = {srprobe, srattach_isa, "sr"};
I'll do it when I remove all the frame relay hooks out of the driver.
It has never been used outside SDL and they are not interested in
make it available. If anyone want to use frame relay they can use
the netgraph stuff.
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
burncd problem
Hi, I have installed 4.0-STABLE on our machine with the CD burner and when I tried to burn a CD, the session went as follows: === tien# burncd -s 4 -f /dev/acd0c data 4.0-install.iso fixate next writeable LBA 0 writing from file 4.0-install.iso size 641174 KB written this track 641174 KB (100%) total 641174 KB fixating CD, please wait.. burncd: ioctl(CDRIOCCLOSEDISK): Input/output error tien# === In this time the kernel spit out the following messages: === Apr 5 09:49:39 tien /kernel: acd0: READ_TOC - ILLEGAL REQUEST asc=24 ascq=00 error=04 Apr 5 10:07:25 tien /kernel: acd0: CLOSE_TRACK/SESSION - ILLEGAL REQUEST asc=64 ascq=00 error=04 Apr 5 10:07:25 tien /kernel: acd0: PREVENT_ALLOW - ILLEGAL REQUEST asc=64 ascq=00 error=04 == The CD writer is an HP 8100 and I have used it before without problems with a much older version of 4-CURRENT, that is before the ata driver. Does anybody else have problems with the HP 8100 series? I have included dmesg.boot at the end. John -- John Hay -- [EMAIL PROTECTED] Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-2403-STABLE #0: Tue Apr 4 02:17:15 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134205440 (131060K bytes) avail memory = 126693376 (123724K bytes) Preloaded elf kernel "kernel" at 0xc03c3000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI Mach64-GB graphics accelerator at 0.0 isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xc800-0xc80f at device 4.1 on pci0 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371AB/EB (PIIX4) USB controller at 4.2 irq 5 chip1: Intel 82371AB Power management controller port 0xe800-0xe80f at device 4.3 on pci0 ncr0: ncr 53c810 fast10 scsi port 0xc000-0xc0ff mem 0xe080-0xe08000ff irq 12 at device 10.0 on pci0 ncr0: driver is using old-style compatability shims fxp0: Intel EtherExpress Pro 10/100B Ethernet port 0xb800-0xb81f mem 0xe000-0xe00f,0xe200-0xe2000fff irq 10 at device 11.0 on pci0 fxp0: Ethernet address 00:a0:c9:e8:0f:1f fxp0: supplying EUI64: 00:a0:c9:ff:fe:e8:0f:1f xl0: 3Com 3c905-TX Fast Etherlink XL port 0xb400-0xb43f irq 11 at device 12.0 on pci0 xl0: Ethernet address: 00:60:08:9f:82:e4 miibus0: MII bus on xl0 nsphy0: DP83840 10/100 media interface on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppi0: Parallel I/O on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port plip0: PLIP network interface on ppbus0 acd0: CD-RW Hewlett-Packard CD-Writer Plus 8100 at ata1-master using PIO3 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ncr0 bus 0 target 0 lun 0 da0: MICROP 1926-15MW1002002 HW0A Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da0: 2058MB (4216172 512 byte sectors: 255H 63S/T 262C) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA 82C596 bug in 4.0-RELEASE?
I tried to install 4.0-RELEASE on a completely new PC system, but the install failed with ATA write errors and resets. I moved the disk to another PC and installed 4.0 via manual disklabels, newfs, bin + src extraction. 4.0 booted fine on this system (a Dell Optiplex GX1). Back on the new system, a 993AS motherboard with VIA 82C596 ATA33 controller, and ST313021A [25232/16/63] 13Gig disk at ata0-master using UDMA33. It boots and then takes out the root partition, again with ATA write errors and resets. ... Can anybody tell me if this 89C596 support is still experimental, or alternatively are there any recent patches/changes which I should pick up? I'm happy to cvsup either from 4.0-stable or 4.0-current if it would help to fix this problem. Yup VIA has a new version of the 82C596 chip, in their usual visdom they change the interface, but not the chip ID (I'll nominate VIA for the way they do versioning). However I have worked out the solution with Chris Wiener [EMAIL PROTECTED], that had this problem also and kindly helped testing. Se the patch belowm try it and let me know.. Is it possible that something like that is happening with the 82C586 too? The chip on our boards are all marked VT82C586B. I'll try the patch although it seems to be for the 596? Your question should include the VIA 82C586. :-) The answer will depend on who answer it. If it is Soren or one of the lucky ones that have it working, they will say everything is fine. For the rest of us with machines that don't want to install or that want to eat your disk if you install it somewhere else first, the answer is probably different. :-( Woa! I havn't seen any reports of the '586 not working, please point I did report it to -current about the 9th of March and you did respond to that message. I do seem to remember others complaining too, but when I tried to look for them through the mailing list search engine I couldn't find any because it seems that the search engine stopped indexing in December. :-( me at them. I've seen a couble of cases where it was other known bad HW that caused trouble. So by all means please forward any problem to me, together with verbose boot logs etc and I'll take a look at it, if there is a problem it should be fixed. However if it is on HW I dont have access to here, I need someone that has a box that can be used for testing, ie with filesystems that can be restored/ reinstalled etc etc and have the time and patience to work with me one the problem. I have a machine that can be trashed. The trouble is that it cannot install 4.x or -current because of the problem with the ata driver. During installation it just go in a loop during newfs and keep on spitting out errors. Should I just install 3.X and then copy a newer kernel over? 3.4 install perfectly and dma also works without a problem if enabled with flags 0xa0ff. (Although that is probably a slower dma?) John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA 82C596 bug in 4.0-RELEASE?
Yup VIA has a new version of the 82C596 chip, in their usual visdom they change the interface, but not the chip ID (I'll nominate VIA for the way they do versioning). However I have worked out the solution with Chris Wiener [EMAIL PROTECTED], that had this problem also and kindly helped testing. Se the patch belowm try it and let me know.. Is it possible that something like that is happening with the 82C586 too? The chip on our boards are all marked VT82C586B. I'll try the patch although it seems to be for the 596? Well I wouldn't be surpriced at that :) Should I just install 3.X and then copy a newer kernel over? 3.4 install perfectly and dma also works without a problem if enabled with flags 0xa0ff. (Although that is probably a slower dma?) I need a verbose boot log from the machine so I can see if VIA changed the chip ID or at least the revision on it... Ok, here is it. John -- John Hay -- [EMAIL PROTECTED] machdep.msgbuf: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue Apr 4 18:31:56 SAST 2000 [EMAIL PROTECTED]:/a/releng_4/usr/src/sys/compile/TOBY Calibrating clock(s) ... TSC clock: 400878590 Hz, i8254 clock: 1193091 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 400912253 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 33488896 (32704K bytes) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x002ac000 - 0x01fe7fff, 30654464 bytes (7484 pages) avail memory = 30142464 (29436K bytes) bios32: Found BIOS32 Service Directory header at 0xc00face0 bios32: Entry = 0xfb160 (c00fb160) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb190 pnpbios: Found PnP BIOS data at 0xc00fbda0 pnpbios: Entry = f:bdc8 Rev = 1.0 Other BIOS signatures found: ACPI: 000f6d60 Preloaded elf kernel "kernel.v4" at 0xc0293000. Pentium Pro MTRR support enabled pci_open(1):mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=06911106) devclass_alloc_unit: pcib0 already exists, using next available unit number npx0: math processor on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=06911106) pcib0: Host to PCI bridge on motherboard found- vendor=0x1106, dev=0x0691, revid=0x01 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[10]: type 1, range 32, base e000, size 26 found- vendor=0x1106, dev=0x8598, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1secondarybus=1 found- vendor=0x1106, dev=0x0586, revid=0x47 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x1106, dev=0x0571, revid=0x06 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[20]: type 1, range 32, base e000, size 4 found- vendor=0x1106, dev=0x3038, revid=0x02 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=d, irq=15 map[20]: type 1, range 32, base e400, size 5 found- vendor=0x1106, dev=0x3040, revid=0x10 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found- vendor=0x5333, dev=0x8901, revid=0x16 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base e400, size 26 found- vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base eb18, size 12 map[14]: type 1, range 32, base e800, size 6 map[18]: type 1, range 32, base eb00, size 20 found- vendor=0x114f, dev=0x5012, revid=0x00 class=07-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base eb181000, size 7 map[14]: type 1, range 32, base ec00, size 7 map[18]: type 1, range 32, base eb10, size 19 pci0: PCI bus on pcib0 pcib2: VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib2 isab0: VIA 82C586 PCI-ISA bridge at device 7.
Re: latest 4.0 snapshot breaks tcpdump
IMO (and I suggested this the other day), we should make the crypto collection mandatory, and have sysinstall ask a question about whether to point the libcrypt symlinks at libscrypt or libdescrypt (libdescrypt is I'm still waiting for your diffs which do this. :) Well yeah, that's fun to say, but my days have been literally completely full with getting other things ready for 4.0, without trying to figure out sysinstall on top of it all. All I can do is warn you to expect bug reports about this once people start upgrading to 4.0. Can't it be handled the same way init, ppp and a few others are? The binary shipped in the bin distribution is compiled/linked without crypto, but then a version compiled/linked with it is included in the crypto distribution. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: latest 4.0 snapshot breaks tcpdump
It also needs DISTRIBUTION=crypto inside that .if so that it will end up
in the crypto distribution. And maybe the exists(../../../crypto should
be exists(${.CURDIR}/../../secure) like the ppp/Makefile?
Hmm. I didn't know that - probably it could. The question is then whether
make release correctly compiles everything without libcrypto (the original
poster suggests not).
Looks like it needs the following patch:
Index: usr.sbin/tcpdump//tcpdump/Makefile
===
RCS file: /home/ncvs/src/usr.sbin/tcpdump/tcpdump/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefile
--- usr.sbin/tcpdump//tcpdump/Makefile2000/03/02 13:27:25 1.25
+++ usr.sbin/tcpdump//tcpdump/Makefile2000/03/13 10:54:05
@@ -21,7 +21,7 @@
CLEANFILES+= version.c
DPADD+= ${LIBL} ${LIBPCAP}
LDADD+= -ll -lpcap
-.if exists(../../../crypto) !defined(NOSECURE) !defined(NO_OPENSSL)
+.if exists(../../../crypto) !defined(NOCRYPT) !defined(NOSECURE)
!defined(NO_OPENSSL) !defined(RELEASE_CRUNCH)
DPADD+= ${LIBCRYPTO}
LDADD+= -lcrypto
CFLAGS+= -I${DESTDIR}/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO -DHAVE_RC5_H
-DHAVE_CAST_H
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe [EMAIL PROTECTED]
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: some error got from make release this afternoon..
I have also seen this on both our -stable and -current snap building machines. John -- John Hay -- [EMAIL PROTECTED] Just some error I got when I try to make release this afternoon. (cvs up to the latest). Maybe it is worthful to anyone making release all the time :_) ## a - textlist.o a - parsetag.o ranlib libindep.a cc -O -pipe -I/usr/local/include -I. -o mktable mktable.o hash.o -L/usr/local/lib -L. -lindep -lgc -lm -lncurses ./mktable 100 tagtable.tab tagtable.c cc -O -pipe -I/usr/local/include -I. -c tagtable.c tagtable.c:8: syntax error before character 0340 tagtable.c:11: syntax error before character 0320 tagtable.c:11: warning: initialization makes integer from pointer without a cast tagtable.c:17: syntax error before character 0370 tagtable.c:17: warning: initialization makes integer from pointer without a cast tagtable.c:22: syntax error before character 0220 tagtable.c:22: warning: initialization makes integer from pointer without a cast tagtable.c:24: `tfoot' undeclared here (not in a function) tagtable.c:24: syntax error before `x' tagtable.c:24: warning: initialization makes integer from pointer without a cast tagtable.c:30: `HTML_N_COLGcolgroup' undeclared here (not in a function) tagtable.c:30: initializer element is not constant tagtable.c:30: (near initialization for `MyHashItem[25].value') tagtable.c:41: syntax error before `,' tagtable.c:41: warning: initialization makes integer from pointer without a cast tagtable.c:45: syntax error before character 07 tagtable.c:45: warning: initialization makes integer from pointer without a cast tagtable.c:49: syntax error before character 0200 tagtable.c:49: warning: initialization makes integer from pointer without a cast tagtable.c:55: syntax error before character 07 tagtable.c:56: `HTML_E' undeclared here (not in a function) tagtable.c:56: `tbody' undeclared here (not in a function) tagtable.c:56: syntax error before `HTML_N' tagtable.c:56: warning: initialization makes integer from pointer without a cast tagtable.c:57: syntax error before character 07 tagtable.c:57: warning: initialization makes integer from pointer without a cast tagtable.c:69: `Hthead' undeclared here (not in a function) tagtable.c:69: initializer element is not constant tagtable.c:69: (near initialization for `MyHashItem[64].value') tagtable.c:91: syntax error before character 07 tagtable.c:94: syntax error before character 07 tagtable.c:94: warning: initialization makes integer from pointer without a cast tagtable.c:105: syntax error before character 0270 tagtable.c:106: syntax error before `w' tagtable.c:112: syntax error before character 07 tagtable.c:112: warning: initialization makes integer from pointer without a cast tagtable.c:118: syntax error before character 0250 tagtable.c:118: warning: initialization makes integer from pointer without a cast *** Error code 1 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m/work/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/www/w3m. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/ports/textproc/docproj. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /mnt/ad5s1e/FreeBSD-CURRENT/src/release. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
USA_RESIDENT and sysinstall
Hi, I installed a -current snap from internat.freebsd.org that was built with crypto source from internat. I answered yes when sysinstall asked me if I want the crypto stuff, but then found that it marked me as an USA_RESIDENT=YES in /etc/make.conf and it also asked me later if I want to install the rsaref libraries. I think the test for USA_RESIDENT should be a bit more clever or the message should be a bit more clear. At the moment it is: Do you wish to install cryptographic software? If you choose No, FreeBSD will use an MD5 based password scheme which, while perhaps more secure, is not interoperable with the traditional DES-based passwords on other Unix systems. There will also be some differences in the type of RSA code you use. Please do NOT choose Yes at this point if you are outside the United States and Canada and are installing from a U.S. FTP server. Instead, install everything but the crypto bits from the U.S. site and then switch to an international FTP server to install crypto on a second pass with the Custom Installation option. Maybe we can have some kind of flag in the crypto distribution to mark if it is USA or non-USA and use that to decide how to set USA_RESIDENT or maybe someone clever enough can figure out if the dowloaded crypto libraries still need rsaref and use that to set it? Also it would be nice to have an option to install the crypto ditribution (to get openssh) but still have md5 passwords, ie. the libcrypt.* links don't get extracted out of the crypto distribution or something can just link them back to libscrypt.*. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ata, DMA and the install floppies
I have been trying to install yesterday's 4.0 snap on a no-name brand motherboard with the VIA chipset, but I'm running in some problems. I suspect there is a problem with the DMA. The error I'm getting when the disk is newfs'ed is a repeating: ad0: WRITE command timeout - resetting ata0: resetting devices .. done ad0: WRITE command timeout - resetting ata0: resetting devices .. done ... It seems that it is just going on and on. Shouldn't it back down to non DMA mode after a while? Is there a way to disable the DMA on the install floppies? It should back down after 3 retries... But is is 3 retries pr request, so say it gets through on the 2 retry each time this will continue.. I dont know if there is access to the sysctl knobs from the emergency shell, but that would be a solution... Well it is been doing fsck for more than an hour now. :-) This is before the emergency shell is opened, but if I remember correctly, sysctl is not part of tools available. Part of the probe looks like this: (written down by hand) atapci0: VIA 82C586 ATA33 controller port 0xe000 - 0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ... ad0: 6204MB ST36531A [13446/15/63] at ata0-master using UDMA33 Hmm, wierd, did this hardware run FreeBSD before ?? A similar system did run FreeBSD-3.4, but I never enabled DMA on it. I'll try to install 3.4 on this one and see. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ssh strangeness in -current...
Oliver Fromme writes: As I said in my first message, it complained about a missing RSA library. (To reproduce the actual error message word by word, I'd have to install the whole stuff again.) you have to cvsup the secure stuff from internat. I did that and *sigh* As I wrote in a past message in this thread, i did not and cannot cvsup on that machine at all. I can only do binary installs (i.e. releases and snapshots) on that piece of hard- ware. That's what probably 95% of FreeBSD users do, anyway. Internat also have daily snapshots of -current and -stable. Because of our slow link, it is probably best to install the rest from somewhere else and then just the crypto stuff from internat. Just note that I only keep the last 3 snaps, so don't expect to be able to get the same thing a week later. :-) To answer another question in this thread, we do build releases based on the international crypto code and they are placed on internat. No CDs though. :-/ John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall and the status of des encryption?
A quick question before I try to come up with a fix and patches for a problem that I believe to be a moving target. I have run 'make release' to create 4.0-2306-SNAP with sources current as of 2am March 6th. When running sysinstall and selecting ALL the encryption components, sysinstall fails trying to locate crypto/des.inf. When looking through /usr/src/release/Makefile, it doesn't appear that des.inf and des.?? are created anymore, but instead located in crypto.inf and crypto.??. So, I believe sysinstall needs to be updated so des.?? is not installed anymore. H, so that is what it is. I also saw it break when I tried to install a release with crypto stuff, but hadn't had a chance to find out why it happened. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ipv6 and rc.conf questions
Hi, I have been playing with IPv6 on a few machines and I must say that it is very easy to get the basic IPv6 configuration on the "endpoints" ie. machines with just a ethernet connection. Just a line with 'ipv6_enable="YES"' /etc/rc.conf and it is done. But how do you configure an IPv6 in IPv4 tunnel in rc.conf? I can do it on the commandline, I'm just trying to figure out how to do it in rc.conf. I can get the IPv4 part configured with something like this: gif_interfaces="gif0" gifconfig_gif0="146.64.84.9 146.64.8.68" But how/where do you configure the IPv6 part of the tunnel? Do you have to put it in the network_interfaces= section where the normal IPv4 configuration is done? Another question, how do you add a default IPv6 route in rc.conf? There is an ipv6_default_interface= variable, but from the comments it looks like it is only meant for link local multicast addresses. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make release - usr.bin/ssh error
I'm getting this error as well. :(
At this rate RC#3 isn't going to be going out the door anytime soon.
=== usr.sbin/ktutil
install -c -s -o root -g wheel -m 555 ktutil /usr/sbin
install -c -o root -g wheel -m 444 ktutil.8.gz /usr/share/man/man8
cd /pub/FreeBSD/usr.bin/ssh; make MAKE_KERBEROS5=yes cleandir make
MAKE_KERBEROS5=yes obj
make MAKE_KERBEROS5=yes depend all install
cd: can't cd to /pub/FreeBSD/usr.bin/ssh
*** Error code 2
I'm in the process of tracking this down. If anyone has any
pointers, I'd appreciate the help.
This set of patches got make release going for me. I sent them to Mark
a little earlier this afternoon, because most of it is in his area.
John
--
John Hay -- [EMAIL PROTECTED]
Index: kerberos5/Makefile
===
RCS file: /home/ncvs/src/kerberos5/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- kerberos5/Makefile 2000/03/02 11:16:25 1.7
+++ kerberos5/Makefile 2000/03/03 04:16:17
@@ -2,7 +2,7 @@
SUBDIR=lib libexec usr.bin usr.sbin
-SDIR= ${.CURDIR}/..
+SDIR= ${.CURDIR}/../secure
bootstrap: cleandir obj depend all install kprog
Index: secure/usr.bin/ssh/Makefile
===
RCS file: /home/ncvs/src/secure/usr.bin/ssh/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- secure/usr.bin/ssh/Makefile 2000/02/28 19:27:31 1.3
+++ secure/usr.bin/ssh/Makefile 2000/03/03 07:52:28
@@ -29,8 +29,8 @@
((${MAKE_KERBEROS5} == "yes") || (${MAKE_KERBEROS5} == "YES"))
DISTRIBUTION=krb5
CFLAGS+= -DKRB5
-LDADD+= -lkrb5 -lkafs -lasn1 -lcom_err -lmd
-L${.OBJDIR}/../../../kerberos5/lib/libroken -lroken
-DPADD+= ${LIBKRB5} ${LIBCOM_ERR} ${LIBKAFS} ${LIBASN1} ${LIBMD}
+LDADD+= -lkrb5 -lasn1 -lcom_err -lmd
+-L${.OBJDIR}/../../../kerberos5/lib/libroken -lroken -lcrypt
+DPADD+= ${LIBKRB5} ${LIBCOM_ERR} ${LIBASN1} ${LIBMD} ${LIBCRYPT}
.endif # MAKE_KERBEROS5
.include bsd.prog.mk
Index: secure/usr.sbin/sshd/Makefile
===
RCS file: /home/ncvs/src/secure/usr.sbin/sshd/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- secure/usr.sbin/sshd/Makefile 2000/02/28 19:27:31 1.3
+++ secure/usr.sbin/sshd/Makefile 2000/03/03 07:55:41
@@ -31,8 +31,8 @@
DISTRIBUTION=krb5
CFLAGS+= -DKRB5
SRCS+= auth-krb5.c
-LDADD+= -lkrb5 -lkafs -lasn1 -lcom_err -lmd
-L${.OBJDIR}/../../../kerberos5/lib/libroken -lroken
-DPADD+= ${LIBKRB5} ${LIBCOM_ERR} ${LIBKAFS} ${LIBASN1} ${LIBMD}
+LDADD+= -lkrb5 -lasn1 -lcom_err -lmd
+-L${.OBJDIR}/../../../kerberos5/lib/libroken -lroken
+DPADD+= ${LIBKRB5} ${LIBCOM_ERR} ${LIBASN1} ${LIBMD}
.endif # MAKE_KERBEROS5
.include bsd.prog.mk
Index: crypto/openssh/auth-krb5.c
===
RCS file: /home/ncvs/src/crypto/openssh/auth-krb5.c,v
retrieving revision 1.1
diff -u -r1.1 auth-krb5.c
--- crypto/openssh/auth-krb5.c 2000/02/28 19:03:51 1.1
+++ crypto/openssh/auth-krb5.c 2000/03/03 07:54:18
@@ -240,7 +240,7 @@
}
if (!cleanup_registered) {
- fatal_add_cleanup(krb4_cleanup_proc, NULL);
+ fatal_add_cleanup(krb5_cleanup_proc, NULL);
cleanup_registered = 1;
}
return 0;
Index: release/Makefile
===
RCS file: /home/ncvs/src/release/Makefile,v
retrieving revision 1.534
diff -u -r1.534 Makefile
--- release/Makefile2000/02/29 11:26:24 1.534
+++ release/Makefile2000/03/03 12:05:47
@@ -430,8 +430,8 @@
if [ -d ${RD}/dists/crypto ] ; then ( cd ${RD}/dists/src \
if [ -f ssecure.aa ] ; then mv ssecure.* ../crypto ; fi \
if [ -f scrypto.aa ] ; then mv scrypto.* ../crypto ; fi \
- if [ -f skrb4.aa ] ; then mv skrb4.* ../crypto ; fi ; ) ; fi
- if [ -f skrb5.aa ] ; then mv skrb5.* ../crypto ; fi ; ) ; fi
+ if [ -f skrb4.aa ] ; then mv skrb4.* ../crypto ; fi \
+ if [ -f skrb5.aa ] ; then mv skrb5.* ../crypto ; fi ; ) fi
@echo "src distribution is finished."
.endif
touch release.7
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: NO_DESCRYPT patch
This is something which has been requested a fair bit..it will disable the
building of the DES CRYPT libraries even if you have the crypto sources
installed, so you can e.g. get OpenSSL/OpenSSH without having to deal with
the pitfalls of libdescrypt. It seems to work fine for me..if I hear any
other positive feedback I'll commit it.
Why not let them (libdes) be installed, but leave the symlinks to point
to libscrypt. That way things that for some reason need the des stuff
can still get to it. Something like this:
John
--
John Hay -- [EMAIL PROTECTED]
Index: secure/lib/libcrypt/Makefile
===
RCS file: /home/ncvs/src/secure/lib/libcrypt/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- secure/lib/libcrypt/Makefile2000/01/09 21:12:39 1.20
+++ secure/lib/libcrypt/Makefile2000/02/27 09:49:28
@@ -49,7 +49,11 @@
.include bsd.lib.mk
+.if defined(NO_DESCRYPT)
+noafterinstall:
+.else
afterinstall:
+.endif
.if !defined(NOPIC)
@cd ${DESTDIR}${SHLIBDIR}; \
rm -f ${LCRYPTSO}; \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: NO_DESCRYPT patch
I'm happy with it, although from what I just read in Bruce's emails, maybe
it should be NODESCRYPTLINKS.
This is something which has been requested a fair bit..it will disable the
building of the DES CRYPT libraries even if you have the crypto sources
installed, so you can e.g. get OpenSSL/OpenSSH without having to deal with
the pitfalls of libdescrypt. It seems to work fine for me..if I hear any
other positive feedback I'll commit it.
Why not let them (libdes) be installed, but leave the symlinks to point
to libscrypt. That way things that for some reason need the des stuff
can still get to it. Something like this:
Thats better, although the conditional should be renamed to something like
NO_DESCRYPTLINKS.
Any objections to a commit?
Index: ../secure/lib/libcrypt/Makefile
===
RCS file: /home/ncvs/src/secure/lib/libcrypt/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefile
--- ../secure/lib/libcrypt/Makefile 2000/01/09 21:22:48 1.25
+++ ../secure/lib/libcrypt/Makefile 2000/02/28 06:18:23
@@ -50,6 +50,7 @@
.include bsd.lib.mk
afterinstall:
+.if !defined(NO_DESCRYPTLINKS)
.if !defined(NOPIC)
@cd ${DESTDIR}${SHLIBDIR}; \
rm -f ${LCRYPTSO}; \
@@ -67,4 +68,5 @@
@cd ${DESTDIR}${LIBDIR}; \
rm -f ${LCRYPTBASE}_p.a; \
ln -sf ${LSCRYPTBASE}_p.a libcrypt_p.a
+.endif
.endif
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
etc/Makefile patch
I found a missing / in the .if that protects the addition of the ssh
config files. The result is that they will never be installed. With
this patch mergemaster was able to install them.
John
--
John Hay -- [EMAIL PROTECTED]
Index: etc/Makefile
===
RCS file: /home/ncvs/src/etc/Makefile,v
retrieving revision 1.215
diff -u -r1.215 Makefile
--- etc/Makefile2000/02/25 05:16:44 1.215
+++ etc/Makefile2000/02/25 09:08:51
@@ -20,7 +20,7 @@
${.CURDIR}/../usr.bin/mail/misc/mail.rc \
${.CURDIR}/../usr.bin/locate/locate/locate.rc
-.if exists(${.CURDIR}../crypto) !defined(NO_OPENSSH)
+.if exists(${.CURDIR}/../crypto) !defined(NO_OPENSSH)
BIN1+= ${.CURDIR}/../crypto/openssh/ssh_config \
${.CURDIR}/../crypto/openssh/sshd_config
.endif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: problems with openssl in 4.0rc and ports/security/openssh
Related question: Are there any plan to distribute USA_RESIDENT=NO version of des binary distribution? If not, non-USA users must rebuilt the crypto libraries from source to use international-crypto packages. The des distribution (des/des.??) of the 4.0 release candidate does not includes RSA headers nor RSA binaries, because they were built as USA_RESIDENT=YES. Are you referring to the crypto distribution? Mark Murray ([EMAIL PROTECTED]) is the person you need to talk to about non-US crypto stuff. Well I'm not Mark Murray, but I have been building the snaps on internat and to me it looks like rsa.h is included: internat:/home/ftp/pub/FreeBSD/releases/i386/4.0-2211-SNAP/des cat des.?? | tar -tzvf - | grep rsa -r--r--r-- root/wheel12208 Feb 12 07:09 2000 usr/include/openssl/rsa.h Or is there something that I miss? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: libcrypto (DES - MD5)
AFAIK this has always been the way it works: if you install libdescrypt, the system makes the (mistaken) assumption you want DES passwords all the time. This is true for the initial installation. However, `make world' used to respect the an existing symlink. src/secure/lib/libcrypt/Makefile shows this intention. Except at some stage a nasty afterinstall target crept in there. :-/ John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Serious problems installing -CURRENT (was: UPDATING)
ntp should use the POSIX feature test macros for these functions. Unfortunately, it uses autoconfig, and we turn this into hard coded configuration by committing the generated config.h file as a source file. Wouldn't work. Autoconf finds the sched_* functions regardless of their presence in the kernel config. file. Autoconf is a compile-time utility whereas we'd need something more sophisticated to get this right. Actually the current way works pretty well. Ntpd will try to use the sched_* functions, but if they fail it will try other ways to set the priority. It is just the fact that it logs the the fact that the sched_* functions are not available that gives people a shock ... and a chance to enable it in their kernel. :-) John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make release broken
Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. --- It looks like the handling of HARDWARE.TXT in release/Makefile is broken. HARDWARE.TXT was missing. Should be corrected by a commit I've done 15 minutes ago. Ok it got a little further. Now it dies with: 0 blocks 0 blocks cp: /usr/src/release/texts/RELNOTES.TXT: No such file or directory *** Error code 1 Stop in /usr/src/release. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make release broken
Hi, Make release on current is broken. It dies with: -- Filesystem is 1440 K, -52 left 4000 bytes/inode, 10 left touch release.9 0 blocks Setting up CDROM distribution area 0 blocks 0 blocks 0 blocks 0 blocks ... 0 blocks 0 blocks 0 blocks cp: /usr/src/release/texts/HARDWARE.TXT: No such file or directory *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. --- It looks like the handling of HARDWARE.TXT in release/Makefile is broken. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make release broken
Make release in a -current cvsuped just now broke. It looks like the aout directory is not there. Fixed. Thanks. I'm testing as well, so if anything comes up, let me know. Ok, It got a little further. It now dies with during the "Rebuilding dependencies" phase with: -- mkdep -f .depend -a -nostdinc -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/config -DMAIN -DIN_GCC -DVERSION=\"2.95.2\" -I/usr/obj/usr/src/tmp/usr/include /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/getopt.c /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/getopt1.c underscore.c cd /usr/src/gnu/usr.bin/cc/c++filt; make _EXTRADEPEND echo c++filt: /usr/obj/usr/src/tmp/usr/lib/libc.a .depend === gnu/usr.bin/cc/doc === gnu/usr.bin/cc/cc1obj make: don't know how to make objc-parse.c. Stop *** Error code 2 -- The reason is that in Makefile.inc1 BMAKE sets -DNO_OBJC (and a lot of others). BMAKE is used to do the cleanup and make the obj dirs, so the /usr/obj/usr/src/gnu/usr.bin/cc/cc1obj dir is never created. To make the dependencies and the rest XMAKE is used and then -DNO_OBJC and friends are not defined... Wipe your /usr/obj dir and do a make world, and you will see. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make release broken
Hi, Make release in a -current cvsuped just now broke. It looks like the aout directory is not there. - === libtacplus sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/src/lib/libtacplus/taclib.h /usr/obj/usr/src/tmp/usr/include sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libtacplus.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libtacplus_p.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 444 libtacplus.so.1 /usr/obj/usr/src/tmp/usr/lib ln -sf libtacplus.so.1 /usr/obj/usr/src/tmp/usr/lib/libtacplus.so === compat === compat/compat1x sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.so.1.1 libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 /usr/obj/usr/src/tmp/usr/lib/compat/aout usage: cp [-R [-H | -L | -P]] [-f | -i] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i] [-pv] src1 ... srcN directory *** Error code 1 Stop in /usr/src/lib/compat/compat1x. *** Error code 1 Stop in /usr/src/lib/compat. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 -- John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Overflow in banner(1)
Hmmm, but now that you have changed message to be a pointer, the
sizeof(message) at the end of the patch will return the size of
a pointer which is 4 and probably not what you want. :-)
I think we should be carefull when we make our security fixes so
that we don't introduce new bugs, which was also the problem that
I had the other day with doscmd.
John
--
John Hay -- [EMAIL PROTECTED]
I'd prefer something like this that I've attached. The move over the
years has been away from artificial limits...
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
Index: banner.c
===
RCS file: /usr2/ncvs/src/usr.bin/banner/banner.c,v
retrieving revision 1.6
diff -u -r1.6 banner.c
--- banner.c 1999/04/19 04:05:25 1.6
+++ banner.c 1999/11/24 05:41:35
@@ -1018,7 +1018,7 @@
};
char line[DWIDTH];
-char message[MAXMSG];
+char *message;
char print[DWIDTH];
int debug, i, j, linen, max, nchars, pc, term, trace, x, y;
int width = DWIDTH; /* -w option: scrunch letters to 80 columns */
@@ -1058,14 +1058,24 @@
/* Have now read in the data. Next get the message to be printed. */
if (*argv) {
- strcpy(message, *argv);
+ message = strdup(*argv);
+ if (message == NULL)
+ err(1, "strdup");
while (*++argv) {
- strcat(message, " ");
- strcat(message, *argv);
+ char *omessage;
+
+ omessage = message;
+ asprintf(message, "%s %s", message, *argv);
+ if (message == NULL)
+ err(1, "asprintf");
+ free(omessage);
}
nchars = strlen(message);
} else {
fprintf(stderr,"Message: ");
+ message = malloc(MAXMSG);
+ if (message == NULL)
+ err(1, "malloc");
(void)fgets(message, sizeof(message), stdin);
nchars = strlen(message);
message[nchars--] = '\0'; /* get rid of newline */
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Overflow in banner(1)
In message [EMAIL PROTECTED] "David O'Brien" writes: : On Tue, Nov 23, 1999 at 09:15:35PM -0800, Kris Kennaway wrote: : - (void)fgets(message, sizeof(message), stdin); : + (void)fgets(message, MAXMSG, stdin); : : There is nothing wrong with the original line here. Please don't change : things that are fine just to change them. We don't want to ofuscate the fix. In fact, the original line is safer than the replaced line. It is safer because message's size might change form MAXMSG to MAXBUF or 24. If you hardwire MAXMSG like this, painful experience has shown that you will get burned. Well the original line is plain wrong if Brian's patch is being used, because there message is a pointer and the size of a pointer is 4. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ** HEADS UP ** Switching to GCC 2.95.2 as base compiler
I'll be pulling the switch to use GCC 2.95.2 as the base compiler in
-CURRENT on Sunday evening (Freefall time).
It seems that currently after introduction of 2.95.2 world could not be
compiled with -jN option (complains about not being able to locate genrtl.h).
This patch make "make -j13 world" work for me again. I don't know if it
is the right/best way though.
John
--
John Hay -- [EMAIL PROTECTED]
Index: gnu/usr.bin/cc/cc_tools/Makefile
===
RCS file: /home/ncvs/src/gnu/usr.bin/cc/cc_tools/Makefile,v
retrieving revision 1.44
diff -u -r1.44 Makefile
--- Makefile1999/11/15 04:16:14 1.44
+++ Makefile1999/11/16 10:23:16
@@ -37,6 +37,7 @@
.for i in attr codes config emit extract flags opinit output peep recog
build-tools: gen$i
+.ORDER:genrtl.h print-rtl.o
gen$i: gen$i.o rtl.o obstack.o print-rtl.o bitmap.o
${CC} -static ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${.ALLSRC}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: doscmd broken on current?
Is doscmd working for anyone on current? Here I just get: - I have tried it on a single processor and SMP -current and both do the same thing. I had it working a while back, so I think my configuration is ok. Ideas on how to look into this? Start by invoking it with the various debug/trace options. I'd guess that it may be broken by the signal-related changes that were made recently. hehehe It dies at the very first vm86 instruction, so I guess something isn't setup correctly to enter vm86 mode via the sigreturn(): I bet that someone got smart and disallowed PSL_VM in eflags on a return to user-mode. Nope it wasn't that bad. I'm not sure if this is the correct fix, but with this patch I can boot dos again. Can someone with more knowledge of the signal stuff look and say if this is correct/enough? The redirector don't work though. I just get a "File not Found" error when trying to dir any of the redirected directories. John -- John Hay -- [EMAIL PROTECTED] Index: doscmd.c === RCS file: /home/ncvs/src/usr.bin/doscmd/doscmd.c,v retrieving revision 1.11 diff -u -r1.11 doscmd.c --- doscmd.c1999/10/13 23:48:35 1.11 +++ doscmd.c1999/11/07 12:50:06 @@ -258,6 +258,7 @@ sigemptyset(uc.uc_sigmask); sigaltstack(NULL, uc.uc_stack); +uc.uc_mcontext.mc_onstack = uc.uc_stack.ss_flags; if (tmode) tracetrap(REGS); To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: doscmd broken on current? fixed
Ok, with these patches doscmd is working for me again. I can boot dos and
run the topspeed C compiler like I used to a few months ago.
If nobody has any complaints I'll commit it. I'm just not 100% sure about
the patch to doscmd.c and would like if someone with more knowledge about
the signal stuff would just look at it. There is just too many signal
related functions and structures and it isn't always clear (to me at least)
what should be filled in for whom.
John
--
John Hay -- [EMAIL PROTECTED]
Index: cwd.c
===
RCS file: /home/ncvs/src/usr.bin/doscmd/cwd.c,v
retrieving revision 1.5
diff -u -r1.5 cwd.c
--- cwd.c 1999/10/12 22:20:18 1.5
+++ cwd.c 1999/11/07 18:59:06
@@ -198,7 +198,7 @@
u_char *np;
Path_t *d;
u_char tmppath[1024];
-u_char snewpath = newpath;
+u_char *snewpath = newpath;
if (where[0] != '\0' where[1] == ':') {
drive = drlton(*where);
@@ -253,7 +253,7 @@
} else {
if (np[-1] != '\\')
*np++ = '\\';
- while (*np = *dir++ np - snewpath 1023)
+ while ((*np = *dir++) np - snewpath 1023)
++np;
}
}
Index: doscmd.c
===
RCS file: /home/ncvs/src/usr.bin/doscmd/doscmd.c,v
retrieving revision 1.11
diff -u -r1.11 doscmd.c
--- doscmd.c1999/10/13 23:48:35 1.11
+++ doscmd.c1999/11/07 12:50:06
@@ -258,6 +258,7 @@
sigemptyset(uc.uc_sigmask);
sigaltstack(NULL, uc.uc_stack);
+uc.uc_mcontext.mc_onstack = uc.uc_stack.ss_flags;
if (tmode)
tracetrap(REGS);
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
anyone have wine working?
Is there anyone that have wine working on -current? I have tried old binaries of wine that I have compiled and used a few months ago on -current and have recompiled them (99.07.31) and have also tried the latest (99.09.23), but they all just coredump. It did work a few months ago, so I would guess that it might be our signal changes. :-) The output of gdb looks like this: Core was generated by `wine'. Program terminated with signal 4, Illegal instruction. #0 0x80602ce in __regs_RtlRaiseException () (gdb) bt #0 0x80602ce in __regs_RtlRaiseException () #1 0x8060828 in EXC_segv () #2 0xbfbfdfac in ?? () #3 0x8060828 in EXC_segv () #4 0xbfbfdfac in ?? () #5 0x8060828 in EXC_segv () #6 0xbfbfdfac in ?? () #7 0x8060828 in EXC_segv () #8 0xbfbfdfac in ?? () #9 0x8060828 in EXC_segv () #10 0xbfbfdfac in ?? () #11 0x8060828 in EXC_segv () #12 0xbfbfdfac in ?? () ... #2525 0x8060828 in EXC_segv () #2526 0xbfbfdfac in ?? () #2527 0x8060828 in EXC_segv () #2528 0xbfbfdfac in ?? () #2529 0x8060828 in EXC_segv () #2530 0xbfbfdfac in ?? () #2531 0x8060828 in EXC_segv () #2532 0xbfbfdfac in ?? () #2533 0x8060a4b in EXC_int () #2534 0xbfbfdfac in ?? () #2535 0x8126e2c in server_call () #2536 0x8129e3f in WaitForMultipleObjectsEx () #2537 0x8129882 in SERVICE_Loop () #2538 0x812ab42 in THREAD_Start () #2539 0x8129f6b in SYSDEPS_StartThread () #2540 0x0 in ?? () --- John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: my make world is broken !
3: *always* build (or try to) and install a new kernel before a make world as that's a lot easier to back out of. This badly bites the bum of anyone who uses KLD's regularly. 4: Don't use modules in -current unless you know what you are doing. This normally means not using modules in -current except for ones that you are developing. This is not actually relevant. If the procedure becomes first kernel then world, it will affect -stable sooner or later. Obviously, we have to deal with it _before_ 4.x becomes -stable. And then there is the stuff in /boot. Although not as big a problem, once in a while it grows a new capabilty which is needed to boot a new kernel, so it probably have to be installed before booting with a new kernel? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world, attempt 5
Are you sure everything is ok on your machine? I have done 4-5 make worlds in the last 48 hours and except for the perl breakage, haven't had any other problems. Even make release worked here. John -- John Hay -- [EMAIL PROTECTED] I've been trying for the last 24 hours solid to make a new world. The latest problem is: === libwrap cc -nostdinc -O -pipe -DFACILITY=LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=022 -DREAL_DAEMON_DIR=\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -I/usr/obj/src/PANIC/src/tmp/usr/include -c /src/PANIC/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c -o hosts_access.o /src/PANIC/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:245: syntax error before `' /src/PANIC/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:84: warning: `host_match' declared `static' but never defined /src/PANIC/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:85: warning: `string_match' declared `static' but never defined Could we have a break for those people who would like make world to complete? Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: more breakage
cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H -I/usr/src/libexec/rlog ind/../../kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosI V/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken -I/usr /src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd -I/usr/obj/usr/src/tmp/ usr/include -o rlogind rlogind.o encrypt.o -lutil -lkrb -ldes -lcrypt /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta ble' /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_er ror_table_r' *** Error code 1 Way ahead of you there. I fixed a few more; this one was for rlogind; the others are rshd, rlogin, rsh and su. Yup, I can confirm that that part is fixed now. It died a lot later when trying to make the fixit floppy and ran out of space: --- Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/rvn1c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 736 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Currnet build problems
A "make release" on -current also breaks there. It looks like it might be related to the new ncurses import, because it complains about: invalid use of undefined type `struct termio' John -- John Hay -- [EMAIL PROTECTED] Partway through a make world, I'm seeing the following, I've applied up to cvs-cur.5622.gz and int-cvs-cur.0118.gz. Is this likely to be fixed sometime soon? Stephen cc -O -pipe -mpentiumpro -fschedule-insns2 -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DSKEY -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet -I/usr/src/kerberosIV/usr.bin/telnet/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/usr/src/kerberosIV/usr.bin/telnet/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/usr/src/tmp/usr/incl ude -c /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet. c In file included from /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet /telnet/telnet.c:64: /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/libtelnet/auth.h:86: warning: type defaults to `int' in declaration of `auth_debug_mode' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:150: warning: missing braces around initializer for `toplevel[0]' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `init_telnet': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:187: warning: implicit declaration of function `env_init' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `mklist': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:682: warning: implicit declaration of function `is_unique' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `gettermname': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:795: warning: implicit declaration of function `setupterm' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `suboption': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:870: warning: implicit declaration of function `TerminalSpeeds' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `slc_export': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1330: warning: implicit declaration of function `TerminalDefaultChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `env_opt_add': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1661: warning: implicit declaration of function `opt_welldefined' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telrcv': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1876: warning: implicit declaration of function `stilloob' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:1740: warning: `sbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `telsnd': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2060: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2065: invalid use of undefined type `struct termio' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2120: warning: implicit declaration of function `TerminalSpecialChars' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2030: warning: `tbp' might be used uninitialized in this function /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `Scheduler': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2223: warning: implicit declaration of function `process_rings' /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c: In function `sendnaws': /usr/src/kerberosIV/usr.bin/telnet/../../../crypto/telnet/telnet/telnet.c:2626: warning: implicit declaration of function `TerminalWindowSize' *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin/telnet. *** Error code 1 Stop in /usr/src/kerberosIV/usr.bin. *** Error code 1 Stop in /usr/src/kerberosIV. *** 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. # -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EM
Re: whither readline.h?
* From: "David O'Brien" [EMAIL PROTECTED] * /usr/include/readline/readline.h (and whatever else that's supposed to * be in that directory) has been missing from 4-current and 3-stable * snaps for awhile. Does anyone know why? * * I just checked that cd /usr/src/gnu/lib/libreadline ; make obj all install * does the right thing. Ideas where to look next? I dunno. Maybe the release Makefiles? (Jordan CC'd) It is probably because /usr/src/gnu/lib/libreadline/Makefile use bsd.subdir.mk and not bsd.lib.mk. Their distribute targets are different. I don't know if you can just slot bsd.lib.mk in there because the libreadline have some subdirs that have to be handled. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 'make release' doc problem (lynx)
Yip, it has been breaking "make release" here the past few nights. John -- John Hay -- [EMAIL PROTECTED] Hi, I've noticed the following the last few days... Not a big problem, but it eventually needs some attention... Thanks, John rm -f /usr/local/share/lynx_help/help_files.sed Updating /usr/local/etc/lynx.cfg /bin/sh -c 'if test -f /usr/local/etc/lynx.cfg ; then mv /usr/local/etc/lynx.cfg /usr/local/etc/lynx.tmp ; else cp ./lynx.cfg /usr/local/etc/lynx.tmp ; fi' Updating /usr/local/etc/lynx.cfg to point to installed help-files sed -e '/^HELPFILE:http/s@^@#@' -e '/^#HELPFILE:file/s@#@@' -e '/^HELPFILE:file/s@/PATH_TO/lynx_help@/usr/local/share/lynx_help@' -e '/^[A-Z_]*:/s@/PATH_TO/lynx_doc@/usr/local/share/lynx_doc@' -e '/^HELPFILE:file/s@$@@' -e '/^HELPFILE:file/s@$@@' /usr/local/etc/lynx.tmp /usr/local/etc/lynx.cfg chmod 644 /usr/local/etc/lynx.cfg rm -f /usr/local/etc/lynx.tmp /bin/sh -c 'for name in COPYING COPYHEADER; do cd /usr/local/share/lynx_doc cp $name /usr/local/share/lynx_help/; done' cp: COPYING: No such file or directory cp: COPYHEADER: No such file or directory *** Error code 1 Stop. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: a little newbus problem
/usr/src/sys/i386/isa/if_ar.c /usr/src/sys/i386/isa/if_sr.c John Any source we can have a look at (probe/attach/*_MODULE)? Nick On Wed, 28 Jul 1999, John Hay wrote: Nope, it is an ISA driver and I wasn't that brave. :-) It is part of standard FreeBSD and I just compiled it into the kernel with a kernel config file. Are you by any chance kldload'ing the module for testing? If so you should have: DEVMETHOD(bus_driver_added, bus_generic_driver_added), For your 'arc' device_method_t method declaration. I got bit by this one too. On Wed, 28 Jul 1999, John Hay wrote: I have been trying to get my ar(4) and sr(4) drivers going again on -current, but it seems that the newbus code doesn't like my little trick that worked for so long. :-( Basically the drivers are called ar0 in the kernel config file, but in the isa_driver struct I call them arc and not ar, because the chip that is used actually have 2 ports and I register them seperately as ar0 and ar1 during the attach phase. From what I can see now, it looks like the newbus code doesn't even call the arprobe routine. I have even added a printf right in the start of it, but it never prints anything. Just as a test I changed my kernel config file and files.i386 from ar to arc and then it works. So what should I do? Can the newbus code be fixed to work in this case too or should I newbusify the drivers and will that help? Won't that create a clash because of the isa compatabilty shim? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
a little newbus problem
Hi, I have been trying to get my ar(4) and sr(4) drivers going again on -current, but it seems that the newbus code doesn't like my little trick that worked for so long. :-( Basically the drivers are called ar0 in the kernel config file, but in the isa_driver struct I call them arc and not ar, because the chip that is used actually have 2 ports and I register them seperately as ar0 and ar1 during the attach phase. From what I can see now, it looks like the newbus code doesn't even call the arprobe routine. I have even added a printf right in the start of it, but it never prints anything. Just as a test I changed my kernel config file and files.i386 from ar to arc and then it works. So what should I do? Can the newbus code be fixed to work in this case too or should I newbusify the drivers and will that help? Won't that create a clash because of the isa compatabilty shim? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
