[head tinderbox] failure on amd64/amd64
TB --- 2011-07-10 03:40:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-10 03:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-07-10 03:40:01 - cleaning the object tree TB --- 2011-07-10 03:40:46 - cvsupping the source tree TB --- 2011-07-10 03:40:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-07-10 03:46:10 - building world TB --- 2011-07-10 03:46:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-10 03:46:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-10 03:46:10 - TARGET=amd64 TB --- 2011-07-10 03:46:10 - TARGET_ARCH=amd64 TB --- 2011-07-10 03:46:10 - TZ=UTC TB --- 2011-07-10 03:46:10 - __MAKE_CONF=/dev/null TB --- 2011-07-10 03:46:10 - cd /src TB --- 2011-07-10 03:46:10 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 10 03:46:11 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 Sun Jul 10 06:13:31 UTC 2011 TB --- 2011-07-10 06:13:31 - generating LINT kernel config TB --- 2011-07-10 06:13:31 - cd /src/sys/amd64/conf TB --- 2011-07-10 06:13:31 - /usr/bin/make -B LINT TB --- 2011-07-10 06:13:31 - building LINT kernel TB --- 2011-07-10 06:13:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-10 06:13:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-10 06:13:31 - TARGET=amd64 TB --- 2011-07-10 06:13:31 - TARGET_ARCH=amd64 TB --- 2011-07-10 06:13:31 - TZ=UTC TB --- 2011-07-10 06:13:31 - __MAKE_CONF=/dev/null TB --- 2011-07-10 06:13:31 - cd /src TB --- 2011-07-10 06:13:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 10 06:13:31 UTC 2011 >>> 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 Sun Jul 10 06:41:20 UTC 2011 TB --- 2011-07-10 06:41:20 - cd /src/sys/amd64/conf TB --- 2011-07-10 06:41:20 - /usr/sbin/config -m GENERIC TB --- 2011-07-10 06:41:20 - building GENERIC kernel TB --- 2011-07-10 06:41:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-10 06:41:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-10 06:41:20 - TARGET=amd64 TB --- 2011-07-10 06:41:20 - TARGET_ARCH=amd64 TB --- 2011-07-10 06:41:20 - TZ=UTC TB --- 2011-07-10 06:41:20 - __MAKE_CONF=/dev/null TB --- 2011-07-10 06:41:20 - cd /src TB --- 2011-07-10 06:41:20 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jul 10 06:41:20 UTC 2011 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /src/sys/dev/aic7xxx/ahd_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /src/sys/dev/aic7xxx/aic7770.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-lim
Re: FreeBSD 9
On 07/09/11 22:14, Garrett Cooper wrote: A rather quick hack to get this to compile is attached; it is decidedly in need of more care .. Or you could try out http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158714 . It fixes ports/158266 too. Awesome - Thanks! 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: FreeBSD 9
On Sat, Jul 9, 2011 at 5:08 PM, Michael Butler wrote: > On 07/01/11 13:10, Tim Gustafson wrote: > >> At any rate, 9 is working for now, except for the net-snmp compilation >> problem which I got around by using the binary package. > > A rather quick hack to get this to compile is attached; it is decidedly in > need of more care .. Or you could try out http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158714 . It fixes ports/158266 too. Thanks! -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9
On 07/01/11 13:10, Tim Gustafson wrote: At any rate, 9 is working for now, except for the net-snmp compilation problem which I got around by using the binary package. A rather quick hack to get this to compile is attached; it is decidedly in need of more care .. imb *** ./agent/mibgroup/mibII/tcpTable.c~ Fri Jul 8 20:22:17 2011 --- ./agent/mibgroup/mibII/tcpTable.c Fri Jul 8 20:22:37 2011 *** *** 17,23 #include #include "mibII_common.h" ! #include #if HAVE_NETINET_TCP_H #include --- 17,23 #include #include "mibII_common.h" ! #include #if HAVE_NETINET_TCP_H #include *** ./agent/mibgroup/mibII/ipv6.c~ Fri Jul 8 20:05:06 2011 --- ./agent/mibgroup/mibII/ipv6.c Fri Jul 8 20:24:49 2011 *** *** 95,102 # include #endif #include ! #if OS_FREEBSD_OR_DARWIN ! # if HAVE_NETINET_IN_PCB_H # include # endif #endif --- 95,102 # include #endif #include ! #if 1 /* OS_FREEBSD_OR_DARWIN */ ! # if 1 /* HAVE_NETINET_IN_PCB_H */ # include # endif #endif *** ./agent/mibgroup/mibII/udpTable.c~ Sat May 10 05:51:37 2008 --- ./agent/mibgroup/mibII/udpTable.c Fri Jul 8 20:25:46 2011 *** *** 17,22 --- 17,24 #include #include "mibII_common.h" + #include + #if HAVE_NETINET_UDP_H #include #endif ___ 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"
[PATCH] Make x86 Host-PCI bridge drivers honor decoded ranges
This patch adds a new API (pcib_host_res_*) that Host-PCI bridge drivers can use to restrict allocations for child devices to a known subset of address ranges that the bridge decodes. Originally I tried to allocate the full ranges and use rmans just as we now do for PCI-PCI bridge windows. However, this broke due to the fact that all of our ACPI LPC/ISA devices attach at the "wrong" place in the tree (they aren't behind the host-PCI bridges) and a typical ACPI BIOS will allocate the full I/O port range to the host-PCI bridge. We could perhaps fix this later if we relocate all the ACPI devices that are actually ISA devices down onto an ACPI-aware ISA bus (i.e. an ISA bus that uses ACPI to enumerate devices). Anyway, I punted on that for now. Instead, the current API works by using a resource_list to keep track of all the valid address ranges. When an allocation request is made, it simply tries all the address ranges in turn. I still made it honor hw.pci.host_mem_start since the ACPI BIOSes I have seen will optionally include option ROM space below 1MB if any ROMs are active, but we don't want to allocate that space for a wildcard BAR operation. I've changed the ACPI and MPTable Host-PCI bridge drivers to use this helper API. For ACPI we claim that bridges decode any "producer" address ranges in the bridges _CRS. For the MPTable I had to add logic to walk the extended MPTable entries and use those extended entries to find the list of decoded ranges. I'd like to get this into 9.0 and would appreciate folks testing it out. http://www.FreeBSD.org/~jhb/patches/pci_host_res.patch -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: cardbus panic: end address is not aligned
I'm also interested in this problem too if it is in the CardBus layer. This sounds like a problem with jhb's latest pci resource stuff, since that code is shared with CardBus... Another alternative to crashdups is a serial console :) I've not seen this, but haven't tried two ATH cards in a laptop in about three years... Chances are really good, however, that it has nothing to do with ath, other than the specific sizes and numbers of resources it tries to allocate... Warner On Jul 8, 2011, at 7:19 AM, John Baldwin wrote: > On Friday, July 08, 2011 4:48:35 am Doug Barton wrote: >> On 07/07/2011 14:20, John Baldwin wrote: >>> On Sunday, July 03, 2011 1:39:18 am Doug Barton wrote: I have 2 ath-based pc-card adapters. If I put either one of them in the slot while the system is up, or if I try booting with them in the slot, I get an instant panic. The cards previously worked in -current, and continue to work in 8-stable and windows xp. I don't have any other pc-cards to compare with. Full core.txt.0 file is in my home directory on freefall. This problem persists on r223732 but happened to me for the first time a week or 2 ago (haven't had time to report it previously, apologies). It likely originated a while before though, I don't use these cards very often. panic: end address is not aligned #1 0x80426a8a in kern_reboot (howto=260) at /home/svn/head/sys/kern/kern_shutdown.c:430 #2 0x80426521 in panic (fmt=Variable "fmt" is not available. ) at /home/svn/head/sys/kern/kern_shutdown.c:604 #3 0x8032c648 in pcib_grow_window (sc=0xfe0002603400, w=0xfe0002603498, type=3, start=0, end=4294967295, count=65536, flags=Variable "flags" is not available. >>> >>> The line is here: >>> >>> KASSERT((w->limit & ((1ul << w->step) - 1)) == (1ul << w->step) - 1, >>> ("end address is not aligned")); >>> >>> Can you run kgdb and do 'frame 3' and 'p/x *w'? >> >> (kgdb) frame 3 >> #3 0x8032c648 in pcib_grow_window (sc=0xfe0002603400, >>w=0xfe0002603498, type=3, start=0, end=4294967295, count=65536, >> flags=Variable "flags" is not available. >> ) >>at /home/svn/head/sys/dev/pci/pci_pci.c:1018 >> 1018 KASSERT((w->limit & ((1ul << w->step) - 1)) == (1ul << w->step) >> - 1, >> (kgdb) p/x *w >> $1 = {base = 0x8000, limit = 0x8800, rman = {rm_list = { >> tqh_first = 0xfe0002702a00, tqh_last = 0xfe0002702a98}, >>rm_mtx = 0xfe00024e20e0, rm_link = {tqe_next = 0xfe0002603520, >> tqe_prev = 0xfe0002603448}, rm_start = 0x0, rm_end = 0x, >>rm_type = 0x2, rm_descr = 0xfe0002608060}, res = >> 0xfe0002702b00, >> reg = 0x20, valid = 0x1, mask = 0x2, step = 0x14, name = >> 0x8071b77c} > > Hmm, well that's odd. It didn't grow it enough it seems. > >>> Also, can you boot your machine, then do 'sysctl debug.bootverbose=1', >>> insert >>> the card and record the messages in dmesg when it does? (You can likely >>> get >>> those out of kgdb.) >> >> The system panics instantly when I insert the cards. Would a verbose >> dmesg entry from 8.2-stable work? I can do that on the same hardware. >> If not I can try it on -current and see if anything gets logged. > > Err, if you can get a crashdump, you can use 'printf "%s", msgbufp->msg_ptr' > in kgdb to output all of dmseg. You can also use the 'dmesg' command against > a crash dump directly, and if you have crashinfo enabled, the tail of the > core.txt.N file in /var/crash will have the full dmesg in it as well. > > The real messages I will want to see are in the dmesg. Also, getting the > output of 'devinfo -r' before you insert the card would also be helpful so > I can see what it is growing from. > > Actually, forgo all that. Try this patch: > > Index: pci_pci.c > === > --- pci_pci.c (revision 223847) > +++ pci_pci.c (working copy) > @@ -954,7 +954,7 @@ pcib_grow_window(struct pcib_softc *sc, struct pci > if (bootverbose) > printf("\tback candidate range: %#lx-%#lx\n", > start_free, back); > - back = roundup2(back + 1, w->step) - 1; > + back = roundup2(back + 1, 1ul << w->step) - 1; > back -= rman_get_end(w->res); > } else > back = 0; > > -- > John Baldwin > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send
Re: FreeBSD 9
The latest FreeNAS images also have mps and zpool 28. Warner On Jul 1, 2011, at 11:10 AM, Tim Gustafson wrote: >> More specifically, it's in 8.2-STABLE. mps driver was MFC'ed on >> Feb 18th, 2011. It didn't make it into 8.2-RELEASE. >> >> Try mfsBSD image from http://mfsbsd.vx.sk/ -- it may work better. > > That's what I used. I used the zpool 15 versions though; maybe the zpool 28 > version had the new driver on it? > > At any rate, 9 is working for now, except for the net-snmp compilation > problem which I got around by using the binary package. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Tim Gustafsont...@soe.ucsc.edu > Baskin School of Engineering 831-459-5354 > UC Santa Cruz Baskin Engineering 317B > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > ___ > 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 powerpc/powerpc
TB --- 2011-07-09 20:06:18 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-09 20:06:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-07-09 20:06:18 - cleaning the object tree TB --- 2011-07-09 20:06:41 - cvsupping the source tree TB --- 2011-07-09 20:06:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-07-09 20:07:11 - building world TB --- 2011-07-09 20:07:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-09 20:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-09 20:07:11 - TARGET=powerpc TB --- 2011-07-09 20:07:11 - TARGET_ARCH=powerpc TB --- 2011-07-09 20:07:11 - TZ=UTC TB --- 2011-07-09 20:07:11 - __MAKE_CONF=/dev/null TB --- 2011-07-09 20:07:11 - cd /src TB --- 2011-07-09 20:07:11 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 9 20:07:12 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 [...] gzip -cn /src/share/man/man9/vm_map_madvise.9 > vm_map_madvise.9.gz gzip -cn /src/share/man/man9/vm_map_max.9 > vm_map_max.9.gz gzip -cn /src/share/man/man9/vm_map_protect.9 > vm_map_protect.9.gz gzip -cn /src/share/man/man9/vm_map_remove.9 > vm_map_remove.9.gz gzip -cn /src/share/man/man9/vm_map_simplify_entry.9 > vm_map_simplify_entry.9.gz gzip -cn /src/share/man/man9/vm_map_stack.9 > vm_map_stack.9.gz gzip -cn /src/share/man/man9/vm_map_submap.9 > vm_map_submap.9.gz make: don't know how to make vm_map_sync.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-07-09 21:42:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-07-09 21:42:33 - ERROR: failed to build world TB --- 2011-07-09 21:42:33 - 4717.41 user 833.18 system 5774.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.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 sparc64/sparc64
TB --- 2011-07-09 20:28:46 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-09 20:28:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-07-09 20:28:46 - cleaning the object tree TB --- 2011-07-09 20:29:03 - cvsupping the source tree TB --- 2011-07-09 20:29:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-07-09 20:29:16 - building world TB --- 2011-07-09 20:29:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-09 20:29:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-09 20:29:16 - TARGET=sparc64 TB --- 2011-07-09 20:29:16 - TARGET_ARCH=sparc64 TB --- 2011-07-09 20:29:16 - TZ=UTC TB --- 2011-07-09 20:29:16 - __MAKE_CONF=/dev/null TB --- 2011-07-09 20:29:16 - cd /src TB --- 2011-07-09 20:29:16 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 9 20:29:17 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 [...] gzip -cn /src/share/man/man9/vm_map_madvise.9 > vm_map_madvise.9.gz gzip -cn /src/share/man/man9/vm_map_max.9 > vm_map_max.9.gz gzip -cn /src/share/man/man9/vm_map_protect.9 > vm_map_protect.9.gz gzip -cn /src/share/man/man9/vm_map_remove.9 > vm_map_remove.9.gz gzip -cn /src/share/man/man9/vm_map_simplify_entry.9 > vm_map_simplify_entry.9.gz gzip -cn /src/share/man/man9/vm_map_stack.9 > vm_map_stack.9.gz gzip -cn /src/share/man/man9/vm_map_submap.9 > vm_map_submap.9.gz make: don't know how to make vm_map_sync.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-07-09 21:22:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-07-09 21:22:54 - ERROR: failed to build world TB --- 2011-07-09 21:22:54 - 2440.01 user 600.23 system 3247.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.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 powerpc64/powerpc
TB --- 2011-07-09 20:24:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-09 20:24:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-07-09 20:24:05 - cleaning the object tree TB --- 2011-07-09 20:24:27 - cvsupping the source tree TB --- 2011-07-09 20:24:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-07-09 20:24:41 - building world TB --- 2011-07-09 20:24:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-09 20:24:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-09 20:24:41 - TARGET=powerpc TB --- 2011-07-09 20:24:41 - TARGET_ARCH=powerpc64 TB --- 2011-07-09 20:24:41 - TZ=UTC TB --- 2011-07-09 20:24:41 - __MAKE_CONF=/dev/null TB --- 2011-07-09 20:24:41 - cd /src TB --- 2011-07-09 20:24:41 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 9 20:24:42 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 [...] gzip -cn /src/share/man/man9/vm_map_madvise.9 > vm_map_madvise.9.gz gzip -cn /src/share/man/man9/vm_map_max.9 > vm_map_max.9.gz gzip -cn /src/share/man/man9/vm_map_protect.9 > vm_map_protect.9.gz gzip -cn /src/share/man/man9/vm_map_remove.9 > vm_map_remove.9.gz gzip -cn /src/share/man/man9/vm_map_simplify_entry.9 > vm_map_simplify_entry.9.gz gzip -cn /src/share/man/man9/vm_map_stack.9 > vm_map_stack.9.gz gzip -cn /src/share/man/man9/vm_map_submap.9 > vm_map_submap.9.gz make: don't know how to make vm_map_sync.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-07-09 21:22:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-07-09 21:22:53 - ERROR: failed to build world TB --- 2011-07-09 21:22:53 - 2667.36 user 632.05 system 3527.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.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: ZFS boot fails with two pools
Eir Nym writes: > On 8 July 2011 09:28, Berczi Gabor wrote: >> >> On Jul 7, 2011, at 12:19 PM, Volodymyr Kostyrko wrote: >> > 2. Try to convince bios to boot from the disk of pool2. There is no disk with a singular ZFS pool. >>> >>> Any disk from bootable pool. >> >> Every disk contains two pools. And the BIOS sees only two (maybe three) of >> them. >> > 3. You can possibly try deploying /boot/boot0 MBR selector code > over disks of data pool. Supplied boot0 code can be used to > choose another disk to jump to it during boot process and will > remember the last choice. I'm not really sure how to do this with GPT. Should I use boot0 instead of pmbr? >>> >>> boot0cfg is your old friend >> >> Cool, how do we get acquinted? >> >>> Actuall I think that code on that stages just tries to boot from the pool >>> on the current disk. >> >> There are two pools on it... >> > > gpart(8) can set 'bootme' flag for GPT partition, so there no problem > to specify from which partition to boot. Doesn't gptzfsboot probe all `freebsd-zfs' partitions irrespective of their boot* attributes? A quick search shows why $ fgrep -ir bootme sys/boot sys/cddl/boot $ grep -wr 'gpt.*(' sys/boot sys/cddl/boot ___ 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 boot fails with two pools
On 8 July 2011 09:28, Berczi Gabor wrote: > > On Jul 7, 2011, at 12:19 PM, Volodymyr Kostyrko wrote: > 2. Try to convince bios to boot from the disk of pool2. >>> >>> There is no disk with a singular ZFS pool. >> >> Any disk from bootable pool. > > Every disk contains two pools. And the BIOS sees only two (maybe three) of > them. > 3. You can possibly try deploying /boot/boot0 MBR selector code over disks of data pool. Supplied boot0 code can be used to choose another disk to jump to it during boot process and will remember the last choice. >>> >>> I'm not really sure how to do this with GPT. Should I use boot0 instead of >>> pmbr? >> >> boot0cfg is your old friend > > Cool, how do we get acquinted? > >> Actuall I think that code on that stages just tries to boot from the pool on >> the current disk. > > There are two pools on it... > gpart(8) can set 'bootme' flag for GPT partition, so there no problem to specify from which partition to boot. -- Eir Nym > ___ > 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: [PATCH] Make top -P an interactive toggle
On Sat Jul 9 11, Alexander Best wrote: > On Fri Jul 8 11, Alexander Best wrote: > > On Fri Jul 8 11, John Baldwin wrote: > > > This patch lets you use 'P' while top is running to toggle between > > > per-CPU and > > > global CPU stats. > > > > very cool. i always thought that being able to interactivly enable/disable > > per-cpu stats in top would be a useful feature. great to see this being > > implemented. > > oh...and of course i tested your patch. ;) works great without any issues. would it be possible to display a note when using 'P'? E.g. when pressing 'z' top informs the user with one of these messages: "Displaying system idle process." or "Not displaying system idle process." would be nice to have something similar when pressing the 'P' key. Maybe: "Display per-cpu CPU usage statistics." and "Not display per-cpu CPU usage statistics." cheers. alex > > > > > top is nearing perfection. ;) > > > > > > > > Index: contrib/top/top.c > > > === > > > --- contrib/top/top.c (revision 223873) > > > +++ contrib/top/top.c (working copy) > > > @@ -196,9 +196,9 @@ > > > fd_set readfds; > > > > > > #ifdef ORDER > > > -static char command_chars[] = "\f qh?en#sdkriIutHmSCajzo"; > > > +static char command_chars[] = "\f qh?en#sdkriIutHmSCajzPo"; > > > #else > > > -static char command_chars[] = "\f qh?en#sdkriIutHmSCajz"; > > > +static char command_chars[] = "\f qh?en#sdkriIutHmSCajzP"; > > > #endif > > > /* these defines enumerate the "strchr"s of the commands in > > > command_chars */ > > > #define CMD_redraw 0 > > > @@ -225,8 +225,9 @@ > > > #define CMD_showargs20 > > > #define CMD_jidtog 21 > > > #define CMD_kidletog 22 > > > +#define CMD_pcputog 23 > > > #ifdef ORDER > > > -#define CMD_order 23 > > > +#define CMD_order 24 > > > #endif > > > > > > /* set the buffer for stdout */ > > > @@ -411,7 +412,7 @@ > > > break; > > > > > > case 'P': > > > - pcpu_stats = Yes; > > > + pcpu_stats = !pcpu_stats; > > > break; > > > > > > case 'z': > > > @@ -1088,6 +1089,12 @@ > > > ps.kidle ? "D" : "Not d"); > > > putchar('\r'); > > > break; > > > + case CMD_pcputog: > > > + pcpu_stats = !pcpu_stats; > > > + toggle_pcpustats(&statics); > > > + max_topn = display_updatecpus(&statics); > > > + reset_display(); > > > + break; > > > default: > > > new_message(MT_standout, " BAD CASE IN > > > SWITCH!"); > > > putchar('\r'); > > > Index: contrib/top/display.c > > > === > > > --- contrib/top/display.c (revision 223873) > > > +++ contrib/top/display.c (working copy) > > > @@ -151,16 +151,14 @@ > > > return(smart_terminal ? lines : Largest); > > > } > > > > > > -int display_init(statics) > > > +int display_updatecpus(statics) > > > > > > struct statics *statics; > > > > > > { > > > register int lines; > > > -register char **pp; > > > -register int *ip; > > > register int i; > > > - > > > + > > > /* call resize to do the dirty work */ > > > lines = display_resize(); > > > num_cpus = statics->ncpus; > > > @@ -170,6 +168,21 @@ > > > for (i = num_cpus; i > 9; i /= 10) > > > cpustates_column++; > > > > > > +return(lines); > > > +} > > > + > > > +int display_init(statics) > > > + > > > +struct statics *statics; > > > + > > > +{ > > > +register int lines; > > > +register char **pp; > > > +register int *ip; > > > +register int i; > > > + > > > +lines = display_updatecpus(statics); > > > + > > > /* only do the rest if we need to */ > > > if (lines > -1) > > > { > > > Index: contrib/top/top.X > > > === > > > --- contrib/top/top.X (revision 223873) > > > +++ contrib/top/top.X (working copy) > > > @@ -205,6 +205,7 @@ > > > .BR \-H , > > > .BR \-I , > > > .BR \-j , > > > +.BR \-P , > > > .BR \-S , > > > .BR \-t , > > > .BR \-u , > > > @@ -314,6 +315,9 @@ > > > .IR jail (8) > > > ID. > > > .TP > > > +.B P > > > +Toggle the display of per-CPU statistics. > > > +.TP > > > .B t > > > Toggle the display of the > > > .I top > > > Index: usr.bin/top/machine.c > > > === > > > --- usr.bin/top/machine.c (revision 223873) > > > +++ usr.bin/top/machine.c (working copy) > > > @@ -239,19 +239,48 @@ > > > static void getsysctl(const char *name, void *ptr, size_t len); > > > static int swapmode(int *retavail, int *retfree); > > > > > > +void
Re: [PATCH] Make top -P an interactive toggle
On Fri Jul 8 11, Alexander Best wrote: > On Fri Jul 8 11, John Baldwin wrote: > > This patch lets you use 'P' while top is running to toggle between per-CPU > > and > > global CPU stats. > > very cool. i always thought that being able to interactivly enable/disable > per-cpu stats in top would be a useful feature. great to see this being > implemented. oh...and of course i tested your patch. ;) works great without any issues. > > top is nearing perfection. ;) > > > > > Index: contrib/top/top.c > > === > > --- contrib/top/top.c (revision 223873) > > +++ contrib/top/top.c (working copy) > > @@ -196,9 +196,9 @@ > > fd_set readfds; > > > > #ifdef ORDER > > -static char command_chars[] = "\f qh?en#sdkriIutHmSCajzo"; > > +static char command_chars[] = "\f qh?en#sdkriIutHmSCajzPo"; > > #else > > -static char command_chars[] = "\f qh?en#sdkriIutHmSCajz"; > > +static char command_chars[] = "\f qh?en#sdkriIutHmSCajzP"; > > #endif > > /* these defines enumerate the "strchr"s of the commands in command_chars > > */ > > #define CMD_redraw 0 > > @@ -225,8 +225,9 @@ > > #defineCMD_showargs20 > > #defineCMD_jidtog 21 > > #define CMD_kidletog 22 > > +#define CMD_pcputog23 > > #ifdef ORDER > > -#define CMD_order 23 > > +#define CMD_order 24 > > #endif > > > > /* set the buffer for stdout */ > > @@ -411,7 +412,7 @@ > > break; > > > > case 'P': > > - pcpu_stats = Yes; > > + pcpu_stats = !pcpu_stats; > > break; > > > > case 'z': > > @@ -1088,6 +1089,12 @@ > > ps.kidle ? "D" : "Not d"); > > putchar('\r'); > > break; > > + case CMD_pcputog: > > + pcpu_stats = !pcpu_stats; > > + toggle_pcpustats(&statics); > > + max_topn = display_updatecpus(&statics); > > + reset_display(); > > + break; > > default: > > new_message(MT_standout, " BAD CASE IN > > SWITCH!"); > > putchar('\r'); > > Index: contrib/top/display.c > > === > > --- contrib/top/display.c (revision 223873) > > +++ contrib/top/display.c (working copy) > > @@ -151,16 +151,14 @@ > > return(smart_terminal ? lines : Largest); > > } > > > > -int display_init(statics) > > +int display_updatecpus(statics) > > > > struct statics *statics; > > > > { > > register int lines; > > -register char **pp; > > -register int *ip; > > register int i; > > - > > + > > /* call resize to do the dirty work */ > > lines = display_resize(); > > num_cpus = statics->ncpus; > > @@ -170,6 +168,21 @@ > > for (i = num_cpus; i > 9; i /= 10) > > cpustates_column++; > > > > +return(lines); > > +} > > + > > +int display_init(statics) > > + > > +struct statics *statics; > > + > > +{ > > +register int lines; > > +register char **pp; > > +register int *ip; > > +register int i; > > + > > +lines = display_updatecpus(statics); > > + > > /* only do the rest if we need to */ > > if (lines > -1) > > { > > Index: contrib/top/top.X > > === > > --- contrib/top/top.X (revision 223873) > > +++ contrib/top/top.X (working copy) > > @@ -205,6 +205,7 @@ > > .BR \-H , > > .BR \-I , > > .BR \-j , > > +.BR \-P , > > .BR \-S , > > .BR \-t , > > .BR \-u , > > @@ -314,6 +315,9 @@ > > .IR jail (8) > > ID. > > .TP > > +.B P > > +Toggle the display of per-CPU statistics. > > +.TP > > .B t > > Toggle the display of the > > .I top > > Index: usr.bin/top/machine.c > > === > > --- usr.bin/top/machine.c (revision 223873) > > +++ usr.bin/top/machine.c (working copy) > > @@ -239,19 +239,48 @@ > > static void getsysctl(const char *name, void *ptr, size_t len); > > static int swapmode(int *retavail, int *retfree); > > > > +void > > +toggle_pcpustats(struct statics *statics) > > +{ > > + > > + if (ncpus == 1) > > + return; > > + > > + /* Adjust display based on ncpus */ > > + if (pcpu_stats) { > > + y_mem += ncpus - 1; /* 3 */ > > + y_swap += ncpus - 1;/* 4 */ > > + y_idlecursor += ncpus - 1; /* 5 */ > > + y_message += ncpus - 1; /* 5 */ > > + y_header += ncpus - 1; /* 6 */ > > + y_procs += ncpus - 1; /* 7 */ > > + Header_lines += ncpus - 1; /* 7 */ > > + statics->ncpus = ncpus; > > + } else { > > + y_mem = 3; > > + y_swap = 4; > > + y_