Upgrading to amd64 requires recompilation of ports?
I was just wondering if one were to "upgrade" a FreeBSD installation from i386 to amd64, would it require a complete recompilation of all the ports? (I already know that it does require a recompilation of world and the kernel). Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Upgrading to amd64 requires recompilation of ports?
Does anyone think that its worth the hassle? If you do manage to get it up and running, will you see any noticeable advantages or is it better to just stick with i386? The only caveat that I can see is a recompilation of all the ports. Any thoughts? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
7.0-BETA1 AMD64 buildworld error
I have updated sources as of Oct 25 and I tried building world (7.0-BETA1 AMD64), but I keep receiving the same error (see below) and I'm not sure how to fix it. I tried removing my sources completely and getting a fresh copy as well as running make clean in /usr/src, but to no avail. Anyone have any ideas? echo libc.so.7: /usr/obj/usr/src/lib32/usr/lib32/libgcc.a >> .depend /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c fork.S /usr/local/libexec/ccache/world-cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c fork.S -o fork.So /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -s -mtune=nocona -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c read.S fork.S: Assembler messages: fork.S:2: Error: invalid character '_' in mnemonic *** Error code 1 fork.S: Assembler messages: fork.S:2: Error: invalid character '_' in mnemonic *** Error code 1 read.S: Assembler messages: read.S:2: Error: invalid character '_' in mnemonic *** Error code 1 3 errors *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo
Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy drive to my computer and ever since then, I cannot boot FreeBSD. I have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is hooked up to the internal USB on the motherboard itself. Also, my machine has a dual core processor, therefore SMP is enabled in my kernel. When I try booting (from hard drive or install disc), I get the following error: "panic: ohci_add_done: addr 0x000d1c40 not found cpuid=0" After that error, all I can do is reboot. Also, of importance to note, if I disconnect the card reader, I can boot fine. I am not subscribed to this mailing list, so please CC all replies to my address. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo
Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy drive to my computer and ever since then, I cannot boot FreeBSD. I have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is hooked up to the internal USB on the motherboard itself. Also, my machine has a dual core processor, therefore SMP is enabled in my kernel. When I try booting (from hard drive or install disc), I get the following error: "panic: ohci_add_done: addr 0x000d1c40 not found cpuid=0" After that error, all I can do is reboot. Also, of importance to note, if I disconnect the card reader, I can boot fine. I am not subscribed to this mailing list, so please CC all replies to my address. Thanks. ___ 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 Mitsumi 7-in-1 USB Card Reader/Floppy combo
Thanks for the reply. I already tried that, but unfortunetly the same thing happens :( Any other suggestions? On 9/4/06, Andrew <[EMAIL PROTECTED]> wrote: Try turning off ACPI and see if that helps. It's option 2 as freebsd is starting up. If it solves the problem you can make the change perm. Thanks, Andrew On 9/4/06, Indigo 23 <[EMAIL PROTECTED]> wrote: > Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy drive to my computer and ever since then, I cannot boot FreeBSD. I have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is hooked up to the internal USB on the motherboard itself. Also, my machine has a dual core processor, therefore SMP is enabled in my kernel. When I try booting (from hard drive or install disc), I get the following error: "panic: ohci_add_done: addr 0x000d1c40 not found cpuid=0" After that error, all I can do is reboot. Also, of importance to note, if I disconnect the card reader, I can boot fine. I am not subscribed to this mailing list, so please CC all replies to my address. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable 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: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo
Thanks for that excellent suggestion. It worked perfectly. I just have a few questions. 1) Any idea when this will be imported in to RELENG_6? 2) I have to do this everytime I update my sources, correct? 3) This is relatively stable, correct? (I did test it out a bit, but of course not thorougly enough to see how stable it is) Thanks again. On 9/5/06, Hans Petter Selasky <[EMAIL PROTECTED]> wrote: On Tuesday 05 September 2006 03:16, Indigo 23 wrote: > Thanks for the reply. I already tried that, but unfortunetly the same > thing happens :( > Any other suggestions? Maybe you want to try my new Giant free USB driver: # # How to install the new USB driver: # # # First get all the sources # (you need /usr/ports/devel/subversion installed): # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD 6.x/7.x: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel (with modules) # --HPS ___ 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 Mitsumi 7-in-1 USB Card Reader/Floppy combo
Thanks again for the help. If you require beta testers, just e-mail me to let me know. On 9/5/06, Hans Petter Selasky <[EMAIL PROTECTED]> wrote: On Tuesday 05 September 2006 13:28, Indigo 23 wrote: > Thanks for that excellent suggestion. It worked perfectly. I just > have a few questions. > > 1) Any idea when this will be imported in to RELENG_6? I don't know. If I am right, you will see my driver in freebsd-current some time after Christmas. > 2) I have to do this everytime I update my sources, correct? Yes. > 3) This is relatively stable, correct? (I did test it out a bit, but > of course not thorougly enough to see how stable it is) Yes, it is stable, but be aware that if your system runs low on memory, you can get a panic saying, "sleeping with mutex XXX locked", or something alike. That is because the "umass" device driver is still under the USB emulation layer of the old USB API, which is depreciated, and will be removed once I have completed the conversion of all USB device drivers. This will most likely happen before the end of this month. Then I need some help testing all the rewritten USB device drivers. --HPS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: nvidia-driver-1.0.8776 was giving me READ_DMA timeouts
I upgraded my 6.1-STABLE box a week or so ago, and numerous ports at the same time. For the last week, I've had all sorts of random reboots on a normally rock solid system. Yesterday I noticed that whenever I was looking at a console, the machine was stable as usual, but when X was visible, the ATA drives would throw spurious READ_DMA timeouts. I downgraded from nvidia-driver-1.0.8776 to .8774 and the problems have completely disappeared and the system is back to normal. I know it sounds silly and I can't explain it, but the most recent NVidia drivers made my system feel as stable as Windows ME on an overclocked Cyrix. I'm posting this here mainly for the benefit of anyone else who might be having similar problems. -- Kirk Strauser I also had similar problems with the latest nvidia drivers on FreeBSD 6.1-STABLE. My box used to run rock solid, then after the update to .8776, it started locking up under heavy loads when X was running. Any idea if this is a known bug in the drivers (i.e. nvidia is aware of the problem)? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.0-BETA2 Available
Is this the last beta before release (assuming there are no show stopping bugs)? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
error when compiling kernel after cvsupping to RELENG_6
Hello. I was just wondering if anyone could tell me why my kernel compile errors out, I have cvsupped to RELENG_6, and built world, and now as I was building the kernel, I get the following error: snip- cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 ../../../fs/deadfs/dead_vnops.c cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 ../../../fs/devfs/devfs_devs.c cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 ../../../fs/devfs/devfs_rule.c cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 ../../../fs/devfs/devfs_vfsops.c cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 ../../../fs/devfs/devfs_vnops.c ../../../fs/devfs/devfs_vnops.c:1148: warning: redundant redeclaration of 'devfs_ops_f' ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here ../../../fs/devfs/devfs_vnops.c:1159: warning: redundant redeclaration of 'devfs_vnodeops' ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here ../../../fs/devfs/devfs_vnops.c:1181: warning: redundant redeclaration of 'devfs_specops' ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here *** Error code 1 Stop in /usr/src/sys/i386/compile/DUALCORE. snip- I also receive this same error on another machine I have cvsupped. Anyone have any ideas as to how this can be fixed? Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
