building port zsh (static version) failed on r235325
cc -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -static -o zsh main.o `cat stamp-modobjs` -L/usr/local/lib -Wl,-R/usr/local/lib -lpcre -liconv -lncursesw -lrt -lm -lc /usr/lib/libc.a(jemalloc_jemalloc.o): In function `calloc': jemalloc_jemalloc.c:(.text+0x1d80): multiple definition of `calloc' mem.o:mem.c:(.text+0xf90): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc': jemalloc_jemalloc.c:(.text+0x1f40): multiple definition of `malloc' mem.o:mem.c:(.text+0x900): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `realloc': jemalloc_jemalloc.c:(.text+0x3380): multiple definition of `realloc' mem.o:mem.c:(.text+0xfe0): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `free': jemalloc_jemalloc.c:(.text+0x3940): multiple definition of `free' mem.o:mem.c:(.text+0x8f0): first defined here *** [zsh] Error code 1 # cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On May 9, 2012, at 12:01 AM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 03:59:42PM -0700, Jason Evans wrote: >> On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: >>> On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > > I hit the same assertion with r235052 and inkscape. I'm now using > MALLOC_PRODUCTION and it works again. Was the assertion failure easily reproducible with inkscape? >>> >>> Yes, it crashed everytime before showing the GUI. The backtrace goes >>> like this: > > [snip] > >> sbrk() is being used rather than mmap(). Unless mmap() is failing (which >> would surprise me), this indicates that you are using a version of libc >> that's old enough to have the bug I fixed in r234569. > > I'm afraid the backtrace was somehow corrupted. Here's a new one from a libc > compiled with -g: > > […] I received a similar report from Kevin Lo regarding bsdtar that proved easy to reproduce. The fix is part of the jemalloc 3.0.0 import I just did, and I expect it fixes the inkscape crashes as well. Thanks, Jason___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2012-05-12 04:16:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 04:16:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 04:16:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-05-12 04:16:13 - cleaning the object tree TB --- 2012-05-12 04:16:13 - cvsupping the source tree TB --- 2012-05-12 04:16:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-05-12 04:16:51 - building world TB --- 2012-05-12 04:16:51 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 04:16:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 04:16:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 04:16:51 - SRCCONF=/dev/null TB --- 2012-05-12 04:16:51 - TARGET=sparc64 TB --- 2012-05-12 04:16:51 - TARGET_ARCH=sparc64 TB --- 2012-05-12 04:16:51 - TZ=UTC TB --- 2012-05-12 04:16:51 - __MAKE_CONF=/dev/null TB --- 2012-05-12 04:16:51 - cd /src TB --- 2012-05-12 04:16:51 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 04:16:52 UTC 2012 >>> 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 >>> World build completed on Sat May 12 05:17:54 UTC 2012 TB --- 2012-05-12 05:17:54 - generating LINT kernel config TB --- 2012-05-12 05:17:54 - cd /src/sys/sparc64/conf TB --- 2012-05-12 05:17:54 - /usr/bin/make -B LINT TB --- 2012-05-12 05:17:54 - cd /src/sys/sparc64/conf TB --- 2012-05-12 05:17:54 - /usr/sbin/config -m LINT TB --- 2012-05-12 05:17:54 - building LINT kernel TB --- 2012-05-12 05:17:54 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 05:17:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 05:17:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 05:17:54 - SRCCONF=/dev/null TB --- 2012-05-12 05:17:54 - TARGET=sparc64 TB --- 2012-05-12 05:17:54 - TARGET_ARCH=sparc64 TB --- 2012-05-12 05:17:54 - TZ=UTC TB --- 2012-05-12 05:17:54 - __MAKE_CONF=/dev/null TB --- 2012-05-12 05:17:54 - cd /src TB --- 2012-05-12 05:17:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 05:17:54 UTC 2012 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memdev.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memutil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-gr
[head tinderbox] failure on mips/mips
TB --- 2012-05-12 01:19:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 01:19:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 01:19:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-05-12 01:19:59 - cleaning the object tree TB --- 2012-05-12 01:19:59 - cvsupping the source tree TB --- 2012-05-12 01:19:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-05-12 01:20:32 - building world TB --- 2012-05-12 01:20:32 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 01:20:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 01:20:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 01:20:32 - SRCCONF=/dev/null TB --- 2012-05-12 01:20:32 - TARGET=mips TB --- 2012-05-12 01:20:32 - TARGET_ARCH=mips TB --- 2012-05-12 01:20:32 - TZ=UTC TB --- 2012-05-12 01:20:32 - __MAKE_CONF=/dev/null TB --- 2012-05-12 01:20:32 - cd /src TB --- 2012-05-12 01:20:32 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 01:20:33 UTC 2012 >>> 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 >>> World build completed on Sat May 12 02:20:21 UTC 2012 TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m ADM5120 TB --- 2012-05-12 02:20:21 - skipping ADM5120 kernel TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m ALCHEMY TB --- 2012-05-12 02:20:21 - skipping ALCHEMY kernel TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m AP94 TB --- 2012-05-12 02:20:21 - building AP94 kernel TB --- 2012-05-12 02:20:21 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 02:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 02:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 02:20:21 - SRCCONF=/dev/null TB --- 2012-05-12 02:20:21 - TARGET=mips TB --- 2012-05-12 02:20:21 - TARGET_ARCH=mips TB --- 2012-05-12 02:20:21 - TZ=UTC TB --- 2012-05-12 02:20:21 - __MAKE_CONF=/dev/null TB --- 2012-05-12 02:20:21 - cd /src TB --- 2012-05-12 02:20:21 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat May 12 02:20:22 UTC 2012 >>> 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 >>> Kernel build for AP94 completed on Sat May 12 02:24:47 UTC 2012 TB --- 2012-05-12 02:24:47 - cd /src/sys/mips/conf TB --- 2012-05-12 02:24:47 - /usr/sbin/config -m AP96 TB --- 2012-05-12 02:24:47 - building AP96 kernel TB --- 2012-05-12 02:24:47 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 02:24:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 02:24:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 02:24:47 - SRCCONF=/dev/null TB --- 2012-05-12 02:24:47 - TARGET=mips TB --- 2012-05-12 02:24:47 - TARGET_ARCH=mips TB --- 2012-05-12 02:24:47 - TZ=UTC TB --- 2012-05-12 02:24:47 - __MAKE_CONF=/dev/null TB --- 2012-05-12 02:24:47 - cd /src TB --- 2012-05-12 02:24:47 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat May 12 02:24:47 UTC 2012 >>> stage 1: configuring the kernel -- cd /src/sys/mips/conf; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/usr/sbin:/obj/mips.mips/src/tmp/usr/bin:/obj/mips.mips/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/mips.mips/src/sys/AP96 /src/sys/mips/conf/AP96 WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. config: Error: device "etherswitch" is unknown config: Error: device "arswitch" is unknown config: 2 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 02:24:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 02:24:48 - ERROR: failed to build AP96 kernel TB --- 2012-05-12 02:24:48 - 2744.10 user 570.39 system 3888.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] SMP/i386 suspend/resume
On Fri, May 11, 2012 at 12:56 PM, Adrian Chadd wrote: > Thanks so very much for this! > > I'll try it on my thinkpad T60 this weekend and report back. It > unfortunately is running 9.0-RELEASE though - if I have issues, I'll > try 9-stable on another T60 next week and similarly report back. +1. I've really liked to use more than one CPU on my netbook for a while :). -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support
On Friday 11 May 2012 17:57:03 hopto wrote: > FreeBSD 9 amd64 > > cc1: warnings being treated as errors > /usr/src/sys/modules/ral/../../dev/ral/rt2860.c: In function > 'rt2860_attach': > /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:349: warning: assignment > from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/sys/modules/ral. > > what? 9.0? Try attached patch Though, you are better of updating to stable/9, the patches should apply/build cleanly there. -- Bernhard Index: sys/dev/ral/rt2860.c === --- sys/dev/ral/rt2860.c (revision 235233) +++ sys/dev/ral/rt2860.c (working copy) @@ -76,7 +76,7 @@ #endif static struct ieee80211vap *rt2860_vap_create(struct ieee80211com *, - const char [IFNAMSIZ], int, enum ieee80211_opmode, + const char [IFNAMSIZ], int, int, int, const uint8_t [IEEE80211_ADDR_LEN], const uint8_t [IEEE80211_ADDR_LEN]); static void rt2860_vap_delete(struct ieee80211vap *); @@ -428,7 +428,7 @@ static struct ieee80211vap * rt2860_vap_create(struct ieee80211com *ic, const char name[IFNAMSIZ], int unit, -enum ieee80211_opmode opmode, int flags, +int opmode, int flags, const uint8_t bssid[IEEE80211_ADDR_LEN], const uint8_t mac[IEEE80211_ADDR_LEN]) { ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
on 11/05/2012 22:57 O. Hartmann said the following: > On 05/11/12 21:52, Andriy Gapon wrote: >> on 11/05/2012 20:50 Garrett Cooper said the following: >>> On Fri, May 11, 2012 at 10:41 AM, O. Hartmann >>> wrote: I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with the following error when building with CLANG either worl or kernel. Is there something I missed? How to solve? >>> >>> Andriy CCed. >> >> Thank you. Unfortunately I do not see the "following error" :-) >> > > ... it WAS this error, one in cdboot.S: Yeah, I think that dim@ has fixed this. Sorry for being clang-inconsiderate. (I think that we need a clang tinderbox). > [...] clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing > -march=native -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -msoft-float -m32 -march=i386 -std=gnu99 -Qunused-arguments -m32 > -c /usr/src/sys/boot/i386/cdboot/cdboot.S > /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not > supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: > error: ambiguous instructions require an explicit suffix (could be 'orb', > 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |= ^ > /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not > supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: > error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 > > Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 > > Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 > > Stop in /usr/src/sys/boot. *** [all] Error code 1 > > Stop in /usr/src/sys. *** [all] Error code 1 > > Stop in /usr/src. *** [all] Error code 1 > -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
On 05/11/12 21:52, Andriy Gapon wrote: > on 11/05/2012 20:50 Garrett Cooper said the following: >> On Fri, May 11, 2012 at 10:41 AM, O. Hartmann >> wrote: >>> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >>> the following error when building with CLANG either worl or kernel. >>> >>> Is there something I missed? How to solve? >> >> Andriy CCed. > > Thank you. Unfortunately I do not see the "following error" :-) > ... it WAS this error, one in cdboot.S: [...] clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=native -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=i386 -std=gnu99 -Qunused-arguments -m32 -c /usr/src/sys/boot/i386/cdboot/cdboot.S /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |= ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [all] Error code 1 Stop in /usr/src. *** [all] Error code 1 signature.asc Description: OpenPGP digital signature
Re: [CFT] SMP/i386 suspend/resume
Thanks so very much for this! I'll try it on my thinkpad T60 this weekend and report back. It unfortunately is running 9.0-RELEASE though - if I have issues, I'll try 9-stable on another T60 next week and similarly report back. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
on 11/05/2012 20:50 Garrett Cooper said the following: > On Fri, May 11, 2012 at 10:41 AM, O. Hartmann > wrote: >> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >> the following error when building with CLANG either worl or kernel. >> >> Is there something I missed? How to solve? > > Andriy CCed. Thank you. Unfortunately I do not see the "following error" :-) -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
On 05/11/12 20:08, Dimitry Andric wrote: > On 2012-05-11 19:41, O. Hartmann wrote: >> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >> the following error when building with CLANG either worl or kernel. >> >> Is there something I missed? How to solve? > > Should be fixed in r235281. Please try again. Yes, seems repaired. Thanks. Oliver signature.asc Description: OpenPGP digital signature
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
On 2012-05-11 19:41, O. Hartmann wrote: > I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with > the following error when building with CLANG either worl or kernel. > > Is there something I missed? How to solve? Should be fixed in r235281. Please try again. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
On Fri, May 11, 2012 at 10:41 AM, O. Hartmann wrote: > I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with > the following error when building with CLANG either worl or kernel. > > Is there something I missed? How to solve? Andriy CCed. -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet
I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with the following error when building with CLANG either worl or kernel. Is there something I missed? How to solve? regards, Oliver clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=native -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=i386 -std=gnu99 -Qunused-arguments -m32 -c /usr/src/sys/boot/i386/cdboot/cdboot.S /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |= ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [all] Error code 1 Stop in /usr/src. *** [all] Error code 1 signature.asc Description: OpenPGP digital signature
Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support
FreeBSD 9 amd64 cc1: warnings being treated as errors /usr/src/sys/modules/ral/../../dev/ral/rt2860.c: In function 'rt2860_attach': /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:349: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/sys/modules/ral. what? -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Ralink-RT2860-RT2870-RT3060-RT3090-support-tp5683758p5703401.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADS-UP] BSD sort coming to -CURRENT
Oleg and Gabor; Awesome! Kudos and huge thanks for working on this!! Pedro. On 05/08/12 10:51, Gabor Kovesdan wrote: Hi Folks, Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. Note that the strcoll() and wcscoll() implementations of FreeBSD are incomplete so neither GNU sort nor the new BSD sort work 100% correctly with multi-byte locales but once the underlying functions are implemented, BSD sort will just work fine. Gabor ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] SMP/i386 suspend/resume
On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff > ... I'm sorry to report that while head & stable/9 did work for me (see previous notes in this thread), stable/8 did not. Well, suspend seemed to, but on resume, the screen stayed dark and the machine was (as far as I could tell without trying to ping it from another machine) unresponsive. This was on the same Dell Precision M4400 as before (Core(TM)2 Duo CPU T9600), running: FreeBSD localhost 8.3-STABLE FreeBSD 8.3-STABLE #382 235262M: Fri May 11 04:45:52 EDT 2012 root@localhost:/common/S1/obj/usr/src/sys/CANARY i386 Peace, david -- David H. Wolfskill d...@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADS-UP] BSD sort coming to -CURRENT
On 2012.05.08. 17:51, Gabor Kovesdan wrote: Hi Folks, Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. Note that the strcoll() and wcscoll() implementations of FreeBSD are incomplete so neither GNU sort nor the new BSD sort work 100% correctly with multi-byte locales but once the underlying functions are implemented, BSD sort will just work fine. As I announced before, today finally I've committed BSD sort to -CURRENT. By default, it will be "bsdsort" and GNU sort will be installed as "sort", like before. If you can, please opt in for the default BSD sort by setting WITH_BSD_SORT, which will cause that BSD sort is installed as "sort" and GNU sort will be "gnusort". If no bugs appear and portmgr can run an exp-run for default BSD sort, I'll switch the logic to a default BSD sort. Gabor ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] SMP/i386 suspend/resume
On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff > ... Another follow-up: just tested on same machine (Dell Precision M4400; Core(TM)2 Duo CPU T9600), this time running: FreeBSD localhost 9.0-STABLE FreeBSD 9.0-STABLE #157 235262M: Fri May 11 05:24:24 EDT 2012 root@localhost:/usr/obj/usr/src/sys/CANARY i386 and the RELENG_9 patch works for me on stable/9 (same test approach as I had used for head). stable/8 is next up. Peace, david -- David H. Wolfskill d...@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] SMP/i386 suspend/resume
On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > ... > A lot of portion of the patches was ported from amd64. > Testing on Thinkpad X60 (Core Duo T2300), so far so good :) > > I'll commit them against CURRENT hopefully next week. > > Thanks and have fun! I just tried it on a Dell Precision M4400 (Core(TM)2 Duo CPU T9600), running: FreeBSD localhost 10.0-CURRENT FreeBSD 10.0-CURRENT #556 235262M: Fri May 11 06:07:31 EDT 2012 root@localhost:/usr/obj/usr/src/sys/CANARY i386 (Writing from BSDCan; home mail machine seems wedged.) It seems to work for me -- I was able to use the keyboard (Fn+F1) to suspend; once I closed the lid, the power light visible on the outside would blink slowly (about a 0.5Hz cycle time w/ 50% duty cycle, estimated); when I opened the lid, the machine resumed "automagically". I tried it first merely from a vty, then from X (nVidia driver, updated as of this morning). I'll try stable/9 & stable/8 as time permits. Thanks! :-) Peace, david -- David H. Wolfskill d...@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT] SMP/i386 suspend/resume
On 2012-May-11 11:10:19 +0900, Mitsuru IWASAKI wrote: >I've been working on suspend/resume for SMP/i386 for a week >and created patches against CURRENT, RELENG_9 and RELENG_8 >available at: Thank you for that. Since I was in the process of upgrading my netbook (Acer Aspire One AOA-110 - Atom N270), I rolled your RELENG_8 patch on top of r235229. Unfortunately, the result hasn't been a complete success. I can suspend to S3 with no problems (though that worked before). The resume is less successful. If X is running, I get a garbage screen. If I suspend at a VTY, the screen comes back correctly but there is no response from keyboard, touchpad or wired network (though it has the correct lights). Let me know if you have any suggestions for debugging. -- Peter Jeremy pgp80zA58U2XO.pgp Description: PGP signature