Re: zfs i/o hangs on 9-PRERELEASE
On Sat, Nov 26, 2011 at 04:47:35PM -0600, Mark Felder wrote: > It appears that I'm mistaken about those messages then . However this does > both happen on my AMD x6 and Intel Atom machines with different hard drives, > controllers, etc. I feel it would be unlikely to be hardware. > > Unfortunately the procstat command is probably of no use because I can't > interact with the console or ssh for the periods of time when it is hanging > (sometimes in excess of a minute). Zpool scrubs come up clean and I never see > any errors reported. I've been running this hardware for 2 years and v28 for > quite some time. It doesn't seem like it started happening until I upgraded > to a build past RC1. I don't know where to find RC1 media and I don't know > the svn revision of RC1 so I haven't tried. The kernel backtrace you provided indicates a problem in pf(4), not ZFS. What piece am I missing? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ 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: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2)
On Sat, 26 Nov 2011, Robert Millan wrote: On Fri, Nov 25, 2011 at 11:16:15AM -0700, Warner Losh wrote: Hey Bruce, These sound like good suggestions, but I'd hoped to actually go through all these files with a fine-toothed comb to see which ones were still relevant. You've found a bunch of good areas to clean up, but I'd like to humbly suggest they be done in a follow-on commit. Hi, I'm sending a new patch. Thanks Bruce for your input. TTBOMK this corrects all the problems you spotted that were introduced by my patch. It doesn't fix pre-existing problems in the files however, except in cases where I had to modify that line anyway. I think it's a good compromise between my initial patch and an exhaustive cleanup of those headers (which I'm probably not the most indicate for). It fixes most style bugs, but not some-pre-existing problems, even in cases where you had to modify the line anyway. % Index: sys/cam/scsi/scsi_low.h % === % --- sys/cam/scsi/scsi_low.h (revision 227956) % +++ sys/cam/scsi/scsi_low.h (working copy) % @@ -53,10 +53,10 @@ % #define SCSI_LOW_INTERFACE_XS % #endif /* __NetBSD__ */ % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % #define SCSI_LOW_INTERFACE_CAM % #define CAM % -#endif /* __FreeBSD__ */ % +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ It still has the whitespace-after tab style change for cam. % Index: sys/dev/firewire/firewirereg.h % === % --- sys/dev/firewire/firewirereg.h(revision 227956) % +++ sys/dev/firewire/firewirereg.h(working copy) % @@ -75,7 +75,8 @@ % }; % % struct firewire_softc { % -#if defined(__FreeBSD__) && __FreeBSD_version >= 50 % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ % +__FreeBSD_version >= 50 % struct cdev *dev; % #endif % struct firewire_comm *fc; Here is a pre-existing problem that you didn't fix on a line that you changed. The __FreeBSD__ ifdef is nonsense here, since __FreeBSD__ being defined has nothing to do with either whether __FreeBSD_version is defined or whether there is a struct cdev * in the data structure. Previously: - defined(__FreeBSD__) means that the compiler is for FreeBSD - __FreeBSD_version >= 50 means that FreeBSD has been included and has defined __FreeBSD_version to a value that satisifes this. It would be a bug for anything else to define __FreeBSD_version. Unfortunately, there is a bogus #undef of __FreeBSD_version that breaks detection of other things defining it. - the __FreeBSD__ part of the test has no effect except to break compiling this file with a non-gcc compiler. In particular, it doesn't prevent errors for -Wundef -Werror. But other ifdefs in this file use an unguarded __FreeBSD_version. Thus this file never worked with -Wundef -Werror, and the __FreeBSD__ part has no effect except the breakage. Now: as above, except: - defined(__FreeBSD_kernel__) means that FreeBSD been included and that this header is new enough to define __FreeBSD_kernel__. This has the same bug with the #undef, which I pointed out before (I noticed it for this but not for __FreeBSD_version). And it has a style bug in its name which I pointed out before -- 2 underscores in its name. __FreeBSD_version doesn't have this style bug. The definition of __FreeBSD_kernel__ has already been committed. Is it too late to fix its name? - when is new enough to define __FreeBSD_kernel__, it must be new enough to define __FreeBSD_version >= 50. Thus there is now no -Wundef error. - the __FreeBSD__ ifdef remains nonsense. If you just removed it, then you wouldn't need the __FreeBSD_kernel__ ifdef (modulo the -Wundef error). You didn't add the __FreeBSD_kernel__ ifdef to any of the other lines with the __FreeBSD_kernel__ ifdef in this file, apparently because the others don't have the nonsensical __FreeBSD__ ifdef. The nonsense and changes to work around it make the logic for this ifdef even more convoluted and broken than might first appear. In a previous patchset, you included to ensure that __FreeBSD_kernel__ is defined for newer kernel sources (instead of testing if it is defined). Ifdefs like the above make a prerequsite for this file anyway, since without knowing __FreeBSD_version it is impossible to determine if the data structure has new fields like the cdev in it. is a prerequisite for almost all kernel .c files, so this prerequisite should be satisfied automatically for them, but it isn't clear what happens for user .c files. I think the ifdef should be something like the following to enforce the prerequisite: #ifndef _SYS_PARAM_H_ /* * Here I don't support __FreeBSD_version__ to be set outside of * to hack around a missing include of . * The case where the kernel is so old that __FreeBSD_
Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464}
On 11/26/11 11:33, Gleb Kurtsou wrote: On (26/11/2011 14:44), Andriy Gapon wrote: vm_phys_alloc_contig implementation has been recently changed and now it seems to require that vm_page_queue_free_mtx is held. Using new vm_page_alloc_contig() may be a better option here. Can't help with patch, stuck with pre Nov 15 CURRENT myself. If I understand the change in locking semantics (post SVN r227568?), a good number of chunks of src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c need updating to follow this :-(. It is now insufficient to hold only the queue lock when calling vm_page_unwire or vm_page_free (and maybe others). The page itself must now also be locked, imb ___ 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: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2)
This looks fine to me. Warner On Nov 26, 2011, at 1:07 PM, Robert Millan wrote: > ___ 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: Heads up: New C++ stack
On 2011-11-26 21:59, David Chisnall wrote: > Hi, > > I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC > licensed, libcxxrt is 2-clause BSDL. The former implements the C++ standard > template library, and provides all of the programmer-visible parts. The > latter provides an implementation of the ARM and Itanium ABI specifications > providing the dynamic parts of the language (RTTI, exceptions, and so on). > [SNIP description of libc++, libcxxrt and instructions on how it's used] This is great news! Thank you very much for undertaking this work. Just a question, is there a wiki page with these instructions, or a wiki page related to this work where these instructions can be added? If they're not on the wiki, I can do the work of getting them there, just point to where they're best suited. Thank you once more! Regards! -- Niclas Zeising ___ 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 i/o hangs on 9-PRERELEASE
It appears that I'm mistaken about those messages then . However this does both happen on my AMD x6 and Intel Atom machines with different hard drives, controllers, etc. I feel it would be unlikely to be hardware. Unfortunately the procstat command is probably of no use because I can't interact with the console or ssh for the periods of time when it is hanging (sometimes in excess of a minute). Zpool scrubs come up clean and I never see any errors reported. I've been running this hardware for 2 years and v28 for quite some time. It doesn't seem like it started happening until I upgraded to a build past RC1. I don't know where to find RC1 media and I don't know the svn revision of RC1 so I haven't tried. Regards, Mark ___ 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"
Heads up: New C++ stack
Hi, I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC licensed, libcxxrt is 2-clause BSDL. The former implements the C++ standard template library, and provides all of the programmer-visible parts. The latter provides an implementation of the ARM and Itanium ABI specifications providing the dynamic parts of the language (RTTI, exceptions, and so on). This combination working out-of-tree and passing almost all of the test suite (the failing parts are related to missing C1x functionality in libc and missing C++11 / C1x atomic intrinsics in clang). The goal of this is to have a working, permissively licensed, C++11 stack. libc++abi would be an alternative to libcxxrt, but I would prefer to use libcxxrt because: - I am totally biased towards libcxxrt because I wrote it. - libcxxrt is already shipping in PathScale's C++ stack and has been fairly well tested. - The demangler in libc++abi is bigger than the whole of libcxxrt and allocates a lot of memory in code that is called to generate helpful errors for out-of-memory conditions. - libc++abi seems to be completely missing the exception personality function. This was the hardest thing to get right in libcxxrt (debugging code that destroys the stack as it runs is not fun), so at this point it's basically uninteresting - more code, less functionality. libcxxrt and libc++ are now in contrib and building with the base system, but are not used by anything (and are only built if you set WITH_LIBCPLUSPLUS=yes when building world, not by default). If you want to test some code with the new stack, you need to build it and then specify -stdlib=libc++ to clang++ (both when compiling and linking). I'd like to see if we can persuade libstdc++ to link against libcxxrt instead of libsupc++ (In theory this should be easy, but I've never tried it. Apple ships both linked against libsupc++). This means that code can link against libraries that use libc++ and libstdc++ without things like exceptions breaking. Eventually (FreeBSD 10 timeframe), I'd like to see the libstdc++ currently in base moved into a port so that we can ship a GNU-free C++ stack. Any complaints / comments / contradictions / opinions? David P.S. libcxxrt does support the weird GNU variant of the weird ARM variant of the C++ ABI, but I only finished that support very recently and it's not nearly as well tested as the ABI used on... everything else. It also only supports DWARF 'zero-cost' unwinding, not setjmp / longjmp unwinding, so it can't be used until we finish moveing ARM to EABI. [1] http://libcxx.llvm.org/ [2] https://github.com/pathscale/libcxxrt___ 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: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2)
On Fri, Nov 25, 2011 at 11:16:15AM -0700, Warner Losh wrote: > Hey Bruce, > > These sound like good suggestions, but I'd hoped to actually go through all > these files with a fine-toothed comb to see which ones were still relevant. > You've found a bunch of good areas to clean up, but I'd like to humbly > suggest they be done in a follow-on commit. Hi, I'm sending a new patch. Thanks Bruce for your input. TTBOMK this corrects all the problems you spotted that were introduced by my patch. It doesn't fix pre-existing problems in the files however, except in cases where I had to modify that line anyway. I think it's a good compromise between my initial patch and an exhaustive cleanup of those headers (which I'm probably not the most indicate for). -- Robert Millan Index: sys/cam/scsi/scsi_low.h === --- sys/cam/scsi/scsi_low.h (revision 227956) +++ sys/cam/scsi/scsi_low.h (working copy) @@ -53,10 +53,10 @@ #define SCSI_LOW_INTERFACE_XS #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define SCSI_LOW_INTERFACE_CAM #define CAM -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ / includes ***/ #ifdef __NetBSD__ @@ -64,7 +64,7 @@ #include #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #include #include @@ -75,7 +75,7 @@ #include #include -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ / functions macro / #ifdef __NetBSD__ @@ -85,13 +85,13 @@ #define SCSI_LOW_BZERO(pt, size) memset((pt), 0, (size)) #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #undef MSG_IDENTIFY #define SCSI_LOW_DEBUGGER(dev) kdb_enter(KDB_WHY_CAM, dev) #define SCSI_LOW_DELAY(mu) DELAY((mu)) #define SCSI_LOW_SPLSCSI splcam #define SCSI_LOW_BZERO(pt, size) bzero((pt), (size)) -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ / os depend interface structures **/ #ifdef __NetBSD__ @@ -111,7 +111,7 @@ }; #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) typedef struct scsi_sense_data scsi_low_osdep_sense_data_t; struct scsi_low_osdep_interface { @@ -134,7 +134,7 @@ struct scsi_low_osdep_lun_interface { }; -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ / os depend interface functions */ struct slccb; Index: sys/cam/scsi/scsi_low_pisa.h === --- sys/cam/scsi/scsi_low_pisa.h (revision 227956) +++ sys/cam/scsi/scsi_low_pisa.h (working copy) @@ -40,8 +40,8 @@ int scsi_low_notify_pisa(pisa_device_handle_t, pisa_event_t); #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int scsi_low_activate_pisa(struct scsi_low_softc *, int); int scsi_low_deactivate_pisa(struct scsi_low_softc *); -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ #endif /* !_SCSI_LOW_PISA_H_ */ Index: sys/contrib/altq/altq/altq_var.h === --- sys/contrib/altq/altq/altq_var.h (revision 227956) +++ sys/contrib/altq/altq/altq_var.h (working copy) @@ -201,7 +201,7 @@ #define CALLOUT_STOP(c) untimeout((c)->c_func,(c)->c_arg) #define CALLOUT_INITIALIZER { NULL, NULL } #endif -#if !defined(__FreeBSD__) +#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__) typedef void (timeout_t)(void *); #endif Index: sys/contrib/altq/altq/if_altq.h === --- sys/contrib/altq/altq/if_altq.h (revision 227956) +++ sys/contrib/altq/altq/if_altq.h (working copy) @@ -29,7 +29,7 @@ #ifndef _ALTQ_IF_ALTQ_H_ #define _ALTQ_IF_ALTQ_H_ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include /* XXX */ #include /* XXX */ #include /* XXX */ @@ -51,7 +51,7 @@ int ifq_len; int ifq_maxlen; int ifq_drops; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct mtx ifq_mtx; #endif Index: sys/contrib/pf/net/if_pflog.h === --- sys/contrib/pf/net/if_pflog.h (revision 227956) +++ sys/contrib/pf/net/if_pflog.h (working copy) @@ -30,7 +30,7 @@ #define PFLOGIFS_MAX 16 struct pflog_softc { -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct ifnet *sc_ifp; /* the interface pointer */ #else struct ifnet sc_if; /* the interface */ @@ -74,7 +74,7 @@ #define OLD_PFLOG_HDRLEN sizeof(struct old_pfloghdr) #ifdef _KERNEL -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_rule; struct pf_rule
[head tinderbox] failure on amd64/amd64
TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 17:10:00 - cleaning the object tree TB --- 2011-11-26 17:10:23 - cvsupping the source tree TB --- 2011-11-26 17:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 17:10:36 - building world TB --- 2011-11-26 17:10:36 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 17:10:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 17:10:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 17:10:36 - SRCCONF=/dev/null TB --- 2011-11-26 17:10:36 - TARGET=amd64 TB --- 2011-11-26 17:10:36 - TARGET_ARCH=amd64 TB --- 2011-11-26 17:10:36 - TZ=UTC TB --- 2011-11-26 17:10:36 - __MAKE_CONF=/dev/null TB --- 2011-11-26 17:10:36 - cd /src TB --- 2011-11-26 17:10:36 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 17:10:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 26 19:52:26 UTC 2011 TB --- 2011-11-26 19:52:27 - generating LINT kernel config TB --- 2011-11-26 19:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 19:52:27 - /usr/bin/make -B LINT TB --- 2011-11-26 19:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 19:52:27 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 19:52:27 - building LINT-NOINET kernel TB --- 2011-11-26 19:52:27 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 19:52:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 19:52:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 19:52:27 - SRCCONF=/dev/null TB --- 2011-11-26 19:52:27 - TARGET=amd64 TB --- 2011-11-26 19:52:27 - TARGET_ARCH=amd64 TB --- 2011-11-26 19:52:27 - TZ=UTC TB --- 2011-11-26 19:52:27 - __MAKE_CONF=/dev/null TB --- 2011-11-26 19:52:27 - cd /src TB --- 2011-11-26 19:52:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 19:52:27 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 19:52:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 19:52:27 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 19:52:27 - 7688.59 user 1456.84 system 9747.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 17:10:00 - cleaning the object tree TB --- 2011-11-26 17:10:17 - cvsupping the source tree TB --- 2011-11-26 17:10:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 17:10:33 - building world TB --- 2011-11-26 17:10:33 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 17:10:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 17:10:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 17:10:33 - SRCCONF=/dev/null TB --- 2011-11-26 17:10:33 - TARGET=i386 TB --- 2011-11-26 17:10:33 - TARGET_ARCH=i386 TB --- 2011-11-26 17:10:33 - TZ=UTC TB --- 2011-11-26 17:10:33 - __MAKE_CONF=/dev/null TB --- 2011-11-26 17:10:33 - cd /src TB --- 2011-11-26 17:10:33 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 17:10:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 26 19:20:52 UTC 2011 TB --- 2011-11-26 19:20:52 - generating LINT kernel config TB --- 2011-11-26 19:20:52 - cd /src/sys/i386/conf TB --- 2011-11-26 19:20:52 - /usr/bin/make -B LINT TB --- 2011-11-26 19:20:53 - cd /src/sys/i386/conf TB --- 2011-11-26 19:20:53 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 19:20:53 - building LINT-NOINET kernel TB --- 2011-11-26 19:20:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 19:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 19:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 19:20:53 - SRCCONF=/dev/null TB --- 2011-11-26 19:20:53 - TARGET=i386 TB --- 2011-11-26 19:20:53 - TARGET_ARCH=i386 TB --- 2011-11-26 19:20:53 - TZ=UTC TB --- 2011-11-26 19:20:53 - __MAKE_CONF=/dev/null TB --- 2011-11-26 19:20:53 - cd /src TB --- 2011-11-26 19:20:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 19:20:53 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 19:20:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 19:20:53 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 19:20:53 - 6332.25 user 1069.59 system 7853.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464}
On (26/11/2011 14:44), Andriy Gapon wrote: > on 26/11/2011 14:19 Gustau Pérez said the following: > > > > Starting Virtualbox in the console in headless mode allows to see what > > happens > > and get a dump of the panic. > > > > The messages I got were not the cause problem. The panic I was able to get > > shows this: > > > > http://pastebin.com/dHnB3Xh0 > > > > I can't get any further with core although I compiled virtualbox-ose-kmod > > with > > debug symbols (I used make config to enable them, because I think > > -DWITH_DEBUG > > does not work because kmk is used in the build process). > > > > Any help will be appreciated. > > vm_phys_alloc_contig implementation has been recently changed and now it seems > to require that vm_page_queue_free_mtx is held. Using new vm_page_alloc_contig() may be a better option here. Can't help with patch, stuck with pre Nov 15 CURRENT myself. > > -- > 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" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 11:40:00 - cleaning the object tree TB --- 2011-11-26 11:40:23 - cvsupping the source tree TB --- 2011-11-26 11:40:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 11:40:44 - building world TB --- 2011-11-26 11:40:44 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 11:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 11:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 11:40:44 - SRCCONF=/dev/null TB --- 2011-11-26 11:40:44 - TARGET=amd64 TB --- 2011-11-26 11:40:44 - TARGET_ARCH=amd64 TB --- 2011-11-26 11:40:44 - TZ=UTC TB --- 2011-11-26 11:40:44 - __MAKE_CONF=/dev/null TB --- 2011-11-26 11:40:44 - cd /src TB --- 2011-11-26 11:40:44 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 11:40:44 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 26 14:22:51 UTC 2011 TB --- 2011-11-26 14:22:51 - generating LINT kernel config TB --- 2011-11-26 14:22:51 - cd /src/sys/amd64/conf TB --- 2011-11-26 14:22:51 - /usr/bin/make -B LINT TB --- 2011-11-26 14:22:51 - cd /src/sys/amd64/conf TB --- 2011-11-26 14:22:51 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 14:22:51 - building LINT-NOINET kernel TB --- 2011-11-26 14:22:51 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 14:22:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 14:22:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 14:22:51 - SRCCONF=/dev/null TB --- 2011-11-26 14:22:51 - TARGET=amd64 TB --- 2011-11-26 14:22:51 - TARGET_ARCH=amd64 TB --- 2011-11-26 14:22:51 - TZ=UTC TB --- 2011-11-26 14:22:51 - __MAKE_CONF=/dev/null TB --- 2011-11-26 14:22:51 - cd /src TB --- 2011-11-26 14:22:51 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 14:22:51 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 14:22:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 14:22:52 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 14:22:52 - 7744.55 user 1456.67 system 9771.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
infiniband anyone?
Hello, There were rumours that OFED infiniband support made its way into 9.0 . A vanilla 9.0-RC2 install, however does not indicate detection of IB hardware. It's in the todo-list, but svn hasn't been touched since spring. Does anyone know when / in which release IB support will be available? Or does it require a custom kernel build? An update to the wiki page here: http://wiki.freebsd.org/InfiniBand would be a nice move, since I guess there are a couple of people out there who are interested in combining IB and ZFS. TIA vt P.S.: Kick BIND from base? YES!! -- Volker T. Mueller Continum AG Bismarckallee 7d 79098 Freiburg i. Br. Tel. +49 761 21711171 Fax. +49 761 21711198 http://www.continum.net Sitz der Gesellschaft: Freiburg im Breisgau Registergericht: Amtsgericht Freiburg, HRB 6866 Vorstand: Rolf Mathis, Volker T. Mueller Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 11:40:00 - cleaning the object tree TB --- 2011-11-26 11:40:18 - cvsupping the source tree TB --- 2011-11-26 11:40:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 11:40:44 - building world TB --- 2011-11-26 11:40:44 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 11:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 11:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 11:40:44 - SRCCONF=/dev/null TB --- 2011-11-26 11:40:44 - TARGET=i386 TB --- 2011-11-26 11:40:44 - TARGET_ARCH=i386 TB --- 2011-11-26 11:40:44 - TZ=UTC TB --- 2011-11-26 11:40:44 - __MAKE_CONF=/dev/null TB --- 2011-11-26 11:40:44 - cd /src TB --- 2011-11-26 11:40:44 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 11:40:44 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 26 13:50:44 UTC 2011 TB --- 2011-11-26 13:50:44 - generating LINT kernel config TB --- 2011-11-26 13:50:44 - cd /src/sys/i386/conf TB --- 2011-11-26 13:50:44 - /usr/bin/make -B LINT TB --- 2011-11-26 13:50:45 - cd /src/sys/i386/conf TB --- 2011-11-26 13:50:45 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 13:50:45 - building LINT-NOINET kernel TB --- 2011-11-26 13:50:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 13:50:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 13:50:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 13:50:45 - SRCCONF=/dev/null TB --- 2011-11-26 13:50:45 - TARGET=i386 TB --- 2011-11-26 13:50:45 - TARGET_ARCH=i386 TB --- 2011-11-26 13:50:45 - TZ=UTC TB --- 2011-11-26 13:50:45 - __MAKE_CONF=/dev/null TB --- 2011-11-26 13:50:45 - cd /src TB --- 2011-11-26 13:50:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 13:50:45 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 13:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 13:50:45 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 13:50:45 - 6349.48 user 1074.07 system 7845.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464}
on 26/11/2011 14:19 Gustau Pérez said the following: > > Starting Virtualbox in the console in headless mode allows to see what > happens > and get a dump of the panic. > > The messages I got were not the cause problem. The panic I was able to get > shows this: > > http://pastebin.com/dHnB3Xh0 > > I can't get any further with core although I compiled virtualbox-ose-kmod > with > debug symbols (I used make config to enable them, because I think -DWITH_DEBUG > does not work because kmk is used in the build process). > > Any help will be appreciated. vm_phys_alloc_contig implementation has been recently changed and now it seems to require that vm_page_queue_free_mtx is held. -- 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 i/o hangs on 9-PRERELEASE
on 25/11/2011 21:20 Mark Felder said the following: > 13:14:32 nas:~ > uname -a > FreeBSD nas.feld.me 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #3 r227971M: Fri Nov > 25 10:07:48 CST 2011 r...@nas.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64 > > This seemed to start happening sometime after RC1. I tried 8-STABLE and it's > happening there too right now. I think whatever caused this was MFC'd. I've > also > reproduced this on completely different hardware running a single disk ZFS > pool. > > > I'm getting this output in dmesg after these hangs I keep seeing. > > > uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks held: > exclusive sleep mutex pf task mtx (pf task mtx) r = 0 (0x8199af20) > locked @ /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c4 > uma_zalloc_arg() at uma_zalloc_arg+0x335 > pfr_create_ktable() at pfr_create_ktable+0xd8 > pfr_ina_define() at pfr_ina_define+0x12b > pfioctl() at pfioctl+0x1c5a > devfs_ioctl_f() at devfs_ioctl_f+0x7a > kern_ioctl() at kern_ioctl+0xcd > sys_ioctl() at sys_ioctl+0xfd > amd64_syscall() at amd64_syscall+0x3ac > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800da711c, rsp = > 0x7fff9d28, rbp = 0x7fffa1f0 --- Please note that all these messages are about pf. -- 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: panic: handle_written_inodeblock: live inodedep
On Sat, Nov 26, 2011 at 10:05:25AM +0200, Kostik Belousov wrote: K> > Running HEAD with KMS patches from kib@, a 15th November K> > snapshot build from kms branch from ~kib/deviant2 repository. K> > The panic message and backtrace look unrelated to KMS, so, K> > I think my kernel can be considered a head from 15-th of November. K> > K> > Panic happened a couple of seconds after system finished booting K> > up to login prompt. I didn't login yet, and X server hadn't been K> > started. K> > K> > Backtrace from gdb: K> > K> > #9 0x8049f5d0 in panic (fmt=Variable "fmt" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/kern/kern_shutdown.c:600 K> > #10 0x806a3b19 in softdep_disk_write_complete (bp=0xff80eff76500) K> > at /usr/home/glebius/src/deviant2/sys/ufs/ffs/ffs_softdep.c:11020 K> > #11 0x8051d97c in bufdone_finish (bp=0xff80eff76500) at buf.h:418 K> > ---Type to continue, or q to quit--- K> > #12 0x8051dcb8 in bufdone (bp=0xff80eff76500) K> > at /usr/home/glebius/src/deviant2/sys/kern/vfs_bio.c:3328 K> > #13 0x8043ac96 in g_io_schedule_up (tp=Variable "tp" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/geom/geom_io.c:679 K> > #14 0x8043b21c in g_up_procbody (arg=Variable "arg" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/geom/geom_kern.c:97 K> > #15 0x80472d5f in fork_exit ( K> > callout=0x8043b1c0 , arg=0x0, K> > frame=0xff8000264c50) K> > at /usr/home/glebius/src/deviant2/sys/kern/kern_fork.c:995 K> > #16 0x806f1a9e in fork_trampoline () K> > at /usr/home/glebius/src/deviant2/sys/amd64/amd64/exception.S:602 K> > K> > I'm running SUJ on all partitions. On the next boot after panic fsck K> > failed to run w/o "-y" option. K> > I can provide any additional information or share core file. K> K> Did you have i/o errors before the panic ? There were no error messages on console. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 06:10:00 - cleaning the object tree TB --- 2011-11-26 06:10:04 - cvsupping the source tree TB --- 2011-11-26 06:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 06:10:50 - building world TB --- 2011-11-26 06:10:50 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 06:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 06:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 06:10:50 - SRCCONF=/dev/null TB --- 2011-11-26 06:10:50 - TARGET=amd64 TB --- 2011-11-26 06:10:50 - TARGET_ARCH=amd64 TB --- 2011-11-26 06:10:50 - TZ=UTC TB --- 2011-11-26 06:10:50 - __MAKE_CONF=/dev/null TB --- 2011-11-26 06:10:50 - cd /src TB --- 2011-11-26 06:10:50 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 06:10:50 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 26 08:52:27 UTC 2011 TB --- 2011-11-26 08:52:27 - generating LINT kernel config TB --- 2011-11-26 08:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 08:52:27 - /usr/bin/make -B LINT TB --- 2011-11-26 08:52:28 - cd /src/sys/amd64/conf TB --- 2011-11-26 08:52:28 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 08:52:28 - building LINT-NOINET kernel TB --- 2011-11-26 08:52:28 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 08:52:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 08:52:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 08:52:28 - SRCCONF=/dev/null TB --- 2011-11-26 08:52:28 - TARGET=amd64 TB --- 2011-11-26 08:52:28 - TARGET_ARCH=amd64 TB --- 2011-11-26 08:52:28 - TZ=UTC TB --- 2011-11-26 08:52:28 - __MAKE_CONF=/dev/null TB --- 2011-11-26 08:52:28 - cd /src TB --- 2011-11-26 08:52:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 08:52:28 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 08:52:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 08:52:28 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 08:52:28 - 7727.27 user 1435.98 system 9747.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 06:10:00 - cleaning the object tree TB --- 2011-11-26 06:10:04 - cvsupping the source tree TB --- 2011-11-26 06:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 06:15:37 - building world TB --- 2011-11-26 06:15:37 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 06:15:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 06:15:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 06:15:37 - SRCCONF=/dev/null TB --- 2011-11-26 06:15:37 - TARGET=i386 TB --- 2011-11-26 06:15:37 - TARGET_ARCH=i386 TB --- 2011-11-26 06:15:37 - TZ=UTC TB --- 2011-11-26 06:15:37 - __MAKE_CONF=/dev/null TB --- 2011-11-26 06:15:37 - cd /src TB --- 2011-11-26 06:15:37 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 06:15:37 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 26 08:25:59 UTC 2011 TB --- 2011-11-26 08:25:59 - generating LINT kernel config TB --- 2011-11-26 08:25:59 - cd /src/sys/i386/conf TB --- 2011-11-26 08:25:59 - /usr/bin/make -B LINT TB --- 2011-11-26 08:25:59 - cd /src/sys/i386/conf TB --- 2011-11-26 08:25:59 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 08:25:59 - building LINT-NOINET kernel TB --- 2011-11-26 08:25:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 08:25:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 08:25:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 08:25:59 - SRCCONF=/dev/null TB --- 2011-11-26 08:25:59 - TARGET=i386 TB --- 2011-11-26 08:25:59 - TARGET_ARCH=i386 TB --- 2011-11-26 08:25:59 - TZ=UTC TB --- 2011-11-26 08:25:59 - __MAKE_CONF=/dev/null TB --- 2011-11-26 08:25:59 - cd /src TB --- 2011-11-26 08:25:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 08:25:59 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 08:26:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 08:26:00 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 08:26:00 - 6346.95 user 1036.02 system 8159.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [head tinderbox] failure on amd64/amd64
FreeBSD Tinderbox schreef: TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile Why is the thinbox using -g in the csup command. -g has been deprecated, so it is not needed anymore. regards Johan Hendriks ___ 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: panic: handle_written_inodeblock: live inodedep
On Fri, Nov 25, 2011 at 09:08:27PM +0400, Gleb Smirnoff wrote: > Hi! > > Running HEAD with KMS patches from kib@, a 15th November > snapshot build from kms branch from ~kib/deviant2 repository. > The panic message and backtrace look unrelated to KMS, so, > I think my kernel can be considered a head from 15-th of November. > > Panic happened a couple of seconds after system finished booting > up to login prompt. I didn't login yet, and X server hadn't been > started. > > Backtrace from gdb: > > #9 0x8049f5d0 in panic (fmt=Variable "fmt" is not available. > ) > at /usr/home/glebius/src/deviant2/sys/kern/kern_shutdown.c:600 > #10 0x806a3b19 in softdep_disk_write_complete (bp=0xff80eff76500) > at /usr/home/glebius/src/deviant2/sys/ufs/ffs/ffs_softdep.c:11020 > #11 0x8051d97c in bufdone_finish (bp=0xff80eff76500) at buf.h:418 > ---Type to continue, or q to quit--- > #12 0x8051dcb8 in bufdone (bp=0xff80eff76500) > at /usr/home/glebius/src/deviant2/sys/kern/vfs_bio.c:3328 > #13 0x8043ac96 in g_io_schedule_up (tp=Variable "tp" is not available. > ) > at /usr/home/glebius/src/deviant2/sys/geom/geom_io.c:679 > #14 0x8043b21c in g_up_procbody (arg=Variable "arg" is not available. > ) > at /usr/home/glebius/src/deviant2/sys/geom/geom_kern.c:97 > #15 0x80472d5f in fork_exit ( > callout=0x8043b1c0 , arg=0x0, > frame=0xff8000264c50) > at /usr/home/glebius/src/deviant2/sys/kern/kern_fork.c:995 > #16 0x806f1a9e in fork_trampoline () > at /usr/home/glebius/src/deviant2/sys/amd64/amd64/exception.S:602 > > I'm running SUJ on all partitions. On the next boot after panic fsck > failed to run w/o "-y" option. > I can provide any additional information or share core file. Did you have i/o errors before the panic ? pgpy6ZMCZQDZk.pgp Description: PGP signature