Re: pxeboot
On Wed, Apr 13, 2005 at 07:06:32PM +0200, Helmut Allwang wrote: Hello, it was possible for me, to boot a bootable floppy-image over pxeboot. Is it possible to boot a CD-image over pxeboot? You mount the image (mdconfig + mount_cd9660) on your tftp server and off you go... ;-) load path_to_kernel load -t mfs_root path_to_mfsroot set vfs.root.mountfrom=ufs:/dev/md0c boot away... Marc pgpo1bxfCv4lB.pgp Description: PGP signature
Can isp driver support Qlogic 2340 on FreeBSD5.x or later?
folks: Can the Qlogic 2340 Fibre Channel card works on FreeBSD now? DELL released a newest Server PE6850 with this card.thx ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on alpha/alpha
TB --- 2005-04-14 10:18:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 10:18:22 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-04-14 10:18:22 - checking out the source tree TB --- 2005-04-14 10:18:22 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-04-14 10:18:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 10:27:39 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 10:27:39 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-14 10:27:39 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2005-04-14 11:19:27 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 11:19:27 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-04-14 11:19:27 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 11:19:28 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/kern/kern_xxx.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/kern/link_elf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/kern/md5c.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs
RELENG_5 broken?
Anyone seen this? -- josemi cc -c -Os -fno-strict-aliasing -fomit-frame-pointer -march=pentium -mtune=c3 -pi pe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto types -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostd inc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/con trib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/s ys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib /ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param i nline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-string s -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreesta nding -Werror /usr/src/sys/kern/subr_bus.c /usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_ get_drivers' *** Error code 1 Stop in /usr/obj/usr/src/sys/ANTARES. *** Error code 1 --- #include sys/cdefs.h __FBSDID($FreeBSD: src/sys/kern/subr_bus.c,v 1.156.2.6 2005/04/14 04:54:15 njl Exp $); ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on amd64/amd64
TB --- 2005-04-14 11:22:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 11:22:59 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-04-14 11:22:59 - checking out the source tree TB --- 2005-04-14 11:22:59 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-04-14 11:22:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 11:32:19 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 11:32:19 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-14 11:32:19 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries TB --- 2005-04-14 12:29:44 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 12:29:44 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-14 12:29:44 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 12:29:44 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath
Re: scsi card recommendation
Message: 14 Date: Thu, 14 Apr 2005 11:28:34 +0700 From: Dikshie [EMAIL PROTECTED] Subject: Re: scsi card recommendation To: freebsd-stable@freebsd.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii -dikshie- i've got about 15 Dell 1750, 1850 and 2850 boxes that use AMR-based SCSI RAID controllers. i can manage these perfectly using emoore's port of the amrcontrol and MEGAMGR tools, under 5.x only after adding the 4x-compat ports package. but i can rebuild, check status etc. somehow i haven't been able to get it to work on a PE750 server using an AMR-based PCI card. funny. rgds Rutger ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 broken?
On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: Anyone seen this? [... /usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_get_drivers' *** Error code 1 ... ] Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. 1.156.2.6. Perhaps something was overlooked in the MFC from 2005-04-14 04:54:15 UTC? Peace, david -- David H. Wolfskill [EMAIL PROTECTED] There is a place in software engineering for an appreciation of history. See http://www.catwhisker.org/~david/publickey.gpg for public key. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on i386/i386
TB --- 2005-04-14 12:34:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 12:34:20 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-04-14 12:34:20 - checking out the source tree TB --- 2005-04-14 12:34:20 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-04-14 12:34:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 12:44:00 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 12:44:00 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-14 12:44:00 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2005-04-14 13:36:17 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 13:36:17 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-04-14 13:36:17 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 13:36:17 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings
Re: RELENG_5 broken?
On 4/14/2005 8:28 AM, David Wolfskill wrote: On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: Anyone seen this? [... /usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_get_drivers' *** Error code 1 ... ] Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. 1.156.2.6. Perhaps something was overlooked in the MFC from 2005-04-14 04:54:15 UTC? Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. Jon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on i386/pc98
TB --- 2005-04-14 13:41:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 13:41:17 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-04-14 13:41:17 - checking out the source tree TB --- 2005-04-14 13:41:17 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-04-14 13:41:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 13:51:23 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 13:51:23 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-04-14 13:51:23 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2005-04-14 14:44:37 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 14:44:37 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-04-14 14:44:37 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 14:44:37 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings
5.4 rc2 problems with tftpd service
Hello I can't download files via tftp. The tftp client gets a timeout and the written file is 0 bytes. I've done all my test on a local machine. No network was involved. System information: FreeBSD lizard 5.4-RC2 Wed Apr 13 15:04:30 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/UP i386 inetd.conf contains tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /var/tftpboot /var/tftpboot permission is set to 755 (root:wheel). I tried the -u root option for tftpd too but it didn't work either. Also changed ownership to nobody:nobody for /var/tftpboot but no luck. There is no error message in xferlog. I always get tftpd[47744]: 127.0.0.1: read request for //test: success. But the file was not transferred. Everything works fine if I remove the -l option or the -s option in inetd.conf for tftpd. Is this strange behavior with -l as option intended? Regards, Thomas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on ia64/ia64
TB --- 2005-04-14 14:48:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 14:48:48 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2005-04-14 14:48:48 - checking out the source tree TB --- 2005-04-14 14:48:48 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2005-04-14 14:48:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 14:58:20 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 14:58:20 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-04-14 14:58:20 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2005-04-14 16:02:32 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 16:02:32 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-04-14 16:02:32 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 16:02:32 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm
FreeBSD 5.4 RC2 on a Compaq Laptop?
Has anyone had any success getting 5.4RC2 installed on a Compaq Presario laptop? According to my BIOS, I have a Presario R3200 (Athlon XP processor). I get the splash screen, it begins the boot process and then it just shuts off the computer. I've tried to disable ACPI, but there appears to be no provision for that in the BIOS... Any help would be most appreciated. And thanks for all the hard work; it runs like a champ on my desktop box. -- Matt Meola Contractor Vericept Corporation 750 West Hampden Avenue, Suite 550 Englewood, Colorado 80110-2163 Protecting Your Information and Reputationtm tel: (303) 798-1568 ext. 5008 fax: (303) 268-0520 www.vericept.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Strange Shared Memory values: Apache::SizeLimit on 5.3-STABLE
Hello, I am using Apache::SizeLimit and have the folowing problem: Process exits with the correct SIZE-Limit, but the SHARE-Size I get look a bit strange. As a result of this, checking for MAX_UNSHARED seem not to work. here a few results: exiting at SIZE=60004 KB SHARE=11733744 KB REQUESTS=2058 LIFETIME=55408 exiting at SIZE=60036 KB SHARE=11688304 KB REQUESTS=2043 LIFETIME=55154 exiting at SIZE=76088 KB SHARE=1009904 KB REQUESTS=166 LIFETIME=1988 exiting at SIZE=60084 KB SHARE=9565628 KB REQUESTS=1686 LIFETIME=54152 Anyone has an idea why SHARE goes up to 11GB or more? Is this a badly written application, or could this also be BSD::Resource returning wrong values here? Unfortunately I cannot check the application itself... top gives eg the following values for memory useage: 61828 57556 (Size, Res) This is on a 2GB HP ProLiant Dual Xeon System with FreeBSD 5.3-STABLE. Any help and/or explanation welcome! Especially: how can a single process have that much shared memory with a total of 350-400MB physical memory in use. Regards, Holger Kipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with world build in RELENG_5_4
On Mon, 11 Apr 2005, Jose M Rodriguez wrote: Hi, I found a little problem with RELENG_5_4 buildworld in my env. I have a little patched RELENG_5_4 src in a local cvs server, mounted ro,-L in the build machine (/usr/src) No rpc.lockd or rpc.statd daemon running in both machines. build machine timesync with cvs server by ntpdate before build. Every time I do a rm -rf /usr/obj/* cd /usr/src make buildworld I get: === share/info === include rm -f osreldate.h version vers.c rm: version: Read-only file system *** Error code 1 The only thing I change form previous week builds are the -L mount and disabling the rpc.lockd and rpc.statd daemons in both machines. I can solve the problem doing a make obj before make buildworld. Sounds like these files may be leftovers from a local build on the NFS server. You might try doing 'make cleandir; make cleandir' on the server to remove any remnants. Areyou setting MAKEOBJDIRPREFIX in /etc/make.conf? -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_5 tinderbox] failure on sparc64/sparc64
TB --- 2005-04-14 16:07:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 16:07:55 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-04-14 16:07:55 - checking out the source tree TB --- 2005-04-14 16:07:55 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-04-14 16:07:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 16:17:46 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 16:17:46 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-04-14 16:17:46 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything TB --- 2005-04-14 17:08:14 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 17:08:14 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-04-14 17:08:14 - /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Apr 14 17:08:14 UTC 2005 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param
Alternate menu logos
(Changing the subject since its not reflective of the tone of the message. Apologies to the poster, but since this is a touchy subject I'm going to make this a more technical discussion.) On Mon, 11 Apr 2005, Hanspeter Roth wrote: - or have an convenient flag in loaders.conf that allows to run Beastie menu but display some other decoration? I I have an idea and the patch in PR 74577 is about halfway there. I suggest providing a script that forth-ifies a provided ASCII logo, and a loader option to load a banner file from disk. This way, if, say, an OEM wanted to put contact information in there, they could put in loader.conf: banner_enable=YES banner_file=/boot/oem.banner and have that displayed instead of the beastie. The forthifier script would turn the file into a forth function definition and then it can be included with standard routines in the loader. Then your banner function would just call it. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel killing processes when out of swap
On Wed, 13 Apr 2005, Jim C. Nasby wrote: It's extremely disappointing that you can't turn this off. I've been bashing linux for months now about how they think it's OK to kill random processes. But at least they'll let you turn it off. It's extremely disappointing that you haven't submitted patches yet, particularly when you have so many testers lined up. :-) -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hp dc7100 installs 5.4-rc1 from CD but won't boot from HD
On Mon, 11 Apr 2005, John Hawkes-Reed wrote: (Which I think covers the problem) Boots from CD ok, USB keyboard seems less than reliable, so I'm using a PS2 item. Running through 'standard' install appears to write data to the (SATA ICH6 controller) disk, but on reboot it sits at the F1: FreeBSD prompt beeping every ten seconds. Is there likely to be anything obvious I've missed? (Or indeed more useful data I can provide.) Your system appears to require packet mode, but sysinstall didn't enable it. Two possible fixes: 1. If you have disc 2: Boot the install CD, go to Fixit, start up fixit off CD, then run boot0cfg -o packet adX where adX is the appropriate disk device. 2. Reinstall, but use the standard MBR rather than the boot manager. Once you get the system booted you can install the boot manager with: boot0cfg -B -o packet adX where adX is the appropriate disk device. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Intel 6300ESB (ICH) SMBus controller not working
On Tue, 12 Apr 2005, Philip Murray wrote: Hi, I'm running RELENG_5 on a Dell PowerEdge 750 and the ichsmb driver doesn't want to work with it, I get the following on boot: ichsmb0: Intel 6300ESB (ICH) SMBus controller port 0x8c0-0x8df irq 17 at device 31.3 on pci0 device_attach: ichsmb0 attach returned 6 It then doesn't load smb or smbus. I had a look in the source and it is supposed to work with this controller. Is this something wrong with the driver? or have I left out some bit of configuration? Attached is the output from boot -v and my kernel configuration. Is there any other debugging output that would be useful? According to the boot -v messages the I/O range map is getting attached to the wrong function on that chip: found- vendor=0x8086, dev=0x25a3, revid=0x02 bus=0, slot=31, func=2 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a8, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 08c0, size 5, enabled but it should be on this: ichsmb0: Intel 6300ESB (ICH) SMBus controller port 0x8c0-0x8df irq 17 at device 31.3 on pci0 I'll poke at this a bit, but you should check for a BIOS update. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with world build in RELENG_5_4
El Thursday 14 April 2005 18:51, Doug White escribió: On Mon, 11 Apr 2005, Jose M Rodriguez wrote: Hi, I found a little problem with RELENG_5_4 buildworld in my env. I have a little patched RELENG_5_4 src in a local cvs server, mounted ro,-L in the build machine (/usr/src) No rpc.lockd or rpc.statd daemon running in both machines. build machine timesync with cvs server by ntpdate before build. Every time I do a rm -rf /usr/obj/* cd /usr/src make buildworld I get: === share/info === include rm -f osreldate.h version vers.c rm: version: Read-only file system *** Error code 1 The only thing I change form previous week builds are the -L mount and disabling the rpc.lockd and rpc.statd daemons in both machines. I can solve the problem doing a make obj before make buildworld. Sounds like these files may be leftovers from a local build on the NFS server. You might try doing 'make cleandir; make cleandir' on the server to remove any remnants. No builds made in the nfs server ever. make cleandir gets to the same result. Areyou setting MAKEOBJDIRPREFIX in /etc/make.conf? No. /usr/obj is in a local fs. Only /usr/src is in the nfs server and mounted ro. Seems I can't reproduce it with nfs locking enabled and well configured. Nor with /usr/obj populated before the build. Maybe a make issue? -- josemi ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Hp dc7100 installs 5.4-rc1 from CD but won't boot from HD
On Mon, 11 Apr 2005, John Hawkes-Reed wrote: (Which I think covers the problem) Boots from CD ok, USB keyboard seems less than reliable, so I'm using a PS2 item. Running through 'standard' install appears to write data to the (SATA ICH6 controller) disk, but on reboot it sits at the F1: FreeBSD prompt beeping every ten seconds. Is there likely to be anything obvious I've missed? (Or indeed more useful data I can provide.) Hello, I had the same problem recently. What I figured out is that in the BIOS you can change automatic geometry detection to another one. Don't remember which. Mail me if you can't find it. Bye Zsolt --- Zsolt Kti ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Sukma Tin Aprillya/Yogyakarta/International/Oxfam is out of the office.
I will be out of the office starting 11/04/2005 and will not return until 18/04/2005. I will respond to your message when I return. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 broken?
Jon Noack wrote: On 4/14/2005 8:28 AM, David Wolfskill wrote: On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: Anyone seen this? [... /usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_get_drivers' *** Error code 1 ... ] Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. 1.156.2.6. Perhaps something was overlooked in the MFC from 2005-04-14 04:54:15 UTC? Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. I've committed the prototype, much apologies for the breakage. I compiled the patch in my RELENG_5 tree just fine, but it appears the kernel build may be referencing /sys for includes instead of ../../../sys or whatever. Thus build-testing MFC patches on a -current box is not a good test. -- Nate ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can isp driver support Qlogic 2340 on FreeBSD5.x or later?
Yes, the 234X cards have been supported for quite a while. DELL has a clone card which up until recently wasn't supported. The 236X/63XX cards are not yet supported. On 4/14/05, wsk [EMAIL PROTECTED] wrote: folks: Can the Qlogic 2340 Fibre Channel card works on FreeBSD now? DELL released a newest Server PE6850 with this card.thx ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hp dc7100 installs 5.4-rc1 from CD but won't boot from HD
At 19:00 14/04/2005, Zsolt =?ISO-8859-2?Q?K=FAti?= wrote: On Mon, 11 Apr 2005, John Hawkes-Reed wrote: (Which I think covers the problem) Boots from CD ok, USB keyboard seems less than reliable, so I'm using a PS2 item. Running through 'standard' install appears to write data to the (SATA ICH6 controller) disk, but on reboot it sits at the F1: FreeBSD prompt beeping every ten seconds. Is there likely to be anything obvious I've missed? (Or indeed more useful data I can provide.) Hello, I had the same problem recently. What I figured out is that in the BIOS you can change automatic geometry detection to another one. Don't remember which. Mail me if you can't find it. I thought I'd been through all the combinations available in the BIOS, but I won't be surprised if I missed one. What worked for you? One thing, probably critical, that I forgot to mention in the excitement, is that fdisk complains that the reported geometry is 'wrong' and substitutes another C/H/S combination that doesn't use all the disk. Neither that, nor the different again combination reported by atacontrol, appeared to make much difference. My notes on the relevant values are at work, but I'll happily reproduce them if needed. [ ... ] Doug White wrote: Your system appears to require packet mode, but sysinstall didn't enable it. Two possible fixes: 1. If you have disc 2: Boot the install CD, go to Fixit, start up fixit off CD, then run boot0cfg -o packet adX where adX is the appropriate disk device. 2. Reinstall, but use the standard MBR rather than the boot manager. Once you get the system booted you can install the boot manager with: boot0cfg -B -o packet adX where adX is the appropriate disk device. Aha! Thanks. I think I've got some reading up to do... In the end I ran out of time, so created a small partition and installed a minimal Debian thereon. Grub boots into 5.4 and all's well with the world. However, for the sake of completeness and to provide an answer for the next poor sod who meets this problem, I'll overwrite Debian and try the above. -- JH-R ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alternate menu logos
On Apr 14 at 10:13, Doug White spoke: (Changing the subject since its not reflective of the tone of the message. Apologies to the poster, but since this is a touchy subject I'm going to make this a more technical discussion.) The original subject was not technical but it was precise. On Mon, 11 Apr 2005, Hanspeter Roth wrote: - or have an convenient flag in loaders.conf that allows to run Beastie menu but display some other decoration? I I have an idea and the patch in PR 74577 is about halfway there. I suggest providing a script that forth-ifies a provided ASCII logo, and a If somebody provides the script, nice. But if it's just another suggestion that only delays the matter like the talks of the new FreeBSD Logo did then it's better to have a quick and dirty solution. loader option to load a banner file from disk. This way, if, say, an OEM wanted to put contact information in there, they could put in loader.conf: banner_enable=YES banner_file=/boot/oem.banner and have that displayed instead of the beastie. The forthifier script would turn the file into a forth function definition and then it can be included with standard routines in the loader. Then your banner function would just call it. Of course this solution is more flexible and thus to favor. Just somebody do it... -Hanspeter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem with SoundBlaster Audigy on FreeBSD 5.4-STABLE
I'm having problems after a recent upgrade to FreeBSD 5.4-STABLE. RC-1 seemed to work fine, but now my media files (audio and video alike) are not properly playing. And I get this error: pcm0:play:0: play interrupt timeout, channel dead Has anyone experienced this and if so, know of a reasonable workaround? dmesg: FreeBSD 5.4-STABLE #14: Thu Apr 14 16:29:53 EDT 2005 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/vetra Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.15-MHz K8-class CPU) Origin = AuthenticAMD Id = 0xf48 Stepping = 8 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xe0500800SYSCALL,NX,MMX+,LM,3DNow+,3DNow real memory = 2147418112 (2047 MB) avail memory = 2064994304 (1969 MB) ACPI APIC Table: Nvidia AWRDACPI ioapic0 Version 1.1 irqs 0-23 on motherboard acpi0: Nvidia AWRDACPI on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 isab0: PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 pci0: serial bus, SMBus at device 1.1 (no driver attached) ohci0: nVidia nForce3 USB Controller mem 0xfc003000-0xfc003fff irq 22 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: nVidia nForce3 USB Controller on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: nVidia nForce3 USB Controller mem 0xfc004000-0xfc004fff irq 21 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: nVidia nForce3 USB Controller on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: serial bus, USB at device 2.2 (no driver attached) pci0: network, ethernet at device 5.0 (no driver attached) pci0: multimedia, audio at device 6.0 (no driver attached) atapci0: nVidia nForce3 UDMA133 controller port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib1: ACPI PCI-PCI bridge at device 10.0 on pci0 pci1: ACPI PCI bus on pcib1 pcm0: Creative Audigy (EMU10K2) port 0xa000-0xa01f irq 19 at device 7.0 on pci1 pcm0: TriTech TR28602 AC97 Codec pci1: serial bus, FireWire at device 7.2 (no driver attached) ahc0: Adaptec 2940 Ultra2 SCSI adapter port 0xa800-0xa8ff mem 0xfb004000-0xfb004fff irq 16 at device 8.0 on pci1 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs atapci1: SiI 3512 SATA150 controller port 0xbc00-0xbc0f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07 mem 0xfb006000-0xfb0061ff irq 17 at device 13.0 on pci1 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib2: ACPI PCI-PCI bridge at device 11.0 on pci0 pci2: ACPI PCI bus on pcib2 pci2: display, VGA at device 0.0 (no driver attached) pci2: display at device 0.1 (no driver attached) atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: ISA Option ROMs at iomem 0xd8000-0xdd7ff,0xd-0xd7fff,0xc-0xccfff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 uhub2: vendor 0x0543 product 0x1167, class 9/0, rev 2.00/ff.ff, addr 2 uhub2: 4 ports with 4 removable, self powered ugen0: Saitek Saitek X45, rev 1.00/0.02, addr 3 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.00, addr 4, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter TSC frequency 2009148084 Hz quality 800 Timecounters tick every 1.000 msec ad2: 58644MB IC35L060AVVA07-0/VA3OA52A [119150/16/63] at ata1-master UDMA100 acd0: DVDR TEAC DV-W516GA/C4S2 at ata1-slave PIO4 da0 at ahc0 bus 0 target 0 lun 0 da0: SEAGATE ST118273LW 6246 Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit) da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) Mounting root from ufs:/dev/ad2s1a nv0: NVIDIA nForce MCP3 Networking Adapter port 0xd000-0xd007 mem 0xfc00-0xfc000fff irq 22 at device 5.0 on pci0 nv0: Ethernet address 00:0d:61:14:6f:39 nv0: Ethernet address: 00:0d:61:14:6f:39 miibus0: MII bus on nv0 rlphy0: RTL8201L 10/100 media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto -- Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 broken?
On Thu, 14 Apr 2005 11:20:54 -0700 (BNate Lawson [EMAIL PROTECTED] wrote (B (B Jon Noack wrote: (B On 4/14/2005 8:28 AM, David Wolfskill wrote: (B (B On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: (B (B Anyone seen this? (B (B (B [... (B /usr/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for (B 'devclass_get_drivers' (B *** Error code 1 (B ... (B ] (B (B Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. 1.156.2.6. (B (B Perhaps something was overlooked in the MFC from 2005-04-14 04:54:15 UTC? (B (B Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. (B (B I've committed the prototype, much apologies for the breakage. I (B compiled the patch in my RELENG_5 tree just fine, but it appears the (B kernel build may be referencing /sys for includes instead of (B ../../../sys or whatever. Thus build-testing MFC patches on a -current (B box is not a good test. (B (BOkay, I started a build makeworld in /usr/src last night, and then build (Bmake kernel hits this. (B (BWhat do we do next? Is it okay to go back to cvsup, and will that pick (Bup the changes? (B (B-- (BJoel Rees [EMAIL PROTECTED] (Bdigitcom, inc. $B3t<02q
Re: RELENG_5 broken?
On Thursday 14 April 2005 09:23 pm, Joel wrote: (B On Thu, 14 Apr 2005 11:20:54 -0700 (B Nate Lawson [EMAIL PROTECTED] wrote (B (B Jon Noack wrote: (B On 4/14/2005 8:28 AM, David Wolfskill wrote: (B On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: (B Anyone seen this? (B (B [... (B /usr/src/sys/kern/subr_bus.c:1082: warning: no previous (B prototype for 'devclass_get_drivers' (B *** Error code 1 (B ... (B ] (B (B Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. (B 1.156.2.6. (B (B Perhaps something was overlooked in the MFC from 2005-04-14 (B 04:54:15 UTC? (B (B Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. (B (B I've committed the prototype, much apologies for the breakage. I (B compiled the patch in my RELENG_5 tree just fine, but it appears (B the kernel build may be referencing /sys for includes instead of (B ../../../sys or whatever. Thus build-testing MFC patches on a (B -current box is not a good test. (B (B Okay, I started a build makeworld in /usr/src last night, and then (B build make kernel hits this. (B (B What do we do next? Is it okay to go back to cvsup, and will that (B pick up the changes? (B (B (BJoel, (B (BCan I give you a bad time. We were always told that if you follow (Bx-stable, you were to follow cvs-all. Then, you would have seen his fix (Bcommitted around 1811 UTC. (B (BFWIW, you are just in time anyway because they added a security notice (Band if you cvsup now, you will also get that fix. (B (BKent (B (B-- (BKent Stewart (BRichland, WA (B (Bhttp://users.owt.com/kstewart/index.html (B___ (Bfreebsd-stable@freebsd.org mailing list (Bhttp://lists.freebsd.org/mailman/listinfo/freebsd-stable (BTo unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_5 broken?
On Thu, 14 Apr 2005 22:32:42 -0700 (BKent Stewart [EMAIL PROTECTED] wrote (B (B On Thursday 14 April 2005 09:23 pm, Joel wrote: (B On Thu, 14 Apr 2005 11:20:54 -0700 (B Nate Lawson [EMAIL PROTECTED] wrote (B (B Jon Noack wrote: (BOn 4/14/2005 8:28 AM, David Wolfskill wrote: (BOn Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: (BAnyone seen this? (B (B[... (B/usr/src/sys/kern/subr_bus.c:1082: warning: no previous (Bprototype for 'devclass_get_drivers' (B*** Error code 1 (B... (B] (B (BYup; just a few minutes ago, with sys/kern/subr_bus.c rev. (B1.156.2.6. (B (BPerhaps something was overlooked in the MFC from 2005-04-14 (B04:54:15 UTC? (B (BYeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. (B (B I've committed the prototype, much apologies for the breakage. I (B compiled the patch in my RELENG_5 tree just fine, but it appears (B the kernel build may be referencing /sys for includes instead of (B ../../../sys or whatever. Thus build-testing MFC patches on a (B -current box is not a good test. (B (B Okay, I started a build makeworld in /usr/src last night, and then (B build make kernel hits this. (B (B What do we do next? Is it okay to go back to cvsup, and will that (B pick up the changes? (B (B (B Joel, (B (B Can I give you a bad time. (B (BOf course. My kids would say I deserve it, too, since I'm such a tease (Baround the house. (B (B We were always told that if you follow (B x-stable, you were to follow cvs-all. (B (B... as in editing the example to set the default host to (Bcvsup3.jp.freebsd.org, and doing (B (Bsudo cvsup -g -L 2 stable-supfile (B (Bright before the make buildworld? (B (B Then, you would have seen his fix (B committed around 1811 UTC. (B (BI think I was in bed by then. (UTC+9 here.) (B (B FWIW, you are just in time anyway because they added a security notice (B and if you cvsup now, you will also get that fix. (B (BSo the system is not in an unstable situation such that repeating the (Bcvsup would have me trying to build from inconsistent libraries or (Banything like that? (B (BWhat the heck, I'll take a backup and give it a spin. (B (BThanks. (B (B-- (BJoel Rees [EMAIL PROTECTED] (Bdigitcom, inc. $B3t<02q
