RE: Problems booting recent -current
After blowing away my obj/ and src/ directories and getting them fresh, this problem was no longer present... not sure what caused them, but either I had something strange in my obj/ or src/ tree, or the problem was fixed in the last week. Regards, Tony. On Mon, 4 Jun 2001, John Baldwin wrote: On 03-Jun-01 Tony Fleisher wrote: I just tried to boot a -current kernel cvsupped at Sat Jun 2 14:11:35 PDT 2001, and was thrown the following error trying to boot to single-user (transcribed by hand): src/sys/kern/kern_sync.c:385 sleeping with eventhandler locked from src/sys/kern/subr_eventhandler:159 It would be helpful to know what eventhandler was being fired perhaps.. acquiring duplicate lock of same type: allproc 1st @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:584 2nd @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:143 This is older than June 2. Is this from your old kernel? -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Problems booting recent -current
On Mon, 4 Jun 2001, John Baldwin wrote: On 03-Jun-01 Tony Fleisher wrote: I just tried to boot a -current kernel cvsupped at Sat Jun 2 14:11:35 PDT 2001, and was thrown the following error trying to boot to single-user (transcribed by hand): src/sys/kern/kern_sync.c:385 sleeping with eventhandler locked from src/sys/kern/subr_eventhandler:159 It would be helpful to know what eventhandler was being fired perhaps.. Any suggestions on how I may be able to determine this? acquiring duplicate lock of same type: allproc 1st @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:584 2nd @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:143 This is older than June 2. Is this from your old kernel? Yes, as I said: Included below is my dmesg.boot from the old kernel. (it is from April 22). -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problems booting recent -current
I just tried to boot a -current kernel cvsupped at Sat Jun 2 14:11:35 PDT 2001, and was thrown the following error trying to boot to single-user (transcribed by hand): src/sys/kern/kern_sync.c:385 sleeping with eventhandler locked from src/sys/kern/subr_eventhandler:159 This came up immediately after Mounting root from ufs:/dev/ad0s2a and locked the box hard (no keyboard response, not even from the caps lock), so I am unable to produce a trace. Included below is my dmesg.boot from the old kernel. Is there some trick to get -current to boot at the moment? Please let me know if there is any further information I can provide that would be of help. Thanks, Tony. - dmesg.boot - 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 #6: Sun Apr 22 20:41:02 PDT 2001 [EMAIL PROTECTED]:/usr/obj/usr/local/src/freebsd/src/sys/TAKHUS Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 750033375 Hz CPU: AMD Athlon(tm) Processor (750.03-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x621 Stepping = 1 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc040AMIE,DSP,3DNow! real memory = 536788992 (524208K bytes) avail memory = 517771264 (505636K bytes) Preloaded elf kernel kernel at 0xc0425000. Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f0e50 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) pci1: display at 1.0 (no driver attached) isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA66 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 7 at device 4.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 7 at device 4.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ed0: NE2000 PCI Ethernet (RealTek 8029) port 0x9400-0x941f irq 3 at device 10.0 on pci0 ed0: address 52:54:05:fb:f4:9d, type NE2000 (16 bit) pcm0: Creative EMU10K1 port 0x9000-0x901f irq 10 at device 11.0 on pci0 pcib2: PCI-PCI bridge at device 13.0 on pci0 pci2: PCI bus on pcib2 de0: Digital 21140A Fast Ethernet port 0x7800-0x787f mem 0xd600-0xd67f irq 7 at device 4.0 on pci2 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:bc:11:0c:51 de1: Digital 21140A Fast Ethernet port 0x7400-0x747f mem 0xd580-0xd580007f irq 11 at device 5.0 on pci2 de1: 21140A [10-100Mb/s] pass 2.0 de1: address 00:00:bc:11:0c:52 de2: Digital 21140A Fast Ethernet port 0x7000-0x707f mem 0xd500-0xd57f irq 10 at device 6.0 on pci2 de2: 21140A [10-100Mb/s] pass 2.0 de2: address 00:00:bc:11:0c:53 de3: Digital 21140A Fast Ethernet port 0x6800-0x687f mem 0xd480-0xd480007f irq 3 at device 7.0 on pci2 de3: 21140A [10-100Mb/s] pass 2.0 de3: address 00:00:bc:11:0c:54 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 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 pmtimer0 on isa0 ppc0: parallel port not found. sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: PNP0501 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0f13 can't assign resources unknown: PNP0303 can't assign resources ad0: 19569MB WDC WD205AA [39761/16/63] at ata0-master UDMA66 acd0: CD-RW SAMSUNG CD-R/RW SW-408B at ata1-master PIO4 acd1: CDROM TOSHIBA CD-ROM XM-6702B at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s2a acquiring duplicate lock of same type: allproc 1st @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:584 2nd @ /usr/local/src/freebsd/src/sys/kern/kern_proc.c:143 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [RFC] RELNOTESng for 5-CURRENT
On Tue, 24 Apr 2001, Bruce A. Mah wrote: [...] There are two disadvantages to going this route. I think they're fairly minor: 1. Generating a set of release notes requires the DocBook toolchain to be built, as well as the doc/ subtree. Note that RELNOTESng will have absolutely no effect on the buildworld/installworld procedure. [...] defaulting to off. Once the bugs have been shaken out, I'll make RELNOTESng the default and stop maintaining the *.TXT files. Eventually, the *.TXT files will get removed. Perhaps the *.TXT files could be periodically regenerated to their current location to 1) avoid a POLA violation and 2) allow for at least some RELNOTES without needing DocBook and doc/ (even if they may be slightly out of date). Just an idea.. Tony. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: more endian.h breakage; patch included.
On Mon, 16 Oct 2000, Bruce Evans wrote: On Sun, 15 Oct 2000, Steve Kargl wrote: Actually, in this case the endian.h change exposed a bug if the wait(2) manpage is correct. In particular, sys/types.h is required to occur before sys/wait.h, which was missing in libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. It is strictly correct for POSIX.1-1990, but FreeBSD-2 never had the requirement until now. POSIX.1-200x is relaxing similar requirements (I'm not sure about this one), so it is too late to start enforcing it. Perhaps a good fix would be to include sys/types.h in endian.h so that the world will again build properly? Just a suggestion. Regards, Tony. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bpf fix
I submitted a PR on this a few weeks ago. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21391 for comments from phk. On Mon, 2 Oct 2000, John Baldwin wrote: I stared at the bpf code some last week, and determined that the extra make_dev() was in bpf's open() method in the non-devfs case. As such, I have a rather simple patch. However, I don't like a driver having to be aware of devfs. Does anyone have any other (preferably cleaner) ways to fix this? http://www.FreeBSD.org/~jhb/patches/bpf.patch Index: net/bpf.c === RCS file: /usr/cvs/src/sys/net/bpf.c,v retrieving revision 1.67 diff -u -r1.67 bpf.c --- net/bpf.c 2000/09/19 10:28:41 1.67 +++ net/bpf.c 2000/09/27 00:51:30 @@ -363,8 +363,10 @@ */ if (d) return (EBUSY); - make_dev(bpf_cdevsw, minor(dev), UID_ROOT, GID_WHEEL, 0600, - "bpf%d", dev2unit(dev)); + /* XXX - ugly, we shouldn't have to know about devfs here */ + if (!devfs_present) + make_dev(bpf_cdevsw, minor(dev), UID_ROOT, GID_WHEEL, 0600, + "bpf%d", dev2unit(dev)); MALLOC(d, struct bpf_d *, sizeof(*d), M_BPF, M_WAITOK); bzero(d, sizeof(*d)); dev-si_drv1 = d; -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ 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: bpf fix
Yeah, I didn't figure that my patch was correct. I too am waiting to see what phk comes up with. :) He did commit a new flag to sys/sys/conf.h on Sep. 19 "Introduce experimental SI_CHEAPCLONE flag set it on cloned bpfs." but I have not seen anything in the source come up that uses it... yet.: conf.h:59: #define SI_CHEAPCLONE 0x0008 /* can be removed_dev'ed when vnode reclaims */ Regards, TOny. On Mon, 2 Oct 2000, John Baldwin wrote: On 03-Oct-00 Tony Fleisher wrote: I submitted a PR on this a few weeks ago. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21391 for comments from phk. Hmm, well your patch would break in the non-DEVFS case. In the non-DEVFS case, open() still needs to call make_dev(), but I'm eager to see what phk's better solution is. :-P On Mon, 2 Oct 2000, John Baldwin wrote: I stared at the bpf code some last week, and determined that the extra make_dev() was in bpf's open() method in the non-devfs case. As such, I have a rather simple patch. However, I don't like a driver having to be aware of devfs. Does anyone have any other (preferably cleaner) ways to fix this? http://www.FreeBSD.org/~jhb/patches/bpf.patch Index: net/bpf.c === RCS file: /usr/cvs/src/sys/net/bpf.c,v retrieving revision 1.67 diff -u -r1.67 bpf.c --- net/bpf.c 2000/09/19 10:28:41 1.67 +++ net/bpf.c 2000/09/27 00:51:30 @@ -363,8 +363,10 @@ */ if (d) return (EBUSY); - make_dev(bpf_cdevsw, minor(dev), UID_ROOT, GID_WHEEL, 0600, - "bpf%d", dev2unit(dev)); + /* XXX - ugly, we shouldn't have to know about devfs here */ + if (!devfs_present) + make_dev(bpf_cdevsw, minor(dev), UID_ROOT, GID_WHEEL, 0600, + "bpf%d", dev2unit(dev)); MALLOC(d, struct bpf_d *, sizeof(*d), M_BPF, M_WAITOK); bzero(d, sizeof(*d)); dev-si_drv1 = d; -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: hints static wiring
Just a suggestion, but isn't this the type of thing that should be added to UPDATING? "This file contains a list, in reverse chronologocal order, of major breakages in tracking -current." TOny. On Sun, 27 Aug 2000, Brooks Davis wrote: On Sun, Aug 27, 2000 at 09:33:21PM +0900, Motomichi Matsuzaki wrote: When kernel is built with static device wiring (i.e. 'hints' line is enabled in the config file), is /boot/device.hints required? Doing 'make install' without /boot/device.hints is failed, saying "You must set up a /boot/device.hints file first." Is this right? You should read cvs-all. There was a commit by Peter which forces you to install a /boot/device.hints file to install a kernel as an anti-foot shooting measure. An empty file (ie touch /boot/device.hints) is acceptable for those who don't want to use a hints file. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. 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: problems with /usr/bin/awk
I also was able to get it to run properly when not redirecting to a file. I wonder if there might be some dependancy in the system that causes different behavior with this when output is to a tty vs. a filehandle. I tried this with a copy of /bin/sh from 4.0-RELEASE, and had the same result, so I think we can probably rule out /bin/sh as the culprit. This might provide some further help: # pwd /usr/ports/lang/guile/work/guile-1.4/libguile # PATH=.:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin ./guile-doc-snarf eval.c -DHAVE_CONFIG_H -I.. -I./.. -I../libltdl -O -pipe -Wall -Wmissing-prototypes eval.c eval.x awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal error Abort trap - core dumped # cat eval.x scm_unbound_variable_key = scm_permanent_object (( ((scm_bits_t) ( ((scm_bits_t *) ((SCM_CELLPTR) (( scm_intern0 ( "unbound-variable" ) ) )) ) [ 0 ] )) ) ) ; On Thu, 24 Aug 2000, Sheldon Hearn wrote: On Tue, 22 Aug 2000 12:27:01 +0200, Sheldon Hearn wrote: awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal error Abort trap - core dumped *** Error code 1 I get the same thing here. Inspecting the core dump, one finds that the abort() happens in eval.c:1668, just below a huge FIXME comment. I'll contact the gawk maintainers. This is a bitch. If I run the problematic awk script from the command-line, feeding it exactly the same input as it is given from the Makefile, awk does not dump core, but rather completes successfully. When run from gmake, it dumps core. So I'm a bit stumped as far as formulating an easy How-To-Repeat is concerned. :-( Ciao, Sheldon. 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
No Subject
Not sure if this is related to the recent commit of DEVFS code, but a build of both the GERNERIC kernel and a custom kernel from a very recent (last few hours) cvsup of -current failed during the 'make depend' with an error trying to include "opt_devfs.h". The following following is the ouput from a custom kernel (/usr/local/src/freebsd/src is the base of my src): === md @ - /usr/local/src/freebsd/src/sys machine - /usr/local/src/freebsd/src/sys/i386/include touch opt_mfs.h touch opt_md.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../includ e -I/usr/include /usr/local/src/freebsd/src/sys/modules/md/../../dev/md/md.c /usr/local/src/freebsd/src/sys/modules/md/../../dev/md/md.c:15: opt_devfs.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/local/src/freebsd/src/sys/modules/md. *** Error code 1 Commenting out the line: #include "opt_devfs.h" from src/sys/dev/md/md.c got rid of this error, although I am not sure that this is the correct fix. Tony. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
problems with /usr/bin/awk
I have been running cvsup nightly to grab -current and -ports,
and noticed some strangeness with awk that seemed to start last
week sometime.
When building /usr/ports/lang/guile, the build exited with an
awk 'internal error' and a log on the console that awk had
exited on signal 6. To test my theory that the problem was
indeed awk (rather than the guile port), I copied over a copy
of awk from a 4.1-R system. After doing so, the guile port was able to
build and install without any problems.
Here is the output from the make build:
PATH=.:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin
:/usr/X11R6/bin:/root/bin ./guile-doc-snarf eval.c -DHAVE_CONFIG_H
-I.. -I./.. -I../libltdl -O
-pipe -Wall -Wmissing-prototypes eval.c eval.x || { rm eval.x; false; }
awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal
error
Abort trap - core dumped
*** Error code 1
Regards,
Tony.
#include ".sig"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
