Re: problem with wpa_supplicant
On Friday, September 03, 2010 01:34:54 Davide Italiano wrote: Hi. I've been recently upgraded to -CURRENT (9.0). After # make buildworld # make buildkernel KERNCONF=MYKERNEL # make install kernel KERNCONF=MYKERNEL I have rebooted to single-user mode, as suggested in the documentation. No more wireless connection. I've a intel 2200 bg wireless card, running using the kernel built-in iwi module. In particular, when I run wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf I get this: CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS ... My wpa_supplicant.conf is: ap_scan=1 fast_reauth=1 network={ ssid=MY_SSID psk=MY_KEY } Also, my /boot/loader.conf contains legal.intel_iwi.license_ack=1 if_iwi_load=YES and my rc.conf wlans_iwi0=wlan0 ifconfig_wlan0=WPA inet 192.168.1.110 netmask 0xff00 defaultrouter=192.168.1.1 Again, it worked w/ freebsd 8.1 (stable). Also, I've read in the UPDATING file in /usr/src this: Applications such as wpa_supplicant(8) may require a full world build without using NO_CLEAN in order to get synchronized with the new structure. But, I've done a make buildworld before, isn't enough? Thanks a lot Did you also run make installworld? -- Bernhard ___ 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: Trouble with a atapi-cam backup..
on 02/09/2010 23:23 Randy Stewart said the following: Hi all: So I finally upgraded my 7.3stable main server to 8.1stable... And now my backup to atapi-cam is failing.. I get: r...@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J backup_init.08-31-2010.gz :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for device You can try to use DTrace to see where exactly in kernel the ioctl request fails. -- 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: ZFS v28 is ready for wider testing.
On 09/02/2010 04:55, Rob Farmer wrote: I tried applying the patch to r212087 to rule out recent changes to dtrace, but it made no difference. I used patch -E -p0 patch. Hi Rob, I see that in your build error are a bunch of things to do with atomic.h and I recalled a patch from pjd@ on current@ that he sent in the same thread. I attached the downloaded patch. Maybe you can write back and site if it helped at all so people have a reference. Regards, -- jhell,v --- sys/cddl/compat/opensolaris/sys/atomic.h +++ sys/cddl/compat/opensolaris/sys/atomic.h @@ -39,10 +39,9 @@ #ifndef __LP64__ extern void atomic_add_64(volatile uint64_t *target, int64_t delta); extern void atomic_dec_64(volatile uint64_t *target); -extern void *atomic_cas_ptr(volatile void *target, void *cmp, void *newval); #endif #ifndef __sparc64__ -extern uint64_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, +extern uint32_t atomic_cas_32(volatile uint32_t *target, uint32_t cmp, uint32_t newval); extern uint64_t atomic_cas_64(volatile uint64_t *target, uint64_t cmp, uint64_t newval); @@ -119,21 +118,19 @@ } #ifndef COMPAT_32BIT -#if defined(__LP64__) +#ifdef __LP64__ static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_64((volatile uint64_t *)target, (uint64_t)cmp, - (uint64_t)newval)); + return ((void *)atomic_cas_64(target, (uint64_t)cmp, (uint64_t)newval)); } #else static __inline void * atomic_cas_ptr(volatile void *target, void *cmp, void *newval) { - return ((void *)atomic_cas_32((volatile uint64_t *)target, (uint64_t)cmp, - (uint64_t)newval)); + return ((void *)atomic_cas_32(target, (uint32_t)cmp, (uint32_t)newval)); } #endif -#endif +#endif /* !COMPAT_32BIT */ #endif /* !_OPENSOLARIS_SYS_ATOMIC_H_ */ signature.asc Description: OpenPGP digital signature
Re: panic in get_next_dirent
Hopefully it's not still broken. I attempted to fix the problem with r211684 but the fix was essentially a no-op, it didn't fix or break anything. I believe r211818 fixed the problem in head and r212137 fixed it in stable/8. Can you try an upgrade to at least r211818 and see if that solves the problem? Thanks. On Thu, 02 Sep 2010 11:48:44 +0300 Andriy Gapon a...@icyb.net.ua wrote: Brian, after I upgrade from beginning-of-June kernel to end-of-August one (r211758) I get a panic in get_next_dirent which happens during parallel access to FS like during buildworld with -jN. I am upgrading kernel to the latest revision as of today. Could this be something that you accidentally broke and then fixed while pursuing your NFS issue? -- Andriy Gapon -- Brian Somers br...@awfulhak.org Don't _EVER_ lose your sense of humour ! br...@freebsd.org signature.asc Description: PGP signature
Re: TSO panic
On 02.09.2010 00:11, ben wilber wrote: On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: On 01.09.2010 01:13, ben wilber wrote: Hi, I just upgraded from r210042 to r212073 and keep getting the panic introduced in r211317: panic: tcp_output: len= tso_segsz Please try the attached patch and report back whether it fixes the issue. The system ran for 8 hours or so before I received the same panic. Previously, it would panic within 20 minutes. Attached is an updated patch that should fix the panic. Please try. -- Andre Index: netinet/tcp_output.c === --- netinet/tcp_output.c(revision 212160) +++ netinet/tcp_output.c(working copy) @@ -466,9 +466,8 @@ } /* -* Truncate to the maximum segment length or enable TCP Segmentation -* Offloading (if supported by hardware) and ensure that FIN is removed -* if the length no longer contains the last data byte. +* Decide if we can use TCP Segmentation Offloading (if supported by +* hardware). * * TSO may only be used if we are in a pure bulk sending state. The * presence of TCP-MD5, SACK retransmits, SACK advertizements and @@ -476,10 +475,6 @@ * (except for the sequence number) for all generated packets. This * makes it impossible to transmit any options which vary per generated * segment or packet. -* -* The length of TSO bursts is limited to TCP_MAXWIN. That limit and -* removal of FIN (if not already catched here) are handled later after -* the exact length of the TCP options are known. */ #ifdef IPSEC /* @@ -488,22 +483,15 @@ */ ipsec_optlen = ipsec_hdrsiz_tcp(tp); #endif - if (len tp-t_maxseg) { - if ((tp-t_flags TF_TSO) V_tcp_do_tso - ((tp-t_flags TF_SIGNATURE) == 0) - tp-rcv_numsacks == 0 sack_rxmit == 0 - tp-t_inpcb-inp_options == NULL - tp-t_inpcb-in6p_options == NULL + if ((tp-t_flags TF_TSO) V_tcp_do_tso len tp-t_maxseg + ((tp-t_flags TF_SIGNATURE) == 0) + tp-rcv_numsacks == 0 sack_rxmit == 0 #ifdef IPSEC -ipsec_optlen == 0 + ipsec_optlen == 0 #endif - ) { - tso = 1; - } else { - len = tp-t_maxseg; - sendalot = 1; - } - } + tp-t_inpcb-inp_options == NULL + tp-t_inpcb-in6p_options == NULL) + tso = 1; if (sack_rxmit) { if (SEQ_LT(p-rxmit + len, tp-snd_una + so-so_snd.sb_cc)) @@ -733,38 +747,63 @@ * bump the packet length beyond the t_maxopd length. * Clear the FIN bit because we cut off the tail of * the segment. -* -* When doing TSO limit a burst to TCP_MAXWIN minus the -* IP, TCP and Options length to keep ip-ip_len from -* overflowing. Prevent the last segment from being -* fractional thus making them all equal sized and set -* the flag to continue sending. TSO is disabled when -* IP options or IPSEC are present. */ if (len + optlen + ipoptlen tp-t_maxopd) { flags = ~TH_FIN; + + /* +* TSO is disabled when IP options or IPSEC are present. +*/ if (tso) { - if (len TCP_MAXWIN - hdrlen - optlen) { - len = TCP_MAXWIN - hdrlen - optlen; - len = len - (len % (tp-t_maxopd - optlen)); + KASSERT(ipoptlen == 0, + (%s: TSO can't do IP options, __func__)); + + /* +* When doing TSO limit a burst to IP_MAXPACKET +* IP, TCP and Options length to keep ip-ip_len +* from overflowing. +*/ + if (len IP_MAXPACKET - hdrlen) { + len = IP_MAXPACKET - hdrlen; sendalot = 1; - } else if (tp-t_flags TF_NEEDFIN) + } + + /* +* Prevent the last segment from being +* fractional unless there is no further +* data and the send sockbuf can be emptied. +*/ + if (sendalot off + len so-so_snd.sb_cc) { + len -= len % (tp-t_maxopd - optlen); sendalot = 1; + } + + /* +* Send the FIN in a separate segment +* after the bulk sending is done. +
Re: ZFS v28 is ready for wider testing.
On Thu, Sep 2, 2010 at 23:57, jhell jh...@dataix.net wrote: On 09/02/2010 04:55, Rob Farmer wrote: I tried applying the patch to r212087 to rule out recent changes to dtrace, but it made no difference. I used patch -E -p0 patch. Hi Rob, I see that in your build error are a bunch of things to do with atomic.h and I recalled a patch from pjd@ on current@ that he sent in the same thread. I attached the downloaded patch. Maybe you can write back and site if it helped at all so people have a reference. Yes, it worked. Since this is just a testing thing and pjd alredy knew about the problem and seemed confident about the solution I didn't bother to reply. -- Rob Farmer Regards, -- jhell,v ___ 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: bge(4) problem on sparc64 between r204991M and r212097
On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote: On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote: On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: I just updated world and kernel from r204991M to r212097 on sparc64. Now I can't ping my gateway. If I boot kernel.old, then the network works fine. As far as I could see mergemaster didn't update any network files. Please advise In the meantime I'll try intermediate revisions. I narrowed down the problem to between r212050 and r212080. Will continue tomorrow. Thanks for reporting. There was a big change in r212061, so try backing out that revision and see whether this makes differences or not. yes, r212061 is the offending revision, r212060 works fine. Please let me know if you want any further information. I can't see anything obvious in the logs. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2010-09-03 08:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 08:05:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-03 08:05:00 - cleaning the object tree TB --- 2010-09-03 08:05:00 - cvsupping the source tree TB --- 2010-09-03 08:05:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-03 08:05:59 - building world TB --- 2010-09-03 08:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 08:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 08:05:59 - TARGET=i386 TB --- 2010-09-03 08:05:59 - TARGET_ARCH=i386 TB --- 2010-09-03 08:05:59 - TZ=UTC TB --- 2010-09-03 08:05:59 - __MAKE_CONF=/dev/null TB --- 2010-09-03 08:05:59 - cd /src TB --- 2010-09-03 08:05:59 - /usr/bin/make -B buildworld World build started on Fri Sep 3 08:05:59 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Fri Sep 3 09:56:03 UTC 2010 TB --- 2010-09-03 09:56:03 - generating LINT kernel config TB --- 2010-09-03 09:56:03 - cd /src/sys/i386/conf TB --- 2010-09-03 09:56:03 - /usr/bin/make -B LINT TB --- 2010-09-03 09:56:03 - building LINT kernel TB --- 2010-09-03 09:56:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 09:56:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 09:56:03 - TARGET=i386 TB --- 2010-09-03 09:56:03 - TARGET_ARCH=i386 TB --- 2010-09-03 09:56:03 - TZ=UTC TB --- 2010-09-03 09:56:03 - __MAKE_CONF=/dev/null TB --- 2010-09-03 09:56:03 - cd /src TB --- 2010-09-03 09:56:03 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Sep 3 09:56:03 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_io.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_misc.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_cam.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_freebsd.c -I/src/sys/dev/twa cc1: warnings
Re: ZFS Cache Log Device Failure Handling
Quoting Jason J. W. Williams jasonjwwilli...@gmail.com (from Thu, 2 Sep 2010 13:30:51 -0600): How well does ZFS on FreeBSD handle a dying/wedged log and/or cache device? OpenSolaris handles this pretty well in my experience and will fail through relatively quickly. But this tends to rely on FMA. Thank you in advance. No problem for the cache device. I have an USB memory stick as a cache device, and if I just remove it during operation, the system handles the situation. If you connect it again, you need to remove/readd it via zfs commands. I do not use a log device. Bye, Alexander. -- Govern a great nation as you would cook a small fish. Don't overdo it. -- Lao Tsu http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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 Cache Log Device Failure Handling
2010/9/3 Alexander Leidinger alexan...@leidinger.net: Quoting Jason J. W. Williams jasonjwwilli...@gmail.com (from Thu, 2 Sep 2010 13:30:51 -0600): How well does ZFS on FreeBSD handle a dying/wedged log and/or cache device? OpenSolaris handles this pretty well in my experience and will fail through relatively quickly. But this tends to rely on FMA. Thank you in advance. No problem for the cache device. I have an USB memory stick as a cache device, and if I just remove it during operation, the system handles the situation. If you connect it again, you need to remove/readd it via zfs commands. I've got the same setup and just have to online the usb key after boot. As for the zil/log device, I think it should be supported in the upcoming ZFS v28 patch (maybe you can give it a try, see pjd's mail) because zil removal was introduced in a zpool version after v14/15 (what's in 8-STABLE and 9-CURRENT). I do not use a log device. Bye, Alexander. -- Govern a great nation as you would cook a small fish. Don't overdo it. -- Lao Tsu http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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 -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-09-03 10:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 10:46:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-09-03 10:46:16 - cleaning the object tree TB --- 2010-09-03 10:46:51 - cvsupping the source tree TB --- 2010-09-03 10:46:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-09-03 10:47:31 - building world TB --- 2010-09-03 10:47:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 10:47:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 10:47:31 - TARGET=powerpc TB --- 2010-09-03 10:47:31 - TARGET_ARCH=powerpc TB --- 2010-09-03 10:47:31 - TZ=UTC TB --- 2010-09-03 10:47:31 - __MAKE_CONF=/dev/null TB --- 2010-09-03 10:47:31 - cd /src TB --- 2010-09-03 10:47:31 - /usr/bin/make -B buildworld World build started on Fri Sep 3 10:47:32 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Fri Sep 3 12:32:55 UTC 2010 TB --- 2010-09-03 12:32:55 - generating LINT kernel config TB --- 2010-09-03 12:32:55 - cd /src/sys/powerpc/conf TB --- 2010-09-03 12:32:55 - /usr/bin/make -B LINT TB --- 2010-09-03 12:32:55 - building LINT kernel TB --- 2010-09-03 12:32:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:32:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:32:55 - TARGET=powerpc TB --- 2010-09-03 12:32:55 - TARGET_ARCH=powerpc TB --- 2010-09-03 12:32:55 - TZ=UTC TB --- 2010-09-03 12:32:55 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:32:55 - cd /src TB --- 2010-09-03 12:32:55 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Sep 3 12:32:55 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Sep 3 12:56:00 UTC 2010 TB --- 2010-09-03 12:56:00 - building GENERIC kernel TB --- 2010-09-03 12:56:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:56:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:56:00 - TARGET=powerpc TB --- 2010-09-03 12:56:00 - TARGET_ARCH=powerpc TB --- 2010-09-03 12:56:00 - TZ=UTC TB --- 2010-09-03 12:56:00 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:56:00 - cd /src TB --- 2010-09-03 12:56:00 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Fri Sep 3 12:56:00 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include
Re: problem with wpa_supplicant
On 03/09/10 08:32, Bernhard Schmidt wrote: On Friday, September 03, 2010 01:34:54 Davide Italiano wrote: Hi. I've been recently upgraded to -CURRENT (9.0). After # make buildworld # make buildkernel KERNCONF=MYKERNEL # make install kernel KERNCONF=MYKERNEL I have rebooted to single-user mode, as suggested in the documentation. No more wireless connection. I've a intel 2200 bg wireless card, running using the kernel built-in iwi module. In particular, when I run wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf I get this: CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS CTRL-EVENT-SCAN-RESULTS ... My wpa_supplicant.conf is: ap_scan=1 fast_reauth=1 network={ ssid=MY_SSID psk=MY_KEY } Also, my /boot/loader.conf contains legal.intel_iwi.license_ack=1 if_iwi_load=YES and my rc.conf wlans_iwi0=wlan0 ifconfig_wlan0=WPA inet 192.168.1.110 netmask 0xff00 defaultrouter=192.168.1.1 Again, it worked w/ freebsd 8.1 (stable). Also, I've read in the UPDATING file in /usr/src this: Applications such as wpa_supplicant(8) may require a full world build without using NO_CLEAN in order to get synchronized with the new structure. But, I've done a make buildworld before, isn't enough? Thanks a lot Did you also run make installworld? -- Bernhard Now it works. Thanks. I've been forgotten to merge configuration files using mergemaster. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2010-09-03 11:08:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-03 11:08:52 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-03 11:08:52 - cleaning the object tree TB --- 2010-09-03 11:09:41 - cvsupping the source tree TB --- 2010-09-03 11:09:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-09-03 11:10:07 - building world TB --- 2010-09-03 11:10:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 11:10:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 11:10:07 - TARGET=powerpc TB --- 2010-09-03 11:10:07 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 11:10:07 - TZ=UTC TB --- 2010-09-03 11:10:07 - __MAKE_CONF=/dev/null TB --- 2010-09-03 11:10:07 - cd /src TB --- 2010-09-03 11:10:07 - /usr/bin/make -B buildworld World build started on Fri Sep 3 11:10:08 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Fri Sep 3 12:53:44 UTC 2010 TB --- 2010-09-03 12:53:44 - generating LINT kernel config TB --- 2010-09-03 12:53:44 - cd /src/sys/powerpc/conf TB --- 2010-09-03 12:53:44 - /usr/bin/make -B LINT TB --- 2010-09-03 12:53:44 - building LINT kernel TB --- 2010-09-03 12:53:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 12:53:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 12:53:44 - TARGET=powerpc TB --- 2010-09-03 12:53:44 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 12:53:44 - TZ=UTC TB --- 2010-09-03 12:53:44 - __MAKE_CONF=/dev/null TB --- 2010-09-03 12:53:44 - cd /src TB --- 2010-09-03 12:53:44 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Sep 3 12:53:44 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Sep 3 13:18:17 UTC 2010 TB --- 2010-09-03 13:18:17 - WARNING: skipping GENERIC kernel TB --- 2010-09-03 13:18:17 - building GENERIC64 kernel TB --- 2010-09-03 13:18:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-03 13:18:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-03 13:18:17 - TARGET=powerpc TB --- 2010-09-03 13:18:17 - TARGET_ARCH=powerpc64 TB --- 2010-09-03 13:18:17 - TZ=UTC TB --- 2010-09-03 13:18:17 - __MAKE_CONF=/dev/null TB --- 2010-09-03 13:18:17 - cd /src TB --- 2010-09-03 13:18:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Fri Sep 3 13:18:17 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc
Re: Call for Documentation Contributors
On 3.9.2010, at 1:10, Adam Vande More amvandem...@gmail.com wrote: Wouldn't it be a lot easier to have a nice article on installing /usr/ports/misc/freebsd-doc-* from the date of the release of the installed system? Or maybe offer archive web access to a handbook snapshot from that date(Django does something similar)? FYI we have archive of hadbooks and FAQs for past releases at http://docs.freebsd.org/doc/. People just often don't know or are lazy to browse there, even though I believe it is linked from the footer of the handbook. The problem here is that we happen to cover all the supported releases in a single handbook which simply leads to confusion...on the other hand you may be right that discrepancies don't happen that often and the additional work is not worth it. Maintaining separate handbook branches seems unrealistic if there aren't enough doc contributors to maintain one to expectations, and IME discrepancies aren't very frequent. ___ 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 v28 is ready for wider testing.
On 02/09/10 22:48, Pawel Jakub Dawidek wrote: On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: [...] Ok, now that I know you read everything carefully, here is the patch: http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Now it is even easier to test new ZFS! :) Here you can find VirtualBox Appliance (113MB) with FreeBSD 9-CURRENT and ZFSv28: http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. You can log in as root with no password (via virtual console or via SSH). The system IP address is IP 192.168.56.66/24. There are 16 ada(4) disks to play with. For example: zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} raidz3 ada{8,9,10,11,12,13,14,15} zfsv28:root:~# zpool status pool: tank state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM tankONLINE 0 0 0 raidz3-0 ONLINE 0 0 0 ada0ONLINE 0 0 0 ada1ONLINE 0 0 0 ada2ONLINE 0 0 0 ada3ONLINE 0 0 0 ada4ONLINE 0 0 0 ada5ONLINE 0 0 0 ada6ONLINE 0 0 0 ada7ONLINE 0 0 0 raidz3-1 ONLINE 0 0 0 ada8ONLINE 0 0 0 ada9ONLINE 0 0 0 ada10 ONLINE 0 0 0 ada11 ONLINE 0 0 0 ada12 ONLINE 0 0 0 ada13 ONLINE 0 0 0 ada14 ONLINE 0 0 0 ada15 ONLINE 0 0 0 errors: No known data errors Hi, I would like to try ZFS + VirtualBox but I have got problems: 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux I tried import that file in my VirtualBox but I have got error: Failed to import appliance. /home/peter/FreeBSD/zfsv28.ovf Too many IDE controllers in OVF; import facility only supports one. 2) I tried to install VirtualBox under 64-bit FreeBSD 9.0-CURRENT #2 [r...@server /usr/ports/emulators/virtualbox-ose]# make Requires 32-bit libraries installed under /usr/lib32. Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. How can I fix that error in FreeBSD? Peter ___ 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 v28 is ready for wider testing.
On 03/09/10 16:50, Peter Molnar, BSD wrote: On 02/09/10 22:48, Pawel Jakub Dawidek wrote: On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: [...] Ok, now that I know you read everything carefully, here is the patch: http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 Now it is even easier to test new ZFS! :) Here you can find VirtualBox Appliance (113MB) with FreeBSD 9-CURRENT and ZFSv28: http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. You can log in as root with no password (via virtual console or via SSH). The system IP address is IP 192.168.56.66/24. There are 16 ada(4) disks to play with. For example: zfsv28:root:~# zpool create tank raidz3 ada{0,1,2,3,4,5,6,7} raidz3 ada{8,9,10,11,12,13,14,15} zfsv28:root:~# zpool status pool: tank state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM tankONLINE 0 0 0 raidz3-0 ONLINE 0 0 0 ada0ONLINE 0 0 0 ada1ONLINE 0 0 0 ada2ONLINE 0 0 0 ada3ONLINE 0 0 0 ada4ONLINE 0 0 0 ada5ONLINE 0 0 0 ada6ONLINE 0 0 0 ada7ONLINE 0 0 0 raidz3-1 ONLINE 0 0 0 ada8ONLINE 0 0 0 ada9ONLINE 0 0 0 ada10 ONLINE 0 0 0 ada11 ONLINE 0 0 0 ada12 ONLINE 0 0 0 ada13 ONLINE 0 0 0 ada14 ONLINE 0 0 0 ada15 ONLINE 0 0 0 errors: No known data errors Hi, I would like to try ZFS + VirtualBox but I have got problems: 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux I tried import that file in my VirtualBox but I have got error: Failed to import appliance. /home/peter/FreeBSD/zfsv28.ovf Too many IDE controllers in OVF; import facility only supports one. 2) I tried to install VirtualBox under 64-bit FreeBSD 9.0-CURRENT #2 [r...@server /usr/ports/emulators/virtualbox-ose]# make Requires 32-bit libraries installed under /usr/lib32. Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. How can I fix that error in FreeBSD? Peter ___ 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 I forgot reading sorry for bother... cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 Peter ___ 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 v28 is ready for wider testing.
On 09/03/2010 11:50, Peter Molnar, BSD wrote: Requires 32-bit libraries installed under /usr/lib32. Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32 Did you happen to see the above ? -- jhell,v ___ 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 v28 is ready for wider testing.
On Fri, Sep 03, 2010 at 04:50:44PM +0100, Peter Molnar, BSD wrote: Hi, I would like to try ZFS + VirtualBox but I have got problems: 1) Linux 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux I tried import that file in my VirtualBox but I have got error: Failed to import appliance. /home/peter/FreeBSD/zfsv28.ovf Too many IDE controllers in OVF; import facility only supports one. Which VirtualBox version do you use? 3.2.8? Exporting appliances is a bit broken (if you have more than one disk, it will point all disks at the last one from configuration), so I had to edit .ovf file manually to fix this. Maybe I messed something up, but I was able to successfully import it before publishing it. PS. I waited for so long for decent virtualization software for FreeBSD, and I must say VirtualBox is really great, and free, and open-source Are you reading this, VMWare? -- Pawel Jakub Dawidek http://www.wheelsystems.com p...@freebsd.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgppp5WIVDzjJ.pgp Description: PGP signature
Re: DTrace userland project
Hello. I've just tried to compile postgresql 84 with enabled dtrace on FreeBSD-current (checked out repository two days ago). I have the following error in compile time: dtrace -C -G -s utils/probes.d access/common/heaptuple.o access/common/indextuple.o ... // here follows other object files dtrace: (malloc) /usr/src/lib/libc/stdlib/malloc.c:2636: Failed assertion: (run-regs_mask[elm] (1U bit)) == 0 gmake: *** [utils/probes.o] Abort trap: 6 (core dumped) Rui Paulo wrote: Hi, The DTrace userland project is near completion and you can start using parts of it right away (only on FreeBSD HEAD right now). For more information on how to use DTrace with userland, please read: http://wiki.freebsd.org/DTrace/userland This project is being sponsored by the FreeBSD Foundation. Regards, -- 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 ___ 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 Cache Log Device Failure Handling
Hi Olivier, Removal came around 18, but at least in OpenSolaris failure of the device (and it's replacement) were handled from day one of the dedicated ZIL feature. -J On Fri, Sep 3, 2010 at 6:18 AM, Olivier Smedts oliv...@gid0.org wrote: 2010/9/3 Alexander Leidinger alexan...@leidinger.net: Quoting Jason J. W. Williams jasonjwwilli...@gmail.com (from Thu, 2 Sep 2010 13:30:51 -0600): How well does ZFS on FreeBSD handle a dying/wedged log and/or cache device? OpenSolaris handles this pretty well in my experience and will fail through relatively quickly. But this tends to rely on FMA. Thank you in advance. No problem for the cache device. I have an USB memory stick as a cache device, and if I just remove it during operation, the system handles the situation. If you connect it again, you need to remove/readd it via zfs commands. I've got the same setup and just have to online the usb key after boot. As for the zil/log device, I think it should be supported in the upcoming ZFS v28 patch (maybe you can give it a try, see pjd's mail) because zil removal was introduced in a zpool version after v14/15 (what's in 8-STABLE and 9-CURRENT). I do not use a log device. Bye, Alexander. -- Govern a great nation as you would cook a small fish. Don't overdo it. -- Lao Tsu http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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 -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email vCards X www: http://www.gid0.org - against proprietary attachments / \ Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas. ___ 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: bge(4) problem on sparc64 between r204991M and r212097
On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote: On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote: On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote: On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote: I just updated world and kernel from r204991M to r212097 on sparc64. Now I can't ping my gateway. If I boot kernel.old, then the network works fine. As far as I could see mergemaster didn't update any network files. Please advise In the meantime I'll try intermediate revisions. I narrowed down the problem to between r212050 and r212080. Will continue tomorrow. Thanks for reporting. There was a big change in r212061, so try backing out that revision and see whether this makes differences or not. yes, r212061 is the offending revision, r212060 works fine. Please let me know if you want any further information. Thanks for narrowing down guilty revision. Would you show me verbose boot message? I can't see anything obvious in the logs. I also failed to spot what went wrong. ___ 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 v28 is ready for wider testing.
On Fri, Sep 03, 2010 at 07:02:41PM +0200, Pawel Jakub Dawidek wrote: Exporting appliances is a bit broken (if you have more than one disk, it will point all disks at the last one from configuration), so I had to edit .ovf file manually to fix this. Maybe I messed something up, but I was able to successfully import it before publishing it. I tried VirtualBox 3.2.4 on Windows, and was able to import this appliance without any major trouble. The only problem was a complaint about an Inexistent host networking interface, which I solved by going into the network settings and updating Network - Adapter 1. I guess it's just an issue with the way the interface is named on Windows vs. FreeBSD. Thanks for all of the work on this pjd! -Ed ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Trouble with a atapi-cam backup..
On Thursday 02 September 2010 15:23:46 Randy Stewart wrote: Hi all: So I finally upgraded my 7.3stable main server to 8.1stable... And now my backup to atapi-cam is failing.. I get: r...@lakerest /usr/tmp]# /usr/local/bin/growisofs -Z /dev/cd0 -R -J backup_init.08-31-2010.gz :-( unable to CAMGETPASSTHRU for /dev/cd0: Inappropriate ioctl for device Now atapi-cam I have built into the kernel (not a loaded module).. and so is scsibus.. and all its friends. Cam control seems to see the device: [r...@lakerest /usr/tmp]# camcontrol devlist HP DVD Writer 1140r FH23 at scbus0 target 1 lun 0 (cd0,pass0) Any suggestions of what I left out of the kernel would be most helpful.. Oh my kern.conf is: * include GENERIC ident mymachine deviceatapicam options IPDIVERT options IPFIREWALL *** And its an i386 Thanks R - Randall Stewart rand...@lakerest.net I've had pretty good luck in 8.1 with the ahci and ada drivers, which will present CDROMs as SCSI devices without ATAPICAM. device ahci device ada # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass# Passthrough device (direct SCSI access) And remove: # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering And ATAPICAM of course. -- Thanks, Josh Paetzel signature.asc Description: This is a digitally signed message part.
Re: SUJ deadlock
On Wed, May 05, 2010 at 12:54:07PM -1000, Jeff Roberson wrote: On Mon, 3 May 2010, Fabien Thomas wrote: I'm with r207548 now and since some days i've system deadlock. It seems related to SUJ with process waiting on suspfs or ppwait. I've also seen it stalled in suspfs, but this information is way better than what I was able to garner. I was only able to tell via ctrl-t on a stalled 'ls' process in a terminal before hard booting. [..] Can anyone who has experienced this hang test this patch: Thanks, Jeff Index: ffs_softdep.c === --- ffs_softdep.c (revision 207480) +++ ffs_softdep.c (working copy) @@ -9301,7 +9301,7 @@ hadchanges = 1; } /* Leave this inodeblock dirty until it's in the list. */ - if ((inodedep-id_state (UNLINKED | DEPCOMPLETE)) == UNLINKED) + if ((inodedep-id_state (UNLINKED | UNLINKONLIST)) == UNLINKED) Hi Jeff, I didn't seem to experience this problem back in May, but I'm now experiencing it on a regular basis. I seem to trigger it almost every other or 3rd day during the daily run. I wind up with cvsup or svnsync stalled and any 'ls' of my sources partition waiting on suspfs. (note, I am also running diskcheckd from ports.) My kernel sources are at: Last Changed Author: davidxu Last Changed Rev: 211534 Last Changed Date: 2010-08-20 16:51:34 -0700 (Fri, 20 Aug 2010) I have also experienced it back to at least: Last Changed Author: yongari Last Changed Rev: 210152 Last Changed Date: 2010-07-15 16:34:58 -0700 (Thu, 15 Jul 2010) Weird thing is - I can still access this partition across NFS without problems. dragon$ cd /src/fbsd Filesystem SizeUsed Avail Capacity Mounted on /dev/da31s1f271G119G130G48%/src dragon$ ls load: 0.12 cmd: ls 77901 [suspfs] 2.26r 0.00u 0.00s 0% 1212k quynh$ cd /src/fbsd quynh$ df . Filesystem SizeUsed Avail Capacity Mounted on dragon:/src271G119G130G48%/src quynh$ ls .svn/ lib/ COPYRIGHT libexec/ ..snip.. Processes also have a tendency to complete quite slowly at times - waiting in vlruwk. When I reboot, usually / and /src (but not 3 other partitions) give a Bad cg number {negative number} error from fsck; so a full fsck is run. This results in what seems tens of thousands iterations of: UNREF FILE I=[..snip..] RECONNECT? yes SORRY no space in lost+found directory unexpected soft update inconsistency CLEAR? yes thoughts? -- -- David (obr...@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
[head tinderbox] failure on i386/i386
TB --- 2010-09-04 00:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-04 00:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-04 00:25:00 - cleaning the object tree TB --- 2010-09-04 00:25:50 - cvsupping the source tree TB --- 2010-09-04 00:25:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-04 00:26:44 - building world TB --- 2010-09-04 00:26:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 00:26:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 00:26:44 - TARGET=i386 TB --- 2010-09-04 00:26:44 - TARGET_ARCH=i386 TB --- 2010-09-04 00:26:44 - TZ=UTC TB --- 2010-09-04 00:26:44 - __MAKE_CONF=/dev/null TB --- 2010-09-04 00:26:44 - cd /src TB --- 2010-09-04 00:26:44 - /usr/bin/make -B buildworld World build started on Sat Sep 4 00:26:44 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Sep 4 02:16:51 UTC 2010 TB --- 2010-09-04 02:16:51 - generating LINT kernel config TB --- 2010-09-04 02:16:51 - cd /src/sys/i386/conf TB --- 2010-09-04 02:16:51 - /usr/bin/make -B LINT TB --- 2010-09-04 02:16:52 - building LINT kernel TB --- 2010-09-04 02:16:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-04 02:16:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-04 02:16:52 - TARGET=i386 TB --- 2010-09-04 02:16:52 - TARGET_ARCH=i386 TB --- 2010-09-04 02:16:52 - TZ=UTC TB --- 2010-09-04 02:16:52 - __MAKE_CONF=/dev/null TB --- 2010-09-04 02:16:52 - cd /src TB --- 2010-09-04 02:16:52 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Sep 4 02:16:52 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_io.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_cl_misc.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_cam.c -I/src/sys/dev/twa cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/twa/tw_osl_freebsd.c -I/src/sys/dev/twa cc1: warnings