RE: freebsd and utf-8 directory names
Ok, I wrote yesterday that I will test it (again, I would say, because when I recognised the problem I did some testing. I picked up the FreeBSD Handbook and repeated the procedure listed in the localization section - with no success or at most half success). Naturally I may have made mistake, may have omitted some steps, but I will repeat. anyway, the whole thing started as working in a Windows environment I wanted to setup FreeBSD as a second operating system on my laptop, and I wanted to be able to do my work using freebsd only. The partitioning was done originally from Windows, Fat32 was formatted from Windows 7, and I use fat32 because when I started to use FreeBSD the NTFS support in FreeBSD was only for reading. The directory structure was created from windows, most of the files are various documents created either by me or my colleaugues and most of them are in some of Microsoft document format for compatibility reasons (I mean compatibility with my colleaugues). rgds András Krasznai -Original Message- From: Jamie Landeg-Jones [mailto:ja...@dyslexicfish.net] Sent: Tuesday, July 01, 2014 7:40 PM To: MS - Krasznai András; freebsd-current@freebsd.org; d...@gmx.com Subject: Re: freebsd and utf-8 directory names MS - Krasznai Andr??s krasznai.and...@mands.hu wrote: xfe display the file and directory names correctly together with creation date and time (simple 'ls' does not; it shows double question marks in the place of Hungarian characters. ls | od -c shows that such characters are represented in ls output as two characters e.g. 241 253 or such, I can test again but now I do not remember the exact numbers; the first of the two is the same for all Hungarian characters) That says to me that your locale is still not set correctly. The ls on it's own could be due to a non-compatible terminal emulator, but the fact that 'od' is showing two bytes rather than trying to display a character (however messed up the output may be) implies the characters are simply not valid in the locale you have set. It would be useful to have the exact numbers from the 'od' (a test filename with more than 2 Hungarian characters would be useful) and an approximate description (or screenshot) on how they should look. cheers, jamie ___ 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 mips64/mips
TB --- 2014-07-02 05:22:30 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 05:22:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 05:22:30 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-02 05:22:30 - cleaning the object tree TB --- 2014-07-02 05:23:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 05:24:08 - At svn revision 268131 TB --- 2014-07-02 05:24:09 - building world TB --- 2014-07-02 05:24:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 05:24:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 05:24:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 05:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 05:24:09 - SRCCONF=/dev/null TB --- 2014-07-02 05:24:09 - TARGET=mips TB --- 2014-07-02 05:24:09 - TARGET_ARCH=mips64 TB --- 2014-07-02 05:24:09 - TZ=UTC TB --- 2014-07-02 05:24:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 05:24:09 - cd /src TB --- 2014-07-02 05:24:09 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 05:24:17 UTC 2014 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 Wed Jul 2 06:25:52 UTC 2014 TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-02 06:25:52 - skipping ADM5120 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-02 06:25:52 - skipping ALCHEMY kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-02 06:25:52 - skipping ALFA_HORNET_UB kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-07-02 06:25:52 - skipping AP121 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-07-02 06:25:52 - skipping AP91 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-07-02 06:25:52 - skipping AP93 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-07-02 06:25:52 - skipping AP94 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-07-02 06:25:52 - skipping AP96 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-07-02 06:25:52 - skipping AR71XX_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-07-02 06:25:52 - skipping AR724X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-07-02 06:25:52 - skipping AR91XX_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-07-02 06:25:52 - skipping AR933X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-07-02 06:25:52 - skipping AR934X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-07-02 06:25:52 - building BERI_DE4_BASE kernel TB --- 2014-07-02 06:25:52 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:25:52 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:25:52 - SRCCONF=/dev/null TB --- 2014-07-02 06:25:52 - TARGET=mips TB --- 2014-07-02 06:25:52 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:25:52 - TZ=UTC TB --- 2014-07-02 06:25:52 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:25:52 - cd /src TB --- 2014-07-02 06:25:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE Kernel build for BERI_DE4_BASE started on Wed Jul 2 06:25:52 UTC 2014
[head tinderbox] failure on i386/pc98
TB --- 2014-07-02 03:37:10 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 03:37:10 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 03:37:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-07-02 03:37:10 - cleaning the object tree TB --- 2014-07-02 03:37:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 03:37:30 - At svn revision 268131 TB --- 2014-07-02 03:37:31 - building world TB --- 2014-07-02 03:37:31 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 03:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 03:37:31 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 03:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 03:37:31 - SRCCONF=/dev/null TB --- 2014-07-02 03:37:31 - TARGET=pc98 TB --- 2014-07-02 03:37:31 - TARGET_ARCH=i386 TB --- 2014-07-02 03:37:31 - TZ=UTC TB --- 2014-07-02 03:37:31 - __MAKE_CONF=/dev/null TB --- 2014-07-02 03:37:31 - cd /src TB --- 2014-07-02 03:37:31 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 03:37:40 UTC 2014 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 Wed Jul 2 07:18:33 UTC 2014 TB --- 2014-07-02 07:18:33 - generating LINT kernel config TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf TB --- 2014-07-02 07:18:33 - /usr/bin/make -B LINT TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf TB --- 2014-07-02 07:18:33 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 07:18:33 - building LINT kernel TB --- 2014-07-02 07:18:33 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:18:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:18:33 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:18:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:18:33 - SRCCONF=/dev/null TB --- 2014-07-02 07:18:33 - TARGET=pc98 TB --- 2014-07-02 07:18:33 - TARGET_ARCH=i386 TB --- 2014-07-02 07:18:33 - TZ=UTC TB --- 2014-07-02 07:18:33 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:18:33 - cd /src TB --- 2014-07-02 07:18:33 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 07:18:34 UTC 2014 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls
Re: svn commit: r267897 - in head: contrib/file contrib/file/Magdir contrib/file/doc contrib/file/m4 contrib/file/magic contrib/file/python contrib/file/src contrib/file/tests lib/libmagic usr.bin/fil
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 7/2/14, 12:10 AM, Matthias Meyser wrote: Am 26.06.2014 08:03, schrieb Xin LI: Author: delphij Date: Thu Jun 26 06:03:39 2014 New Revision: 267897 URL: http://svnweb.freebsd.org/changeset/base/267897 Log: MFV r267843: update file/libmagic to 5.19. MFC after:2 weeks This commit breaks installing world from readonly /usr/src Can't reproduce with today's -CURRENT. Any further details? (I tried mounting /usr/src read-only and both /usr/src and /usr/obj read-only, neither broke). Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTs71HAAoJEJW2GBstM+nsdhkQAKwiZtKcHwOVijRvwHq6dWOQ zlY3OhDCygzW93KxMW3kqT223UNP2tRBDyu3xQqn++av4NVprFo/aRrV/vs+tZYN RMUcLFFlUeQZHIyF9L4alyAX3/ncABwWrOV97kkg990+O7CeURDycTc7Cwn/YwXq pzrLT9ebzaRecRN1PJ5jP1dB569CFuKWyVDWjiaKxt32U0oi3T/MWTjaot+cGI0e RrfJu+zmTwQk6gTl9lFewaIzqEIfVFotOQ3DB6IocQ2XL+wVD5NFnKYhl3UL6fJq TK2oPuphktHi1WfEycmTIwsDfvR0o7I6ZD1Q5zdvp+PUgJPBmPS6ha2QaqfLZLht vePNRwcD2lqpeyQRkd9W9N2YIswysiKnVXPd3OL29v2UJ3yafLTXnsLjrDdIFD50 +0xG8Y3E/1Vq/VGyachhAXSFEJfrNrGHPNQ3be0KZXnHcTgUFdg6+1bG+GeCjk4r NwS10FlcbFUwgKc0d1wF1H5VT9xXQjJJTFa2AGbBqaOKQPEcwPKMnXdYCPfOKmzD vdh03JNsXJyZYrpRtb7jATjQmgTp13VFlGqBJAEVc0Os8CjKmWnK06TeUQw+8q9B NNebsCHYDlYrylFnyR7RJ6gD24F6uzUXxV/EXg+Bzidvu8jzg240Zd4aR1MU6obF qSe3alAzDfUKzP+Y20+L =5kxz -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 sparc64/sparc64
TB --- 2014-07-02 07:27:25 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 07:27:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 07:27:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-02 07:27:25 - cleaning the object tree TB --- 2014-07-02 07:28:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 07:28:41 - At svn revision 268131 TB --- 2014-07-02 07:28:42 - building world TB --- 2014-07-02 07:28:42 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:28:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:28:42 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:28:42 - SRCCONF=/dev/null TB --- 2014-07-02 07:28:42 - TARGET=sparc64 TB --- 2014-07-02 07:28:42 - TARGET_ARCH=sparc64 TB --- 2014-07-02 07:28:42 - TZ=UTC TB --- 2014-07-02 07:28:42 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:28:42 - cd /src TB --- 2014-07-02 07:28:42 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 07:28:50 UTC 2014 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 Wed Jul 2 08:37:26 UTC 2014 TB --- 2014-07-02 08:37:26 - generating LINT kernel config TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf TB --- 2014-07-02 08:37:26 - /usr/bin/make -B LINT TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf TB --- 2014-07-02 08:37:26 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 08:37:26 - building LINT kernel TB --- 2014-07-02 08:37:26 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 08:37:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 08:37:26 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 08:37:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 08:37:26 - SRCCONF=/dev/null TB --- 2014-07-02 08:37:26 - TARGET=sparc64 TB --- 2014-07-02 08:37:26 - TARGET_ARCH=sparc64 TB --- 2014-07-02 08:37:26 - TZ=UTC TB --- 2014-07-02 08:37:26 - __MAKE_CONF=/dev/null TB --- 2014-07-02 08:37:26 - cd /src TB --- 2014-07-02 08:37:26 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 08:37:26 UTC 2014 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/if_le_ledma.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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/lebuffer_sbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_bus_if.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
Re: FreeBSD iscsi target
On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: Does freebsd iscsi target supports: 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) 3. Multiple connections per session No; see above. I think this is help for 40G links. I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. ___ 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
CURRENT: unknown specifier DEV_SC
Compiling a most recent CURRENT kernel/world with sources r 268158 ends up in some error indication an unknown specifier DEV_SC. This is with the sources reeled in today as revision indicates above, the kernel is as shown here: FreeBSD 11.0-CURRENT #1 r268102: Tue Jul 1 18:33:28 CEST 2014 amd64 so in my configurationfile, I eliminated all SC related stuff (no options sc and related options) and kernel compilation worked yesterday with that. Today it doesn't any more. Does this indicate that the old console driver is still considered mandatory or is it a typo in one of the main config files? Regards, Oliver signature.asc Description: PGP signature
Re: CURRENT: unknown specifier DEV_SC
On 2 July 2014 10:23, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Compiling a most recent CURRENT kernel/world with sources r 268158 ends up in some error indication an unknown specifier DEV_SC. This is with the sources reeled in today as revision indicates above, the kernel is as shown here: FreeBSD 11.0-CURRENT #1 r268102: Tue Jul 1 18:33:28 CEST 2014 amd64 Sorry about that, it's my fault. Fix committed in r268160. -Ed ___ 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 --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for i386/i386 TB --- 2014-07-02 11:50:40 - cleaning the object tree TB --- 2014-07-02 11:54:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 11:54:21 - At svn revision 268154 TB --- 2014-07-02 11:54:22 - building world TB --- 2014-07-02 11:54:22 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 11:54:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 11:54:22 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 11:54:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 11:54:22 - SRCCONF=/dev/null TB --- 2014-07-02 11:54:22 - TARGET=i386 TB --- 2014-07-02 11:54:22 - TARGET_ARCH=i386 TB --- 2014-07-02 11:54:22 - TZ=UTC TB --- 2014-07-02 11:54:22 - __MAKE_CONF=/dev/null TB --- 2014-07-02 11:54:22 - cd /src TB --- 2014-07-02 11:54:22 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 11:54:29 UTC 2014 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 Wed Jul 2 15:21:44 UTC 2014 TB --- 2014-07-02 15:21:44 - generating LINT kernel config TB --- 2014-07-02 15:21:44 - cd /src/sys/i386/conf TB --- 2014-07-02 15:21:44 - /usr/bin/make -B LINT TB --- 2014-07-02 15:21:45 - cd /src/sys/i386/conf TB --- 2014-07-02 15:21:45 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 15:21:45 - building LINT kernel TB --- 2014-07-02 15:21:45 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 15:21:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 15:21:45 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 15:21:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 15:21:45 - SRCCONF=/dev/null TB --- 2014-07-02 15:21:45 - TARGET=i386 TB --- 2014-07-02 15:21:45 - TARGET_ARCH=i386 TB --- 2014-07-02 15:21:45 - TZ=UTC TB --- 2014-07-02 15:21:45 - __MAKE_CONF=/dev/null TB --- 2014-07-02 15:21:45 - cd /src TB --- 2014-07-02 15:21:45 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 15:21:45 UTC 2014 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc -c
[head tinderbox] failure on amd64/amd64
TB --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-07-02 11:50:40 - cleaning the object tree TB --- 2014-07-02 11:54:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 11:55:00 - At svn revision 268154 TB --- 2014-07-02 11:55:01 - building world TB --- 2014-07-02 11:55:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 11:55:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 11:55:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 11:55:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 11:55:01 - SRCCONF=/dev/null TB --- 2014-07-02 11:55:01 - TARGET=amd64 TB --- 2014-07-02 11:55:01 - TARGET_ARCH=amd64 TB --- 2014-07-02 11:55:01 - TZ=UTC TB --- 2014-07-02 11:55:01 - __MAKE_CONF=/dev/null TB --- 2014-07-02 11:55:01 - cd /src TB --- 2014-07-02 11:55:01 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 11:55:08 UTC 2014 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 Wed Jul 2 16:01:09 UTC 2014 TB --- 2014-07-02 16:01:09 - generating LINT kernel config TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf TB --- 2014-07-02 16:01:09 - /usr/bin/make -B LINT TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf TB --- 2014-07-02 16:01:09 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 16:01:09 - building LINT kernel TB --- 2014-07-02 16:01:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 16:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 16:01:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 16:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 16:01:09 - SRCCONF=/dev/null TB --- 2014-07-02 16:01:09 - TARGET=amd64 TB --- 2014-07-02 16:01:09 - TARGET_ARCH=amd64 TB --- 2014-07-02 16:01:09 - TZ=UTC TB --- 2014-07-02 16:01:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 16:01:09 - cd /src TB --- 2014-07-02 16:01:09 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 16:01:09 UTC 2014 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq
Re: FreeBSD iscsi target
On Wed, Jul 02, 2014 at 03:26:09PM +0400, Slawa Olhovchenkov wrote: On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: Does freebsd iscsi target supports: 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) 3. Multiple connections per session No; see above. I think this is help for 40G links. I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. This is not correct. A 40Gb link does not limit a single transfer to 10G. For example, on FreeBSD all common bandwidth benchmarks reach 40GbE line rate with a single TCP connection at mtu 1500. If a single transfer were limited to 10G you'd need 4 connections to get there. The physical signalling is over four lanes so it's easy to split a 40G link into four separate 10G links. But when running as a 40GbE (this is the usual case) the hardware will combine all the lanes into a single 40G data stream, and you get to use all of the bandwidth. Regards, Navdeep ___ 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 ia64/ia64
TB --- 2014-07-02 16:09:44 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 16:09:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 16:09:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-02 16:09:44 - cleaning the object tree TB --- 2014-07-02 16:10:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 16:10:55 - At svn revision 268154 TB --- 2014-07-02 16:10:56 - building world TB --- 2014-07-02 16:10:56 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 16:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 16:10:56 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 16:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 16:10:56 - SRCCONF=/dev/null TB --- 2014-07-02 16:10:56 - TARGET=ia64 TB --- 2014-07-02 16:10:56 - TARGET_ARCH=ia64 TB --- 2014-07-02 16:10:56 - TZ=UTC TB --- 2014-07-02 16:10:56 - __MAKE_CONF=/dev/null TB --- 2014-07-02 16:10:56 - cd /src TB --- 2014-07-02 16:10:56 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 16:11:03 UTC 2014 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 Wed Jul 2 17:47:09 UTC 2014 TB --- 2014-07-02 17:47:09 - generating LINT kernel config TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf TB --- 2014-07-02 17:47:09 - /usr/bin/make -B LINT TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf TB --- 2014-07-02 17:47:09 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 17:47:09 - building LINT kernel TB --- 2014-07-02 17:47:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 17:47:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 17:47:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 17:47:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 17:47:09 - SRCCONF=/dev/null TB --- 2014-07-02 17:47:09 - TARGET=ia64 TB --- 2014-07-02 17:47:09 - TARGET_ARCH=ia64 TB --- 2014-07-02 17:47:09 - TZ=UTC TB --- 2014-07-02 17:47:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 17:47:09 - cd /src TB --- 2014-07-02 17:47:09 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 17:47:10 UTC 2014 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 -x assembler-with-cpp -Wa,-x -DLOCORE -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__udivsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umoddi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umodsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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/pc98
TB --- 2014-07-02 15:32:12 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 15:32:12 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 15:32:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-07-02 15:32:12 - cleaning the object tree TB --- 2014-07-02 15:33:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 15:33:56 - At svn revision 268154 TB --- 2014-07-02 15:33:57 - building world TB --- 2014-07-02 15:33:57 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 15:33:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 15:33:57 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 15:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 15:33:57 - SRCCONF=/dev/null TB --- 2014-07-02 15:33:57 - TARGET=pc98 TB --- 2014-07-02 15:33:57 - TARGET_ARCH=i386 TB --- 2014-07-02 15:33:57 - TZ=UTC TB --- 2014-07-02 15:33:57 - __MAKE_CONF=/dev/null TB --- 2014-07-02 15:33:57 - cd /src TB --- 2014-07-02 15:33:57 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 15:34:05 UTC 2014 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 Wed Jul 2 19:12:16 UTC 2014 TB --- 2014-07-02 19:12:16 - generating LINT kernel config TB --- 2014-07-02 19:12:16 - cd /src/sys/pc98/conf TB --- 2014-07-02 19:12:16 - /usr/bin/make -B LINT TB --- 2014-07-02 19:12:17 - cd /src/sys/pc98/conf TB --- 2014-07-02 19:12:17 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 19:12:17 - building LINT kernel TB --- 2014-07-02 19:12:17 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 19:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 19:12:17 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 19:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 19:12:17 - SRCCONF=/dev/null TB --- 2014-07-02 19:12:17 - TARGET=pc98 TB --- 2014-07-02 19:12:17 - TARGET_ARCH=i386 TB --- 2014-07-02 19:12:17 - TZ=UTC TB --- 2014-07-02 19:12:17 - __MAKE_CONF=/dev/null TB --- 2014-07-02 19:12:17 - cd /src TB --- 2014-07-02 19:12:17 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 19:12:17 UTC 2014 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls
Re: FreeBSD iscsi target
On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: Does freebsd iscsi target supports: 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) 3. Multiple connections per session No; see above. I think this is help for 40G links. I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. ??? No, not at all. Getting 40G performance over TCP is not easy, but there is no 10G limitation. I might also suggest looking at Luigi Rizzo's netmap. It is NOT a drop-in replacement for the TCP stack, but a tool that works with many high-speed Ethernet devices to allow very efficient bulk data transfers. You will see lots of discussion of it on net@. It is available for both FreeBSD and Linux. It has become very popular for this sort of thing, but it does require software customization. Normal network operatipns will continue to use the standard network stack. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. I don't believe that building a kernel for both vt and sc is supported, so I'm not surprised that it does not work. I would like to know how you intend to use such a kernel. I'm not sure I see a case where having both would be useful and it looks like keeping them straight would be rather a problem. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, 2 Jul 2014 12:57-0700, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. I don't believe that building a kernel for both vt and sc is supported, so I'm not surprised that it does not work. Maybe you should examine r268045 and reconsider your position. I would like to know how you intend to use such a kernel. I'm not sure I see a case where having both would be useful and it looks like keeping them straight would be rather a problem. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On 07/02/14 12:57, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. I don't believe that building a kernel for both vt and sc is supported, so I'm not surprised that it does not work. I would like to know how you intend to use such a kernel. I'm not sure I see a case where having both would be useful and it looks like keeping them straight would be rather a problem. GENERIC is such a kernel as of a few days ago. The idea is to provide a transition mechanism for people who want syscons for whatever reason but also want to, say, use KMS drivers or boot with EFI without building a new kernel. -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: FreeBSD iscsi target
On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: Does freebsd iscsi target supports: 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) 3. Multiple connections per session No; see above. I think this is help for 40G links. I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. ??? No, not at all. Getting 40G performance over TCP is not easy, but there is no 10G limitation. As I know (may be wrong) 40G is bundled 4x10G link. For prevent packet reordering (when run over diferrent link) all packets from one sessoin must be routed to same link. Same issuse for Etherchannel. ___ 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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On 2 July 2014 14:51, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? Should be fixed in r268175. ___ 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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: On 2 July 2014 14:51, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? Should be fixed in r268175. Looks good, thanks. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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 --- 2014-07-02 19:57:29 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 19:57:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 19:57:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-02 19:57:29 - cleaning the object tree TB --- 2014-07-02 19:58:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 19:58:30 - At svn revision 268154 TB --- 2014-07-02 19:58:31 - building world TB --- 2014-07-02 19:58:31 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 19:58:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 19:58:31 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 19:58:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 19:58:31 - SRCCONF=/dev/null TB --- 2014-07-02 19:58:31 - TARGET=sparc64 TB --- 2014-07-02 19:58:31 - TARGET_ARCH=sparc64 TB --- 2014-07-02 19:58:31 - TZ=UTC TB --- 2014-07-02 19:58:31 - __MAKE_CONF=/dev/null TB --- 2014-07-02 19:58:31 - cd /src TB --- 2014-07-02 19:58:31 - /usr/bin/make -B buildworld Building an up-to-date bmake(1) World build started on Wed Jul 2 19:58:38 UTC 2014 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 Wed Jul 2 21:06:30 UTC 2014 TB --- 2014-07-02 21:06:30 - generating LINT kernel config TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf TB --- 2014-07-02 21:06:30 - /usr/bin/make -B LINT TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf TB --- 2014-07-02 21:06:30 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 21:06:30 - building LINT kernel TB --- 2014-07-02 21:06:30 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 21:06:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 21:06:30 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 21:06:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 21:06:30 - SRCCONF=/dev/null TB --- 2014-07-02 21:06:30 - TARGET=sparc64 TB --- 2014-07-02 21:06:30 - TARGET_ARCH=sparc64 TB --- 2014-07-02 21:06:30 - TZ=UTC TB --- 2014-07-02 21:06:30 - __MAKE_CONF=/dev/null TB --- 2014-07-02 21:06:30 - cd /src TB --- 2014-07-02 21:06:30 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jul 2 21:06:30 UTC 2014 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/if_le_ledma.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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/lebuffer_sbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_bus_if.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
Re: FreeBSD iscsi target
On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: Does freebsd iscsi target supports: 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) 3. Multiple connections per session No; see above. I think this is help for 40G links. I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. ??? No, not at all. Getting 40G performance over TCP is not easy, but there is no 10G limitation. As I know (may be wrong) 40G is bundled 4x10G link. For prevent packet reordering (when run over diferrent link) all packets from one sessoin must be routed to same link. Same issuse for Etherchannel. No, 40G Ethernet is single channel from the interface perspective.. What my be confusing you is that they may use lanes which, for 40G, are 10.3125G. But, unlike the case with Etherchannel, these lanes are hidden from the MAC. The interface deals with a single stream and parcels it out over the 10G (or 25G) lanes. All 100G optical links use multiple lanes (4x25G or 10x10G), but 40G my use either a single 40G lane for distances of up to 2km or 4x10G for longer runs. Since, in most cases, 40G is used within a data center or to connect to wave gear for DWDM transmission over very long distances, most runs are under 2km, so a single 40G lane may be used. When 4 lanes are used, a ribbon cable is required to assure that all optical or copper paths are exactly the same length. Since the PMD is designed to know about and use these lanes for a single channel, the issue of packet re-ordering is not present and the protocol layers above the physical are unaware of how many lanes are used. Wikipedia has a fairly good discussion under the unfortunate title of 100 Gigabit Ethernet https://en.wikipedia.org/wiki/100_Gigabit_Ethernet. Regardless of the title, the article covers both 40 and 100 Gigabit specifications as both were specified on the same standard, 802.3ba. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165
On Wed, Jul 2, 2014 at 1:06 PM, Nathan Whitehorn nwhiteh...@freebsd.org wrote: On 07/02/14 12:57, Kevin Oberman wrote: On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x16.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x14.fnt: No error: 0 Bad magic vidcontrol: failed to load font /usr/share/syscons/fonts/iso-8x8.fnt: No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. I don't believe that building a kernel for both vt and sc is supported, so I'm not surprised that it does not work. I would like to know how you intend to use such a kernel. I'm not sure I see a case where having both would be useful and it looks like keeping them straight would be rather a problem. GENERIC is such a kernel as of a few days ago. The idea is to provide a transition mechanism for people who want syscons for whatever reason but also want to, say, use KMS drivers or boot with EFI without building a new kernel. -Nathan Ack! I'm 3 days out of date! This looks very handy for transition between sc and vt. And I now realize that you don't run both at the same time, just select the one to run at boot time. (Duh!) -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.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: freebsd and utf-8 directory names
On Wed, Jul 02, 2014 at 12:27:07AM +0200, d...@gmx.com wrote: David Chisnall wrote, On 07/01/2014 19:06: Please note that forums.freebsd.org is not a bug tracker. I tried searching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/character in their names and could not find any reference to this issue. If you actually want to see bugs fixed, rather than just complain about them, please file them here: https://bugs.freebsd.org/bugzilla/enter_bug.cgi Make sure that you provide all of the steps required to reproduce them. I neglected to submit a bug report because: (1) there were already at least 3 bug reports related to (FAT32 and) character sets or encodings, some of them even had patches; (2) the reports were very old, indicating that the FreeBSD developers don't care about FAT32; (3) at least one report was seemingly related, and I didn't want to create a(nother) possible duplicate. But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 Well, I'm going to close that PR. :-) First, set LANG environment variable to hu_HU.UTF-8 in your case: # setenv LANG hu_HU.UTF-8 Second, mount the FAT32 partition in Hungarian locale: # mount_msdosfs -L hu_HU.UTF-8 /dev/da0s1 /mnt Third, untar your attachement file: # tar xvf /mnt/files.zip x 1’.txt x 2–.txt # stat 1’.txt 128 244744 -rwxr-xr-x 1 root wheel 4294967295 0 Jan 1 08:00:00 1980 Aug 1 16:57:52 2011 Aug 1 16:57:52 2011 Jul 3 11:28:24 2014 16384 0 0x800 1’.txt # stat 2–.txt 128 244746 -rwxr-xr-x 1 root wheel 4294967295 0 Jan 1 08:00:00 1980 Aug 1 16:55:20 2011 Aug 1 16:55:20 2011 Jul 3 11:28:24 2014 16384 0 0x800 2–.txt Let me know if that works for you, thanks. Kevin ___ 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 and utf-8 directory names
Kevin Lo ke...@freebsd.org wrote: Well, I'm going to close that PR. :-) [ ... ] I basically replied with the same thing in a followup on the bug itself exactly 24 hours ago! :-) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 cheers, Jamie ___ 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