M_FILEDESC leak
There's some leak of M_FILEDESC. Most head servers I look on have high filedesc usage in vmstat -m. Older (stable/9,8) do not. vmstat -m|grep filedesc usage on various servers: r259961 133350 (freefall) r261350 829256 (my dev server) r261411 67 (pointyhat) r263068 288122 (beefy1) r260368 1193324 (beefy2) -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on powerpc/powerpc
TB --- 2014-02-15 00:59:24 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 00:59:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 00:59:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-15 00:59:24 - cleaning the object tree TB --- 2014-02-15 01:00:02 - /usr/local/bin/svn stat /src TB --- 2014-02-15 01:00:05 - At svn revision 261900 TB --- 2014-02-15 01:00:06 - building world TB --- 2014-02-15 01:00:06 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 01:00:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 01:00:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 01:00:06 - SRCCONF=/dev/null TB --- 2014-02-15 01:00:06 - TARGET=powerpc TB --- 2014-02-15 01:00:06 - TARGET_ARCH=powerpc TB --- 2014-02-15 01:00:06 - TZ=UTC TB --- 2014-02-15 01:00:06 - __MAKE_CONF=/dev/null TB --- 2014-02-15 01:00:06 - cd /src TB --- 2014-02-15 01:00:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 01:00:14 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 03:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 03:22:03 - ERROR: failed to build world TB --- 2014-02-15 03:22:03 - 7224.97 user 1004.80 system 8558.99 real http://tinderbox.freebsd.org/tinderbox-head-build-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 mips/mips
TB --- 2014-02-15 00:08:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 00:08:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 00:08:20 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-15 00:08:20 - cleaning the object tree TB --- 2014-02-15 00:09:17 - /usr/local/bin/svn stat /src TB --- 2014-02-15 00:09:20 - At svn revision 261900 TB --- 2014-02-15 00:09:21 - building world TB --- 2014-02-15 00:09:21 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 00:09:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 00:09:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 00:09:21 - SRCCONF=/dev/null TB --- 2014-02-15 00:09:21 - TARGET=mips TB --- 2014-02-15 00:09:21 - TARGET_ARCH=mips TB --- 2014-02-15 00:09:21 - TZ=UTC TB --- 2014-02-15 00:09:21 - __MAKE_CONF=/dev/null TB --- 2014-02-15 00:09:21 - cd /src TB --- 2014-02-15 00:09:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 00:09:28 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 00:59:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 00:59:23 - ERROR: failed to build world TB --- 2014-02-15 00:59:23 - 2218.45 user 549.80 system 3063.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.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 buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware')
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote: > On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > > on a freshly checked out HEAD, > > "make toolchain" followed by "make buildkernel" fails at this stage: > > > > ... > > @ -> /usr/home/luigi/FreeBSD/head/sys > > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > > > (don't think it matters, but i am cross compiling amd64 > > from a stable/9 amd64 system, using clang). > > I am not sure which commit triggered the problem, > > but this used to work in the past -- toolchain was enough > > to build a kernel. > > > > cheers > > luigi > > That should be 'make kernel-toolchain', shouldn't it? > nope, fails with kernel-toolchain as well. I need to do a full buildworld to avoid this problem. cheers luigi > > -- Ian > > > -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ 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: [TTM] Unable to allocate page
On Fri, Feb 14, 2014 at 03:55:47PM +0200, Andriy Gapon wrote:
>
> I am using "radeonkms" on a machine with quite mixed, diverse and varying
> loads.
> Sometimes I get an X server crash like the following:
>
> kernel: [TTM] Unable to allocate page
> kernel: error: [drm:pid1815:radeon_gem_object_create] *ERROR* Failed to
> allocate
> GEM object (25591808, 2, 4096, -12)
> kernel: [TTM] Unable to allocate page
> kernel: [TTM] Buffer eviction failed
> kernel: vm_fault: pager read error, pid 1815 (Xorg)
> kernel: pid 1815 (Xorg), uid 0: exited on signal 11 (core dumped)
>
> At the same time there was the following in X servers stderr:
> Failed to allocate :
>size : 25589760 bytes
>alignment : 256 bytes
>domains : 2
>
> I wonder if this is a generic problem for example caused by severe resource
> exhaustion or if this is something where FreeBSD specific code does not do
> its best.
> In particular, it caught my attention that ttm_get_pages() effectively has
> semantics of M_NOWAIT as it never retries allocation failures in
> vm_page_alloc_contig().
It seems you are right that Linux tries much harder to allocate the page
than the current FreeBSD TTM ports does. Can you try the following patch ?
I did not tested it, only compiled. Please keep witness enabled.
diff --git a/sys/dev/drm2/ttm/ttm_bo.c b/sys/dev/drm2/ttm/ttm_bo.c
index d87940c..748c969 100644
--- a/sys/dev/drm2/ttm/ttm_bo.c
+++ b/sys/dev/drm2/ttm/ttm_bo.c
@@ -35,6 +35,7 @@ __FBSDID("$FreeBSD$");
#include
#include
#include
+#include
#define TTM_ASSERT_LOCKED(param)
#define TTM_DEBUG(fmt, arg...)
@@ -1489,15 +1490,23 @@ int ttm_bo_global_init(struct drm_global_reference *ref)
container_of(ref, struct ttm_bo_global_ref, ref);
struct ttm_bo_global *glob = ref->object;
int ret;
+ int tries;
sx_init(&glob->device_list_mutex, "ttmdlm");
mtx_init(&glob->lru_lock, "ttmlru", NULL, MTX_DEF);
glob->mem_glob = bo_ref->mem_glob;
+ tries = 0;
+retry:
glob->dummy_read_page = vm_page_alloc_contig(NULL, 0,
VM_ALLOC_NORMAL | VM_ALLOC_NOOBJ,
1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE);
if (unlikely(glob->dummy_read_page == NULL)) {
+ if (tries < 1) {
+ vm_pageout_grow_cache(tries, 0, VM_MAX_ADDRESS);
+ tries++;
+ goto retry;
+ }
ret = -ENOMEM;
goto out_no_drp;
}
diff --git a/sys/dev/drm2/ttm/ttm_page_alloc.c
b/sys/dev/drm2/ttm/ttm_page_alloc.c
index 3c0f18a..29a3621 100644
--- a/sys/dev/drm2/ttm/ttm_page_alloc.c
+++ b/sys/dev/drm2/ttm/ttm_page_alloc.c
@@ -44,6 +44,7 @@ __FBSDID("$FreeBSD$");
#include
#include
#include
+#include
#ifdef TTM_HAS_AGP
#include
@@ -476,6 +477,14 @@ static void ttm_handle_caching_state_failure(struct pglist
*pages,
}
}
+static vm_paddr_t
+ttm_alloc_high_bound(int ttm_alloc_flags)
+{
+
+ return ((ttm_alloc_flags & TTM_PAGE_FLAG_DMA32) ? 0x :
+ VM_MAX_ADDRESS);
+}
+
/**
* Allocate new pages with correct caching.
*
@@ -491,6 +500,7 @@ static int ttm_alloc_new_pages(struct pglist *pages, int
ttm_alloc_flags,
unsigned i, cpages, aflags;
unsigned max_cpages = min(count,
(unsigned)(PAGE_SIZE/sizeof(vm_page_t)));
+ int tries;
aflags = VM_ALLOC_NORMAL | VM_ALLOC_WIRED | VM_ALLOC_NOOBJ |
((ttm_alloc_flags & TTM_PAGE_FLAG_ZERO_ALLOC) != 0 ?
@@ -501,11 +511,18 @@ static int ttm_alloc_new_pages(struct pglist *pages, int
ttm_alloc_flags,
M_WAITOK | M_ZERO);
for (i = 0, cpages = 0; i < count; ++i) {
+ tries = 0;
+retry:
p = vm_page_alloc_contig(NULL, 0, aflags, 1, 0,
- (ttm_alloc_flags & TTM_PAGE_FLAG_DMA32) ? 0x :
- VM_MAX_ADDRESS, PAGE_SIZE, 0,
- ttm_caching_state_to_vm(cstate));
+ ttm_alloc_high_bound(ttm_alloc_flags),
+ PAGE_SIZE, 0, ttm_caching_state_to_vm(cstate));
if (!p) {
+ if (tries < 3) {
+ vm_pageout_grow_cache(tries, 0,
+ ttm_alloc_high_bound(ttm_alloc_flags));
+ tries++;
+ goto retry;
+ }
printf("[TTM] Unable to get page %u\n", i);
/* store already allocated pages in the pool after
@@ -707,6 +724,7 @@ static int ttm_get_pages(vm_page_t *pages, unsigned npages,
int flags,
int gfp_flags, aflags;
unsigned count;
int r;
+ int tries;
aflags = VM_ALLOC_NORMAL | VM_ALLOC_NOOBJ | VM_ALLOC_WIRED |
((flags & TTM_PAGE_FLAG_ZERO_ALLOC) != 0 ? VM_ALLOC_ZERO : 0);
@@ -714,11 +732,18 @@ static int ttm_get_pages(vm_
Two LOR in r261885
I tried searching the list and google and could not find a reference which seemed to apply. Neither LOR dropped to the debugger. This happens when under heavy load poudreire 16 processes. If its been reported or nothing to worry about sorry for the noise. No sysctl, make, loader changes - generic kernel. --mikej lock order reversal: 1st 0xfe0f9446ff28 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3081 2nd 0xf801c946a400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe104b8403b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe104b840460 witness_checkorder() at witness_checkorder+0xd23/frame 0xfe104b8404f0 _sx_xlock() at _sx_xlock+0x75/frame 0xfe104b840530 ufsdirhash_add() at ufsdirhash_add+0x3b/frame 0xfe104b840570 ufs_direnter() at ufs_direnter+0x688/frame 0xfe104b840630 ufs_makeinode() at ufs_makeinode+0x573/frame 0xfe104b8407f0 VOP_CREATE_APV() at VOP_CREATE_APV+0xea/frame 0xfe104b840820 vn_open_cred() at vn_open_cred+0x300/frame 0xfe104b840970 kern_openat() at kern_openat+0x261/frame 0xfe104b840ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe104b840bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe104b840bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x801833eca, rsp = 0x7fffd768, rbp = 0x7fffd7a0 --- lock order reversal: 1st 0xf800138ac068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 2nd 0xfe0f9446ff28 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xf801c952a068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe104b83ff20 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe104b83ffd0 witness_checkorder() at witness_checkorder+0xd23/frame 0xfe104b840060 __lockmgr_args() at __lockmgr_args+0x878/frame 0xfe104b840190 ffs_lock() at ffs_lock+0x84/frame 0xfe104b8401e0 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfe104b840210 _vn_lock() at _vn_lock+0xab/frame 0xfe104b840280 vget() at vget+0x70/frame 0xfe104b8402d0 vfs_hash_get() at vfs_hash_get+0xf5/frame 0xfe104b840320 ffs_vgetf() at ffs_vgetf+0x41/frame 0xfe104b8403b0 softdep_sync_buf() at softdep_sync_buf+0xa8c/frame 0xfe104b840490 ffs_syncvnode() at ffs_syncvnode+0x258/frame 0xfe104b840510 ffs_fsync() at ffs_fsync+0x20/frame 0xfe104b840540 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf0/frame 0xfe104b840570 ufs_direnter() at ufs_direnter+0x5c8/frame 0xfe104b840630 ufs_makeinode() at ufs_makeinode+0x573/frame 0xfe104b8407f0 VOP_CREATE_APV() at VOP_CREATE_APV+0xea/frame 0xfe104b840820 vn_open_cred() at vn_open_cred+0x300/frame 0xfe104b840970 kern_openat() at kern_openat+0x261/frame 0xfe104b840ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe104b840bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe104b840bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x801833eca, rsp = 0x7fffd768, rbp = 0x7fffd7a0 --- lock order reversal: 1st 0xf80d69ab2418 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:851 2nd 0xf8033fba5068 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe104b8723d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe104b872480 witness_checkorder() at witness_checkorder+0xd23/frame 0xfe104b872510 __lockmgr_args() at __lockmgr_args+0x878/frame 0xfe104b872640 vop_stdlock() at vop_stdlock+0x3c/frame 0xfe104b872660 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfe104b872690 _vn_lock() at _vn_lock+0xab/frame 0xfe104b872700 vget() at vget+0x70/frame 0xfe104b872750 devfs_allocv() at devfs_allocv+0xfd/frame 0xfe104b8727a0 devfs_root() at devfs_root+0x43/frame 0xfe104b8727d0 vfs_donmount() at vfs_donmount+0x115e/frame 0xfe104b872aa0 sys_nmount() at sys_nmount+0x72/frame 0xfe104b872ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe104b872bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe104b872bf0 --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a9ecba, rsp = 0x7fffcb18, rbp = 0x7fffd080 --- root@custom:/usr/local/poudriere/data/logs/bulk/current-default/2014-02-14_11h55m32s # uname -a FreeBSD custom 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r261885: Fri Feb 14 08:51:48 EST 2014 mikej@custom:/usr/obj/usr/src/sys/GENERIC amd64 Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r261885: Fri Feb 14 08:51:48 EST 2014 mikej@custom:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(R)
[head tinderbox] failure on powerpc/powerpc
TB --- 2014-02-14 17:07:05 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 17:07:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 17:07:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-14 17:07:05 - cleaning the object tree TB --- 2014-02-14 17:07:05 - /usr/local/bin/svn stat /src TB --- 2014-02-14 17:07:09 - At svn revision 261885 TB --- 2014-02-14 17:07:10 - building world TB --- 2014-02-14 17:07:10 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 17:07:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 17:07:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 17:07:10 - SRCCONF=/dev/null TB --- 2014-02-14 17:07:10 - TARGET=powerpc TB --- 2014-02-14 17:07:10 - TARGET_ARCH=powerpc TB --- 2014-02-14 17:07:10 - TZ=UTC TB --- 2014-02-14 17:07:10 - __MAKE_CONF=/dev/null TB --- 2014-02-14 17:07:10 - cd /src TB --- 2014-02-14 17:07:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 17:07:17 UTC 2014 >>> 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 [...] cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c:804: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:917: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 19:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 19:30:23 - ERROR: failed to build world TB --- 2014-02-14 19:30:23 - 7230.04 user 988.12 system 8597.35 real http://tinderbox.freebsd.org/tinderbox-head-build-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"
Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11)
On Tue, Feb 11, 2014 at 10:35:29AM +0100, Jeremie Le Hen wrote: > On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote: > > > > stack trace from kgdb could be a good middle ground between ddb stack trace > > and > > a full vmcore file... > > Here we go: > > #1 0x80302ca5 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at /usr/src-svn/sys/ddb/db_command.c:578 > #2 0x8030298d in db_command (cmd_table=) > at /usr/src-svn/sys/ddb/db_command.c:449 > #3 0x80306bef in db_script_exec ( > scriptname=0xfe00e5e53610 "kdb.enter.panic", > warnifnotfound=) > at /usr/src-svn/sys/ddb/db_script.c:302 > #4 0x80306a26 in db_script_kdbenter (eventname=0x0) > at /usr/src-svn/sys/ddb/db_script.c:324 > #5 0x803050ab in db_trap (type=, code=0) > at /usr/src-svn/sys/ddb/db_main.c:230 > #6 0x80696c33 in kdb_trap (type=3, code=0, tf=) > at /usr/src-svn/sys/kern/subr_kdb.c:656 > #7 0x809b0e92 in trap (frame=0xfe00e5e53960) > at /usr/src-svn/sys/amd64/amd64/trap.c:571 > #8 0x80996122 in calltrap () > at /usr/src-svn/sys/amd64/amd64/exception.S:231 > #9 0x806963ee in kdb_enter (why=0x80b3c985 "panic", > msg=) at cpufunc.h:63 > #10 0x8065ec96 in vpanic (fmt=, > ap=) at /usr/src-svn/sys/kern/kern_shutdown.c:752 > #11 0x8065eb46 in kassert_panic (fmt=) > at /usr/src-svn/sys/kern/kern_shutdown.c:647 > #12 0x807167c0 in _vn_lock (vp=0xf8000f8943b0, flags=2098176, > file=0x81508fe5 > "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", > line=1518) > at /usr/src-svn/sys/kern/vfs_vnops.c:1436 > #13 0x8148417d in zfs_lookup () > at > /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518 > #14 0x814844e1 in zfs_freebsd_lookup (ap=0xfe00e5e53d60) > at > /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106 > #15 0x80a6b34a in VOP_CACHEDLOOKUP_APV (vop=, > a=) at vnode_if.c:195 > #16 0x806f480f in vfs_cache_lookup (ap=) > at vnode_if.h:80 > #17 0x80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #18 0x80578ecb in null_lookup (ap=0xfe00e5e53eb8) at vnode_if.h:54 > #19 0x80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #20 0x806fc980 in lookup (ndp=0xfe00e5e541b8) at vnode_if.h:54 > #21 0x806fc0f4 in namei (ndp=0xfe00e5e541b8) > at /usr/src-svn/sys/kern/vfs_lookup.c:298 > #22 0x80715f5f in vn_open_cred (ndp=0xfe00e5e541b8, > flagp=0xfe00e5e54340, cmode=0, vn_open_flags=, > cred=0xf8008c070b00, fp=0x0) at /usr/src-svn/sys/kern/vfs_vnops.c:205 > #23 0x806f7b5d in vop_stdvptocnp (ap=) > at /usr/src-svn/sys/kern/vfs_default.c:797 > #24 0x805797fb in null_vptocnp (ap=0xfe00e5e54508) > at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 > #25 0x80a6fb40 in VOP_VPTOCNP_APV (vop=, > a=) at vnode_if.c:3647 > #26 0x806f5048 in vn_vptocnp_locked (vp=0xfe00e5e54590, > cred=0xf8008c070b00, > buf=0xf8000474ac00 "..", > buflen=0xfe00e5e5458c) at vnode_if.h:1564 > #27 0x806f4b6a in vn_fullpath1 (td=0xf800399a9920, > vp=0xf8009d2ba000, rdir=0xf8000f9d7938, > buf=0xf8000474ac00 "..", > retbuf=0xfe00e5e54660, buflen=995) > at /usr/src-svn/sys/kern/vfs_cache.c:1330 > #28 0x806f4de5 in vn_fullpath (td=0xf800399a9920, > vn=0xf8009584c588, retbuf=0xfe00e5e54660, > freebuf=0xfe00e5e54658) at /usr/src-svn/sys/kern/vfs_cache.c:1156 > #29 0x8061a9dd in export_fd_to_sb (data=0xf8009584c588, type=1, > fd=-1, fflags=1, refcnt=-1, offset=-1, rightsp=, > efbuf=0xf8008343a800) at /usr/src-svn/sys/kern/kern_descrip.c:3584 > #30 0x8061a4c7 in kern_proc_filedesc_out (p=, > sb=0xfe00e5e548e8, maxlen=-1) > at /usr/src-svn/sys/kern/kern_descrip.c:3405 > #31 0x8061b2e6 in sysctl_kern_proc_filedesc ( > oidp=, arg1=, arg2=-2135739022, > req=) at /usr/src-svn/sys/kern/kern_descrip.c:3534 > #32 0x80669c84 in sysctl_root (arg1=, > arg2=) at /usr/src-svn/sys/kern/kern_sysctl.c:1497 > #33 0x8066a282 in userland_sysctl (td=, > name=0xfe00e5e54a70, namelen=, > old=, oldlenp=, > inkernel=, new=, > retval=, flags=0) > at /usr/src-svn/sys/kern/kern_sysctl.c:1607 > #34 0x8066a0b4 in sys___sysctl (td=0xf800399a9920, > uap=0xfe00e5e54b80) at /usr/src-svn/sys/kern/kern_sysctl.c:1533 > #35 0x809b1af5 in amd64_syscall (td=0xf800399a9920, traced=0) > at subr_syscall.c:133 > #36 0x8099640b in Xfast_syscall () > at /usr/src-svn/sys/amd64/amd64/exception.S:390 I've just got another
[head tinderbox] failure on i386/pc98
TB --- 2014-02-14 16:05:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 16:05:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 16:05:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-02-14 16:05:57 - cleaning the object tree TB --- 2014-02-14 16:05:57 - /usr/local/bin/svn stat /src TB --- 2014-02-14 16:06:03 - At svn revision 261885 TB --- 2014-02-14 16:06:04 - building world TB --- 2014-02-14 16:06:04 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 16:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 16:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 16:06:04 - SRCCONF=/dev/null TB --- 2014-02-14 16:06:04 - TARGET=pc98 TB --- 2014-02-14 16:06:04 - TARGET_ARCH=i386 TB --- 2014-02-14 16:06:04 - TZ=UTC TB --- 2014-02-14 16:06:04 - __MAKE_CONF=/dev/null TB --- 2014-02-14 16:06:04 - cd /src TB --- 2014-02-14 16:06:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 16:06:11 UTC 2014 >>> 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 19:10:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 19:10:11 - ERROR: failed to build world TB --- 2014-02-14 19:10:11 - 9196.92 user 1220.07 system 11054.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.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 buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware')
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote: > On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > > on a freshly checked out HEAD, > > "make toolchain" followed by "make buildkernel" fails at this stage: > > > > ... > > @ -> /usr/home/luigi/FreeBSD/head/sys > > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > > > (don't think it matters, but i am cross compiling amd64 > > from a stable/9 amd64 system, using clang). > > I am not sure which commit triggered the problem, > > but this used to work in the past -- toolchain was enough > > to build a kernel. > > > > cheers > > luigi > > That should be 'make kernel-toolchain', shouldn't it? > thanks, i will learn the difference and retry. i just used toolchain in the past for both and since it worked i thought it was enough. i wonder if differentiating between user and kernel toolchains makes sense, since probably 95% of the tools and 99.999% of the time (clang) are in common... cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware')
On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > on a freshly checked out HEAD, > "make toolchain" followed by "make buildkernel" fails at this stage: > > ... > @ -> /usr/home/luigi/FreeBSD/head/sys > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > (don't think it matters, but i am cross compiling amd64 > from a stable/9 amd64 system, using clang). > I am not sure which commit triggered the problem, > but this used to work in the past -- toolchain was enough > to build a kernel. > > cheers > luigi That should be 'make kernel-toolchain', shouldn't it? -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [Xen-devel] [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator
On Thursday, February 13, 2014 8:49:24 pm Andrew Cooper wrote: > On 08/02/2014 21:42, John Baldwin wrote: > > On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote: > >> Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can > >> force the usage of the Xen mptable enumerator even when ACPI is > >> detected. > > Hmm, so I think one question is why does the existing MADT parser > > not work with the MADT table provided by Xen? This may very well > > be correct, but if it's only a small change to make the existing > > MADT parser work with Xen's MADT table, that route might be > > preferable. > > > > For dom0, the MADT seen is the system MADT, which does not bear any > reality to dom0's topology. For PV domU, no MADT will be found. For > HVM domU, the MADT seen ought to represent (virtual) reality. Hmm, the other changes suggested that you do want to use the I/O APIC entries and interrupt overrides from the system MADT for dom0? Just not the CPU entries. Is that correct? -- 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: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0
On Friday, February 14, 2014 5:38:15 am Roger Pau Monné wrote: > On 08/02/14 22:50, John Baldwin wrote: > > On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: > >> Also disable a couple of ACPI devices that are not usable under Dom0. > > > > Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might > > be fine however if there's no way for the user to set it before booting > > the kernel (as opposed to haing the relevant drivers explicitly disable > > themselves under Xen which I think would be cleaner, but would also > > make your patch larger) > > Thanks for the review, the user can pass parameters to FreeBSD when > booted as Dom0, I just find it uncomfortable to force the user into > always setting something on the command line in order to boot. Can the user set debug.acpi.disabled? If so, you are overriding their setting which would be bad. > What do you mean with "haing the relevant drivers explicitly disable > themselves under Xen"? Adding a gate on every one of those devices like > "if (xen_pv_domain()) return (ENXIO);" in the identify/probe routine > seems even worse. A check like this in probe() is what I had in mind, though I agree it's not perfect. -- 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"
HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware')
on a freshly checked out HEAD, "make toolchain" followed by "make buildkernel" fails at this stage: ... @ -> /usr/home/luigi/FreeBSD/head/sys machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' (don't think it matters, but i am cross compiling amd64 from a stable/9 amd64 system, using clang). I am not sure which commit triggered the problem, but this used to work in the past -- toolchain was enough to build a kernel. cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips/mips
TB --- 2014-02-14 16:14:52 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 16:14:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 16:14:52 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-14 16:14:52 - cleaning the object tree TB --- 2014-02-14 16:14:52 - /usr/local/bin/svn stat /src TB --- 2014-02-14 16:14:55 - At svn revision 261885 TB --- 2014-02-14 16:14:56 - building world TB --- 2014-02-14 16:14:56 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 16:14:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 16:14:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 16:14:56 - SRCCONF=/dev/null TB --- 2014-02-14 16:14:56 - TARGET=mips TB --- 2014-02-14 16:14:56 - TARGET_ARCH=mips TB --- 2014-02-14 16:14:56 - TZ=UTC TB --- 2014-02-14 16:14:56 - __MAKE_CONF=/dev/null TB --- 2014-02-14 16:14:56 - cd /src TB --- 2014-02-14 16:14:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 16:15:03 UTC 2014 >>> 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 [...] cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c:804: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:917: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 17:07:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 17:07:05 - ERROR: failed to build world TB --- 2014-02-14 17:07:05 - 2213.71 user 600.87 system 3133.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.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 arm/arm
TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for arm/arm TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=arm TB --- 2014-02-14 13:20:22 - TARGET_ARCH=arm TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:05:56 - ERROR: failed to build world TB --- 2014-02-14 16:05:56 - 8041.86 user 1417.29 system 9940.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.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 armv6/arm
TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for armv6/arm TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=arm TB --- 2014-02-14 13:20:22 - TARGET_ARCH=armv6 TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:05:56 - ERROR: failed to build world TB --- 2014-02-14 16:05:56 - 8050.33 user 1418.39 system 9940.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.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 --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for i386/i386 TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=i386 TB --- 2014-02-14 13:20:22 - TARGET_ARCH=i386 TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:14:52 - ERROR: failed to build world TB --- 2014-02-14 16:14:52 - 8654.54 user 1398.41 system 10475.48 real http://tinderbox.freebsd.org/tinderbox-head-build-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"
[TTM] Unable to allocate page
I am using "radeonkms" on a machine with quite mixed, diverse and varying loads. Sometimes I get an X server crash like the following: kernel: [TTM] Unable to allocate page kernel: error: [drm:pid1815:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (25591808, 2, 4096, -12) kernel: [TTM] Unable to allocate page kernel: [TTM] Buffer eviction failed kernel: vm_fault: pager read error, pid 1815 (Xorg) kernel: pid 1815 (Xorg), uid 0: exited on signal 11 (core dumped) At the same time there was the following in X servers stderr: Failed to allocate : size : 25589760 bytes alignment : 256 bytes domains : 2 I wonder if this is a generic problem for example caused by severe resource exhaustion or if this is something where FreeBSD specific code does not do its best. In particular, it caught my attention that ttm_get_pages() effectively has semantics of M_NOWAIT as it never retries allocation failures in vm_page_alloc_contig(). -- 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: newcons comming
On Mon, Feb 10, 2014 at 09:09:43PM -0500, Ed Maste wrote: > You should be able to manually load the kms modules to switch to > native resolution, without starting X. Indeed, kldload'ing radeonmks.so switched LCD to its native resolution. What if I am on CRT (which has many native resolutions). Is there way to select particular one (other than patching source code)? > On 10 February 2014 16:07, Alexey Dokuchaev wrote: > > Also, even at native resolution, switching consoles takes LCD considerable > > time to redraw screen contents. Looks like it's not accelerated at all... > > Can you quantify "considerable time," and describe the hardware on > which you observe this? It means that I can see that top part of the screen is drawn before bottom one (I've made a lame video: https://vidd.me/NqM). This is on some NEC AS231WM monitor connected to RV410 (Radeon X700 Pro), per pciconf(8). ./danfe ___ 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: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain)
on 11/02/2014 16:38 Vitalij Satanivskij said the following: > Get first result's while testing l2 without compression > > Memory leak is not seen for now ( system working only 20 hours) but > zfs stats saying that l2 degraded > > output of zfs-stats -L: > > > ZFS Subsystem ReportTue Feb 11 16:34:43 2014 > > > L2 ARC Summary: (DEGRADED) > Passed Headroom:3.81m > Tried Lock Failures:79.52m > IO In Progress: 9 > Low Memory Aborts: 235 > Free on Write: 54.37k > Writes While Full: 9.68k > R/W Clashes:2.82k > Bad Checksums: 211.94k > IO Errors: 0 > SPA Mismatch: 58.33m > > L2 ARC Size: (Adaptive) 243.32 GiB > Header Size:0.36% 895.11 MiB > > L2 ARC Evicts: > Lock Retries: 45 > Upon Reading: 0 > > L2 ARC Breakdown: 38.15m > Hit Ratio: 17.79% 6.79m > Miss Ratio: 82.21% 31.36m > Feeds: 88.88k > > L2 ARC Buffer: > Bytes Scanned: 292.58 TiB > Buffer Iterations: 88.88k > List Iterations:5.63m > NULL List Iterations: 17.26k > > L2 ARC Writes: > Writes Sent: (FAULTED) 77.95k > Done Ratio: 100.00% 77.95k > Error Ratio: 0.00% 0 > > > > As you can see we have Bad Checksums: 211.94k and > growing > > and also > Writes Sent: (FAULTED) 77.95k > Done Ratio: 100.00% 77.95k I have no clue how this tool summarizes the statistics. I think that I would prefer output of vfs.zfs and kstat sysctl hierarchies. I have no idea what could cause those checksum errors. This will have to be investigated separately when I (or someone else) have time. > > Another question: Please provide revision number of arc.c against which was > diff created (http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch) > Because in version in head have some small diferent's and I need manualy aply > patch. I've just updated the patch in-place. It is now based r261726. Sorry for the previous version which was against my local tree. -- 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: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0
On 08/02/14 22:50, John Baldwin wrote: > On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: >> Also disable a couple of ACPI devices that are not usable under Dom0. > > Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might > be fine however if there's no way for the user to set it before booting > the kernel (as opposed to haing the relevant drivers explicitly disable > themselves under Xen which I think would be cleaner, but would also > make your patch larger) Thanks for the review, the user can pass parameters to FreeBSD when booted as Dom0, I just find it uncomfortable to force the user into always setting something on the command line in order to boot. What do you mean with "haing the relevant drivers explicitly disable themselves under Xen"? Adding a gate on every one of those devices like "if (xen_pv_domain()) return (ENXIO);" in the identify/probe routine seems even worse. Roger. ___ 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"
