[head tinderbox] failure on amd64/amd64
TB --- 2011-12-11 05:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 05:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 05:20:00 - cleaning the object tree TB --- 2011-12-11 05:20:31 - cvsupping the source tree TB --- 2011-12-11 05:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 05:25:55 - building world TB --- 2011-12-11 05:25:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 05:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 05:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 05:25:55 - SRCCONF=/dev/null TB --- 2011-12-11 05:25:55 - TARGET=amd64 TB --- 2011-12-11 05:25:55 - TARGET_ARCH=amd64 TB --- 2011-12-11 05:25:55 - TZ=UTC TB --- 2011-12-11 05:25:55 - __MAKE_CONF=/dev/null TB --- 2011-12-11 05:25:55 - cd /src TB --- 2011-12-11 05:25:55 - /usr/bin/make -B buildworld World build started on Sun Dec 11 05:25:56 UTC 2011 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 World build completed on Sun Dec 11 08:02:01 UTC 2011 TB --- 2011-12-11 08:02:02 - generating LINT kernel config TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/bin/make -B LINT TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 08:02:02 - building LINT-NOINET kernel TB --- 2011-12-11 08:02:02 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 08:02:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 08:02:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 08:02:02 - SRCCONF=/dev/null TB --- 2011-12-11 08:02:02 - TARGET=amd64 TB --- 2011-12-11 08:02:02 - TARGET_ARCH=amd64 TB --- 2011-12-11 08:02:02 - TZ=UTC TB --- 2011-12-11 08:02:02 - __MAKE_CONF=/dev/null TB --- 2011-12-11 08:02:02 - cd /src TB --- 2011-12-11 08:02:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 08:02:02 UTC 2011 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 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99
Re: How to update /usr/src/ using SVN and make update?
On 12/11/11 01:11, Benjamin Kaduk wrote: On Sat, 10 Dec 2011, O. Hartmann wrote: On 12/10/11 14:51, Chuck Burns wrote: On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote: Here is quick, hackish patch to allow your make update to work, it appears that the Makefile.inc1 does not include the full path to svn, while it does include the full path to cvs and other tools, this makes me think that the user path is ignored (which is a good thing) Heh, I am notorious for overthinking things. My bad.. yes, just add SVN=/usr/local/bin/svn to your /etc/make.conf file -- Chuck Burns Hello. I did this already, since it looked logical to me. It isn't simply about please add ... hakish things. If there would be no objection, it is a nice move to have the SVN variable setting mentioned in the man page for make.conf. If it isn't opportune to have the user-path in the system's search path, then a note should be droped into the manpage to inform the admin or user to set the SVN variable properly. So, something like the attached? -Ben Kaduk Yes. Anything giving the FreeBSD user a hint on SVN without diggin into Makefile.incX would be appreciated (by myself, I can't speak on behalf of the community). Thanks, Oliver signature.asc Description: OpenPGP digital signature
Re: FreeBSD 10.0-CURRENT/AMD64 (CLANG): lang/gcc46 fails to build
On 12/11/11 00:50, Benjamin Kaduk wrote: [-questions to bcc] On Sat, 10 Dec 2011, O. Hartmann wrote: On 12/07/11 07:11, Steve Kargl wrote: On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote: config.status: creating ada/Makefile config.status: creating auto-host.h config.status: executing default commands gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc46. *** Error code 1 Stop in /usr/ports/lang/gcc46. === make failed for lang/gcc46 === Aborting update See if setting DISABLE_MAKE_JOBSi helps. This doesn't work, either. The end of the build log from that case should be more enlightening than the one you originally posted, as it is more likely to actually contain the actual error (which is not present in the snippet above). In /etc/src.conf, I use WITH_ICONV=YES and _WITH_BSD_GREP=YES. Switching off WITH_ICONV seems to solve the problem on FreeBSD 10.0-CURRENT/amd64. I do not know whether OS versions below 10.0 do support the WITH_ICONV knob. This maybe is a hint to the problem. iconv was only added to base in r219019 | gabor | 2011-02-24 19:04:39 -0500 (Thu, 24 Feb 2011) so it will first appear in the imminent 9.0 release. Assuming that the error remains reproducible with an up-to-date tree, the end of the build log from the DISABLE_MAKE_JOBS case would be useful to see. I've added gabor as a cc, since he seems to be doing most of the iconv work. -Ben Kaduk Following, you'll see the required output. This is the result on FreeBSD 10.-CURRENT/amd64, built with CLANG and in /etc/src.conf WITH_ICONV set. Also set is the requested knob DISABLE_MAKE_JOBS. Without /etc/src.conf setting of WITH_ICONV, lang/gcc46 build fine. Regards, Oliver P.S. The source tree is up to date and system/world has been built recently ago: FreeBSD 10.0-CURRENT #28 r228399 = configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depdir commands mkdir .deps gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp' clang -I.././../gcc-4.6-20111202/libcpp -I. -I.././../gcc-4.6-20111202/libcpp/../include -I.././../gcc-4.6-20111202/libcpp/include -g -fkeep-inline-functions -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20111202/libcpp -I. -I.././../gcc-4.6-20111202/libcpp/../include -I.././../gcc-4.6-20111202/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20111202/libcpp/charset.c .././../gcc-4.6-20111202/libcpp/charset.c:1371:1: error: conflicting types for 'cpp_interpret_string' cpp_interpret_string (cpp_reader *pfile, const cpp_string *from, size_t count, ^ .././../gcc-4.6-20111202/libcpp/include/cpplib.h:742:13: note: previous declaration is here extern bool cpp_interpret_string (cpp_reader *, ^ .././../gcc-4.6-20111202/libcpp/charset.c:1452:1: error: conflicting types for 'cpp_interpret_string_notranslate' cpp_interpret_string_notranslate (cpp_reader *pfile, const cpp_string *from, ^ .././../gcc-4.6-20111202/libcpp/include/cpplib.h:745:13: note: previous declaration is here extern bool cpp_interpret_string_notranslate (cpp_reader *, ^ 2 errors generated. gmake[3]: *** [charset.o] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc46/work/build/libcpp' gmake[2]: *** [all-stage1-libcpp] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc46. *** Error code 1 Stop in /usr/ports/lang/gcc46. === make failed for lang/gcc46 === Aborting update === You can restart from the point of failure with this command line: portmaster flags lang/gcc46 signature.asc Description: OpenPGP digital signature
Re: FreeBSD/amd64 on machine without ACPI BIOS?
Hello, Freebsd-current. You wrote 9 декабря 2011 г., 14:10:18: Soekris (famous developer of small x86-compatible appliance-like hardware) released net6501 some time ago, which is based on Atom (E6xx) CPU. It seems, that 64-bit version of Linux could run on it without problems. But FreeBSD/amd64 can not. It stops after kernel detect some devices without any errors or panics. This box has one big difference from billions other Intel-based boxes on market: it has very special BIOS without ACPI at all. Someone says, that it could be reason why FreeBSD/amd64 could not be boot on this box. Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that device mptable in kernel config helps. Why is it not in GENERIC kernel? -- // Black Lion AKA Lev Serebryakov l...@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: [head tinderbox] failure on amd64/amd64
On Dec 11, 2011, at 12:09 AM, FreeBSD Tinderbox wrote: TB --- 2011-12-11 05:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 05:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 05:20:00 - cleaning the object tree TB --- 2011-12-11 05:20:31 - cvsupping the source tree TB --- 2011-12-11 05:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 05:25:55 - building world TB --- 2011-12-11 05:25:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 05:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 05:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 05:25:55 - SRCCONF=/dev/null TB --- 2011-12-11 05:25:55 - TARGET=amd64 TB --- 2011-12-11 05:25:55 - TARGET_ARCH=amd64 TB --- 2011-12-11 05:25:55 - TZ=UTC TB --- 2011-12-11 05:25:55 - __MAKE_CONF=/dev/null TB --- 2011-12-11 05:25:55 - cd /src TB --- 2011-12-11 05:25:55 - /usr/bin/make -B buildworld World build started on Sun Dec 11 05:25:56 UTC 2011 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 World build completed on Sun Dec 11 08:02:01 UTC 2011 TB --- 2011-12-11 08:02:02 - generating LINT kernel config TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/bin/make -B LINT TB --- 2011-12-11 08:02:02 - cd /src/sys/amd64/conf TB --- 2011-12-11 08:02:02 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 08:02:02 - building LINT-NOINET kernel TB --- 2011-12-11 08:02:02 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 08:02:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 08:02:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 08:02:02 - SRCCONF=/dev/null TB --- 2011-12-11 08:02:02 - TARGET=amd64 TB --- 2011-12-11 08:02:02 - TARGET_ARCH=amd64 TB --- 2011-12-11 08:02:02 - TZ=UTC TB --- 2011-12-11 08:02:02 - __MAKE_CONF=/dev/null TB --- 2011-12-11 08:02:02 - cd /src TB --- 2011-12-11 08:02:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 08:02:02 UTC 2011 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 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f
[head tinderbox] failure on i386/i386
TB --- 2011-12-11 10:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 10:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 10:50:00 - cleaning the object tree TB --- 2011-12-11 10:50:25 - cvsupping the source tree TB --- 2011-12-11 10:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 10:50:44 - building world TB --- 2011-12-11 10:50:44 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 10:50:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 10:50:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 10:50:44 - SRCCONF=/dev/null TB --- 2011-12-11 10:50:44 - TARGET=i386 TB --- 2011-12-11 10:50:44 - TARGET_ARCH=i386 TB --- 2011-12-11 10:50:44 - TZ=UTC TB --- 2011-12-11 10:50:44 - __MAKE_CONF=/dev/null TB --- 2011-12-11 10:50:44 - cd /src TB --- 2011-12-11 10:50:44 - /usr/bin/make -B buildworld World build started on Sun Dec 11 10:50:45 UTC 2011 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 Sun Dec 11 12:55:36 UTC 2011 TB --- 2011-12-11 12:55:36 - generating LINT kernel config TB --- 2011-12-11 12:55:37 - cd /src/sys/i386/conf TB --- 2011-12-11 12:55:37 - /usr/bin/make -B LINT TB --- 2011-12-11 12:55:37 - cd /src/sys/i386/conf TB --- 2011-12-11 12:55:37 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 12:55:37 - building LINT-NOINET kernel TB --- 2011-12-11 12:55:37 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 12:55:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 12:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 12:55:37 - SRCCONF=/dev/null TB --- 2011-12-11 12:55:37 - TARGET=i386 TB --- 2011-12-11 12:55:37 - TARGET_ARCH=i386 TB --- 2011-12-11 12:55:37 - TZ=UTC TB --- 2011-12-11 12:55:37 - __MAKE_CONF=/dev/null TB --- 2011-12-11 12:55:37 - cd /src TB --- 2011-12-11 12:55:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 12:55:37 UTC 2011 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0xac44): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x878a): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 13:12:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 13:12:18 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 13:12:18 - 6822.21 user 1189.18 system 8537.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.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: calling all fs experts
Hi, Reference: From: Maksim Yevmenkin maksim.yevmen...@gmail.com Maksim Yevmenkin wrote: Hello, i have a question for fs wizards. There is a list for them: freebsd...@freebsd.org Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. ___ 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 amd64/amd64
TB --- 2011-12-11 10:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 10:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 10:50:00 - cleaning the object tree TB --- 2011-12-11 10:50:33 - cvsupping the source tree TB --- 2011-12-11 10:50:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 10:55:58 - building world TB --- 2011-12-11 10:55:58 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 10:55:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 10:55:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 10:55:58 - SRCCONF=/dev/null TB --- 2011-12-11 10:55:58 - TARGET=amd64 TB --- 2011-12-11 10:55:58 - TARGET_ARCH=amd64 TB --- 2011-12-11 10:55:58 - TZ=UTC TB --- 2011-12-11 10:55:58 - __MAKE_CONF=/dev/null TB --- 2011-12-11 10:55:58 - cd /src TB --- 2011-12-11 10:55:58 - /usr/bin/make -B buildworld World build started on Sun Dec 11 10:55:58 UTC 2011 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 World build completed on Sun Dec 11 13:32:09 UTC 2011 TB --- 2011-12-11 13:32:10 - generating LINT kernel config TB --- 2011-12-11 13:32:10 - cd /src/sys/amd64/conf TB --- 2011-12-11 13:32:10 - /usr/bin/make -B LINT TB --- 2011-12-11 13:32:10 - cd /src/sys/amd64/conf TB --- 2011-12-11 13:32:10 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 13:32:10 - building LINT-NOINET kernel TB --- 2011-12-11 13:32:10 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 13:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 13:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 13:32:10 - SRCCONF=/dev/null TB --- 2011-12-11 13:32:10 - TARGET=amd64 TB --- 2011-12-11 13:32:10 - TARGET_ARCH=amd64 TB --- 2011-12-11 13:32:10 - TZ=UTC TB --- 2011-12-11 13:32:10 - __MAKE_CONF=/dev/null TB --- 2011-12-11 13:32:10 - cd /src TB --- 2011-12-11 13:32:10 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 13:32:10 UTC 2011 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0x9966): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x7e26): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 13:48:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 13:48:00 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 13:48:00 - 8106.03 user 1539.19 system 10679.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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: CVS removal from the base
Doug Barton wrote: On 12/02/2011 04:35, Adrian Chadd wrote: I think you're missing the point a little. The point is, you have to keep in mind how comfortable people feel about things, and progress sometimes makes people uncomfortable. I think you should leave these changes bake for a while and let people get comfortable with the changing status quo. The fact that we have so many people who are radically change-averse, no matter how rational the change; is a bug, not a feature. This particular bug is complicated dramatically by the fact that the majority view seems to lean heavily towards If I use it, it must be the default and/or in the base rather than seeing ports as part of the overall operating SYSTEM. BSD is more conservative. More value given to stability of availability of interfaces tools etc, More Long term professionals. Doug's attempting to force working FreeBSD ports such as procmail to be discarded is deplorable. Doug should stop coercing FreeBSD toward a Linux model, move himself to Linux. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. ___ 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: CVS removal from the base
On Sat, Dec 3, 2011 at 8:03 PM, sth...@nethelp.no wrote: I use CVS (or rather csup) to keep the base system up to date. I would be perfectly okay with using a different utility - however, I would strongly prefer that this utility was included in the base system. CVS != csup. I wonder how many people will express their sentiments about CVS when they really mean cvsup/csup. Max I use CVS I've used sup, (maybe csup can't rememeber, not used cvsup really) I avoid reliance on a net connection just to do a checkout. I use ctm to [push] feed my local CVS tree. ctm deltas of cvs src ports are generated [by cvsup, pulling from freebsd.org] elsewhere, ctm-us...@freebsd.org led by Stephen M recently included: Subject: ctm for svn Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. ___ 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: CVS removal from the base
Pedro F. Giffuni wrote: Hi Daniel; --- On Sat, 12/3/11, Daniel Eischen deisc...@freebsd.org wrote: ... I would love to mirror the SVN repo in the same way and have an 'svn' in base, or at least something that could replace CVS in the above scenario. I have to say I am surprised by all the people that still use CVS (for their own good reasons). It still would be helpful if cvs users could evaluate OpenCVS: it's been experimental for ages now. It does seem to have some advantage (other than the license) in that it's smaller and better maintained (or at least not too dead). Did you test it with cd /usr/src/release ; make release Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. ___ 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: CVS removal from the base
--- Dom 11/12/11, Julian H. Stacey j...@berklix.com ha scritto: ... I have to say I am surprised by all the people that still use CVS (for their own good reasons). It still would be helpful if cvs users could evaluate OpenCVS: it's been experimental for ages now. It does seem to have some advantage (other than the license) in that it's smaller and better maintained (or at least not too dead). Did you test it with cd /usr/src/release ; make release TBH, I don't use CVS at all. I learned to use SVN first and for the things I needed CVS was pretty similar to SVN but pretty obnoxious when trying to check out the history due to the lack of atomic commits. I would prefer to just use the same SVN server for everything. OpenCVS is an intermediate step, at least acceptable for GPL cleaning purposes, for people that just can't move to SVN right away. Still SVN is much better and once we move we will not look back (IMHO). Pedro. ___ 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: FreeBSD/amd64 on machine without ACPI BIOS? == works
On 2011-12-09 10:10:18, Lev Serebryakov l...@freebsd.org wrote: Soekris (famous developer of small x86-compatible appliance-like hardware) released *net6501* some time ago, which is based on Atom (E6xx) CPU. It seems, that 64-bit version of Linux could run on it without problems. But FreeBSD/amd64 can not. It stops after kernel detect some devices without any errors or panics. Nicholas Esborn and I have been looking at this on soekris-tech and found that if you enable the optional MPSPEC mptable support in the kernel by adding device mptable to the GENERIC configuration and rebuild a kernel, you get a FreeBSD 9.0-RC3 amd64 kernel that works fine on the Soekris net6501 in 64-bit mode. The GENERIC 32-bit i386 kernel finds the mptable and works fine out of the box, without any changes or options. I don't know why device mptable is optional, but enabling it allows the net6501 to work with amd64. I assume it's too late to do something about this for 9.0-RELEASE? Cheers, Denis, for...@acm.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: calling all fs experts
On Sat, Dec 10, 2011 at 05:42:01PM -0800, Maksim Yevmenkin wrote: Hello, i have a question for fs wizards. suppose i can persuade modern spinning disk to do large reads (say 512K to 1M) at a time. also, suppose file system on such modern spinning drive is used to store large files (tens to hundreds of megabytes). is there any way i can tweak the file system parameters (block size, layout, etc) to help it to get as close to disk's sequential read rate as possible. I understand that i will not be able to get 100MB/sec single client sequential read rate, but, can i get it into sustained 40-50MB/sec rate? also, can i reduce performance impact caused by small reads such as directory access etc. If you wanted to get responses from experts only, sorry in advance. The fs (AKA UFS) uses clustering provided by the block cache. The clustering code, mainly located in the kern/vfs_cluster.c, coalesces sequence of reads or writes that are targeting the consequtive blocks, into single physical read or write of the maximal size of MAXPHYS. Current definition of MAXPHYS is 128KB. Clustering allows filesystem to improve the layout of the files by calling VOP_REALLOCBLKS() to redo the allocation to make the writing sequence of blocks sequential if it is not. Even if file is not layed out ideally, or the i/o pattern is random, most writes scheduled are asynchronous, and for reads, the system tries to schedule read-aheads for some limited number of blocks. This allows the lower layers, i.e. geom and disk drivers, to optimize the i/o queue to coalesce requests that are consequitive on disk, but not on the queue. BTW, some time ago I was interested in the effect on the fragmentation on UFS, due to some semi-abandoned patch, which could make the fragmentation worse. I wrote the tool that calculated the percentage of non-consequtive spots in the whole filesystem. Apparently, even under the hard load consisting of writing a lot of files under the megabytes in size, UFS managed to keep the number of spots under 2-3% on sufficiently free volume. pgpg2apEuMeNy.pgp Description: PGP signature
Re: CVS removal from the base
On 12/11/11 08:39, Julian H. Stacey wrote: Pedro F. Giffuni wrote: Hi Daniel; --- On Sat, 12/3/11, Daniel Eischendeisc...@freebsd.org wrote: ... I would love to mirror the SVN repo in the same way and have an 'svn' in base, or at least something that could replace CVS in the above scenario. I have to say I am surprised by all the people that still use CVS (for their own good reasons). It still would be helpful if cvs users could evaluate OpenCVS: it's been experimental for ages now. It does seem to have some advantage (other than the license) in that it's smaller and better maintained (or at least not too dead). Did you test it with cd /usr/src/release ; make release Cheers, Julian For whatever it's worth, release(7) uses svn for src by default these days. -Nathan ___ 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: CVS removal from the base
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/12/2011 14:30, Julian H. Stacey wrote: On Sat, Dec 3, 2011 at 8:03 PM, sth...@nethelp.no wrote: I use CVS (or rather csup) to keep the base system up to date. I would be perfectly okay with using a different utility - however, I would strongly prefer that this utility was included in the base system. CVS != csup. I wonder how many people will express their sentiments about CVS when they really mean cvsup/csup. Max I use CVS I've used sup, (maybe csup can't rememeber, not used cvsup really) I avoid reliance on a net connection just to do a checkout. I use ctm to [push] feed my local CVS tree. ctm deltas of cvs src ports are generated [by cvsup, pulling from freebsd.org] elsewhere, ctm-us...@freebsd.org led by Stephen M recently included: Subject: ctm for svn csup will work fine with a local cvs tree and is much (much much) faster than cvs for a sparse checkout. Just run cvsupd locally (does require net/cvsup installed). Chris -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5OY2AAoJELCEktHh68rEfMYIALDLqMQna7Vkphzk7qVoAIy9 N7iSNoSjS2mrXs841G1k5bxlfyEUN/whAuO3N7PxqXVZ5zTaoNycSSZUsGRNUK+p oFOvy1R7Zsf791++eHUpGk7VYVZeGr5vGwMrM7MyrfLbDawRxp9DGVMJpElGyqBH iMZxq2jZ/HsRxPi8wtuDHuewQX6f+MZg8yODsuio+aReGjwmjPZMTcStt14DfoEi AajHbbdLqMoVEa02N46JcPjDlgWkQ9x0g9cbIxzMoLGIRI7PAmq2sEVNlNIIZYxA vgNQq+qF7D10pg03WpwA54EglWaFhZDk3kYuk57oW94Iayr79PRdKst8wEQVe+4= =ZGlO -END PGP SIGNATURE- ___ 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 i386/i386
TB --- 2011-12-11 16:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 16:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 16:30:00 - cleaning the object tree TB --- 2011-12-11 16:30:21 - cvsupping the source tree TB --- 2011-12-11 16:30:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 16:30:38 - building world TB --- 2011-12-11 16:30:38 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 16:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 16:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 16:30:38 - SRCCONF=/dev/null TB --- 2011-12-11 16:30:38 - TARGET=i386 TB --- 2011-12-11 16:30:38 - TARGET_ARCH=i386 TB --- 2011-12-11 16:30:38 - TZ=UTC TB --- 2011-12-11 16:30:38 - __MAKE_CONF=/dev/null TB --- 2011-12-11 16:30:38 - cd /src TB --- 2011-12-11 16:30:38 - /usr/bin/make -B buildworld World build started on Sun Dec 11 16:30:39 UTC 2011 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 Sun Dec 11 18:36:02 UTC 2011 TB --- 2011-12-11 18:36:02 - generating LINT kernel config TB --- 2011-12-11 18:36:02 - cd /src/sys/i386/conf TB --- 2011-12-11 18:36:02 - /usr/bin/make -B LINT TB --- 2011-12-11 18:36:02 - cd /src/sys/i386/conf TB --- 2011-12-11 18:36:02 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 18:36:02 - building LINT-NOINET kernel TB --- 2011-12-11 18:36:02 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 18:36:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 18:36:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 18:36:02 - SRCCONF=/dev/null TB --- 2011-12-11 18:36:02 - TARGET=i386 TB --- 2011-12-11 18:36:02 - TARGET_ARCH=i386 TB --- 2011-12-11 18:36:02 - TZ=UTC TB --- 2011-12-11 18:36:02 - __MAKE_CONF=/dev/null TB --- 2011-12-11 18:36:02 - cd /src TB --- 2011-12-11 18:36:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 18:36:02 UTC 2011 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0xac44): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x878a): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 18:52:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 18:52:48 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 18:52:48 - 6849.11 user 1192.11 system 8567.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.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: FreeBSD/amd64 on machine without ACPI BIOS?
on 11/12/2011 11:27 Lev Serebryakov said the following: Hello, Freebsd-current. You wrote 9 декабря 2011 г., 14:10:18: Soekris (famous developer of small x86-compatible appliance-like hardware) released net6501 some time ago, which is based on Atom (E6xx) CPU. It seems, that 64-bit version of Linux could run on it without problems. But FreeBSD/amd64 can not. It stops after kernel detect some devices without any errors or panics. This box has one big difference from billions other Intel-based boxes on market: it has very special BIOS without ACPI at all. Someone says, that it could be reason why FreeBSD/amd64 could not be boot on this box. Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that device mptable in kernel config helps. Why is it not in GENERIC kernel? Just a guess, maybe because GENERIC kernel is for generic hardware. -- 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
[head tinderbox] failure on amd64/amd64
TB --- 2011-12-11 16:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 16:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 16:30:00 - cleaning the object tree TB --- 2011-12-11 16:30:27 - cvsupping the source tree TB --- 2011-12-11 16:30:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 16:35:52 - building world TB --- 2011-12-11 16:35:52 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 16:35:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 16:35:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 16:35:52 - SRCCONF=/dev/null TB --- 2011-12-11 16:35:52 - TARGET=amd64 TB --- 2011-12-11 16:35:52 - TARGET_ARCH=amd64 TB --- 2011-12-11 16:35:52 - TZ=UTC TB --- 2011-12-11 16:35:52 - __MAKE_CONF=/dev/null TB --- 2011-12-11 16:35:52 - cd /src TB --- 2011-12-11 16:35:52 - /usr/bin/make -B buildworld World build started on Sun Dec 11 16:35:52 UTC 2011 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 World build completed on Sun Dec 11 19:12:22 UTC 2011 TB --- 2011-12-11 19:12:22 - generating LINT kernel config TB --- 2011-12-11 19:12:22 - cd /src/sys/amd64/conf TB --- 2011-12-11 19:12:22 - /usr/bin/make -B LINT TB --- 2011-12-11 19:12:22 - cd /src/sys/amd64/conf TB --- 2011-12-11 19:12:22 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-11 19:12:22 - building LINT-NOINET kernel TB --- 2011-12-11 19:12:22 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 19:12:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 19:12:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 19:12:22 - SRCCONF=/dev/null TB --- 2011-12-11 19:12:22 - TARGET=amd64 TB --- 2011-12-11 19:12:22 - TARGET_ARCH=amd64 TB --- 2011-12-11 19:12:22 - TZ=UTC TB --- 2011-12-11 19:12:22 - __MAKE_CONF=/dev/null TB --- 2011-12-11 19:12:22 - cd /src TB --- 2011-12-11 19:12:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Sun Dec 11 19:12:22 UTC 2011 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 [...] rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT-NOINET cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel if_em.o: In function `em_ioctl': if_em.c:(.text+0x9966): undefined reference to `arp_ifinit' if_igb.o: In function `igb_ioctl': if_igb.c:(.text+0x7e26): undefined reference to `arp_ifinit' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-11 19:28:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-11 19:28:35 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-12-11 19:28:35 - 8148.60 user 1549.09 system 10714.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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: calling all fs experts
--- Dom 11/12/11, Kostik Belousov kostik...@gmail.com ha scritto: If you wanted to get responses from experts only, sorry in advance. I am no fs expert but just thought I'd mention some things based on my playing with the BSD ext2fs ... The fs (AKA UFS) uses clustering provided by the block cache. The clustering code, mainly located in the kern/vfs_cluster.c, coalesces sequence of reads or writes that are targeting the consequtive blocks, into single physical read or write of the maximal size of MAXPHYS. Current definition of MAXPHYS is 128KB. The clustering code is really cool and the idea is that it gives UFS the advantages of an extent based fs. I haven't seen benchmarks in UFS2 but on ext2 it didn't seem to work as it should though. One issue is that ext2 doesn't support fragments and as a consequence ext2 will not use big blocksizes. This is a limitation in the ext2 design that UFS doesn't have, but still linux's ext2fs outperforms UFS in async mode (we do shine in sync mode). It was never clear exactly why this happens but it would appear there is a bottleneck in geom that is not good in writing many contiguous blocks. Clustering allows filesystem to improve the layout of the files by calling VOP_REALLOCBLKS() to redo the allocation to make the writing sequence of blocks sequential if it is not. Even if file is not layed out ideally, or the i/o pattern is random, most writes scheduled are asynchronous, and for reads, the system tries to schedule read-aheads for some limited number of blocks. This allows the lower layers, i.e. geom and disk drivers, to optimize the i/o queue to coalesce requests that are consequitive on disk, but not on the queue. BTW, some time ago I was interested in the effect on the fragmentation on UFS, due to some semi-abandoned patch, which could make the fragmentation worse. I wrote the tool that calculated the percentage of non-consequtive spots in the whole filesystem. Apparently, even under the hard load consisting of writing a lot of files under the megabytes in size, UFS managed to keep the number of spots under 2-3% on sufficiently free volume. Yes, the realloc_blk code is very efficient in that. In fact it is so good it actually hides some inefficient operations in UFS. Bruce had a patch for this that I cc'd to Kirk but the difference was not big because the realloc_blk code does it's job in memory. Zheng Liu did the reallocation thing for ext2fs and it gave better results than preallocation but the results are not as spectacular as in UFS (the UFS code takes advantage of fragments there too). I do expect to commit it (kern/159233) once my mentor reviews and approves it. cheers, Pedro. ___ 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: FreeBSD/amd64 on machine without ACPI BIOS?
On Dec 11, 2011, at 11:12 AM, Andriy Gapon a...@freebsd.org wrote: on 11/12/2011 11:27 Lev Serebryakov said the following: Hello, Freebsd-current. You wrote 9 декабря 2011 г., 14:10:18: Soekris (famous developer of small x86-compatible appliance-like hardware) released net6501 some time ago, which is based on Atom (E6xx) CPU. It seems, that 64-bit version of Linux could run on it without problems. But FreeBSD/amd64 can not. It stops after kernel detect some devices without any errors or panics. This box has one big difference from billions other Intel-based boxes on market: it has very special BIOS without ACPI at all. Someone says, that it could be reason why FreeBSD/amd64 could not be boot on this box. Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that device mptable in kernel config helps. Why is it not in GENERIC kernel? Just a guess, maybe because GENERIC kernel is for generic hardware. Sounds like we need a SOEKRIS generic KERNCONF and an installer that can install the right kernel (or at least select between different variants) :).. Sounds like a worthwhile enhancement to me! -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: FreeBSD/amd64 on machine without ACPI BIOS?
Hello, Andriy. You wrote 11 декабря 2011 г., 23:12:34: Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that device mptable in kernel config helps. Why is it not in GENERIC kernel? Just a guess, maybe because GENERIC kernel is for generic hardware. Oh, yes, and Tekram DC395U/UW/F DC315U adapters or EISA AHA1742 family is very generic in our days, and NE[12]000, SMC Ultra, 3c503, DS8390 cards newtwork cards too, to name some random picks from GENERIC. Generic hardware in our days are CPU, ACPI, APIC, keyboard/console, AHCI, USB, HDA audio and Realtek 1G NIC. Period. Even Intel NICs are not so generic (and even Intel itself solder Realtek on lot of their motherboards). Servers? Ok, Marvell and Intel NICs + bunch (say, 3-4) SATA/SAS controllers. Again, no all these wide-SCSI and 10Mbit NICs. Hey, we still have cpu I486_CPU in i386 config! How THIS could be generic in 2012!? -- // Black Lion AKA Lev Serebryakov l...@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: FreeBSD/amd64 on machine without ACPI BIOS?
on 11/12/2011 23:12 Lev Serebryakov said the following: Hello, Andriy. You wrote 11 декабря 2011 г., 23:12:34: Is it true? Is it possible to have FreeBSD/amd64 without ACPI? It seems, that device mptable in kernel config helps. Why is it not in GENERIC kernel? Just a guess, maybe because GENERIC kernel is for generic hardware. Oh, yes, and Tekram DC395U/UW/F DC315U adapters or EISA AHA1742 family is very generic in our days, and NE[12]000, SMC Ultra, 3c503, DS8390 cards newtwork cards too, to name some random picks from GENERIC. Generic hardware in our days are CPU, ACPI, APIC, keyboard/console, AHCI, USB, HDA audio and Realtek 1G NIC. Period. Even Intel NICs are not so generic (and even Intel itself solder Realtek on lot of their motherboards). Servers? Ok, Marvell and Intel NICs + bunch (say, 3-4) SATA/SAS controllers. Again, no all these wide-SCSI and 10Mbit NICs. Hey, we still have cpu I486_CPU in i386 config! How THIS could be generic in 2012!? Looks like my guess is wrong :) -- 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
grabbing console (syscons) in kernel
There are a few cases when the kernel needs to interact with a user via syscons. This is the cases where the kernel not only spews some output but also expects some input. Some examples are: - asking for a root filesystem specification - entering ddb - asking to press a key for reboot In this cases the kernel implicitly grabs the console for its own use. I'd like to make action more explicit. What do you think about the approach and implementation in the following patches? Thank you! https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd P.S. one of the benefits is that a keyboard is put into and out of the polling mode before getting all the required input and after that; not around each character as it is done now in rather twisted way. -- 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: grabbing console (syscons) in kernel
2011/12/11 Andriy Gapon a...@freebsd.org There are a few cases when the kernel needs to interact with a user via syscons. This is the cases where the kernel not only spews some output but also expects some input. Some examples are: - asking for a root filesystem specification - entering ddb - asking to press a key for reboot In this cases the kernel implicitly grabs the console for its own use. I'd like to make action more explicit. What do you think about the approach and implementation in the following patches? Thank you! https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd P.S. one of the benefits is that a keyboard is put into and out of the polling mode before getting all the required input and after that; not around each character as it is done now in rather twisted way. Does asking for geli password is such case too? For example, I have mouse, which can disappear/reappear while laying still; and when geli asks password, ums0 connect message can appear, which moves line Please enter geli password... to top, and it can be missed; This behavior somehow change? -- 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 -- Regards, Alexander Yerenkow ___ 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 i386/i386
TB --- 2011-12-11 22:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 22:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-11 22:10:00 - cleaning the object tree TB --- 2011-12-11 22:10:24 - cvsupping the source tree TB --- 2011-12-11 22:10:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-11 22:10:40 - building world TB --- 2011-12-11 22:10:40 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 22:10:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 22:10:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 22:10:40 - SRCCONF=/dev/null TB --- 2011-12-11 22:10:40 - TARGET=i386 TB --- 2011-12-11 22:10:40 - TARGET_ARCH=i386 TB --- 2011-12-11 22:10:40 - TZ=UTC TB --- 2011-12-11 22:10:40 - __MAKE_CONF=/dev/null TB --- 2011-12-11 22:10:40 - cd /src TB --- 2011-12-11 22:10:40 - /usr/bin/make -B buildworld World build started on Sun Dec 11 22:10:40 UTC 2011 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 Mon Dec 12 00:15:54 UTC 2011 TB --- 2011-12-12 00:15:54 - generating LINT kernel config TB --- 2011-12-12 00:15:54 - cd /src/sys/i386/conf TB --- 2011-12-12 00:15:54 - /usr/bin/make -B LINT TB --- 2011-12-12 00:15:55 - cd /src/sys/i386/conf TB --- 2011-12-12 00:15:55 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 00:15:55 - building LINT-NOINET kernel TB --- 2011-12-12 00:15:55 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 00:15:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 00:15:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 00:15:55 - SRCCONF=/dev/null TB --- 2011-12-12 00:15:55 - TARGET=i386 TB --- 2011-12-12 00:15:55 - TARGET_ARCH=i386 TB --- 2011-12-12 00:15:55 - TZ=UTC TB --- 2011-12-12 00:15:55 - __MAKE_CONF=/dev/null TB --- 2011-12-12 00:15:55 - cd /src TB --- 2011-12-12 00:15:55 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Dec 12 00:15:55 UTC 2011 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in
Re: Burning CDs and DVDs on SATA drive in FreeBSD 9.0
--- On Sat, 12/10/11, Marius Strobl mar...@alchemy.franken.de wrote: I'm not sure what CAM IOCTL number change others are referring to but you certainly need to rebuild libcam consumers after r225950, which was merged to stable/9 in r226067 on October 6 2011. Marius Thanks for response. I'm at the older computer now, but will need to check /usr/src/UPDATING, and portupgrade or portmaster cdrtools after source-upgrading FreeBSD 9.0-RC2 to RC3. There's no corresponding entry in UPDATING. Marius Yes, shortly after I sent my last message, I checked UPDATING, found no entry on CAM ioctl. Tom ___ 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 amd64/amd64
TB --- 2011-12-11 22:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-11 22:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-11 22:10:00 - cleaning the object tree TB --- 2011-12-11 22:10:30 - cvsupping the source tree TB --- 2011-12-11 22:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-11 22:15:53 - building world TB --- 2011-12-11 22:15:53 - CROSS_BUILD_TESTING=YES TB --- 2011-12-11 22:15:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-11 22:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-11 22:15:53 - SRCCONF=/dev/null TB --- 2011-12-11 22:15:53 - TARGET=amd64 TB --- 2011-12-11 22:15:53 - TARGET_ARCH=amd64 TB --- 2011-12-11 22:15:53 - TZ=UTC TB --- 2011-12-11 22:15:53 - __MAKE_CONF=/dev/null TB --- 2011-12-11 22:15:53 - cd /src TB --- 2011-12-11 22:15:53 - /usr/bin/make -B buildworld World build started on Sun Dec 11 22:15:54 UTC 2011 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 World build completed on Mon Dec 12 00:52:01 UTC 2011 TB --- 2011-12-12 00:52:01 - generating LINT kernel config TB --- 2011-12-12 00:52:01 - cd /src/sys/amd64/conf TB --- 2011-12-12 00:52:01 - /usr/bin/make -B LINT TB --- 2011-12-12 00:52:01 - cd /src/sys/amd64/conf TB --- 2011-12-12 00:52:01 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 00:52:01 - building LINT-NOINET kernel TB --- 2011-12-12 00:52:01 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 00:52:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 00:52:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 00:52:01 - SRCCONF=/dev/null TB --- 2011-12-12 00:52:01 - TARGET=amd64 TB --- 2011-12-12 00:52:01 - TARGET_ARCH=amd64 TB --- 2011-12-12 00:52:01 - TZ=UTC TB --- 2011-12-12 00:52:01 - __MAKE_CONF=/dev/null TB --- 2011-12-12 00:52:01 - cd /src TB --- 2011-12-12 00:52:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Dec 12 00:52:01 UTC 2011 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 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock':
[head tinderbox] failure on i386/i386
TB --- 2011-12-12 03:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 03:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-12-12 03:40:00 - cleaning the object tree TB --- 2011-12-12 03:40:25 - cvsupping the source tree TB --- 2011-12-12 03:40:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-12-12 03:40:42 - building world TB --- 2011-12-12 03:40:42 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 03:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 03:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 03:40:42 - SRCCONF=/dev/null TB --- 2011-12-12 03:40:42 - TARGET=i386 TB --- 2011-12-12 03:40:42 - TARGET_ARCH=i386 TB --- 2011-12-12 03:40:42 - TZ=UTC TB --- 2011-12-12 03:40:42 - __MAKE_CONF=/dev/null TB --- 2011-12-12 03:40:42 - cd /src TB --- 2011-12-12 03:40:42 - /usr/bin/make -B buildworld World build started on Mon Dec 12 03:40:42 UTC 2011 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 Mon Dec 12 05:46:33 UTC 2011 TB --- 2011-12-12 05:46:33 - generating LINT kernel config TB --- 2011-12-12 05:46:33 - cd /src/sys/i386/conf TB --- 2011-12-12 05:46:33 - /usr/bin/make -B LINT TB --- 2011-12-12 05:46:33 - cd /src/sys/i386/conf TB --- 2011-12-12 05:46:33 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 05:46:33 - building LINT-NOINET kernel TB --- 2011-12-12 05:46:33 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 05:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 05:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 05:46:33 - SRCCONF=/dev/null TB --- 2011-12-12 05:46:33 - TARGET=i386 TB --- 2011-12-12 05:46:33 - TARGET_ARCH=i386 TB --- 2011-12-12 05:46:33 - TZ=UTC TB --- 2011-12-12 05:46:33 - __MAKE_CONF=/dev/null TB --- 2011-12-12 05:46:33 - cd /src TB --- 2011-12-12 05:46:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Dec 12 05:46:34 UTC 2011 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock': /src/sys/sys/sx.h:154: warning: implicit declaration of function 'SCHEDULER_STOPPED' /src/sys/sys/sx.h:154: warning: nested extern declaration of 'SCHEDULER_STOPPED' [-Wnested-externs] *** Error code 1 Stop in
[head tinderbox] failure on amd64/amd64
TB --- 2011-12-12 03:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-12 03:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-12-12 03:40:00 - cleaning the object tree TB --- 2011-12-12 03:40:31 - cvsupping the source tree TB --- 2011-12-12 03:40:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-12-12 03:45:56 - building world TB --- 2011-12-12 03:45:56 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 03:45:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 03:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 03:45:56 - SRCCONF=/dev/null TB --- 2011-12-12 03:45:56 - TARGET=amd64 TB --- 2011-12-12 03:45:56 - TARGET_ARCH=amd64 TB --- 2011-12-12 03:45:56 - TZ=UTC TB --- 2011-12-12 03:45:56 - __MAKE_CONF=/dev/null TB --- 2011-12-12 03:45:56 - cd /src TB --- 2011-12-12 03:45:56 - /usr/bin/make -B buildworld World build started on Mon Dec 12 03:45:56 UTC 2011 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 World build completed on Mon Dec 12 06:22:44 UTC 2011 TB --- 2011-12-12 06:22:44 - generating LINT kernel config TB --- 2011-12-12 06:22:44 - cd /src/sys/amd64/conf TB --- 2011-12-12 06:22:44 - /usr/bin/make -B LINT TB --- 2011-12-12 06:22:44 - cd /src/sys/amd64/conf TB --- 2011-12-12 06:22:44 - /usr/sbin/config -m LINT-NOINET TB --- 2011-12-12 06:22:44 - building LINT-NOINET kernel TB --- 2011-12-12 06:22:44 - CROSS_BUILD_TESTING=YES TB --- 2011-12-12 06:22:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-12 06:22:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-12 06:22:44 - SRCCONF=/dev/null TB --- 2011-12-12 06:22:44 - TARGET=amd64 TB --- 2011-12-12 06:22:44 - TARGET_ARCH=amd64 TB --- 2011-12-12 06:22:44 - TZ=UTC TB --- 2011-12-12 06:22:44 - __MAKE_CONF=/dev/null TB --- 2011-12-12 06:22:44 - cd /src TB --- 2011-12-12 06:22:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Mon Dec 12 06:22:44 UTC 2011 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 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_proc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_prot.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_racct.c cc1: warnings being treated as errors In file included from /src/sys/kern/kern_racct.c:53: /src/sys/sys/sx.h: In function '__sx_xlock':
Re: FreeBSD/amd64 on machine without ACPI BIOS? == works
FWIW, it should be easy to ship a config file for that soekris, which just does: include GENERIC device mptable It may be worthwhile at least considering this (along with a couple of comments explaining why the default kernel doesn't work on the soekris board) for 9.0. Question: can you load it at boottime as a module? 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: grabbing console (syscons) in kernel
on 12/12/2011 00:06 Alexander Yerenkow said the following: 2011/12/11 Andriy Gapon a...@freebsd.org mailto:a...@freebsd.org There are a few cases when the kernel needs to interact with a user via syscons. This is the cases where the kernel not only spews some output but also expects some input. Some examples are: - asking for a root filesystem specification - entering ddb - asking to press a key for reboot In this cases the kernel implicitly grabs the console for its own use. I'd like to make action more explicit. What do you think about the approach and implementation in the following patches? Thank you! https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6 https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15 https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd P.S. one of the benefits is that a keyboard is put into and out of the polling mode before getting all the required input and after that; not around each character as it is done now in rather twisted way. Does asking for geli password is such case too? Yes. For example, I have mouse, which can disappear/reappear while laying still; and when geli asks password, ums0 connect message can appear, which moves line Please enter geli password... to top, and it can be missed; This behavior somehow change? No. The patches do not contain user-visible changes. They make things easier for keyboard drivers and hopefully provide a more logical interface to kernel. Their primary target is the input path, they do not introduce any changes to the output path. -- 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