Re: msk(4) and Yukon
On Sun, May 24, 2009 at 06:05:47PM +0300, Danny Braniss wrote: > hi, > Since I saw some activity, I decided to try out my msks, > so the Yukon 88E8050 on my Intel SE7320VP21 now works with > hw.msk.legacy_intr=0 > which didn't before (sorry, but the best I can say is 'long time ago' ;-) > Thanks a lot for testing. > on an Asus P5K-VM with Yukon 88E8056, it panics when used to PXE boot, > but otherwise works fine (it used to hang the boot before). > Yeah, support for 88E8056 was not stable so far. I guess it's more easy to fix the panic than controller hang. After the completion of Yukon FE+ code, I'll see what can be done for 88E8056. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building 7.2-STABLE from 7.2-RELEASE
--On May 24, 2009 10:43:56 AM -0600 Andrew Klaus wrote: I'm trying to build a 7.2-STABLE buildworld right after I do a fresh install of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, however when I try to do a buildworld, I get the following error: objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 I know they introduced some new zfsboot stuff into the -Stable branch - could that have anything to do with it? Yes. Tinderbox started reporting the error last night. I assume it will be fixed soon. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ** WARNING: Check the headers before replying ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Building 7.2 Stable fails to compile dtmalloc
after cvsuping the latest source files I run into to this during my build process. Ive rm'd the /usr/../../modules/dtrace directory and resupped/rebuilt it, but to no avail. as anyone run into this problem? ===> dtrace (all) ===> dtrace/dtmalloc (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtmalloc/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/rougehunter75/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/rougehunter75 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:35: error: conflicting types for 'aclent_t' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:43: error: previous declaration of 'aclent_t' was here /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:40: error: redefinition of 'struct ace' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:45: error: redefinition of typedef 'ace_t' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:50: error: previous declaration of 'ace_t' was here In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:124:1: warning: "ACE_TYPE_FLAGS" redefined In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:31, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:178:1: warning: this is the location of the previous definition *** 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 Any pointers would be appreciated. Machine specs are as follows - HP 6110us laptop FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Mon May 18 20:17:14 PDT 2009 r...@rougehunter75:/usr/obj/usr/src/sys/rougehunter75 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1607.33-MHz K8-classCPU) Or
[releng_7 tinderbox] failure on i386/i386
TB --- 2009-05-24 17:45:38 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-24 17:45:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-05-24 17:45:38 - cleaning the object tree TB --- 2009-05-24 17:45:53 - cvsupping the source tree TB --- 2009-05-24 17:45:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-05-24 17:46:04 - building world TB --- 2009-05-24 17:46:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-24 17:46:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-24 17:46:04 - TARGET=i386 TB --- 2009-05-24 17:46:04 - TARGET_ARCH=i386 TB --- 2009-05-24 17:46:04 - TZ=UTC TB --- 2009-05-24 17:46:04 - __MAKE_CONF=/dev/null TB --- 2009-05-24 17:46:04 - cd /src TB --- 2009-05-24 17:46:04 - /usr/bin/make -B buildworld >>> World build started on Sun May 24 17:46:05 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o zfsboot.out /obj/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 18:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 18:44:29 - ERROR: failed to build world TB --- 2009-05-24 18:44:29 - 2855.23 user 307.06 system 3531.62 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building 7.2-STABLE from 7.2-RELEASE
Yea I wish there was a way to cancel send on the email.. I sorted the mailing list by date a few moments after I sent the original question and saw the fix - I'm recompiling now. Thanks! Andrew On Sun, May 24, 2009 at 11:30 AM, Glen Barber wrote: > Hi, Andrew > > On Sun, May 24, 2009 at 12:43 PM, Andrew Klaus > wrote: > > I'm trying to build a 7.2-STABLE buildworld right after I do a fresh > install > > of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, > > however when I try to do a buildworld, I get the following error: > > > > objcopy -S -O binary zfsboot.out zfsboot.bin > > btxld -v -E 0x2000 -f bin -b > > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > > zfsboot.ld -P 1 zfsboot.bin > > btxld: zfsboot.ldr: Invalid argument > > *** Error code 2 > > > > Stop in /usr/src/sys/boot/i386/zfsboot. > > *** Error code 1 > > > > > > I know they introduced some new zfsboot stuff into the -Stable branch - > > could that have anything to do with it? > > > > Absolutely. Bernhard Schmidt just reported a patch that was seemingly > successful a few emails back. > > > -- > Glen Barber > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2009-05-24 16:45:54 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-24 16:45:54 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-05-24 16:45:54 - cleaning the object tree TB --- 2009-05-24 16:46:06 - cvsupping the source tree TB --- 2009-05-24 16:46:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-05-24 16:46:17 - building world TB --- 2009-05-24 16:46:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-24 16:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-24 16:46:17 - TARGET=amd64 TB --- 2009-05-24 16:46:17 - TARGET_ARCH=amd64 TB --- 2009-05-24 16:46:17 - TZ=UTC TB --- 2009-05-24 16:46:17 - __MAKE_CONF=/dev/null TB --- 2009-05-24 16:46:17 - cd /src TB --- 2009-05-24 16:46:17 - /usr/bin/make -B buildworld >>> World build started on Sun May 24 16:46:18 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as --32 -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o zfsboot.out /obj/amd64/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/amd64/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 17:45:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 17:45:37 - ERROR: failed to build world TB --- 2009-05-24 17:45:37 - 2878.23 user 318.16 system 3583.86 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building 7.2-STABLE from 7.2-RELEASE
Hi, Andrew On Sun, May 24, 2009 at 12:43 PM, Andrew Klaus wrote: > I'm trying to build a 7.2-STABLE buildworld right after I do a fresh install > of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, > however when I try to do a buildworld, I get the following error: > > objcopy -S -O binary zfsboot.out zfsboot.bin > btxld -v -E 0x2000 -f bin -b > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 > > Stop in /usr/src/sys/boot/i386/zfsboot. > *** Error code 1 > > > I know they introduced some new zfsboot stuff into the -Stable branch - > could that have anything to do with it? > Absolutely. Bernhard Schmidt just reported a patch that was seemingly successful a few emails back. -- Glen Barber ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Building 7.2-STABLE from 7.2-RELEASE
I'm trying to build a 7.2-STABLE buildworld right after I do a fresh install of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, however when I try to do a buildworld, I get the following error: objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 I know they introduced some new zfsboot stuff into the -Stable branch - could that have anything to do with it? Running amd64 Thanks ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Compiling world+kernel in RELENG_7 right now
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dmitry Morozovsky wrote: > On Sun, 24 May 2009, Svein Skogen (listmail accont) wrote: > > SSla> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: > SSla> > SSla> btxld -v -E 0x2000 -f bin -b > SSla> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > SSla> zfsboot.ld -P 1 zfsboot.bin > SSla> btxld: zfsboot.ldr: Invalid argument > SSla> *** Error code 2 > SSla> > SSla> Stop in /usr/src/sys/boot/i386/zfsboot. > SSla> *** Error code 1 > SSla> > SSla> This is from an amd64-platform host. > SSla> > SSla> Any timetable on when we'll be able to build world again? Is there an > SSla> option to tell FreeBSD just to ignore the zfsboot altogether (I don't > SSla> need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) > > Yes, it's last minute kmacy's change. As a band-aid, try to apply the > following patch: > > Index: sys/boot/i386/Makefile > === > RCS file: /home/ncvs/src/sys/boot/i386/Makefile,v > retrieving revision 1.21.2.2 > diff -u -r1.21.2.2 Makefile > --- sys/boot/i386/Makefile 23 May 2009 19:54:18 - 1.21.2.2 > +++ sys/boot/i386/Makefile 24 May 2009 13:46:08 - > @@ -1,6 +1,6 @@ > # $FreeBSD: src/sys/boot/i386/Makefile,v 1.21.2.2 2009/05/23 19:54:18 kmacy > Exp $ > > -SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot > zfsboot \ > +SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot \ > kgzldr libi386 libfirewire loader > > # special boot programs, 'self-extracting boot2+loader' > > Attached patch solves the problem for now. :) //Svein - -- - +---+--- /"\ |Svein Skogen | sv...@d80.iso100.no \ / |Solberg Østli 9| PGP Key: 0xE5E76831 X|2020 Skedsmokorset | sv...@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | sv...@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listm...@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +---+--- |msn messenger: | Mobile Phone: +47 907 03 575 |sv...@jernhuset.no | RIPE handle:SS16503-RIPE - +---+--- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoZegEACgkQODUnwSLUlKQLKwCfU2Q8pGwtmyfq29abEdmXHGEX 0HsAoKjX77WQ1Il91uAMZyXukKHAIlId =BvUA -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Compiling world+kernel in RELENG_7 right now | releng_7 tinderbox
Hi, > /obj/amd64/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o \ /obj/amd64/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/ sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr \ -o zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 Attached diff fixes that issue for me. -- Regards, Bernhard Schmidt btxld.diff Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
msk(4) and Yukon
hi, Since I saw some activity, I decided to try out my msks, so the Yukon 88E8050 on my Intel SE7320VP21 now works with hw.msk.legacy_intr=0 which didn't before (sorry, but the best I can say is 'long time ago' ;-) on an Asus P5K-VM with Yukon 88E8056, it panics when used to PXE boot, but otherwise works fine (it used to hang the boot before). cheers, danny ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS MFC heads up
Kirk Strauser wrote:
> On Thursday 21 May 2009 09:12:14 am Louis Mamakos wrote:
>
>> Any pointers to running multiple jails with ZFS? I was looking for
>> something like a union-mount capability for ZFS. I don't necessarily
>> need a jail to run divergent /bin, /usr/local, etc. just the
>> isolation. Making a clone doesn't exactly do the same thing..
>
> FWIW, I love sysutils/ezjail. It uses nullfs to mount many jails on top of
> the same read-only base system, and provides a way ("ezjail-admin update -i")
> to upgrade that base system with installworld.
And ezjail supports managing jails in ZFS filesystems in the CVS version
since yesterday.
greetings,
Philipp
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Compiling world+kernel in RELENG_7 right now
On Sun, 24 May 2009, Svein Skogen (listmail accont) wrote: SSla> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: SSla> SSla> btxld -v -E 0x2000 -f bin -b SSla> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o SSla> zfsboot.ld -P 1 zfsboot.bin SSla> btxld: zfsboot.ldr: Invalid argument SSla> *** Error code 2 SSla> SSla> Stop in /usr/src/sys/boot/i386/zfsboot. SSla> *** Error code 1 SSla> SSla> This is from an amd64-platform host. SSla> SSla> Any timetable on when we'll be able to build world again? Is there an SSla> option to tell FreeBSD just to ignore the zfsboot altogether (I don't SSla> need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) Yes, it's last minute kmacy's change. As a band-aid, try to apply the following patch: Index: sys/boot/i386/Makefile === RCS file: /home/ncvs/src/sys/boot/i386/Makefile,v retrieving revision 1.21.2.2 diff -u -r1.21.2.2 Makefile --- sys/boot/i386/Makefile 23 May 2009 19:54:18 - 1.21.2.2 +++ sys/boot/i386/Makefile 24 May 2009 13:46:08 - @@ -1,6 +1,6 @@ # $FreeBSD: src/sys/boot/i386/Makefile,v 1.21.2.2 2009/05/23 19:54:18 kmacy Exp $ -SUBDIR=mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot zfsboot \ +SUBDIR=mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot \ kgzldr libi386 libfirewire loader # special boot programs, 'self-extracting boot2+loader' -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Compiling world+kernel in RELENG_7 right now
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 This is from an amd64-platform host. Any timetable on when we'll be able to build world again? Is there an option to tell FreeBSD just to ignore the zfsboot altogether (I don't need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) //Svein - -- - +---+--- /"\ |Svein Skogen | sv...@d80.iso100.no \ / |Solberg Østli 9| PGP Key: 0xE5E76831 X|2020 Skedsmokorset | sv...@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | sv...@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listm...@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +---+--- |msn messenger: | Mobile Phone: +47 907 03 575 |sv...@jernhuset.no | RIPE handle:SS16503-RIPE - +---+--- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoZOuEACgkQODUnwSLUlKSYwgCeP8rdLoIwtMUKpr+/EBzq8ISp WmgAnj4ZV1j71x40fa0rn9sghX0wpfQb =IEzt -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[CFT] ssh/scp/ssh-add/ssh-agent/ssh-keygen on /rescue
Hi.
I wondered that ssh/scp (at least) was not in /rescue. They
are the indispensable tools, and I also often use them in
the emergency (single user mode).
So I made a patch for src/rescue/rescue/Makefile and
src/secure/usr.bin/scp/Makefile. Please review it.
Changing point is:
o Move some libraries to Common Libraries section.
o Add ssh/scp/ssh-add/ssh-agent/ssh-keygen to /rescue member.
o Cosmetics Change (labeled Common Libraries section).
Sorry, this patch for 8-current. I'll try to MFC after kmacy's
zfs/zpool support.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
--- rescue/rescue/Makefile.orig 2009-05-23 11:30:38.830094000 +0900
+++ rescue/rescue/Makefile 2009-05-24 18:58:08.925195062 +0900
@@ -72,7 +72,7 @@
CRUNCH_PROGS_bin= cat chflags chio chmod cp date dd df echo\
ed expr getfacl hostname kenv kill ln ls mkdir mv \
pkill ps pwd realpath rm rmdir setfacl sh stty sync test
-CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap -lutil
+CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap
# Additional options for specific programs
CRUNCH_ALIAS_test= [
@@ -143,7 +143,7 @@
.if ${MK_ZFS} != "no"
CRUNCH_LIBS+= -lzfs -lnvpair -luutil -lavl
.endif
-CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz
+CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lreadline -lsbuf -lufs
.if ${MACHINE_ARCH} == "i386"
CRUNCH_PROGS_sbin+= bsdlabel sconfig fdisk
@@ -206,13 +206,9 @@
CRUNCH_PROGS_usr.bin+= bzip2
CRUNCH_ALIAS_bzip2= bunzip2 bzcat
-CRUNCH_LIBS+= -lbz2
CRUNCH_PROGS_usr.bin+= tar
-CRUNCH_LIBS+= -larchive -lmd
-.if ${MK_OPENSSL} != "no"
-CRUNCH_LIBS+= -lcrypto
-.endif
+CRUNCH_LIBS+= -larchive
CRUNCH_PROGS_usr.bin+= vi
CRUNCH_ALIAS_vi= ex
@@ -220,6 +216,25 @@
CRUNCH_PROGS_usr.bin+= id
CRUNCH_ALIAS_id= groups whoami
+.if ${MK_OPENSSL} != "no" && ${MK_OPENSSH} != "no"
+CRUNCH_PROGS_usr.bin+= ssh
+CRUNCH_PROGS_usr.bin+= scp
+CRUNCH_BUILDOPTS_scp= BINDIR=${BINDIR}
+CRUNCH_PROGS_usr.bin+= ssh-add
+CRUNCH_PROGS_usr.bin+= ssh-agent
+CRUNCH_PROGS_usr.bin+= ssh-keygen
+CRUNCH_LIBS+= -lssh
+.if ${MK_KERBEROS_SUPPORT} != "no"
+CRUNCH_LIBS+= -lgssapi
+.endif
+
+CRUNCH_SRCDIR_ssh= ${.CURDIR}/../../secure/usr.bin/ssh
+CRUNCH_SRCDIR_scp= ${.CURDIR}/../../secure/usr.bin/scp
+CRUNCH_SRCDIR_ssh-add= ${.CURDIR}/../../secure/usr.bin/ssh-add
+CRUNCH_SRCDIR_ssh-agent= ${.CURDIR}/../../secure/usr.bin/ssh-agent
+CRUNCH_SRCDIR_ssh-keygen= ${.CURDIR}/../../secure/usr.bin/ssh-keygen
+.endif
+
##
# Programs from stock /usr/sbin
#
@@ -229,8 +244,14 @@
CRUNCH_PROGS_usr.sbin+= chown
CRUNCH_ALIAS_chown= chgrp
+
##
-CRUNCH_LIBS+= -lm
+# Common Libraries
+#
+.if ${MK_OPENSSL} != "no"
+CRUNCH_LIBS+= -lcrypto
+.endif
+CRUNCH_LIBS+= -lmd -lutil -lbz2 -lz -lm
##
# The following is pretty nearly a generic crunchgen-handling makefile
--- secure/usr.bin/scp/Makefile.orig2006-05-14 06:38:15.0 +0900
+++ secure/usr.bin/scp/Makefile 2009-05-24 15:39:20.594368170 +0900
@@ -1,7 +1,7 @@
# $FreeBSD: src/secure/usr.bin/scp/Makefile,v 1.16 2006/05/13 21:38:15 des Exp
$
PROG= scp
-CFLAGS+=-I${SSHDIR} -include ssh_namespace.h
+CFLAGS+=-I${SSHDIR} -include ssh_namespace.h
-D_PATH_SSH_PROGRAM='"${BINDIR}/ssh"'
DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ}
LDADD= -lssh -lcrypt -lcrypto -lz
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
