Re: gphoto2 bus error
On 10/01/13 15:50, John wrote: 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 Hi, Can you try to apply the attached patch to: cd /usr/ports/graphics/sane-backends make clean extract patch cd /usr/ports/graphics/sane-backends/work/sane-backends-1.0.23 cat sane-backend-debug.diff | patch -p1 cd /usr/ports/graphics/sane-backends make all deinstall install Maybe you can figure out exactly what line is causing the crash by adding more printf's like shown in the attached patch. --HPS diff --git a/backend/microtek2.c b/backend/microtek2.c index d56e568..1aafa80 100644 --- a/backend/microtek2.c +++ b/backend/microtek2.c @@ -4276,6 +4276,8 @@ scsi_send_gamma(Microtek2_Scanner *ms) /*-- scsi_inquiry() --*/ +#include stdio.h + static SANE_Status scsi_inquiry(Microtek2_Info *mi, char *device) { @@ -4286,6 +4288,7 @@ scsi_inquiry(Microtek2_Info *mi, char *device) size_t size; int sfd; +printf(A %p %s\n, mi, device); DBG(30, scsi_inquiry: mi=%p, device='%s'\n, (void *) mi, device); @@ -4296,6 +4299,8 @@ scsi_inquiry(Microtek2_Info *mi, char *device) return status; } +printf(B\n); + INQ_CMD(cmd); INQ_SET_ALLOC(cmd, INQ_ALLOC_L); result = (uint8_t *) alloca(INQ_ALLOC_L); @@ -4306,6 +4311,8 @@ scsi_inquiry(Microtek2_Info *mi, char *device) return SANE_STATUS_NO_MEM; } +printf(C\n); + size = INQ_ALLOC_L; status = sanei_scsi_cmd(sfd, cmd, sizeof(cmd), result, size); if ( status != SANE_STATUS_GOOD ) @@ -4315,6 +4322,8 @@ scsi_inquiry(Microtek2_Info *mi, char *device) return status; } +printf(D\n); + INQ_GET_INQLEN(inqlen, result); INQ_SET_ALLOC(cmd, inqlen + INQ_ALLOC_L); result = alloca(inqlen + INQ_ALLOC_L); @@ -4328,6 +4337,8 @@ scsi_inquiry(Microtek2_Info *mi, char *device) if (md_dump = 2 ) dump_area2(cmd, sizeof(cmd), inquiry); +printf(E\n); + status = sanei_scsi_cmd(sfd, cmd, sizeof(cmd), result, size); if ( status != SANE_STATUS_GOOD ) { @@ -4337,12 +4348,16 @@ scsi_inquiry(Microtek2_Info *mi, char *device) } sanei_scsi_close(sfd); +printf(F\n); + if (md_dump = 2 ) { dump_area2((uint8_t *) result, size, inquiryresult); dump_area((uint8_t *) result, size, inquiryresult); } +printf(G\n); + /* copy results */ INQ_GET_QUAL(mi-device_qualifier, result); INQ_GET_DEVT(mi-device_type, result); @@ -4352,6 +4367,7 @@ scsi_inquiry(Microtek2_Info *mi, char *device) INQ_GET_REV(mi-revision, (char *)result); INQ_GET_MODELCODE(mi-model_code, result); +printf(H\n); return SANE_STATUS_GOOD; } ___ 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: poudriere jail building error: make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: Malformed conditional (${MK_BIND_NAMED} != no)
I asked in ports@ and was told this is a current@ issue. Please help. Anton Date: Tue, 1 Oct 2013 16:37:26 -0500 From: Bryan Drewery br...@shatow.net To: Anton Shterenlikht me...@bris.ac.uk Subject: Re: poudriere jail building error: make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: Malformed conditional (${MK_BIND_NAMED} != no) On Tue, Oct 01, 2013 at 01:21:42AM +0100, Anton Shterenlikht wrote: This is a first time I'm building a jail, so I might be doing something wrong. =20 cd /pdr/jails/ia64/usr/src/etc/devd; make install install -o root -g wheel -m 644 uath.conf usb.conf /pdr/jails/ia64/etc/d= evd cd /pdr/jails/ia64/usr/src/etc/gss; make install install -o root -g wheel -m 444 mech qop /pdr/jails/ia64/etc/gss cd /pdr/jails/ia64/usr/src/etc/periodic; make install =3D=3D=3D daily (install) make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: M= alformed conditional (${MK_BIND_NAMED} !=3D no) make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /pdr/jails/ia64/usr/src/etc/periodic/daily *** Error code 1 =20 Stop. make[3]: stopped in /pdr/jails/ia64/usr/src/etc/periodic *** Error code 1 =20 Stop. make[2]: stopped in /pdr/jails/ia64/usr/src/etc *** Error code 1 =20 Stop. make[1]: stopped in /pdr/jails/ia64/usr/src *** Error code 1 =20 Stop. make: stopped in /pdr/jails/ia64/usr/src =3D=3D=3D=3D Error: Failed to 'make distribution' =3D=3D=3D=3D Error while creating jail, cleaning up. =3D=3D=3D=3D Removing ia64 jail... done #=20 =20 This was poudriere jail -c -j ia64 -v head -m svn+https on r255488. This should go to current@ as it is not a ports issue. ___ 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: poudriere jail building error: make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: Malformed conditional (${MK_BIND_NAMED} != no)
02.10.2013 12:05, Anton Shterenlikht пишет: I asked in ports@ and was told this is a current@ issue. Please help. Seems to be resolved (at least r255978 worked for me). Date: Tue, 1 Oct 2013 16:37:26 -0500 From: Bryan Drewery br...@shatow.net To: Anton Shterenlikht me...@bris.ac.uk Subject: Re: poudriere jail building error: make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: Malformed conditional (${MK_BIND_NAMED} != no) On Tue, Oct 01, 2013 at 01:21:42AM +0100, Anton Shterenlikht wrote: This is a first time I'm building a jail, so I might be doing something wrong. =20 cd /pdr/jails/ia64/usr/src/etc/devd; make install install -o root -g wheel -m 644 uath.conf usb.conf /pdr/jails/ia64/etc/d= evd cd /pdr/jails/ia64/usr/src/etc/gss; make install install -o root -g wheel -m 444 mech qop /pdr/jails/ia64/etc/gss cd /pdr/jails/ia64/usr/src/etc/periodic; make install =3D=3D=3D daily (install) make[4]: /pdr/jails/ia64/usr/src/etc/periodic/daily/Makefile line 27: M= alformed conditional (${MK_BIND_NAMED} !=3D no) make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /pdr/jails/ia64/usr/src/etc/periodic/daily *** Error code 1 =20 Stop. make[3]: stopped in /pdr/jails/ia64/usr/src/etc/periodic *** Error code 1 =20 Stop. make[2]: stopped in /pdr/jails/ia64/usr/src/etc *** Error code 1 =20 Stop. make[1]: stopped in /pdr/jails/ia64/usr/src *** Error code 1 =20 Stop. make: stopped in /pdr/jails/ia64/usr/src =3D=3D=3D=3D Error: Failed to 'make distribution' =3D=3D=3D=3D Error while creating jail, cleaning up. =3D=3D=3D=3D Removing ia64 jail... done #=20 =20 This was poudriere jail -c -j ia64 -v head -m svn+https on r255488. This should go to current@ as it is not a ports issue. ___ 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 -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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
PR 181532: src/sbin/route/route.c patch for a more useful error message
Hi! In the thread http://lists.freebsd.org/pipermail/freebsd-current/2013-August/043926.html someone stumbled upon a not very helpful error message from: # route get The error message is strange/misleading: route: writing to routing socket: Invalid argument The patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=181532 changes this to: route get requires a parameter, try 'default' Can someone commit this change ? -- p...@opsec.eu+49 171 3101372 7 years to go ! ___ 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 Wed, Oct 02, 2013 at 08:25:30AM +0200, Hans Petter Selasky wrote: Hi, Can you try to apply the attached patch to: cd /usr/ports/graphics/sane-backends make clean extract patch cd /usr/ports/graphics/sane-backends/work/sane-backends-1.0.23 cat sane-backend-debug.diff | patch -p1 cd /usr/ports/graphics/sane-backends make all deinstall install Thanks for the patch! I have applied it now Maybe you can figure out exactly what line is causing the crash by adding more printf's like shown in the attached patch. I think you over-estimate my programming ability! I have soft linked genesys.so as per sane manpages as that's the scanner I have. I don't know why some of the errors are coming up with microtek. $ ls -la /usr/local/lib/sane/libsane.so lrwxr-xr-x 1 root wheel22B 2 Oct 11:59 /usr/local/lib/sane/libsane.so@ - ./libsane-genesys.so.1 sane-find-scanner finds it at found USB scanner (vendor=0x04a9 [Canon], product=0x1909 [CanoScan], chip=GL124) at libusb:/dev/usb:/dev/ugen4.4 OK here is the output from scanimage -L : $ scanimage -L A 0x802ce2808 /dev/pass0 B C A 0x802ce3208 /dev/pass1 B C A 0x802ce3c08 /dev/pass2 B C A 0x802ce4608 /dev/pass3 B C A 0x802ce5008 /dev/pass4 B C D E F G Bus error: 10 (core dumped) Here is the gdb output: (gdb) bt #0 0x0008063c1915 in scsi_inquiry () from /usr/local/lib/sane/libsane-microtek2.so.1 #1 0x0008063b38dc in attach () from /usr/local/lib/sane/libsane-microtek2.so.1 #2 0x0008063b4af9 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 0x0008063b4a23 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) Although scanimage -L gives the bus error, the following doesn't: $ scanimage -d genesys -x 100 -y 100 --format=jpg image.jpg I have no idea why microtek2 is in that output. This is a new install and libscan.so is linked to libsane-genesys.so.1 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: ZFS panic with r255937
on 30/09/2013 02:11 kwh...@site.uottawa.ca said the following: Sorry, debugging this is *way* beyond me. Any hints, patches to try? Please share the stack trace. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: gphoto2 bus error
Hi, One for the archives. I'm not sure if your patch had anything to do with it but I finally got it working by commenting out everything in /usr/local/etc/sane.d/dll.conf and just uncommenting the one I wanted. It seems the scanner was being mis-identified Thanks for your help, -- 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/02/13 14:31, John wrote: Hi, One for the archives. I'm not sure if your patch had anything to do with it but I finally got it working by commenting out everything in /usr/local/etc/sane.d/dll.conf and just uncommenting the one I wanted. It seems the scanner was being mis-identified Thanks for your help, Hi, Maybe you can submit the sane guys a bug-report at: http://www.sane-project.org/sane-backends.html --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 Wed, Oct 02, 2013 at 02:35:57PM +0200, Hans Petter Selasky wrote: Maybe you can submit the sane guys a bug-report at: http://www.sane-project.org/sane-backends.html --HPS yep I'll do that -- 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: graphics/poppler-glib not build
The same error is describe here: http://stackoverflow.com/questions/18459894/clang-stdlib-libc-leads-to-undefined-reference How to fix this, if default build world with options WITHOUT_GCC and WITHOUT_GNUCXX? On 30.09.2013 23:10, Alexander Panyushkin wrote: *make.conf* .if ${.CURDIR:N*/ports/graphics/poppler*} == CFLAGS+= -O2 -pipe CPPFLAGS+= -D_FORTIFY_SOURCE=2 USE_GCC=4.6 .endif *portmaster poppler-glib* CXXLD libpoppler-glib.la c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' GISCAN Poppler-0.18.gir /usr/local/lib/libpoppler.so: undefined reference to `std::_Rb_tree_insert_and_rebalance(bool, std::_Rb_tree_node_base*, std::_Rb_tree_node_base*, std::_Rb_tree_node_base)' /usr/local/lib/libpoppler.so: undefined reference to `std::_Rb_tree_decrement(std::_Rb_tree_node_base*)' /usr/local/lib/libpoppler.so: undefined reference to `std::__throw_length_error(char const*)' collect2: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/sh', '/usr/ports/graphics/poppler-glib/work/gnome-libtool', '--mode=link', '--tag=CC', '--silent', 'gcc46', '-std=gnu99', '-o', '/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib/tmp-introspectJZ7H1B/Poppler-0.18', '-export-dynamic', '-Wall', '-O2', '-march=athlon64-sse3', '-mtune=athlon64-sse3', '-pipe', '-Wformat', '-Wformat-security', '-O2', '-pipe', '-Wl,-rpath=/usr/local/lib/gcc46', '-fno-strict-aliasing', '-L/usr/local/lib', '-pthread', '-Wl,-rpath=/usr/local/lib/gcc46', '/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib/tmp-introspectJZ7H1B/Poppler-0.18.o', '-L.', 'libpoppler-glib.la', '-lgio-2.0', '-lgobject-2.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-L/usr/local/lib', '-lglib-2.0', '-lintl']' returned non-zero exit status 1 28.09.2013 23:31, Steve Kargl пишет: On Sat, Sep 28, 2013 at 10:37:36PM +0300, Alexander Panyushkin wrote: *make.conf* # ### Build whith GCC 4.6 # .if ${.CURDIR:N*/ports/graphics/poppler-glib*} == CFLAGS= -O2 -march=athlon64-sse3 -mtune=athlon64-sse3 -pipe -Wformat -Wformat-security Should use +=. CPPFLAGS+= -D_FORTIFY_SOURCE=2 CXXFLAGS+=-rpath /usr/local/lib/gcc46 USE_GCC=4.6 If you're doing the above, CC=cc CXX=c++ CPP=cpp why are you doing this? ls /usr/local/bin/*46 /usr/local/bin/c++46* /usr/local/bin/cpp46* /usr/local/bin/g++46* /usr/local/bin/gcc46* /usr/local/bin/gcov46* /usr/bin/ld: cannot find -lstdc++ c++: error: linker command failed with exit code 1 (use -v to see invocation) so ld is not being passed the compiler options? ___ 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
port cimg build problem
When I try to install the cimg ports I get this errors root@valfenda:/usr/ports/graphics/cimg # make install clean === Building for cimg-1.5.6_1,3 gmake[1]: Entrando no diretório `/usr/ports/graphics/cimg/work/CImg-1.5.6/examples' gmake[2]: Entrando no diretório `/usr/ports/graphics/cimg/work/CImg-1.5.6/examples' ** Compiling 'CImg_demo (1.5.6)' with 'g++46' g++46 -o CImg_demo CImg_demo.cpp -I.. -Wall -W -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -fno-tree-pre -Dcimg_use_vt100 -I/usr/local/include -Dcimg_use_xrandr -Dcimg_use_tiff -Dcimg_use_openexr -I//usr/local/include/OpenEXR -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_zlib -Dcimg_use_opencv -I/usr/local/include/opencv -Dcimg_use_magick -I/usr/local/include/GraphicsMagick -O2 -pipe -DPNG_DEPSTRUCT= -fno-strict-aliasing -Dcimg_use_lapack -Dcimg_use_fftw3 -pthread -Wl,-rpath=/usr/local/lib/gcc46 -lm -lm -L/usr/local/lib -lX11 -lXrandr -ltiff -lIlmImf -lHalf -lpng -lz -ljpeg -lz -lopencv_legacy -lopencv_highgui -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lGraphicsMagick++ -lGraphicsMagick -ljbig -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lfpx -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -L/usr/local/lib -llapack -lblas -lfftw3 ** Compiling 'captcha (1.5.6)' with 'g++46' g++46 -o captcha captcha.cpp -I.. -Wall -W -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -fno-tree-pre -Dcimg_use_vt100 -I/usr/local/include -Dcimg_use_xrandr -Dcimg_use_tiff -Dcimg_use_openexr -I//usr/local/include/OpenEXR -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_zlib -Dcimg_use_opencv -I/usr/local/include/opencv -Dcimg_use_magick -I/usr/local/include/GraphicsMagick -O2 -pipe -DPNG_DEPSTRUCT= -fno-strict-aliasing -Dcimg_use_lapack -Dcimg_use_fftw3 -pthread -Wl,-rpath=/usr/local/lib/gcc46 -lm -lm -L/usr/local/lib -lX11 -lXrandr -ltiff -lIlmImf -lHalf -lpng -lz -ljpeg -lz -lopencv_legacy -lopencv_highgui -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lGraphicsMagick++ -lGraphicsMagick -ljbig -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lfpx -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -L/usr/local/lib -llapack -lblas -lfftw3 /tmp//ccda87Cc.o: In function `cimg_library::CImgunsigned char::save_magick(char const*, unsigned int) const': captcha.cpp:(.text._ZNK12cimg_library4CImgIhE11save_magickEPKcj[cimg_library::CImgunsigned char::save_magick(char const*, unsigned int) const]+0x29b): undefined reference to `Magick::Image::write(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: ld returned 1 exit status gmake[2]: ** [captcha] Erro 1 gmake[2]: *** Esperando que os outros processos terminem /tmp//ccFOT8wN.o: In function `cimg_library::CImgunsigned char::save_magick(char const*, unsigned int) const': CImg_demo.cpp:(.text._ZNK12cimg_library4CImgIhE11save_magickEPKcj[cimg_library::CImgunsigned char::save_magick(char const*, unsigned int) const]+0x27b): undefined reference to `Magick::Image::write(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: ld returned 1 exit status gmake[2]: ** [CImg_demo] Erro 1 gmake[2]: Saindo do diretório `/usr/ports/graphics/cimg/work/CImg-1.5.6/examples' gmake[1]: ** [Mlinux] Erro 2 gmake[1]: Saindo do diretório `/usr/ports/graphics/cimg/work/CImg-1.5.6/examples' === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/graphics/cimg root@valfenda:/usr/ports/graphics/cimg # ___ 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
blender ports problem
I try to compile blender from ports setup options [x] BULLET Bullet physics engine [x] CAMERATRACK Camera tracking support [x] CINEON CINEON and DPX graphics format support | [x] COMPOSITOR Use the tile-based nodal compositor | [ ] CYCLES Cycles render engine support| [ ] CYCLESOSLShading support for the cycles render engine| [x] DDS DDS graphics format support | [x] FFMPEG FFmpeg support (WMA, AIFF, AC3, APE...) | [x] FFTW3Use fftw for smoke and audio effects| [x] FRAMESERVER Image FrameServer support for rendering | [x] FREESTYLEEnable advanced edges rendering | [x] GAMEENGINE Enable the game engine | [x] HDR Generic high dynamic-range (HDR) support| [ ] HEADLESS Disable user interface (for render-farms) | [x] INPUT_NDOF Enable NDOF input device support| [ ] JACK JACK audio server support | [x] LIBMVEnable motion tracking via libmv| [x] LZMA Best compression support| [x] LZO Fast compression support| [x] MENU Install desktop menu| [x] MOD_BOOLEAN Boolean modifier support| [x] MOD_FLUIDFluid simulation support| [x] MOD_OCEANSIM Ocean simulation support| [x] MOD_REMESH Remesh modifier support | [x] MOD_SMOKESmoke simulation support| [x] NLS Native Language Support | [x] OPENAL OpenAL support | [ ] OPENCOLORIO OpenColorIO-based color management support | [x] OPENEXR HDR image format support via OpenEXR| [x] OPENJPEG Enhanced JPEG graphics support | [x] OPENMP Parallel processing support via OpenMP | [x] PLAYER Enable blender player | [x] RAYOPTIMIZATION Enable SSE optimizatons for raytracing | [ ] REDCODE RedCode graphics format support | [x] SAMPLERATE Sample rate conversion support | [x] SDL Audio and Joystick support using SDL| [ ] SNDFILE libsndfile support | [x] TIFF TIFF image format support | [x] XF86VMODEX11 video mode switching support| [x] XINPUT X11 Xinput (tablet) support [ 27%] Building CXX object source/blender/ikplugin/CMakeFiles/bf_ikplugin.dir/intern/itasc_plugin.cpp.o In file included from /usr/ports/graphics/blender/work/blender-2.68a/source/blender/ikplugin/intern/itasc_plugin.cpp:35: In file included from /usr/include/c++/v1/vector:261: In file included from /usr/include/c++/v1/__bit_reference:15: In file included from /usr/include/c++/v1/algorithm:626: /usr/include/c++/v1/utility:243:9: error: field has incomplete type 'KDL::TreeElement' _T2 second; ^ /usr/include/c++/v1/map:693:20: note: in instantiation of template class 'std::__1::pairconst std::__1::basic_stringchar, KDL::TreeElement' requested here value_type __cc; ^ /usr/include/c++/v1/__tree:603:16: note: in instantiation of member class 'std::__1::mapstd::__1::basic_stringchar, KDL::TreeElement, std::__1::lessstd::__1::basic_stringchar , Eigen::aligned_allocatorstd::__1::pairstd::__1::basic_stringchar, KDL::TreeElement ::__value_type' requested here value_type __value_; ^ /usr/include/c++/v1/__tree:690:22: note: in instantiation of template class 'std::__1::__tree_nodestd::__1::mapstd::__1::basic_stringchar, KDL::TreeElement, std::__1::lessstd::__1::basic_stringchar , Eigen::aligned_allocatorstd::__1::pairstd::__1::basic_stringchar, KDL::TreeElement ::__value_type, void *' requested here typedef typename __node::base __node_base; ^ /usr/include/c++/v1/map:566:19: note: in instantiation of template class 'std::__1::__tree_const_iteratorstd::__1::mapstd::__1::basic_stringchar, KDL::TreeElement, std::__1::lessstd::__1::basic_stringchar , Eigen::aligned_allocatorstd::__1::pairstd::__1::basic_stringchar, KDL::TreeElement ::__value_type, std::__1::__tree_nodestd::__1::mapstd::__1::basic_stringchar, KDL::TreeElement, std::__1::lessstd::__1::basic_stringchar ,
Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi)
Wiadomość napisana przez Sergey V. Dyatko sergey.dya...@gmail.com w dniu 24 wrz 2013, o godz. 09:46: Hi, today I tried to play a bit with new iscsi r255812 isn't fully complete fix? what I did: 1) create ctl.conf: pidfile /var/run/ctld.pid portal-group example2 { discovery-auth-group no-authentication listen 127.0.0.1 listen 0.0.0.0:3261 } target iqn.desktop:target0 { alias Testing target auth-group no-authentication portal-groupexample2 lun 0 { path /dev/md0 blocksize 4096 # size 4G } } 2) dd if=/dev/zero of=/path/to/file bs=1M count=200 3) mdconfig -a -t vnode -f /path/to/file 4) start iscsid and ctld 5) iscsictl -A -h locahost -t iqn.desktop:target0 (wrong hostname) 6) iscsictl -A -h localhost -t iqn.desktop:target0 after [6] /var/log/messages: Sep 24 10:31:50 tiger kernel: cfiscsi_ioctl_handoff: new connection from iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to iqn.desktop:target0 Sep 24 10:31:50 tiger kernel: da0 at iscsi2 bus 0 scbus6 target 0 lun 0 Sep 24 10:31:50 tiger kernel: da0: FREEBSD CTLDISK 0001 Fixed Direct Access SCSI-5 device Sep 24 10:31:50 tiger kernel: da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) also I see following (step 5, I suppose, how I can cancel it ?): Sep 24 10:32:08 tiger iscsid[1428]: locahost (iqn.desktop:target0): failed to connect to locahost: Connection refused Sep 24 10:32:08 tiger kernel: WARNING: locahost (iqn.desktop:target0): login timed out after 61 seconds; reconnecting Sep 24 10:33:10 tiger iscsid[1402]: child process 1428 terminated with exit status 1 Sep 24 10:33:10 tiger kernel: WARNING: locahost (iqn.desktop:target0): login timed out after 61 seconds; reconnecting Sep 24 10:33:10 tiger iscsid[1433]: locahost (iqn.desktop:target0): failed to connect to locahost: Connection refused Ok, seems I can work with that, I can do newfs /dev/da0, mount it and so on. Now i'm trying to tun iscontrol on my laptop (beta1, r255449): laptop# iscontrol -dt 192.168.9.98 errno=61 connect: Connection refused ^C hm... possible something wrong... trying to reproduce that on desktop... run `kldload iscsi_initiator` and got a panic: tiger# kgdb /boot/kernel/kernel /var/crash/vmcore.last - http://paste.org.ru/?rtc74f Just for the record, this should be fixed with r255855. ___ 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
graphics/gnash build error
When I try to build gnash libtool: link: g++46 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc46 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wnon-virtual-dtor -Wunused -fvisibility-inlines-hidden /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc46 -Wl,--as-needed -o .libs/gtk-gnash gtk_gnash-gnash.o gtk_gnash-gui.o gtk_gnash-Player.o gtk_gnash-NullGui.o gtk_gnash-ScreenShotter.o gtk_gnash-gtk_canvas.o gtk_gnash-gtk.o gtk_gnash-gui_gtk.o gtk_gnash-gtk_glue_agg.o -Wl,-rpath -Wl,/usr/local/lib -Wl,--export-dynamic -L/usr/local/lib -L/usr/lib ../libcore/.libs/libgnashcore.so ../libdevice/.libs/libgnashdevice.so ../librender/.libs/libgnashrender.so /usr/ports/graphics/gnash/work/gnash-0.8.10/libdevice/.libs/libgnashdevice.so /usr/ports/graphics/gnash/work/gnash-0.8.10/libcore/.libs/libgnashcore.so /usr/ports/graphics/gnash/work/gnash-0.8.10/libsound/.libs/libgnashsound.so ../libsound/.libs/libgnashsound.so /usr/ports/graphics/gnash/work/gnash-0.8.10/libmedia/.libs/libgnashmedia.so /usr/local/lib/libSDL.so -lvgl /usr/local/lib/libaa.so -lncurses -lusbhid ../libmedia/.libs/libgnashmedia.so /usr/ports/graphics/gnash/work/gnash-0.8.10/libbase/.libs/libgnashbase.so -lavcodec /usr/local/lib/libdca.so /usr/local/lib/libvorbisenc.so /usr/local/lib/libvorbis.so -lavformat -lavutil /usr/local/lib/libtheora.so /usr/local/lib/libogg.so -lgsm -lswscale /usr/local/lib/libspeex.so /usr/local/lib/libspeexdsp.so ../libbase/.libs/libgnashbase.so /usr/local/lib/libjpeg.so /usr/local/lib/libgif.so /usr/local/lib/libcurl.so /usr/local/lib/libidn.so -lgssapi /usr/local/lib/libldap.so /usr/local/lib/liblber.so -lfetch -lcom_err -lssl -lcrypto -lboost_thread -lboost_program_options -lboost_iostreams /usr/local/lib/libltdl.so /usr/local/lib/libgtk-x11-2.0.so /usr/local/lib/libgdk-x11-2.0.so /usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libharfbuzz.so -lgraphite2 /usr/local/lib/libXi.so /usr/local/lib/libXrandr.so /usr/local/lib/libXcursor.so /usr/local/lib/libXcomposite.so /usr/local/lib/libXdamage.so /usr/local/lib/libXfixes.so /usr/local/lib/libcairo.so /usr/local/lib/libpixman-1.so /usr/local/lib/libxcb-shm.so /usr/local/lib/libxcb-render.so /usr/local/lib/libXrender.so -lGL /usr/local/lib/libgdk_pixbuf-2.0.so -lpng15 /usr/local/lib/libgio-2.0.so /usr/local/lib/libpangoft2-1.0.so /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so -lz /usr/local/lib/libpango-1.0.so /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libatk-1.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so /usr/local/lib/libexpat.so /usr/local/lib/libXinerama.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libXv.so /usr/local/lib/libXext.so -lbz2 /usr/local/lib/libagg.so -lrt -lm /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc -pthread -Wl,-rpath -Wl,/usr/local/lib/gnash -Wl,-rpath -Wl,/usr/local/lib /usr/local/bin/ld: gtk_gnash-gnash.o: undefined reference to symbol 'boost::system::system_category()' /usr/local/bin/ld: note: 'boost::system::system_category()' is defined in DSO /usr/local/lib/libboost_system.so.5 so try adding it to the linker command line /usr/local/lib/libboost_system.so.5: could not read symbols: Invalid operation collect2: ld returned 1 exit status gmake[6]: ** [gtk-gnash] Erro 1 gmake[6]: Saindo do diretório `/usr/ports/graphics/gnash/work/gnash-0.8.10/gui' gmake[5]: ** [all-recursive] Erro 1 gmake[5]: Saindo do diretório `/usr/ports/graphics/gnash/work/gnash-0.8.10/gui' gmake[4]: ** [all] Erro 2 gmake[4]: Saindo do diretório `/usr/ports/graphics/gnash/work/gnash-0.8.10/gui' gmake[3]: ** [all-recursive] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/graphics/gnash/work/gnash-0.8.10' gmake[2]: ** [all] Erro 2 gmake[2]: Saindo do diretório `/usr/ports/graphics/gnash/work/gnash-0.8.10' === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/gnash *** Error code 1 Stop. make: stopped in /usr/ports/graphics/gnash root@valfenda:/usr/ports/graphics/gnash # my box: root@valfenda:/usr/ports/graphics/gnash # uname -a FreeBSD valfenda 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #1 r255904: Fri Sep 27 08:48:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 root@valfenda:/usr # svn info src Caminho: src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Raiz do Repositório: svn://svn.freebsd.org/base UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revisão: 255983 Tipo de Nó: diretório Agendado: normal Autor da Última Mudança: emaste Revisão da Última Mudança: 255983 Data da Última Mudança:
[10.0-amd64 host and 9.2-i386 jail] cpio: Can't update time for...
(CCing to the maintainer) Hi All, I've come across a problem and can't diagnose it. Please give me an advice how to proceed. I have a fresh CURRENT amd64 host with 9.2 (9.1 behaves the same) i386 jail. The command /usr/bin/find -d input_dir | /usr/bin/cpio -dumpl output_dir ends with error with diagnostic cpio: Can't update time for a directory. One can reproduce it by installing at 10-amd64 host poudriere, create a 9-i386 jail and try to build devel/tmake port. Full log is here: http://gw.wart.ru/bulk/91-i386-default/2013-10-02_14h52m08s/logs/errors/tmake-1.13.log I've managed to find out that the command...: - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib | /usr/bin/cpio -dumpl /destdir - ...fails with diagnostic: cpio: Can't update time for /destdir/wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib. However the following command succeeds (mind the /* after lib): - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib/* | /usr/bin/cpio -dumpl /destdir - The directory itself seems quite natural: - # ls -ldT /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib drwxr-xr-x 53 root wheel 3264 Jan 28 05:21:45 2004 /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib - There are no problems at 10-amd64 and 10-i386 jails. I'm out of ideas. Thanks for your help. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: [10.0-amd64 host and 9.2-i386 jail] cpio: Can't update time for...
On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote: (CCing to the maintainer) Hi All, I've come across a problem and can't diagnose it. Please give me an advice how to proceed. I have a fresh CURRENT amd64 host with 9.2 (9.1 behaves the same) i386 jail. The command /usr/bin/find -d input_dir | /usr/bin/cpio -dumpl output_dir ends with error with diagnostic cpio: Can't update time for a directory. One can reproduce it by installing at 10-amd64 host poudriere, create a 9-i386 jail and try to build devel/tmake port. Full log is here: http://gw.wart.ru/bulk/91-i386-default/2013-10-02_14h52m08s/logs/errors/tmake-1.13.log I've managed to find out that the command...: - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib | /usr/bin/cpio -dumpl /destdir - ...fails with diagnostic: cpio: Can't update time for /destdir/wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib. However the following command succeeds (mind the /* after lib): - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib/* | /usr/bin/cpio -dumpl /destdir - The directory itself seems quite natural: - # ls -ldT /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib drwxr-xr-x 53 root wheel 3264 Jan 28 05:21:45 2004 /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib - There are no problems at 10-amd64 and 10-i386 jails. I'm out of ideas. Thanks for your help. ktrace the failing invocation ? pgpNYYk_RELbd.pgp Description: PGP signature
Re: ZFS panic with r255937
On Wed, 2 Oct 2013, Andriy Gapon wrote: on 30/09/2013 02:11 kwh...@site.uottawa.ca said the following: Sorry, debugging this is *way* beyond me. Any hints, patches to try? Please share the stack trace. -- Andriy Gapon There's now a pr for this panic: kern/182570 Here's the stack trace: root@freebsd10:/usr/src # kgdb /boot/kernel/kernel /var/crash/vmcore.last 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... Unread portion of the kernel message buffer: panic: solaris assert: dn-dn_maxblkid == 0 (BP_IS_HOLE(dn-dn_phys-dn_blkptr[0]) || dnode_block_freed(dn, 0)), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c, line: 598 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00992b3280 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00992b3330 vpanic() at vpanic+0x126/frame 0xfe00992b3370 panic() at panic+0x43/frame 0xfe00992b33d0 assfail() at assfail+0x22/frame 0xfe00992b33e0 dnode_reallocate() at dnode_reallocate+0x225/frame 0xfe00992b3430 dmu_object_reclaim() at dmu_object_reclaim+0x123/frame 0xfe00992b3480 dmu_recv_stream() at dmu_recv_stream+0xd79/frame 0xfe00992b36b0 zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfe00992b3920 zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfe00992b39c0 devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfe00992b3a20 kern_ioctl() at kern_ioctl+0x2ca/frame 0xfe00992b3a90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfe00992b3ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe00992b3bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe00992b3bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019dc9ca, rsp = 0x7fff5ad8, rbp = 0x7fff5b60 --- KDB: enter: panic Uptime: 37m10s Dumping 874 out of 2023 MB: ... (kgdb) where #0 doadump (textdump=1) at pcpu.h:218 #1 0x808b7217 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808b7725 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808b7773 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x81e5 in assfail (a=value optimized out, f=value optimized out, l=value optimized out) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81 #5 0x81d09735 in dnode_reallocate (dn=0xf8006dde3000, ot=DMU_OT_PLAIN_FILE_CONTENTS, blocksize=1024, bonustype=DMU_OT_SA, bonuslen=168, tx=0xf8006d7a2600) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:596 #6 0x81cff463 in dmu_object_reclaim (os=value optimized out, object=value optimized out, ot=DMU_OT_PLAIN_FILE_CONTENTS, blocksize=1024, bonustype=DMU_OT_SA, bonuslen=168) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_object.c:155 #7 0x81cfd849 in dmu_recv_stream (drc=0xfe00992b3728, fp=value optimized out, voffp=0xfe00992b3718, cleanup_fd=8, action_handlep=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:1231 #8 0x81d8b1fc in zfs_ioc_recv (zc=0xfe00372e1000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4102 #9 0x81d864ea in zfsdev_ioctl (dev=value optimized out, zcmd=value optimized out, arg=value optimized out, flag=value optimized out, td=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5960 #10 0x807af840 in devfs_ioctl_f (fp=0xf800052e1460, com=3222821403, data=0xf8006ff1faa0, cred=value optimized out, td=0xf8003f7ba920) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #11 0x8090e94a in kern_ioctl (td=0xf8003f7ba920, fd=value optimized out, com=0) at file.h:319 #12 0x8090e62f in sys_ioctl (td=0xf8003f7ba920, uap=0xfe00992b3b80) at /usr/src/sys/kern/sys_generic.c:698 #13 0x80caee35 in amd64_syscall (td=0xf8003f7ba920, traced=0) at subr_syscall.c:134 #14 0x80c961ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #15 0x0008019dc9ca in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) Here's a how to repeat: Assuming pool tank and non-existent tank/nobj tank/xobj === cut here === #!/bin/sh zfs create tank/nobj zfs snapshot tank/nobj@0 __MAKECONF=/dev/null SRCCONF=/dev/null MAKEOBJDIRPREFIX=/tank/nobj make -j6 buildkernel zfs snapshot tank/nobj@1 #find
Re: [10.0-amd64 host and 9.2-i386 jail] cpio: Can't update time for...
02.10.2013 21:47, Konstantin Belousov пишет: On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote: (CCing to the maintainer) Hi All, I've come across a problem and can't diagnose it. Please give me an advice how to proceed. I have a fresh CURRENT amd64 host with 9.2 (9.1 behaves the same) i386 jail. The command /usr/bin/find -d input_dir | /usr/bin/cpio -dumpl output_dir ends with error with diagnostic cpio: Can't update time for a directory. One can reproduce it by installing at 10-amd64 host poudriere, create a 9-i386 jail and try to build devel/tmake port. Full log is here: http://gw.wart.ru/bulk/91-i386-default/2013-10-02_14h52m08s/logs/errors/tmake-1.13.log I've managed to find out that the command...: - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib | /usr/bin/cpio -dumpl /destdir - ...fails with diagnostic: cpio: Can't update time for /destdir/wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib. However the following command succeeds (mind the /* after lib): - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib/* | /usr/bin/cpio -dumpl /destdir - The directory itself seems quite natural: - # ls -ldT /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib drwxr-xr-x 53 root wheel 3264 Jan 28 05:21:45 2004 /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib - There are no problems at 10-amd64 and 10-i386 jails. I'm out of ideas. Thanks for your help. ktrace the failing invocation ? The relevant part is here: ftp://ftp.wart.ru/pub/misc/bsdcpio-error-cant-update-time-kdump.txt -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: [10.0-amd64 host and 9.2-i386 jail] cpio: Can't update time for...
On Wed, Oct 02, 2013 at 10:18:44PM +0400, Boris Samorodov wrote: 02.10.2013 21:47, Konstantin Belousov пишет: On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote: (CCing to the maintainer) Hi All, I've come across a problem and can't diagnose it. Please give me an advice how to proceed. I have a fresh CURRENT amd64 host with 9.2 (9.1 behaves the same) i386 jail. The command /usr/bin/find -d input_dir | /usr/bin/cpio -dumpl output_dir ends with error with diagnostic cpio: Can't update time for a directory. One can reproduce it by installing at 10-amd64 host poudriere, create a 9-i386 jail and try to build devel/tmake port. Full log is here: http://gw.wart.ru/bulk/91-i386-default/2013-10-02_14h52m08s/logs/errors/tmake-1.13.log I've managed to find out that the command...: - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib | /usr/bin/cpio -dumpl /destdir - ...fails with diagnostic: cpio: Can't update time for /destdir/wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib. However the following command succeeds (mind the /* after lib): - # /usr/bin/find -d /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib/* | /usr/bin/cpio -dumpl /destdir - The directory itself seems quite natural: - # ls -ldT /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib drwxr-xr-x 53 root wheel 3264 Jan 28 05:21:45 2004 /wrkdirs/usr/ports/devel/tmake/work/tmake-1.13/lib - There are no problems at 10-amd64 and 10-i386 jails. I'm out of ideas. Thanks for your help. ktrace the failing invocation ? The relevant part is here: ftp://ftp.wart.ru/pub/misc/bsdcpio-error-cant-update-time-kdump.txt So lutimes(2) fails with EINVAL, and in fact futimes(2) failed just before with the timeval array passed from the same address. Most likely, EINVAL comes from the getutimes() check, which verifies that usec values are non-negative and less than 10. You probably have to debug this by looking at the timeval initialization and understanding where the value come from. pgp6lmQ52GXCp.pgp Description: PGP signature
Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking
On Saturday, September 07, 2013 2:32:45 am Alexander Motin wrote: On 07.09.2013 02:02, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote: On 06.09.2013 11:06, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin m...@freebsd.org wrote: I've found and fixed possible double request completion, that could cause such symptoms if happened. Updated patch located as usual: http://people.freebsd.org/~mav/camlock_patches/camlock_20130905.patch With this new one I cannot boot any more (I also updated the source tree). This is a hand transcripted version: Trying to mount root from zfs:zroot/root []... panic: Batch flag already set cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() kdb_backtrace() vpanic() kassert_panic() xpt_batch_start() ata_interrupt() softclock_call_cc() softclock() ithread_loop() fork_exit() fork_trampoline() Thank you for the report. I see my fault. It is probably specific to ata(4) driver only. I've workarounded that in new patch version, but probably that area needs some rethinking. http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch I'm not sure you needed a confirmation, but it boots. Thanks :). I didn't quite understand the thread; is direct dispatch enabled for amd64? ISTR you said only i386 but someone else posted the macro for amd64. Yes, it is enabled for amd64. I've said x86, meaning both i386 and amd64. FYI, I tested mfi with this patch set and mfid worked fine for handling g_up directly: Index: dev/mfi/mfi_disk.c === --- dev/mfi/mfi_disk.c (revision 257407) +++ dev/mfi/mfi_disk.c (working copy) @@ -162,6 +162,7 @@ sc-ld_disk-d_unit = sc-ld_unit; sc-ld_disk-d_sectorsize = secsize; sc-ld_disk-d_mediasize = sectors * secsize; + sc-ld_disk-d_flags = DISKFLAG_DIRECT_COMPLETION; if (sc-ld_disk-d_mediasize = (1 * 1024 * 1024)) { sc-ld_disk-d_fwheads = 255; sc-ld_disk-d_fwsectors = 63; -- John Baldwin ___ 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: UEFI
On Sunday, September 22, 2013 3:00:22 pm Michael Copeland wrote: I noticed on freebsdnews that UEFI support could make it into release. https://wiki.freebsd.org/UEFI http://svnweb.freebsd.org/base/projects/uefi/ I've tested it as shown in the wiki link and it only reboots the vm. I'm just wondering if that news was accurate or if it's still going to be a long while till we have proper support for UEFI. It is not in the base tree yet, so it seems unlikely to make it in for 10.0. -- John Baldwin ___ 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: r255757: crahsing frquently, even faster when compiled with WITH_SSP in /etc/make.conf
On Saturday, September 21, 2013 4:20:35 am O. Hartmann wrote: Today, I realised that the most recent source (r255757) is crashing very frequent when under load (compiling world). This pgenomenon is with all FreeBSD CURRENT boxes I updated recently to r255757 and the kernel I work on at the very moment is on those system Do you mean a kernel crash? If so, do you have a crashdump or any panic messages? -- John Baldwin ___ 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: UEFI
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
issue with shell/pdksh in current (10 alpha 4)
Hi, I'm working in a PR about pdksh in current, and I'm not really able to figure out what's going on. So that's the facts : A breakage was reported in august about pdksh in current (ports/181438). The PR says pdksh hangs after the first command was sent ( run pdks, type 'ls' validate and you are locked) After a lookup on the code and a little debug I found that, in current, after the main process fork to perform the 'ls', the child fall in a zombi state and the father remains waiting for the SIGCHLD signal forever. Of course, in 9-STABLE things works fine. I try to use a pdksh build in 9 in current, and things works fine. I start thinking the problem commes from clang. Before any change I test GCC in current,and bang! dosn't works. Here is a little array explaining my tests. Environments: 10.32 : FreeBSD 10 Alpha 4 x32 10.64 : FreeBSD 10 Alpha 4 AMD64 9.32 : FreeBSD 9-STABLE x32 9.64 : FreeBSD 9-STABLE AMD64 build / run in| 10.32 | 10.64 | 9.32 | 9.64 | -- Build w/CLANG |KO |KO | Not tested in native env |v3.3 |v3.3 | -- Build w/GCC |KO |KO |all OK in native env |v4.6.3 |v4.2.1 |v4.2.1 -- Build w/GCC |OK |OK |all KO(Build in 10) in 9-STABLE 32|v4.2.1 |v4.2.1 |v4.6.3 -- So If I use a pdks build in its own environement with clang or gcc, pdksh fail. The same tes done in 9 success. If I copy 9-STABLE pdksh builds to 10, the imported pdksh works fine. If I copy the 10 pdksh builds to 9, pdksh dosn't works. It seems the problem is related to the build environement in current, without regads to the copiler used. Maybe a macro failure.. Anyone has a clue ? Best regards, - rodrigo ___ 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: UEFI
On 03/10/2013, at 3:35 AM, John Baldwin j...@freebsd.org wrote: On Sunday, September 22, 2013 3:00:22 pm Michael Copeland wrote: I noticed on freebsdnews that UEFI support could make it into release. https://wiki.freebsd.org/UEFI http://svnweb.freebsd.org/base/projects/uefi/ I've tested it as shown in the wiki link and it only reboots the vm. I'm just wondering if that news was accurate or if it's still going to be a long while till we have proper support for UEFI. It is not in the base tree yet, so it seems unlikely to make it in for 10.0. I got snowed under at work and so haven't had a chance to get it in. The changes needed to LLVM/Clang have been done and I'm currently checking a patch that adds the necessary support in to our in-tree version (hat tip to dim@). I should have some space soon to actually get a working version ready but it won't make 10.0. I'm aiming for 10.1. Cheers, Benno. ___ 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: UEFI
Hmm Should I build with GCC? ___ 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: UEFI
On 03/10/2013, at 7:46 AM, Michael Copeland mich...@kryptos-security.com wrote: Hmm Should I build with GCC? Yes, the in-tree version of clang doesn't understand __attribute__((ms_abi)) and so it won't generate the Microsoft function call code that UEFI expects. You'll need gcc = 4.7 so you'll need it from ports. This has been one of the blockers on getting it done (beyond my lack of time). Cheers, Benno. ___ 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: UEFI
Thanks for the heads up, my fault for assuming I should use clang since it was default in head. I actually did not see any errors, so I just proceeded to put it in the ESP. Guess I should have looked into it a bit further. ___ 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
urtwn driver for Edimax EW-7811U WLAN nano USB Adapter
Hi current@, It seems I need if_urtwn driver for a really miniature WLAN USB stick, if_urtwn is only in current ? man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ? It took hours to search this far, is there a quicker way to find drivers that I should have taken, that could go as tips in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html This is how I deduced what I needed: -- This is in the chronlogical search order I took: http://www.conrad.de/ce/de/product/993655/?insert_kz=NAhk=SEMWT.srch=1scamp=GB6_Computer%20u%20Office_Netzwerksaddg=Netzwerk-Adapter_WLAN-Adaptergclid=CKK14r7T-LkCFYJd3god_B8Afw Cost 9.95 Euro Paper Label: Edimax 150 Mbps Wireless 802.11b/g/n nano USB Adapter Green PowerSaving 3 time wirless coverage Smart EZmax setup wizard WPS,WPA2, 802.1x support b g Wi Fi n Certified GreenWLAN EW-7811Un MAC Linux Windows7 CDROM: Utility Multi-language QIG User Manual, Version 3.0 November 2010 http://www.amazon.com/gp/product/B005CLMJLU/ref=as_li_ss_tl?ie=UTF8tag=sesoca-20linkCode=as2camp=1789creative=390957creativeASIN=B005CLMJLU Modulation OFDM: BPSK, QPSK, 16-QAM, 64-QAM, DSSS. Frequency Band 2.4GHz - 2.4835GHz. Antenna internal chip antenna. Channels (FCC) 2.4GHz : 1~11. Security 64/128 bit WEP Encryption and WPA-PSK, WPA2-PSK security; WPS compatible IEEE 802.1X . devd -d -D reports: match vendor0x7392; # current/src//sys/dev/usb/usbdevs: Edimax match product 0x7811; # current/src//sys/dev/usb/usbdevs: EW-7811Un match release 0x0200; match devclass 0x00; match devsubclass 0x00; match intclass 0xff; match intsubclass 0xff; Realtek was seen on the cdrom: /Linux Driver/rtl8192CU_8188CU_linux_v2.0.939.20100726/driver/\ rtl8192CU_linux_v2.0.939.20100726.tar.gz with 18 rtl8192CU_linux_v2.0.939.20100726/core/rtw* including rtw_cmd.c with: * rtl871x_cmd.c The contents of this file is the sole property of Realtek Corp # #define _RTL871X_CMD_C_ http://distrowatch.com/weekly.php?issue=20130902mode=67 17 # Hardware drivers (by Angel on 2013-09-03 12:38:33 GMT from Philippines) @9 BluPhoenyx I have the same wifi dongle, Edimax EW-7811Un . The Linux kernel driver provided is RTL8192cu. It does not work properly. However, a working driver can be downloaded from Realtek: 8192cu. I'm using it now on my desktop with kernel 3.20.25, Ubuntu 12.04. Has worked fine with different distros, various kernels Instructions here: http://www.linux-hardware-guide.com/2012-10-07-edimax-ew-7811un-wireless-usb-150-mbits-802-11n http://www.linux-hardware-guide.com/2012-10-07-edimax-ew-7811un-wireless-usb-150-mbits-802-11n The following devices are identical to the Edimax EW-7811UN: * Edimax EW-7811GLn, EW-7811Un, EW-7811UWn, GWU-H811GLn * Airlink101 AWLL5088 * Sitecom WL-365 * GETNET GN-521U The USB stick uses the Realtek RTL8188CUS chipset, which is supported by the kernel module rtl8192cu. This module is included in the kernel since version = 3.0 and will be loaded automatically: If the EW-7811UN stick is used with older distributions it might be necessary to use the Edimax original drivers together with NdisWrapper. Furthermore, one can use the original Realtek drivers. http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PFid=48Level=5Conn=4ProdID=277DownTypeID=3GetDown=falseDownloads=true#2772 http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PFid=48Level=5Conn=4ProdID=277DownTypeID=3GetDown=falseDownloads=true#2772 2 options to choose: Linux Kernel 2.6.18~2.6.38 and Kernel 3.0.8 Android 1.6~2.3 and 4.0 Version Update Size 3.4.4_4749 2012/11/12 7308k ftp://WebUser:Lc9FuH5r@95.130.192.218/cn/wlan/RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip Or MAC OSX 10.8 Install Package 2.0.1 2012/10/18 2723k ftp://WebUser:Lc9FuH5r@95.130.192.218/cn/wlan/Wlan_11n_USB_MacOS10.8_Driver_UI_2.0.1.zip XXX Browser for some reason moves on to: http://218.210.127.131/ Which has more Realtek chips. Downloaded both: 7483477 Nov 12 2012 RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip 2788945 Oct 18 2012 Wlan_11n_USB_MacOS10.8_Driver_UI_2.0.1.zip MD5 (RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip) = 791bde2cd1a13dfbbf2338c799dd8aaf *** MD5
Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter
On 2 Oct 2013, at 16:57, Julian H. Stacey j...@berklix.com wrote: Hi current@, It seems I need if_urtwn driver for a really miniature WLAN USB stick, if_urtwn is only in current ? man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ? This driver was never merged to FreeBSD 9. Can you use FreeBSD 10 instead? The port reference in the man page is wrong. The firmware is now shipped as part of the base system. -- Rui Paulo ___ 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