Problem building stable-9 in current host
Hello all. Can someone help me? :) # uname -a FreeBSD 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #5 r255924: Sat Sep 28 15:22:40 EEST 2013 yama@host:/zbuilder/local/obj/zbuilder/vm4all/src-head-clone/sys/GENERIC amd64 # svn info Path: . Working Copy Root Path: /zbuilder/vm4all/src-stable-9-clone URL: http://svn.freebsd.org/base/stable/9 Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255962 make buildworld buildkernel produced: === usr.bin/clang/tblgen (obj,depend,all,install) ... c++ -O2 -pipe -I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/zbuilder/vm4all/src-stable-9-clone/usr.bin/ clang/tblgen/../../../contrib/llvm/tools/clang/include -I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGe n -I. -I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__S TDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\x86_64-unknown-freebsd9.2\ -DLLVM_HOST_TRIPLE=\x86_64 -unknown-freebsd9.2\ -DDEFAULT_SYSROOT=\\ -I/usr/obj/zbuilder/vm4all/src-stable-9-clone/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /zbuil der/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp make: don't know how to make /usr/lib/libstdc++.a. Stop *** [bootstrap-tools] Error code 2 Stop in /zbuilder/vm4all/src-stable-9-clone. *** [_bootstrap-tools] Error code 1 Stop in /zbuilder/vm4all/src-stable-9-clone. *** Error code 1 Stop. make: stopped in /zbuilder/vm4all/src-stable-9-clone Is it known issue, or I'm doing something wrong? This builder was working just fine by this scheme for a year, but to build more recent current I updated it self OS. -- 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
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On 09/27/13 15:38, Boris Samorodov wrote: 27.09.2013 16:59, Pietro Cerutti пишет: On 2013-Sep-27, 05:57, Scott Long wrote: On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com wrote: yes, these messages disappeared after revert 255870 and r255871 Hi, Nothing that I changes should have affected the ahci driver. In fact, I tested this driver specifically during my development. Can you confirm that you built both kernel and modules from a clean state? [tiger@laptop]:/usr/src%svn st M sys/boot/i386/zfsboot/zfsboot.c [tiger@laptop]:/usr/src%svn diff Index: sys/boot/i386/zfsboot/zfsboot.c === --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) @@ -302,6 +302,7 @@ * region in the SMAP, use the last 3MB of 'extended' memory as a * high heap candidate. */ + high_heap_size = 0; if (bios_extmem = HEAP_MIN high_heap_size HEAP_MIN) { high_heap_size = HEAP_MIN; high_heap_base = bios_extmem + 0x10 - HEAP_MIN; [tiger@laptop]:/usr/src% nothing more. Yes, no local source changes, but are you loading the cam or ahci drivers a loadable modules that might be out of sync now, or did you use a short- cut for building your kernel, like NO_CLEAN? I had the same problem with a clean src tree. After commenting out the ahci line from my kernel conf file, I got these instead: Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer attempte reverting those two commits solved the issue. In my case just rebuilding and restarting of sysutils/hal helped. sysutils/smartmontools needs the same treatment. BTW thanks for finding this fix :) -- Guido Falsi m...@madpilot.net ___ 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: Hyperv driver related error on make buildkernel on -r255933
Good day! I don't know is it possible to build kernel with CLANG, because now my system builded without clang, so right now I can rebuild world only with gcc (because clang is not present in my system), or maybe I can install clang from ports and rebuild world with clang from ports? 30.09.2013, 02:29, Abhishek Gupta (LIS) abgu...@microsoft.com: Hi, Is it possible for you to compile with the clang compiler instead of gcc? It seems that you are compiling with gcc and that is why the error is showing up: WITHOUT_CLANG=YES WITH_GCC=YES Let me know if that is not acceptable and I will try to address this as soon as possible. Thanks, Abhishek From: [1]owner-freebsd-virtualizat...@freebsd.org [2]owner-freebsd-virtualizat...@freebsd.org on behalf of Гуляев Гоша [3]gosha-n...@yandex.ru Sent: Sunday, September 29, 2013 11:18 AM To: [4]freebsd-current@freebsd.org; [5]freebsd-virtualizat...@freebsd.org Subject: Hyperv driver related error on make buildkernel on -r255933 I have an error when tryin to compile kernel with recent -CURRENT sources There is additional info uname -a, /etc/src.conf, error output and kernel config uname -a FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24 MSK 2013 xlr@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64 /etc/src.conf WITHOUT_ACCT=YES #WITHOUT_AMD=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES #WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CLANG=YES WITHOUT_CTM=YES WITHOUT_FDT=YES WITHOUT_FLOPPY=YES WITHOUT_GDB=YES WITHOUT_HTML=YES WITH_GCC=YES WITH_GNUCXX=YES WITHOUT_ICONV=YES #WITH_LIBICONV_COMPAT=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_IPFILTER=YES WITHOUT_IPX=YES WITHOUT_KERNEL_SYMBOLS=YES WITHOUT_KVM=YES WITHOUT_LPR=YES WITHOUT_MAIL=YES WITHOUT_NCP=YES #WITHOUT_NDIS=YES WITHOUT_OFED=YES WITHOUT_PF=YES WITHOUT_PMC=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SHAREDOCS=YES #WITHOUT_USB=YES #WITHOUT_WIRELESS=YES WITHOUT_ZFS=YES ERROR OUTPUT awk -f /usr/src/sys/conf/kmod_syms.awk hwpmc.ko export_syms | xargs -J% objcopy % hwpmc.ko objcopy --strip-debug hwpmc.ko === hyperv (all) === hyperv/vmbus (all) cc -O2 -pipe -msse -msse2 -msse3 -mmmx -m3dnow -mtune=core2 -march=core2 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/utilities -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MYBSD/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/MYBSD -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann el. c In file included from /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann el. c:40: /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:288: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:396: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:410: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:418: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:426: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:502: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:514: warning: declaration does
Re: gphoto2 bus error
I'm use current On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote: Hi, I cannot reproduce this issue. gphoto --shell works fine on 9-stable using PTP protocol. gphoto2-2.4.14 Command-line frontend to libgphoto2 libgphoto2-2.4.14_3 Universal digital camera control library Can you provide more information about your system? uname -a ls /usr/lib/libusb* ls /usr/local/libdata/pkgconfig/*usb* Also try to reinstall gphoto: portsnap fetch update cd /usr/ports/graphics/libgphoto2 make all reinstall clean cd /usr/ports/graphics/photo2 make all reinstall clean --HPS -- Artyom Mirgorodskiy ___ 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: gphoto2 bus error
uname -a FreeBSD notebook.alkar.net 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #10 r255906: Fri Sep 27 14:54:54 EEST 2013 m...@notebook.alkar.net:/usr/obj/usr/src/sys/Work amd64 ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ /usr/lib/libusb.so@ /usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a ls /usr/local/libdata/pkgconfig/*usb* ls: /usr/local/libdata/pkgconfig/*usb*: No such file or directory On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote: Can you provide more information about your system? uname -a ls /usr/lib/libusb* ls /usr/local/libdata/pkgconfig/*usb* -- Artyom Mirgorodskiy ___ 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: gphoto2 bus error
I removed old libraries: ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so@ /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a /usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ and reinstall gphoto2 and libgphoto2 and have the same result :( gdb /usr/local/bin/gphoto2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... (gdb) run --shell Starting program: /usr/local/bin/gphoto2 --shell (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100223] [New Thread 802806400 (LWP 100223/gphoto2)] Program received signal SIGBUS, Bus error. [Switching to Thread 802806400 (LWP 100223/gphoto2)] 0x000801553597 in pthread_mutex_destroy () from /lib/libthr.so.3 (gdb) bt #0 0x000801553597 in pthread_mutex_destroy () from /lib/libthr.so.3 #1 0x0008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 #2 0x000803801a2a in gp_port_usb_exit (port=value optimized out) at libusb1.c:275 #3 0x000801136763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 #4 0x000800ebd6a9 in gp_abilities_list_detect (list=0x802869080, info_list=0x802869050, l=0x8028ec000, context=0x45) at gphoto2-abilities-list.c:488 #5 0x0040673a in ?? () #6 0x0040772f in ?? () #7 0x000800636000 in ?? () #8 0x in ?? () On Tuesday 01 October 2013 12:40:35 Hans Petter Selasky wrote: On 10/01/13 12:24, Artyom Mirgorodskiy wrote: ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ /usr/lib/libusb.so@ /usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a Hi, I see you have two versions of libusb installed. You probably need to delete some of the older libraries using the make delete-old-libs and beware you maybe need to rebuild all ports after that! I think gphoto uses libusb.so.2 while you have installed the header file for libusb.so.3. Check that first. gphoto2 --auto-detect and gphoto2 --shell does not crash over here. Let me know if this is still an issue after cleaning out old libraries and files from your system. Thank you! --HPS -- Artyom Mirgorodskiy ___ 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: gphoto2 bus error
Hi, I cannot reproduce this issue. gphoto --shell works fine on 9-stable using PTP protocol. gphoto2-2.4.14 Command-line frontend to libgphoto2 libgphoto2-2.4.14_3 Universal digital camera control library Can you provide more information about your system? uname -a ls /usr/lib/libusb* ls /usr/local/libdata/pkgconfig/*usb* Also try to reinstall gphoto: portsnap fetch update cd /usr/ports/graphics/libgphoto2 make all reinstall clean cd /usr/ports/graphics/photo2 make all reinstall clean --HPS ___ 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: gphoto2 bus error
Can you run the commands listed below? --HPS On 10/01/13 12:22, Artyom Mirgorodskiy wrote: I'm use current On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote: Hi, I cannot reproduce this issue. gphoto --shell works fine on 9-stable using PTP protocol. gphoto2-2.4.14 Command-line frontend to libgphoto2 libgphoto2-2.4.14_3 Universal digital camera control library Can you provide more information about your system? uname -a ls /usr/lib/libusb* ls /usr/local/libdata/pkgconfig/*usb* Also try to reinstall gphoto: portsnap fetch update cd /usr/ports/graphics/libgphoto2 make all reinstall clean cd /usr/ports/graphics/photo2 make all reinstall clean --HPS ___ 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: gphoto2 bus error
On 10/01/13 12:24, Artyom Mirgorodskiy wrote: ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ /usr/lib/libusb.so@ /usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a Hi, I see you have two versions of libusb installed. You probably need to delete some of the older libraries using the make delete-old-libs and beware you maybe need to rebuild all ports after that! I think gphoto uses libusb.so.2 while you have installed the header file for libusb.so.3. Check that first. gphoto2 --auto-detect and gphoto2 --shell does not crash over here. Let me know if this is still an issue after cleaning out old libraries and files from your system. Thank you! --HPS ___ 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: gphoto2 bus error
Thank you. Work fine for me On Tuesday 01 October 2013 13:45:21 Hans Petter Selasky wrote: On 10/01/13 13:11, Artyom Mirgorodskiy wrote: I removed old libraries: ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so@ /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a /usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ and reinstall gphoto2 and libgphoto2 and have the same result :( Hi, I quickly looked at the gphoto code and see some bugs there. Can you try the attached patch? cd /usr/ports/graphics/libgphoto2 make clean extract patch cd /usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.14 cat libgphoto2.patch | patch -p1 cd /usr/ports/graphics/libgphoto2 make all deinstall install --HPS -- Artyom Mirgorodskiy ___ 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: [CURRENT] unbound: zonefiles?
Hello, Dimitry. You wrote 30 сентября 2013 г., 17:53:15: DA Yes, and there is the rub for most 'SOHO' users, who do not win anything DA by separating these roles. In such cases, setting up a separate IP DA and/or port just to split up authoritative and recursive DNS is rather DA inconvenient... Yep, and nsd doesn't support views, so sometimes you need THREE daemons: outer world view of LAN (only several hosts from DMZ are published), inner view of LAN (all host) and recursion for LAN... BIND solves all three tasks in one instance. -- // 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: gphoto2 bus error
On 10/01/13 13:11, Artyom Mirgorodskiy wrote: I removed old libraries: ls /usr/lib/libusb* /usr/lib/libusb.a/usr/lib/libusb_p.a /usr/lib/libusbhid.so.4 /usr/lib/libusb.so@ /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a /usr/lib/libusb.so.3 /usr/lib/libusbhid.so@ and reinstall gphoto2 and libgphoto2 and have the same result :( Hi, I quickly looked at the gphoto code and see some bugs there. Can you try the attached patch? cd /usr/ports/graphics/libgphoto2 make clean extract patch cd /usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.14 cat libgphoto2.patch | patch -p1 cd /usr/ports/graphics/libgphoto2 make all deinstall install --HPS diff --git a/libgphoto2_port/libusb1/libusb1.c b/libgphoto2_port/libusb1/libusb1.c index c6b16aa..74b722f 100644 --- a/libgphoto2_port/libusb1/libusb1.c +++ b/libgphoto2_port/libusb1/libusb1.c @@ -84,6 +84,14 @@ static int gp_nrofdevs = 0; static struct libusb_device_descriptor *gp_descs; static libusb_device **gp_devs; +static void +free_devicelist(void) +{ + if (gp_devs != NULL) + libusb_free_device_list (gp_devs, 1); + gp_devs = NULL; +} + static ssize_t load_devicelist (libusb_context *ctx) { time_t xtime; @@ -91,7 +99,7 @@ load_devicelist (libusb_context *ctx) { time(xtime); if (xtime != gp_devslastchecked) { if (gp_nrofdevs) - libusb_free_device_list (gp_devs, 1); + free_devicelist(); free (gp_descs); gp_nrofdevs = 0; gp_devs = NULL; @@ -267,12 +275,14 @@ static int gp_port_usb_init (GPPort *port) static int gp_port_usb_exit (GPPort *port) { + /* devices must be freed before exiting the USB context */ + free_devicelist(); + if (port-pl) { libusb_exit (port-pl-ctx); free (port-pl); port-pl = NULL; } - if (gp_devs) libusb_free_device_list (gp_devs, 1); free (gp_descs); return (GP_OK); } ___ 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: gphoto2 bus error
On 10/01/13 14:10, Artyom Mirgorodskiy wrote: Thank you. Work fine for me FYI: Here is the link to the ticket which you can request to get committed to libgphoto: https://sourceforge.net/p/gphoto/patches/153/ --HPS ___ 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: gphoto2 bus error
On Sat, Sep 28, 2013 at 02:05:42AM +0300, Artyom Mirgorodskiy wrote: I just update to current and get bus error when I try to run gphoto2: Starting program: /usr/local/bin/gphoto2 --shell (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100144] [New Thread 802806400 (LWP 100144/gphoto2)] Program received signal SIGBUS, Bus error. [Switching to Thread 802806400 (LWP 100144/gphoto2)] 0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 (gdb) bt #0 0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 #1 0x0008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 #2 0x000803801a2a in gp_port_usb_exit (port=value optimized out) at libusb1.c:275 #3 0x000801135763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 #4 0x000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, info_list=0x802869050, l=0x8028ec000, context=0x45) at gphoto2-abilities-list.c:488 #5 0x0040e0f7 in ?? () #6 0x00404aef in ?? () #7 0x000800635000 in ?? () #8 0x in ?? () Hi, This might be related - I get SIGBUS when running scanimage (Canon LIDE 110 scanner). I installed sane backends and frontends and xsane on 9.2-R, plugged in scanner. It is seen: ugen4.4: CanoScan Canon at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) scanimage -L gives: $ scanimage -L Bus error: 10 (core dumped) gdb gives: $ gdb scanimage GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... (gdb) r Starting program: /usr/local/bin/scanimage (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100431] [New Thread 804007400 (LWP 100431/scanimage)] Program received signal SIGBUS, Bus error. [Switching to Thread 804007400 (LWP 100431/scanimage)] 0x0008079d3829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 I don't think it's a scanner issue as it works perfectly on windows and is completely supported on xsane. Maybe there's some kind of USB problem on freebsd-9, I dunno. -- John ___ 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: gphoto2 bus error
On 10/01/13 14:22, John wrote: On Sat, Sep 28, 2013 at 02:05:42AM +0300, Artyom Mirgorodskiy wrote: I just update to current and get bus error when I try to run gphoto2: Hi, This might be related - I get SIGBUS when running scanimage (Canon LIDE 110 scanner). I installed sane backends and frontends and xsane on 9.2-R, plugged in scanner. It is seen: ugen4.4: CanoScan Canon at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) scanimage -L gives: $ scanimage -L Bus error: 10 (core dumped) gdb gives: $ gdb scanimage GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... (gdb) r Starting program: /usr/local/bin/scanimage (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100431] [New Thread 804007400 (LWP 100431/scanimage)] Program received signal SIGBUS, Bus error. [Switching to Thread 804007400 (LWP 100431/scanimage)] 0x0008079d3829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 I don't think it's a scanner issue as it works perfectly on windows and is completely supported on xsane. Maybe there's some kind of USB problem on freebsd-9, I dunno. Hi, Could you enter bt in GDB and show the output when this crash happens? --HPS ___ 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
make delete-old failed to remove bind directories
as title and as of FreeBSD jsli-bsd64 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #3 r255962: Tue Oct 1 15:22:04 CST 2013 jsli@jsli-bsd64:/usr/obj/usr/src/sys/GENERIC amd64 'make delete-old' failed to remove bind-related dirs. Looks like ordering issue to me. Also there are still some dirs and files exist after several repeat runs to overcome ordering issue. Not sure if they are created by me though. I did not make use of bind. output: Removing old directories /usr/include/lwres rmdir: /usr/share/doc/bind9: Directory not empty /usr/share/doc/bind9/arm /usr/share/doc/bind9/misc /var/named/dev rmdir: /var/named/etc: Directory not empty rmdir: /var/named/etc/namedb: Directory not empty /var/named/etc/namedb/dynamic /var/named/etc/namedb/master /var/named/etc/namedb/slave rmdir: /var/named/var: Directory not empty /var/named/var/dump /var/named/var/log rmdir: /var/named/var/run: Directory not empty /var/named/var/run/named /var/named/var/stats /var/run/named Old directories removed To remove old libraries run 'make delete-old-libs'. jsli@jsli-bsd64:/usr/src # ls -R /var/named/etc/namedb/ named.conf working/ /var/named/etc/namedb/working: jsli@jsli-bsd64:/usr/src # Jia-Shiun. ___ 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 r 255964 not build
CURRENT r 255964 world not build clang -O2 -pipe -march=athlon64-sse3 -mtune=athlon64-sse3 -I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -include ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o roaming_common.o roaming_client.o gss-genr.o -lssh -lutil -lldns -lcrypt -lcrypto -lz /usr/obj/usr/src/tmp/usr/lib/private/libldns.so: undefined reference to `ldns_b64_pton_calculate_size' /usr/obj/usr/src/tmp/usr/lib/private/libldns.so: undefined reference to `ldns_b64_ntop_calculate_size' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[5]: stopped in /usr/src/secure/usr.bin/ssh *** Error code 1 ___ 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: CURRENT r 255964 not build
On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote: CURRENT r 255964 world not build Please provide /etc/make.conf and /etc/src.conf. Glen pgpgXvqN_dhTo.pgp Description: PGP signature
Re: gphoto2 bus error
sorry, forgot to change From:, sending again On Tue, Oct 01, 2013 at 02:45:29PM +0100, John wrote: On Tue, Oct 01, 2013 at 02:41:22PM +0200, Hans Petter Selasky wrote: Hi, Could you enter bt in GDB and show the output when this crash happens? --HPS Sure! Thanks for looking at the problem. Program received signal SIGBUS, Bus error. [Switching to Thread 802c07400 (LWP 101021/scanimage)] 0x0008063c1829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 (gdb) bt #0 0x0008063c1829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 #1 0x0008063b384c in attach () from /usr/local/lib/sane/libsane-microtek2.so.1 #2 0x0008063b4a69 in attach_one () from /usr/local/lib/sane/libsane-microtek2.so.1 #3 0x00080083205b in sanei_scsi_find_devices () from /usr/local/lib/libsane.so.1 #4 0x00080082ef1e in sanei_config_attach_matching_devices () from /usr/local/lib/libsane.so.1 #5 0x0008063b4993 in sane_microtek2_init () from /usr/local/lib/sane/libsane-microtek2.so.1 #6 0x00080083acb4 in init () from /usr/local/lib/libsane.so.1 #7 0x00080083a944 in sane_dll_get_devices () from /usr/local/lib/libsane.so.1 #8 0x00402089 in ?? () #9 0x00401c41 in ?? () #10 0x000800628000 in ?? () #11 0x in ?? () (gdb) -- John -- John ___ 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: CURRENT r 255964 not build
*src.conf* - WITHOUT_AMD=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CTM=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_INET6=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_NDIS=YES WITHOUT_NIS=YES WITHOUT_PORTSNAP=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SVNLITE=YES WITH_CLANG=YES WITH_CLANG_EXTRAS=YES WITH_CLANG_IS_CC=YES WITH_BSD_GREP=YES WITH_ICONV=YES WITH_LIBICONV_COMPAT=YES WITH_USB_GADGET_EXAMPLES=YES MALLOC_PRODUCTION=YES CC=clang CXX=clang++ CPP=clang-cpp WITH_LIBCPLUSPLUS=YES CXXFLAGS+= -stdlib=libc++ *make.conf* - CPUTYPE?=athlon64-sse3 KERNCONF=Kernel NO_CPU_CFLAGS=false NO_CPU_COPTFLAGS=false NO_FSCHG= NO_WERROR= WERROR= MAKE_JOBS_NUMBER=5 BATCH_DELETE_OLD_FILES=yes WITHOUT_INET6= yes WITHOUT_IPV6= yes WITH_SYSTEM_ICU=yes MALLOC_PRODUCTION= yes WITH_MMX= yes WITH_SSE= yes WITH_SSE2= yes WITH_SSE3= yes WITH_SSE4A= yes WITH_3DNOW= yes WITH_THREADS= yes WITH_PKGNG= yes WITHOUT_PROFILE=yes WITHOUT_DEBUG= yes WITHOUT_MODULES=bktr plip PRINTERDEVICE= ps DOC_LANG= en_US.ISO8859-1 ru_RU.KOI8-R On 01.10.2013 16:45, Glen Barber wrote: On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote: CURRENT r 255964 world not build Please provide /etc/make.conf and /etc/src.conf. Glen ___ 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: CURRENT r 255964 not build
*src.conf* - WITHOUT_AMD=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CTM=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_INET6=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_NDIS=YES WITHOUT_NIS=YES WITHOUT_PORTSNAP=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SVNLITE=YES WITH_CLANG=YES WITH_CLANG_EXTRAS=YES WITH_CLANG_IS_CC=YES WITH_BSD_GREP=YES WITH_ICONV=YES WITH_LIBICONV_COMPAT=YES WITH_USB_GADGET_EXAMPLES=YES MALLOC_PRODUCTION=YES CC=clang CXX=clang++ CPP=clang-cpp WITH_LIBCPLUSPLUS=YES CXXFLAGS+= -stdlib=libc++ *make.conf* - CPUTYPE?=athlon64-sse3 KERNCONF=Kernel NO_CPU_CFLAGS=false NO_CPU_COPTFLAGS=false NO_FSCHG= NO_WERROR= WERROR= MAKE_JOBS_NUMBER=5 BATCH_DELETE_OLD_FILES=yes WITHOUT_INET6= yes WITHOUT_IPV6= yes WITH_SYSTEM_ICU=yes MALLOC_PRODUCTION= yes WITH_MMX= yes WITH_SSE= yes WITH_SSE2= yes WITH_SSE3= yes WITH_SSE4A= yes WITH_3DNOW= yes WITH_THREADS= yes WITH_PKGNG= yes WITHOUT_PROFILE=yes WITHOUT_DEBUG= yes WITHOUT_MODULES=bktr plip PRINTERDEVICE= ps DOC_LANG= en_US.ISO8859-1 ru_RU.KOI8-R .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} CFLAGS+= -march=athlon64-sse3 -mtune=athlon64-sse3 CPPFLAGS+= -D_FORTIFY_SOURCE=2 CXXFLAGS+= -std=c++11 -stdlib=libc++ WITH_LIBCPLUSPLUS=YES .endif On 01.10.2013 16:45, Glen Barber wrote: On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote: CURRENT r 255964 world not build Please provide /etc/make.conf and /etc/src.conf. Glen ___ 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
XEN additions cause failure to compile kernel
Hello list. Using latest sources: root@host0:/usr/src # svn info Path: . Working Copy Root Path: /usr/src URL: https://svn0.eu.freebsd.org/base/releng/9.2 Relative URL: ^/releng/9.2 Repository Root: https://svn0.eu.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255973 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 255896 Last Changed Date: 2013-09-26 19:10:19 +0100 (Thu, 26 Sep 2013) I'm trying to compile the XEN options on a host server on 9.2-R and get the following failure during make: [...] clang -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 -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../xen/evtchn/evtchn_dev.c ../../../xen/evtchn/evtchn_dev.c:321:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_version: D_VERSION, ^~ .d_version = ../../../xen/evtchn/evtchn_dev.c:322:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_open: evtchn_open, ^~~ .d_open = ../../../xen/evtchn/evtchn_dev.c:323:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_close: evtchn_close, ^~~~ .d_close = ../../../xen/evtchn/evtchn_dev.c:324:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_read: evtchn_read, ^~~ .d_read = ../../../xen/evtchn/evtchn_dev.c:325:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_write: evtchn_write, ^~~~ .d_write = ../../../xen/evtchn/evtchn_dev.c:326:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_ioctl: evtchn_ioctl, ^~~~ .d_ioctl = ../../../xen/evtchn/evtchn_dev.c:327:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_poll: evtchn_poll, ^~~ .d_poll = ../../../xen/evtchn/evtchn_dev.c:328:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_name: evtchn, ^~~ .d_name = ../../../xen/evtchn/evtchn_dev.c:329:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_flags: 0, ^~~~ .d_flags = 9 errors generated. *** [evtchn_dev.o] Error code 1 Stop in /usr/src/sys/amd64/compile/HOST0. root@host0:/sys/amd64/compile/HOST0 # It compiles fine without these options: options NO_ADAPTIVE_MUTEXES options NO_ADAPTIVE_RWLOCKS options NO_ADAPTIVE_SX # Xen HVM support options XENHVM device xenpci Are these options depricated now? thanks, -- John ___ 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: Hyperv driver related error on make buildkernel on -r255933
?? wrote this message on Tue, Oct 01, 2013 at 16:01 +0600: Good day! I don't know is it possible to build kernel with CLANG, because now my system builded without clang, so right now I can rebuild world only with gcc (because clang is not present in my system), or maybe I can install clang from ports and rebuild world with clang from ports? If you use the normal way to build a kernel, then yes, you can build a kernel w/ clang... Do: make kernel-toolchain WITH_CLANG_IS_CC=YES WITH_CLANG=YES other options make buildkernel KERNCONF=kernfile See src/UPDATING for more info/help. 30.09.2013, 02:29, Abhishek Gupta (LIS) abgu...@microsoft.com: Hi, Is it possible for you to compile with the clang compiler instead of gcc? It seems that you are compiling with gcc and that is why the error is showing up: WITHOUT_CLANG=YES WITH_GCC=YES Let me know if that is not acceptable and I will try to address this as soon as possible. Thanks, Abhishek From: [1]owner-freebsd-virtualizat...@freebsd.org [2]owner-freebsd-virtualizat...@freebsd.org on behalf of ?? [3]gosha-n...@yandex.ru Sent: Sunday, September 29, 2013 11:18 AM To: [4]freebsd-current@freebsd.org; [5]freebsd-virtualizat...@freebsd.org Subject: Hyperv driver related error on make buildkernel on -r255933 I have an error when tryin to compile kernel with recent -CURRENT sources There is additional info uname -a, /etc/src.conf, error output and kernel config uname -a FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24 MSK 2013 xlr@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64 /etc/src.conf WITHOUT_ACCT=YES #WITHOUT_AMD=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES #WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CLANG=YES WITHOUT_CTM=YES WITHOUT_FDT=YES WITHOUT_FLOPPY=YES WITHOUT_GDB=YES WITHOUT_HTML=YES WITH_GCC=YES WITH_GNUCXX=YES WITHOUT_ICONV=YES #WITH_LIBICONV_COMPAT=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_IPFILTER=YES WITHOUT_IPX=YES WITHOUT_KERNEL_SYMBOLS=YES WITHOUT_KVM=YES WITHOUT_LPR=YES WITHOUT_MAIL=YES WITHOUT_NCP=YES #WITHOUT_NDIS=YES WITHOUT_OFED=YES WITHOUT_PF=YES WITHOUT_PMC=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SHAREDOCS=YES #WITHOUT_USB=YES #WITHOUT_WIRELESS=YES WITHOUT_ZFS=YES ERROR OUTPUT awk -f /usr/src/sys/conf/kmod_syms.awk hwpmc.ko export_syms | xargs -J% objcopy % hwpmc.ko objcopy --strip-debug hwpmc.ko === hyperv (all) === hyperv/vmbus (all) cc -O2 -pipe -msse -msse2 -msse3 -mmmx -m3dnow -mtune=core2 -march=core2 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/utilities -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MYBSD/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/MYBSD -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann el. c In file included from /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann el. c:40: /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:288: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:396: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:410: warning: declaration does not declare anything /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus _pr iv.h:418: warning: declaration does not
Re: gphoto2 bus error
On Tue, Oct 01, 2013 at 02:41:22PM +0200, Hans Petter Selasky wrote: Hi, Could you enter bt in GDB and show the output when this crash happens? --HPS Sure! Thanks for looking at the problem. Program received signal SIGBUS, Bus error. [Switching to Thread 802c07400 (LWP 101021/scanimage)] 0x0008063c1829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 (gdb) bt #0 0x0008063c1829 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 #1 0x0008063b384c in attach () from /usr/local/lib/sane/libsane-microtek2.so.1 #2 0x0008063b4a69 in attach_one () from /usr/local/lib/sane/libsane-microtek2.so.1 #3 0x00080083205b in sanei_scsi_find_devices () from /usr/local/lib/libsane.so.1 #4 0x00080082ef1e in sanei_config_attach_matching_devices () from /usr/local/lib/libsane.so.1 #5 0x0008063b4993 in sane_microtek2_init () from /usr/local/lib/sane/libsane-microtek2.so.1 #6 0x00080083acb4 in init () from /usr/local/lib/libsane.so.1 #7 0x00080083a944 in sane_dll_get_devices () from /usr/local/lib/libsane.so.1 #8 0x00402089 in ?? () #9 0x00401c41 in ?? () #10 0x000800628000 in ?? () #11 0x in ?? () (gdb) -- John ___ 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: XEN additions cause failure to compile kernel
On Tue, 2013-10-01 at 17:34 +0100, John wrote: Hello list. Using latest sources: root@host0:/usr/src # svn info Path: . Working Copy Root Path: /usr/src URL: https://svn0.eu.freebsd.org/base/releng/9.2 Relative URL: ^/releng/9.2 Repository Root: https://svn0.eu.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255973 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 255896 Last Changed Date: 2013-09-26 19:10:19 +0100 (Thu, 26 Sep 2013) I'm trying to compile the XEN options on a host server on 9.2-R and get the following failure during make: [...] clang -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 -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../xen/evtchn/evtchn_dev.c ../../../xen/evtchn/evtchn_dev.c:321:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_version: D_VERSION, ^~ .d_version = ../../../xen/evtchn/evtchn_dev.c:322:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_open: evtchn_open, ^~~ .d_open = ../../../xen/evtchn/evtchn_dev.c:323:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_close: evtchn_close, ^~~~ .d_close = ../../../xen/evtchn/evtchn_dev.c:324:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_read: evtchn_read, ^~~ .d_read = ../../../xen/evtchn/evtchn_dev.c:325:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_write: evtchn_write, ^~~~ .d_write = ../../../xen/evtchn/evtchn_dev.c:326:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_ioctl: evtchn_ioctl, ^~~~ .d_ioctl = ../../../xen/evtchn/evtchn_dev.c:327:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_poll: evtchn_poll, ^~~ .d_poll = ../../../xen/evtchn/evtchn_dev.c:328:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_name: evtchn, ^~~ .d_name = ../../../xen/evtchn/evtchn_dev.c:329:2: error: use of GNU old-style field designator extension [-Werror,-Wgnu-designator] d_flags: 0, ^~~~ .d_flags = 9 errors generated. *** [evtchn_dev.o] Error code 1 Stop in /usr/src/sys/amd64/compile/HOST0. root@host0:/sys/amd64/compile/HOST0 # It compiles fine without these options: options NO_ADAPTIVE_MUTEXES options NO_ADAPTIVE_RWLOCKS options NO_ADAPTIVE_SX # Xen HVM support options XENHVM device xenpci Are these options depricated now? thanks, Can you post your complete kernconf? sean signature.asc Description: This is a digitally signed message part
CLANG reports an error with %b in printf(9)
This is on HEAD -- while compiling the kernel with CLANG and slightly higher warns level, i get errors of this kind (in multiple places): /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1069:27: error: invalid conversion specifier 'b' [-Werror,-Wformat-invalid-specifier] printf(%s%d: quirks=0x%b\n, periph-periph_name, ~^ /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1070:36: error: data argument not used by format string [-Werror,-Wformat-extra-args] periph-unit_number, quirks, bit_string); Does anyone know how hard it is to either disable the warning locally (for a statement, function or file), or better to teach CLANG that printf(9) uses two arguments for %b ? cheers luigi ___ 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: CLANG reports an error with %b in printf(9)
On Oct 1, 2013, at 21:30, Luigi Rizzo ri...@iet.unipi.it wrote: This is on HEAD -- while compiling the kernel with CLANG and slightly higher warns level, i get errors of this kind (in multiple places): /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1069:27: error: invalid conversion specifier 'b' [-Werror,-Wformat-invalid-specifier] printf(%s%d: quirks=0x%b\n, periph-periph_name, ~^ /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1070:36: error: data argument not used by format string [-Werror,-Wformat-extra-args] periph-unit_number, quirks, bit_string); Does anyone know how hard it is to either disable the warning locally (for a statement, function or file), or better to teach CLANG that printf(9) uses two arguments for %b ? Hi Luigi, It looks like you are overriding CWARNFLAGS? If you are using clang from base, you can add -fformat-extensions, which has support for our non-standard %b and %D specifiers. For clang from ports, there is no solution except -Wno-format. See also the start of sys/conf/kern.mk. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: bug with special bracket expressions in regular expressions
On 02/09/2013 16:09, Damian Weber wrote: On Mon, 2 Sep 2013, Andriy Gapon wrote: re_format(7) says: There are two special cases? of bracket expressions: the bracket expres? sions ?[[::]]? and ?[[::]]? match the null string at the beginning and end of a word respectively. A word is defined as a sequence of word characters which is neither preceded nor followed by word characters. A word character is an alnum character (as defined by ctype(3)) or an underscore. This is an extension, compatible with but not specified by IEEE Std 1003.2 (?POSIX.2?), and should be used with caution in software intended to be portable to other systems. However I observe the following: $ echo cd0 cd1 xx | sed 's/cd[0-9][^ ]* *//g' xx $ echo cd0 cd1 xx | sed 's/[[::]]cd[0-9][^ ]* *//g' cd1 xx In my opinion '[[::]]' should not affect how the pattern is matched in this case. Any thoughts, suggestions? there are two simpler expressions, whose difference I don't understand either (tested on 8.4-PRERELEASE) $ echo cd0 cd1 xx | sed 's/cd[0-9] //g' xx $ echo cd0 cd1 xx | sed 's/[[::]]cd[0-9] //g' cd1 xx Well, I agree with your analysis, and I think it's certainly a bug. Do you think that the BUGS line in regex(3) should perhaps be extended to never works properly?: Word-boundary matching does not work properly in multibyte locales. [[::]] can be replaced by \b in a pcre, which works perfectly fine (of course) echo this word word should be deleted | perl -pe 's,\bword ,,g' this should be deleted Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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: XEN additions cause failure to compile kernel
On Tue, Oct 01, 2013 at 12:06:13PM -0700, Sean Bruno wrote: Can you post your complete kernconf? sean Hi, Here it is: ## cpu HAMMER ident HOST0 #makeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols #makeoptionsWITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options SCTP# Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL# Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD# New Network Filesystem Server options NFSLOCKD# Network Lock Manager options NFS_ROOT# NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32# Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=500 # Delay (in ms) before probing SCSI #optionsKTRACE # ktrace(1) support #optionsSTACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128# Prevent printf output being interspersed. options KBD_INSTALL_CDEV# install a CDEV entry in /dev #optionsHWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #optionsAUDIT # Security event auditing #optionsMAC # TrustedBSD MAC Framework #optionsKDTRACE_FRAME # Ensure frames are compiled in #optionsKDTRACE_HOOKS # Kernel DTrace hooks #optionsINCLUDE_CONFIG_FILE # Include this file in kernel #optionsKDB # Kernel debugger related code #optionsKDB_TRACE # Print a stack trace for a panic #optionsDDB_CTF # kernel ELF linker loads CTF data options NO_ADAPTIVE_MUTEXES options NO_ADAPTIVE_RWLOCKS options NO_ADAPTIVE_SX #options XENHVM #device xenpci # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control #device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc # ATA controllers device ahci# AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA #device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #optionsAHD_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~215k to driver. #device esp # AMD Am53C974
Re: XEN additions cause failure to compile kernel
On Tue, 2013-10-01 at 22:17 +0100, John wrote: On Tue, Oct 01, 2013 at 12:06:13PM -0700, Sean Bruno wrote: Can you post your complete kernconf? sean Hi, Here it is: Ok, so this email thread is on freebsd-current and I think you're trying to buld a XENHVM kernel for stable/9 ? What happens if you use the provided XENHVM kernconf? Sean ## cpu HAMMER ident HOST0 #makeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols #makeoptionsWITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options SCTP# Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL# Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD# New Network Filesystem Server options NFSLOCKD# Network Lock Manager options NFS_ROOT# NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32# Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=500 # Delay (in ms) before probing SCSI #optionsKTRACE # ktrace(1) support #optionsSTACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128# Prevent printf output being interspersed. options KBD_INSTALL_CDEV# install a CDEV entry in /dev #optionsHWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #optionsAUDIT # Security event auditing #optionsMAC # TrustedBSD MAC Framework #optionsKDTRACE_FRAME # Ensure frames are compiled in #optionsKDTRACE_HOOKS # Kernel DTrace hooks #optionsINCLUDE_CONFIG_FILE # Include this file in kernel #optionsKDB # Kernel debugger related code #optionsKDB_TRACE # Print a stack trace for a panic #optionsDDB_CTF # kernel ELF linker loads CTF data options NO_ADAPTIVE_MUTEXES options NO_ADAPTIVE_RWLOCKS options NO_ADAPTIVE_SX #options XENHVM #device xenpci # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control #device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc # ATA controllers device ahci# AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA #device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
Cannot compile many ports because of missing -lsupc++ and -lstdc++
Hello, I am having trouble compiling many ports which fail with one of the following errors. /usr/bin/ld: cannot find -lstdc++ /usr/bin/ld: cannot find -lsupc++ I understand 10 has a new c++ library, but how can I get ports to build with this? This is quite frustrating. I am using a fresh install of ALPHA4, nothing in make.conf. Thanks. ___ 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: Cannot compile many ports because of missing -lsupc++ and -lstdc++
On Tue, Oct 01, 2013 at 06:51:39PM -0400, Mike Jakubik wrote: Hello, I am having trouble compiling many ports which fail with one of the following errors. /usr/bin/ld: cannot find -lstdc++ /usr/bin/ld: cannot find -lsupc++ I understand 10 has a new c++ library, but how can I get ports to build with this? This is quite frustrating. I am using a fresh install of ALPHA4, nothing in make.conf. Thanks. All the said port should be reported, what do you mean by many? exp-run shows not that many (compared to the number of ports available in the ports tree). All of them deserves a proper fix, but if not reported we can't fix them all :) regards, Bapt pgpLPcz75UNzP.pgp Description: PGP signature
Re: Cannot compile many ports because of missing -lsupc++ and -lstdc++
On 10/01/13 18:55, Baptiste Daroussin wrote: On Tue, Oct 01, 2013 at 06:51:39PM -0400, Mike Jakubik wrote: Hello, I am having trouble compiling many ports which fail with one of the following errors. /usr/bin/ld: cannot find -lstdc++ /usr/bin/ld: cannot find -lsupc++ I understand 10 has a new c++ library, but how can I get ports to build with this? This is quite frustrating. I am using a fresh install of ALPHA4, nothing in make.conf. Thanks. All the said port should be reported, what do you mean by many? exp-run shows not that many (compared to the number of ports available in the ports tree). All of them deserves a proper fix, but if not reported we can't fix them all :) regards, Bapt Where should I report, the port maintainer? Ok I guess many is a relative term, i've tried to compile virtualbox-ose-additions and got this error, tried to install xfce, same error on a dependency. So I decided screw this new clang and try with gcc48, well i got the same error when gmp was being built. ___ 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
mysql-client-5.6.14 build failed
Hi all. mysql-client-5.6.14 not build with clang [ 89%] Building C object libmysql/CMakeFiles/clientlib.dir/__/sql-common/client.c.o In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/libmysql.c:16: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/errmsg.c:22: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/get_password.c:23: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/my_time.c:16: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_time.h:23: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client.c:34: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ 1 warning generated. [ 90%] Building C object libmysql/CMakeFiles/clientlib.dir/__/sql-common/client_plugin.c.o 1 warning generated. [ 90%] Building CXX object libmysql/CMakeFiles/clientlib.dir/__/sql-common/client_authentication.cc.o In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client_plugin.c:30: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ 1 warning generated. [ 91%] Building CXX object libmysql/CMakeFiles/clientlib.dir/__/sql/net_serv.cc.o In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client_authentication.cc:20: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/crypt_genhash_impl.h:17: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ 1 warning generated. In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:36: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ [ 91%] Building C object libmysql/CMakeFiles/clientlib.dir/__/sql-common/pack.c.o 1 warning generated. [ 92%] Building C object libmysql/CMakeFiles/clientlib.dir/__/sql/password.c.o In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/password.c:62: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/password.h:19: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/pack.c:16: In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: this file includes sys/timeb.h which is deprecated [-W#warnings] #warning this file includes sys/timeb.h which is deprecated ^ 1 warning generated. 1 warning generated. 1 warning generated. In file included from /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:48: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:968:39: error:
Re: iSCSI boot ... root?
On Sep 16, 2013, at 4:35 AM, Edward Tomasz Napierała tr...@freebsd.org wrote: Wiadomość napisana przez Zaphod Beeblebrox zbee...@gmail.com w dniu 16 wrz 2013, o godz. 07:35: Is it now possible to boot from iSCSI? I'm not talking about an iSCSI controller, but with pxe - dhcp - tftp (loads loader) - (something) - boot (mounts root from iSCSI) Not yet. The iSCSI initiator requires iscsid(8) in order to work, and you can't run it before mounting root. I think the proper way to do this would be by doing something similar to Linux' initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from there, setup iSCSI session, then mount the real root and pivot to it. I'm not sure if it's possible right now. I'm not sure to what extent trasz's work overlaps with this, but I was able to boot a FreeBSD 9.1 image via iSCSI using aoyama's isboot module. I used gPXE and UNDI since my BIOS and NIC don't have any iSCSI support, just vanilla PXE. I haven't heard anything about isboot lately but the links below are still active. Let me know if you'd like additional details. JN On Aug 23, 2012, at 6:25 PM, Daisuke Aoyama aoy...@peach.ne.jp wrote: Subject: Updated isboot 0.2.6 and FreeBSD 9.1-RC1 Cc: freebsd-s...@freebsd.org, freebsd-sta...@freebsd.org I have updated isboot and created 9.1-RC based image. Please try it: http://www.peach.ne.jp/archives/isboot/isboot-0.2.6.tar.gz http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-9.1-RC1-amd64-memstick-isboot-0.2.6.img ___ 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
Problens with portupgrade/portmaster and ports
Hi all, I'm back again! I reinstall my box, because the problem with libicoinv/iconv from src dir have been bigs problems ... including problems when I need to run a fsck in filesystem ( it's report the filesystem was incopatible) Well, the problem now are wiyh this programs protupograde and portmaster. In the last weekend, I updated my src and ports dirs and in the /usr/ports/UPDATING have this message: 8= Cut 20130929: AFFECTS: users of x11/pixman AUTHOR: zeis...@freebsd.org The library version of x11/pixman has changed, and portrevision has been bumped in all dependent ports. If you have external software that depends on pixman, this software needs to be recompiled. To recompile all software dependent on pixman, run: # portmaster -r pixman or # portupgrade -rf pixman 20130929: AFFECTS: users of graphics/libGL, graphics/dri and other MESA ports AUTHOR: zeis...@freebsd.org The graphics/libGL, graphics/dri and related MESA ports have been updated to 9.1 when compiled with WITH_NEW_XORG= set. It is necessary to remove the old versions of both ports before updating. # pkg_delete -f libGL-\* dri-\* or # pkg delete -f libGL dri followed by # portmaster -a 8== cut when I deleted the libGL and dri using the pkg_delete command, it's work ok but when I try de portupgrade or portmaster I take this messages: root@valfenda:/usr/ports # portupgrade -va --- Session started at: Wed, 02 Oct 2013 01:21:32 -0300 ** None has been installed or upgraded. --- Session ended at: Wed, 02 Oct 2013 01:21:32 -0300 (consumed 00:00:00) root@valfenda:/usr/ports # portmaster -va === Sorting ports by category === Starting check of installed ports for available updates === Root ports: 0 === Trunk ports: 0 === Branch ports: 0 === Leaf ports: 0 === All ports are up to date === Gathering distinfo list for installed ports === Exiting But I have some ports installed, look: root@valfenda:/home2/rizzo # pkg info | wc -l 832 root@valfenda:/home2/rizzo # Result my X Window was crash! I have been to rebuild the libGL and dri manually and my X Window restart to work but I can't update any ports using portupgrade or portmaster What I do wrong? I forgot something to do? TIA Rizzo ] ___ 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