From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 14:42:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB74B1065672 for ; Sun, 25 Jul 2010 14:42:44 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA3B8FC0C for ; Sun, 25 Jul 2010 14:42:44 +0000 (UTC) Received: by bwz12 with SMTP id 12so2776497bwz.13 for ; Sun, 25 Jul 2010 07:42:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:cc:subject:in-reply-to :date:date:message-id:references:user-agent:mime-version :content-type; bh=lXqDDYC6zQYFbBBlMKnN1YcYjxJPW7xcury0vf316Qw=; b=LBKrFPXBoFY3dykmxZdr92psw2XLFR+YGptZDx2eyPtyUEFAqrt21jC2uCyGGIkzCq krxKG0GGNcm++0LnzC04gzZu5z/9svOtz0ikeM+YaeJOQcnaSHFmVbcMeP7qu9A3fQLX 7jm2gHYYIUABFrB+OmKe6Q9hg8xtasxDyi01U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:cc:subject:in-reply-to:date:message-id:references:user-agent :mime-version:content-type; b=GNpys8bwTzPc/OP7G8rubueRnhiZC8AuIibgGLvAJuXGBzYhhm15WrAur43Nd5pb/x 6njTutGK20VciYLGFS5TSy2WETyN5Nfo6ks+RTOjilvtB8lC+kAAfYlYnMcEfcMhOKOa Oxwv62NZd9j39Az8ofsrwi53R0rHVo3oWYyGE= Received: by 10.204.82.155 with SMTP id b27mr4438460bkl.182.1280068961648; Sun, 25 Jul 2010 07:42:41 -0700 (PDT) Received: from localhost (tor-gw.wkwtor.vivi2.kapper.net [94.136.16.242]) by mx.google.com with ESMTPS id x19sm2025533bkv.21.2010.07.25.07.42.39 (version=SSLv3 cipher=RC4-MD5); Sun, 25 Jul 2010 07:42:41 -0700 (PDT) From: Anonymous In-Reply-To: <4C4BFC04.8080503@FreeBSD.org> (Gabor Kovesdan's message of "Sun, 25 Jul 2010 10:55:32 +0200") Date: Sun, 25 Jul 2010 18:34:27 +0400 Date: Sun, 25 Jul 2010 18:40:15 +0400 Message-ID: <86ocdv7hqk.fsf@gmail.com> References: <4C4BFC04.8080503@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 14:42:44 -0000 (the message didn't get into the list because of silly typo: `cuirrent@' instead of `current@') Gabor Kovesdan writes: > I've fixed the last two issues that were reported. If you encounter > something more, please let me know. Thanks. But I think there is another issue affecting usr.bin/kdump/mkioctls. $ make depend sh /usr/src/usr.bin/kdump/mkioctls /usr/include > ioctl.c :1:31: fatal error: altq/altq.h:#define: No such file or directory compilation terminated. sh /usr/src/usr.bin/kdump/mksubr /usr/include > kdump_subr.c rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump -I/usr/src/usr.bin/kdump/../.. /usr/src/usr.bin/kdump/kdump.c ioctl.c kdump_subr.c /usr/src/usr.bin/kdump/../ktrace/subr.c ioctl.c:26:31: fatal error: altq/altq.h:#define: No such file or directory compilation terminated. mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.bin/kdump. If I reduce to a simple case it would look like following $ echo blah >foo $ echo clop >bar $ bsd-grep -l '.*' ./* ./foo:blah ./foo ./bar:clop ./bar $ gnu-grep -l '.*' ./* ./foo ./bar `-l' option is not supposed to show the matching line at all, only filename. > > Gabor > > -------- Mensagem Original -------- > Assunto: svn commit: r210461 - head/usr.bin/grep > Data: Sun, 25 Jul 2010 08:42:18 +0000 (UTC) > De: Gabor Kovesdan > Para: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org > > Author: gabor > Date: Sun Jul 25 08:42:18 2010 > New Revision: 210461 > URL: http://svn.freebsd.org/changeset/base/210461 > > Log: > - Fix --color behaviour to only output color sequences if stdout is a tty > or if forced mode is specified [1] > - While here, add some alternative names for the options and make then > case-insensitive > - Fix -q and -l behaviour [2] > - Some small changes to make the code easier to review > > Submitted by: swell.k@gmail.com [1], > dougb [2] > Approved by: delphij (mentor) From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 15:37:34 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4EFB1065672 for ; Sun, 25 Jul 2010 15:37:34 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id AE7E28FC0A for ; Sun, 25 Jul 2010 15:37:34 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id F054614DC2DA; Sun, 25 Jul 2010 17:37:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rKAJg98M2JyJ; Sun, 25 Jul 2010 17:37:31 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 961FB14DC294; Sun, 25 Jul 2010 17:37:30 +0200 (CEST) Message-ID: <4C4C5A39.5080806@FreeBSD.org> Date: Sun, 25 Jul 2010 17:37:29 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C4BFC04.8080503@FreeBSD.org> <86ocdv7hqk.fsf@gmail.com> In-Reply-To: <86ocdv7hqk.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 15:37:34 -0000 > `-l' option is not supposed to show the matching line at all, only filename. > Thanks. Fix is ready and waiting for my mentor's approval. http://kovesdan.org/patches/grep-lL.diff Gabor From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 17:56:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15D71065689 for ; Sun, 25 Jul 2010 17:56:32 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id BE8EB8FC19 for ; Sun, 25 Jul 2010 17:56:32 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 275FA1E0024C; Sun, 25 Jul 2010 19:56:31 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id o6PHR9S1024709; Sun, 25 Jul 2010 19:27:09 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id o6PHR9uS024708; Sun, 25 Jul 2010 19:27:09 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 25 Jul 2010 19:27:09 +0200 To: Juergen Lock Message-ID: <20100725172709.GA24551@triton8.kn-bremen.de> References: <20100724202440.GA5245@triton8.kn-bremen.de> <20100724225900.GA3433@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100724225900.GA3433@triton8.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: -nostdinc, , and X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 17:56:33 -0000 On Sun, Jul 25, 2010 at 12:59:00AM +0200, Juergen Lock wrote: > On Sat, Jul 24, 2010 at 05:17:51PM -0400, Ryan Stone wrote: > > I believe that you should be using and > > Aaah thank you! :) I shall make a patch tomorrow. Anyone want to test this patch on head? It can go in /usr/ports/emulators/kqemu-kmod-devel/files/patch-common-kqemu_int.h: Thanx, :) Juergen --- common/kqemu_int.h.orig +++ common/kqemu_int.h @@ -17,8 +17,14 @@ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ #ifndef __ASSEMBLY__ +#ifdef __FreeBSD__ +#include +#include +#include +#else #include #include +#endif #ifndef NO_STD_TYPES From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 20:50:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16E71065677 for ; Sun, 25 Jul 2010 20:50:39 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 778768FC21 for ; Sun, 25 Jul 2010 20:50:39 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o6PKmsaV029783; Sun, 25 Jul 2010 13:48:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:references:in-reply-to: content-type:date:message-id:mime-version:x-mailer; b=oehYTWXrS0b9m63IyvHUc/6n+VH7Oyba3S/jo9aKIJSRl9Ze0+Ifxuq6fn87zBjs From: Sean Bruno To: freebsd-current References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> In-Reply-To: <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> Content-Type: multipart/mixed; boundary="=-qoDY0vYm+XU3kS9nYIpK" Date: Sun, 25 Jul 2010 13:48:53 -0700 Message-ID: <1280090933.14823.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Subject: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:50:39 -0000 --=-qoDY0vYm+XU3kS9nYIpK Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Reposting from -stable. Kind of a large patch, but in order to make an omlette, you need to break a few servers. This is a diff against -CURRENT, not stable-8 as I didn't get a chance to test it. It is directly based off of changes that peter@ made to the Yahoo FreeBSD 7 tree. I have compile and boot tested this on my local machines, but I don't have 64 CPU machines to test upon. Sean --=-qoDY0vYm+XU3kS9nYIpK Content-Description: cpumask.diff Content-Disposition: attachment; filename="cpumask.diff"; size=25618; creation-date="Fri, 23 Jul 2010 19:32:28 GMT"; modification-date="Fri, 23 Jul 2010 19:32:28 GMT" Content-Type: text/x-patch; name="cpumask.diff"; charset="UTF-8" Content-Transfer-Encoding: 7bit Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 210421) +++ sys/kern/subr_smp.c (working copy) @@ -181,7 +181,7 @@ id = td->td_oncpu; if (id == NOCPU) return; - ipi_selected(1 << id, IPI_AST); + ipi_selected(cputomask(id), IPI_AST); } /* @@ -318,7 +318,7 @@ CTR1(KTR_SMP, "restart_cpus(%x)", map); /* signal other cpus to restart */ - atomic_store_rel_int(&started_cpus, map); + atomic_store_rel_long(&started_cpus, map); /* wait for each to clear its bit */ while ((stopped_cpus & map) != 0) @@ -396,11 +396,11 @@ } CPU_FOREACH(i) { - if (((1 << i) & map) != 0) + if ((cputomask(i) & map) != 0) ncpus++; } if (ncpus == 0) - panic("ncpus is 0 with map=0x%x", map); + panic("ncpus is 0 with map=0x%lx", map); /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); @@ -416,10 +416,10 @@ atomic_store_rel_int(&smp_rv_waiters[0], 0); /* signal other processors, which will enter the IPI with interrupts off */ - ipi_selected(map & ~(1 << curcpu), IPI_RENDEZVOUS); + ipi_selected(map & ~cputomask(curcpu), IPI_RENDEZVOUS); /* Check if the current CPU is in the map */ - if ((map & (1 << curcpu)) != 0) + if ((map & cputomask(curcpu)) != 0) smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) @@ -491,7 +491,7 @@ panic("Built bad topology at %p. CPU count %d != %d", top, top->cg_count, mp_ncpus); if (top->cg_mask != all_cpus) - panic("Built bad topology at %p. CPU mask 0x%X != 0x%X", + panic("Built bad topology at %p. CPU mask 0x%lX != 0x%lX", top, top->cg_mask, all_cpus); return (top); } @@ -535,7 +535,7 @@ parent->cg_children++; for (; parent != NULL; parent = parent->cg_parent) { if ((parent->cg_mask & child->cg_mask) != 0) - panic("Duplicate children in %p. mask 0x%X child 0x%X", + panic("Duplicate children in %p. mask 0x%lX child 0x%lX", parent, parent->cg_mask, child->cg_mask); parent->cg_mask |= child->cg_mask; parent->cg_count += child->cg_count; Index: sys/kern/sched_ule.c =================================================================== --- sys/kern/sched_ule.c (revision 210421) +++ sys/kern/sched_ule.c (working copy) @@ -851,7 +851,7 @@ * IPI the target cpu to force it to reschedule with the new * workload. */ - ipi_selected(1 << TDQ_ID(low), IPI_PREEMPT); + ipi_cpu(TDQ_ID(low), IPI_PREEMPT); } tdq_unlock_pair(high, low); return (moved); @@ -974,7 +974,7 @@ return; } tdq->tdq_ipipending = 1; - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); } /* @@ -2411,7 +2411,7 @@ cpu = ts->ts_cpu; ts->ts_cpu = sched_pickcpu(td, 0); if (cpu != PCPU_GET(cpuid)) - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); #endif } @@ -2642,11 +2642,11 @@ sbuf_printf(sb, "%*s\n", indent, "", indent, cg->cg_level); - sbuf_printf(sb, "%*s ", indent, "", + sbuf_printf(sb, "%*s ", indent, "", cg->cg_count, cg->cg_mask); first = TRUE; for (i = 0; i < MAXCPU; i++) { - if ((cg->cg_mask & (1 << i)) != 0) { + if ((cg->cg_mask & cputomask(i)) != 0) { if (!first) sbuf_printf(sb, ", "); else Index: sys/kern/kern_ktr.c =================================================================== --- sys/kern/kern_ktr.c (revision 210421) +++ sys/kern/kern_ktr.c (working copy) @@ -211,7 +211,7 @@ if ((ktr_mask & mask) == 0) return; cpu = KTR_CPU; - if (((1 << cpu) & ktr_cpumask) == 0) + if ((cputomask(cpu) & ktr_cpumask) == 0) return; #if defined(KTR_VERBOSE) || defined(KTR_ALQ) td = curthread; Index: sys/kern/kern_pmc.c =================================================================== --- sys/kern/kern_pmc.c (revision 210421) +++ sys/kern/kern_pmc.c (working copy) @@ -34,6 +34,7 @@ #include "opt_hwpmc_hooks.h" #include +#include #include #include #include @@ -110,7 +111,7 @@ { #ifdef SMP return (pmc_cpu_is_present(cpu) && - (hlt_cpus_mask & (1 << cpu)) == 0); + (hlt_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif @@ -137,7 +138,7 @@ pmc_cpu_is_primary(int cpu) { #ifdef SMP - return ((logical_cpus_mask & (1 << cpu)) == 0); + return ((logical_cpus_mask & cputomask(cpu)) == 0); #else return (1); #endif Index: sys/kern/subr_pcpu.c =================================================================== --- sys/kern/subr_pcpu.c (revision 210421) +++ sys/kern/subr_pcpu.c (working copy) @@ -88,7 +88,7 @@ KASSERT(cpuid >= 0 && cpuid < MAXCPU, ("pcpu_init: invalid cpuid %d", cpuid)); pcpu->pc_cpuid = cpuid; - pcpu->pc_cpumask = 1 << cpuid; + pcpu->pc_cpumask = cputomask(cpuid); cpuid_to_pcpu[cpuid] = pcpu; SLIST_INSERT_HEAD(&cpuhead, pcpu, pc_allcpu); cpu_pcpu_init(pcpu, cpuid, size); Index: sys/kern/sched_4bsd.c =================================================================== --- sys/kern/sched_4bsd.c (revision 210421) +++ sys/kern/sched_4bsd.c (working copy) @@ -1086,7 +1086,7 @@ me = PCPU_GET(cpumask); /* Don't bother if we should be doing it ourself. */ - if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == (1 << cpunum))) + if ((me & idle_cpus_mask) && (cpunum == NOCPU || me == cputomask(cpunum))) return (0); dontuse = me | stopped_cpus | hlt_cpus_mask; @@ -1108,7 +1108,7 @@ /* If they are both on, compare and use loop if different. */ if (forward_wakeup_use_loop) { if (map != map3) { - printf("map (%02X) != map3 (%02X)\n", map, + printf("map (%02lX) != map3 (%02lX)\n", map, map3); map = map3; } @@ -1120,7 +1120,7 @@ /* If we only allow a specific CPU, then mask off all the others. */ if (cpunum != NOCPU) { KASSERT((cpunum <= mp_maxcpus),("forward_wakeup: bad cpunum.")); - map &= (1 << cpunum); + map &= cputomask(cpunum); } else { /* Try choose an idle die. */ if (forward_wakeup_use_htt) { Index: sys/dev/hwpmc/hwpmc_mod.c =================================================================== --- sys/dev/hwpmc/hwpmc_mod.c (revision 210421) +++ sys/dev/hwpmc/hwpmc_mod.c (working copy) @@ -1991,7 +1991,7 @@ * had already processed the interrupt). We don't * lose the interrupt sample. */ - atomic_clear_int(&pmc_cpumask, (1 << PCPU_GET(cpuid))); + atomic_clear_long(&pmc_cpumask, PCPU_GET(cpuid)); pmc_process_samples(PCPU_GET(cpuid)); break; @@ -4083,7 +4083,7 @@ done: /* mark CPU as needing processing */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); return (error); } @@ -4193,7 +4193,7 @@ break; if (ps->ps_nsamples == PMC_SAMPLE_INUSE) { /* Need a rescan at a later time. */ - atomic_set_rel_int(&pmc_cpumask, (1 << cpu)); + atomic_set_rel_long(&pmc_cpumask, cputomask(cpu)); break; } @@ -4782,7 +4782,7 @@ PMCDBG(MOD,INI,0, "%s", "cleanup"); /* switch off sampling */ - atomic_store_rel_int(&pmc_cpumask, 0); + atomic_store_rel_long(&pmc_cpumask, 0); pmc_intr = NULL; sx_xlock(&pmc_sx); Index: sys/geom/eli/g_eli.c =================================================================== --- sys/geom/eli/g_eli.c (revision 210421) +++ sys/geom/eli/g_eli.c (working copy) @@ -499,7 +499,7 @@ g_eli_cpu_is_disabled(int cpu) { #ifdef SMP - return ((hlt_cpus_mask & (1 << cpu)) != 0); + return ((hlt_cpus_mask & cputomask(cpu)) != 0); #else return (0); #endif Index: sys/i386/include/smp.h =================================================================== --- sys/i386/include/smp.h (revision 210421) +++ sys/i386/include/smp.h (working copy) @@ -62,6 +62,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +#define ipi_cpu(_c, _i) ipi_selected(cputomask(_c), _i) void ipi_all_but_self(u_int ipi); #ifndef XEN void ipi_bitmap_handler(struct trapframe frame); Index: sys/i386/include/_types.h =================================================================== --- sys/i386/include/_types.h (revision 210421) +++ sys/i386/include/_types.h (working copy) @@ -74,7 +74,7 @@ * Standard type definitions. */ typedef unsigned long __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int32_t __critical_t; typedef long double __double_t; typedef long double __float_t; Index: sys/i386/i386/vm_machdep.c =================================================================== --- sys/i386/i386/vm_machdep.c (revision 210421) +++ sys/i386/i386/vm_machdep.c (working copy) @@ -613,7 +613,7 @@ /* Restart CPU #0. */ /* XXX: restart_cpus(1 << 0); */ - atomic_store_rel_int(&started_cpus, (1 << 0)); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/i386/i386/mp_machdep.c =================================================================== --- sys/i386/i386/mp_machdep.c (revision 210421) +++ sys/i386/i386/mp_machdep.c (working copy) @@ -1313,7 +1313,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); while ((cpu = ffs(cpus)) != 0) { @@ -1376,7 +1376,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1394,14 +1394,14 @@ savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); Index: sys/cddl/dev/dtrace/amd64/dtrace_subr.c =================================================================== --- sys/cddl/dev/dtrace/amd64/dtrace_subr.c (revision 210421) +++ sys/cddl/dev/dtrace/amd64/dtrace_subr.c (working copy) @@ -120,14 +120,14 @@ if (cpu == DTRACE_CPUALL) cpus = all_cpus; else - cpus = (cpumask_t) (1 << cpu); + cpus = cputomask(cpu); /* If the current CPU is in the set, call the function directly: */ - if ((cpus & (1 << curcpu)) != 0) { + if ((cpus & cputomask(curcpu)) != 0) { (*func)(arg); /* Mask the current CPU from the set */ - cpus &= ~(1 << curcpu); + cpus &= ~cputomask(curcpu); } /* If there are any CPUs in the set, cross-call to those CPUs */ Index: sys/amd64/include/smp.h =================================================================== --- sys/amd64/include/smp.h (revision 210421) +++ sys/amd64/include/smp.h (working copy) @@ -62,6 +62,7 @@ void init_secondary(void); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_all_but_self(u_int ipi); void ipi_bitmap_handler(struct trapframe frame); u_int mp_bootaddress(u_int); Index: sys/amd64/include/param.h =================================================================== --- sys/amd64/include/param.h (revision 210421) +++ sys/amd64/include/param.h (working copy) @@ -64,7 +64,7 @@ #endif #if defined(SMP) || defined(KLD_MODULE) -#define MAXCPU 32 +#define MAXCPU 64 #else #define MAXCPU 1 #endif Index: sys/amd64/include/_types.h =================================================================== --- sys/amd64/include/_types.h (revision 210421) +++ sys/amd64/include/_types.h (working copy) @@ -61,7 +61,7 @@ * Standard type definitions. */ typedef __int32_t __clock_t; /* clock()... */ -typedef unsigned int __cpumask_t; +typedef unsigned long __cpumask_t; typedef __int64_t __critical_t; typedef double __double_t; typedef float __float_t; Index: sys/amd64/amd64/vm_machdep.c =================================================================== --- sys/amd64/amd64/vm_machdep.c (revision 210421) +++ sys/amd64/amd64/vm_machdep.c (working copy) @@ -543,7 +543,7 @@ printf("cpu_reset: Restarting BSP\n"); /* Restart CPU #0. */ - atomic_store_rel_int(&started_cpus, 1 << 0); + atomic_store_rel_long(&started_cpus, cputomask(0)); cnt = 0; while (cpu_reset_proxy_active == 0 && cnt < 10000000) Index: sys/amd64/amd64/mptable.c =================================================================== --- sys/amd64/amd64/mptable.c (revision 210421) +++ sys/amd64/amd64/mptable.c (working copy) @@ -888,13 +888,13 @@ * already in the table, then kill the fixup. */ for (id = 0; id <= MAX_LAPIC_ID; id++) { - if ((id_mask & 1 << id) == 0) + if ((id_mask & (1ul << id)) == 0) continue; /* First, make sure we are on a logical_cpus boundary. */ if (id % logical_cpus != 0) return; for (i = id + 1; i < id + logical_cpus; i++) - if ((id_mask & 1 << i) != 0) + if ((id_mask & (1ul << i)) != 0) return; } @@ -911,7 +911,7 @@ i, id); lapic_create(i, 0); } - id_mask &= ~(1 << id); + id_mask &= ~(1ul << id); } } #endif /* MPTABLE_FORCE_HTT */ Index: sys/amd64/amd64/cpu_switch.S =================================================================== --- sys/amd64/amd64/cpu_switch.S (revision 210421) +++ sys/amd64/amd64/cpu_switch.S (working copy) @@ -74,7 +74,7 @@ jz 1f /* release bit from old pm_active */ movq PCPU(CURPMAP),%rdx - LK btrl %eax,PM_ACTIVE(%rdx) /* clear old */ + LK btrq %rax, VM_PMAP+PM_ACTIVE(%rdx) /* clear old */ 1: movq TD_PCB(%rsi),%r8 /* newtd->td_proc */ movq PCB_CR3(%r8),%rdx @@ -138,14 +138,14 @@ movl PCPU(CPUID), %eax /* Release bit from old pmap->pm_active */ movq PCPU(CURPMAP),%rcx - LK btrl %eax,PM_ACTIVE(%rcx) /* clear old */ + LK btrq %rax, VM_PMAP+PM_ACTIVE(%rdx) /* clear old */ SETLK %rdx, TD_LOCK(%rdi) /* Release the old thread */ swact: /* Set bit in new pmap->pm_active */ movq TD_PROC(%rsi),%rdx /* newproc */ movq P_VMSPACE(%rdx), %rdx addq $VM_PMAP,%rdx - LK btsl %eax,PM_ACTIVE(%rdx) /* set new */ + LK btsq %rax,PM_ACTIVE(%rdx) /* set new */ movq %rdx,PCPU(CURPMAP) sw1: Index: sys/amd64/amd64/pmap.c =================================================================== --- sys/amd64/amd64/pmap.c (revision 210421) +++ sys/amd64/amd64/pmap.c (working copy) @@ -567,7 +567,7 @@ PMAP_LOCK_INIT(kernel_pmap); kernel_pmap->pm_pml4 = (pdp_entry_t *)PHYS_TO_DMAP(KPML4phys); kernel_pmap->pm_root = NULL; - kernel_pmap->pm_active = -1; /* don't allow deactivation */ + kernel_pmap->pm_active = (cpumask_t)-1; /* don't allow deactivation */ TAILQ_INIT(&kernel_pmap->pm_pvchunk); /* @@ -926,8 +926,8 @@ void pmap_invalidate_page(pmap_t pmap, vm_offset_t va) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { @@ -947,8 +947,8 @@ void pmap_invalidate_range(pmap_t pmap, vm_offset_t sva, vm_offset_t eva) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; vm_offset_t addr; sched_pin(); @@ -972,8 +972,8 @@ void pmap_invalidate_all(pmap_t pmap) { - u_int cpumask; - u_int other_cpus; + cpumask_t cpumask; + cpumask_t other_cpus; sched_pin(); if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { @@ -5002,8 +5002,8 @@ pmap = vmspace_pmap(td->td_proc->p_vmspace); oldpmap = PCPU_GET(curpmap); #ifdef SMP - atomic_clear_int(&oldpmap->pm_active, PCPU_GET(cpumask)); - atomic_set_int(&pmap->pm_active, PCPU_GET(cpumask)); + atomic_clear_long(&oldpmap->pm_active, PCPU_GET(cpumask)); + atomic_set_long(&pmap->pm_active, PCPU_GET(cpumask)); #else oldpmap->pm_active &= ~PCPU_GET(cpumask); pmap->pm_active |= PCPU_GET(cpumask); Index: sys/amd64/amd64/mp_machdep.c =================================================================== --- sys/amd64/amd64/mp_machdep.c (revision 210421) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -127,7 +127,7 @@ * Local data and functions. */ -static u_int logical_cpus; +static cpumask_t logical_cpus; static volatile cpumask_t ipi_nmi_pending; /* used to hold the AP's until we are ready to release them */ @@ -892,7 +892,7 @@ panic("AP #%d (PHY# %d) failed!", cpu, apic_id); } - all_cpus |= (1 << cpu); /* record AP in CPU map */ + all_cpus |= cputomask(cpu); /* record AP in CPU map */ } /* build our map of 'other' CPUs */ @@ -1050,27 +1050,16 @@ static void smp_targeted_tlb_shootdown(cpumask_t mask, u_int vector, vm_offset_t addr1, vm_offset_t addr2) { - int ncpu, othercpus; + int cpu, ncpu, othercpus; othercpus = mp_ncpus - 1; - if (mask == (u_int)-1) { - ncpu = othercpus; - if (ncpu < 1) + if (mask == (cpumask_t)-1) { + if (othercpus < 1) return; } else { mask &= ~PCPU_GET(cpumask); if (mask == 0) return; - ncpu = bitcount32(mask); - if (ncpu > othercpus) { - /* XXX this should be a panic offence */ - printf("SMP: tlb shootdown to %d other cpus (only have %d)\n", - ncpu, othercpus); - ncpu = othercpus; - } - /* XXX should be a panic, implied by mask == 0 above */ - if (ncpu < 1) - return; } if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); @@ -1078,10 +1067,18 @@ smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); - if (mask == (u_int)-1) + if (mask == (cpumask_t)-1) { + ncpu = othercpus; ipi_all_but_self(vector); - else - ipi_selected(mask, vector); + } else { + ncpu = 0; + while ((cpu = ffsl(mask)) != 0) { + cpu--; + mask &= ~cputomask(cpu); + lapic_ipi_vectored(vector, cpu_apic_ids[cpu]); + ncpu++; + } + } while (smp_tlb_wait < ncpu) ia32_pause(); mtx_unlock_spin(&smp_ipi_mtx); @@ -1225,12 +1222,12 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, cpus); + atomic_set_long(&ipi_nmi_pending, cpus); CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); - while ((cpu = ffs(cpus)) != 0) { + while ((cpu = ffsl(cpus)) != 0) { cpu--; - cpus &= ~(1 << cpu); + cpus &= ~(cputomask(cpu)); KASSERT(cpu_apic_ids[cpu] != -1, ("IPI to non-existent CPU %d", cpu)); @@ -1251,6 +1248,41 @@ } /* + * send an IPI to a specific cpu. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; + } + +#ifdef STOP_NMI + if (ipi == IPI_STOP && stop_cpus_with_nmi) { + ipi_nmi_selected(cputomask(cpu)); + return; + } +#endif + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + + KASSERT(cpu_apic_ids[cpu] != -1, + ("IPI to non-existent CPU %d", cpu)); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); + } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); +} + +/* * send an IPI to all CPUs EXCEPT myself */ void @@ -1268,7 +1300,7 @@ * Set the mask of receiving CPUs for this purpose. */ if (ipi == IPI_STOP_HARD) - atomic_set_int(&ipi_nmi_pending, PCPU_GET(other_cpus)); + atomic_set_long(&ipi_nmi_pending, PCPU_GET(other_cpus)); CTR2(KTR_SMP, "%s: ipi: %x", __func__, ipi); lapic_ipi_vectored(ipi, APIC_IPI_DEST_OTHERS); @@ -1289,7 +1321,7 @@ if ((ipi_nmi_pending & cpumask) == 0) return (1); - atomic_clear_int(&ipi_nmi_pending, cpumask); + atomic_clear_long(&ipi_nmi_pending, cpumask); cpustop_handler(); return (0); } @@ -1302,19 +1334,19 @@ cpustop_handler(void) { int cpu = PCPU_GET(cpuid); - int cpumask = PCPU_GET(cpumask); + cpumask_t cpumask = PCPU_GET(cpumask); savectx(&stoppcbs[cpu]); /* Indicate that we are stopped */ - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); /* Wait for restart */ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); if (cpu == 0 && cpustop_restartfunc != NULL) { cpustop_restartfunc(); @@ -1340,7 +1372,7 @@ if (savectx2(stopxpcbs[cpu])) { fpugetregs(curthread, stopfpu); wbinvd(); - atomic_set_int(&stopped_cpus, cpumask); + atomic_set_long(&stopped_cpus, cpumask); } else fpusetregs(curthread, stopfpu); @@ -1348,8 +1380,8 @@ while (!(started_cpus & cpumask)) ia32_pause(); - atomic_clear_int(&started_cpus, cpumask); - atomic_clear_int(&stopped_cpus, cpumask); + atomic_clear_long(&started_cpus, cpumask); + atomic_clear_long(&stopped_cpus, cpumask); /* Restore CR3 and enable interrupts */ load_cr3(cr3); @@ -1381,7 +1413,7 @@ int error; mask = hlt_cpus_mask; - error = sysctl_handle_int(oidp, &mask, 0, req); + error = sysctl_handle_long(oidp, &mask, 0, req); if (error || !req->newptr) return (error); @@ -1395,11 +1427,11 @@ mask |= hyperthreading_cpus_mask; if ((mask & all_cpus) == all_cpus) - mask &= ~(1<<0); + mask &= ~cputomask(0); hlt_cpus_mask = mask; return (error); } -SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_INT|CTLFLAG_RW, +SYSCTL_PROC(_machdep, OID_AUTO, hlt_cpus, CTLTYPE_LONG|CTLFLAG_RW, 0, 0, sysctl_hlt_cpus, "IU", "Bitmap of CPUs to halt. 101 (binary) will halt CPUs 0 and 2."); @@ -1422,7 +1454,7 @@ hlt_cpus_mask |= hyperthreading_cpus_mask; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~~cputomask(0); hlt_logical_cpus = disable; return (error); @@ -1460,7 +1492,7 @@ hlt_logical_cpus = 0; if ((hlt_cpus_mask & all_cpus) == all_cpus) - hlt_cpus_mask &= ~(1<<0); + hlt_cpus_mask &= ~cputomask(0); hyperthreading_allowed = allowed; return (error); @@ -1506,9 +1538,9 @@ int mp_grab_cpu_hlt(void) { - u_int mask = PCPU_GET(cpumask); + cpumask_t mask = PCPU_GET(cpumask); #ifdef MP_WATCHDOG - u_int cpuid = PCPU_GET(cpuid); + cpumask_t cpuid = PCPU_GET(cpuid); #endif int retval; Index: sys/amd64/amd64/intr_machdep.c =================================================================== --- sys/amd64/amd64/intr_machdep.c (revision 210421) +++ sys/amd64/amd64/intr_machdep.c (working copy) @@ -444,7 +444,7 @@ */ /* The BSP is always a valid target. */ -static cpumask_t intr_cpus = (1 << 0); +static cpumask_t intr_cpus = cputomask(0); static int current_cpu; /* @@ -466,7 +466,7 @@ current_cpu++; if (current_cpu > mp_maxid) current_cpu = 0; - } while (!(intr_cpus & (1 << current_cpu))); + } while (!(intr_cpus & cputomask(current_cpu))); mtx_unlock_spin(&icu_lock); return (apic_id); } @@ -497,7 +497,7 @@ printf("INTR: Adding local APIC %d as a target\n", cpu_apic_ids[cpu]); - intr_cpus |= (1 << cpu); + intr_cpus |= cputomask(cpu); } /* Index: sys/sys/smp.h =================================================================== --- sys/sys/smp.h (revision 210421) +++ sys/sys/smp.h (working copy) @@ -89,7 +89,8 @@ * time, thus permitting us to configure sparse maps of cpuid-dependent * (per-CPU) structures. */ -#define CPU_ABSENT(x_cpu) ((all_cpus & (1 << (x_cpu))) == 0) +#include +#define CPU_ABSENT(x_cpu) ((all_cpus & (cputomask(x_cpu))) == 0) /* * Macros to iterate over non-absent CPUs. CPU_FOREACH() takes an Index: sys/sys/gmon.h =================================================================== --- sys/sys/gmon.h (revision 210421) +++ sys/sys/gmon.h (working copy) @@ -197,6 +197,7 @@ #define GPROF_FROMS 2 /* struct: from location hash bucket */ #define GPROF_TOS 3 /* struct: destination/count structure */ #define GPROF_GMONPARAM 4 /* struct: profiling parameters (see above) */ +#define GPROF_FREEBUF 5 /* int: free flat profiling buffer */ #ifdef _KERNEL Index: sys/sys/systm.h =================================================================== --- sys/sys/systm.h (revision 210421) +++ sys/sys/systm.h (working copy) @@ -423,4 +423,6 @@ return (x); } +#define cputomask(_cpu) ((__cpumask_t)1 << _cpu) + #endif /* !_SYS_SYSTM_H_ */ --=-qoDY0vYm+XU3kS9nYIpK Content-Description: ATT00001.txt Content-Disposition: attachment; filename="ATT00001.txt"; size=285; creation-date="Fri, 23 Jul 2010 19:32:28 GMT"; modification-date="Fri, 23 Jul 2010 19:32:28 GMT" Content-Type: text/plain; name="ATT00001.txt"; charset="UTF-8" Content-Transfer-Encoding: 7bit _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=-qoDY0vYm+XU3kS9nYIpK-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 20:57:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D61A1065677 for ; Sun, 25 Jul 2010 20:57:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 05B3B8FC17 for ; Sun, 25 Jul 2010 20:57:34 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6PKvUKp039470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Jul 2010 23:57:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6PKvUYG024555; Sun, 25 Jul 2010 23:57:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6PKvUaj024554; Sun, 25 Jul 2010 23:57:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 25 Jul 2010 23:57:30 +0300 From: Kostik Belousov To: sbruno@freebsd.org Message-ID: <20100725205730.GG22295@deviant.kiev.zoral.com.ua> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1280090933.14823.2.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GdbWtwDHkcXqP16f" Content-Disposition: inline In-Reply-To: <1280090933.14823.2.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 20:57:35 -0000 --GdbWtwDHkcXqP16f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 25, 2010 at 01:48:53PM -0700, Sean Bruno wrote: > Reposting from -stable. =20 >=20 > Kind of a large patch, but in order to make an omlette, you need to > break a few servers. >=20 > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > to test it. It is directly based off of changes that peter@ made to the > Yahoo FreeBSD 7 tree. >=20 > I have compile and boot tested this on my local machines, but I don't > have 64 CPU machines to test upon. >=20 > Sean >=20 Very low-priority comment (I looked at the patch at the time it was posted to stable@). Nice thing about the patch is that it presumably identifies all the places that depend on the wideness of the cpu mask. Would it make sense to abstract the cpumask operations with some macros to not repeat the search for the places when 64 will be too narrow again ? --GdbWtwDHkcXqP16f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxMpToACgkQC3+MBN1Mb4iJzACg6lC6oHSjxu7+952Y+hrD8lAR t9cAn3fUeXqSqBTGgD7lgnlt0weeDaI8 =k6LT -----END PGP SIGNATURE----- --GdbWtwDHkcXqP16f-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 22:17:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 690671065689 for ; Sun, 25 Jul 2010 22:17:39 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4C11C8FC28 for ; Sun, 25 Jul 2010 22:17:38 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o6PMHGts091340; Sun, 25 Jul 2010 15:17:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:cc:in-reply-to:references: content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=N6YoVgT1R6hcDuMV3kqwQsE0FL/zcKG+5W1nLbAcJnp0JrzuKLeKICLtuJZJjWVi From: Sean Bruno To: Kostik Belousov In-Reply-To: <20100725205730.GG22295@deviant.kiev.zoral.com.ua> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1280090933.14823.2.camel@localhost.localdomain> <20100725205730.GG22295@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Sun, 25 Jul 2010 15:17:15 -0700 Message-ID: <1280096235.14823.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 22:17:39 -0000 On Sun, 2010-07-25 at 13:57 -0700, Kostik Belousov wrote: > On Sun, Jul 25, 2010 at 01:48:53PM -0700, Sean Bruno wrote: > > Reposting from -stable. > > > > Kind of a large patch, but in order to make an omlette, you need to > > break a few servers. > > > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > > to test it. It is directly based off of changes that peter@ made to the > > Yahoo FreeBSD 7 tree. > > > > I have compile and boot tested this on my local machines, but I don't > > have 64 CPU machines to test upon. > > > > Sean > > > > Very low-priority comment (I looked at the patch at the time it was > posted to stable@). Nice thing about the patch is that it presumably > identifies all the places that depend on the wideness of the cpu > mask. Would it make sense to abstract the cpumask operations with > some macros to not repeat the search for the places when 64 will > be too narrow again ? What do you mean? Can you give me a quick example? Sean From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 22:13:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D338106564A; Sun, 25 Jul 2010 22:13:34 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id DA8ED8FC0C; Sun, 25 Jul 2010 22:13:33 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o6PMDMdG090365; Sun, 25 Jul 2010 15:13:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:x-mailer:content-transfer-encoding; b=GhBhkA6OeCZKDzf3Usmv4vvxulRQPZmzCMpPa9q9RMvUWKRf/v8yifQbmWYXSNw7 From: Sean Bruno To: Kostik Belousov In-Reply-To: <20100725205730.GG22295@deviant.kiev.zoral.com.ua> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1280090933.14823.2.camel@localhost.localdomain> <20100725205730.GG22295@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Sun, 25 Jul 2010 15:13:22 -0700 Message-ID: <1280096002.14823.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Jul 2010 22:41:13 +0000 Cc: "sbruno@freebsd.org" , freebsd-current Subject: Re: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 22:13:34 -0000 On Sun, 2010-07-25 at 13:57 -0700, Kostik Belousov wrote: > On Sun, Jul 25, 2010 at 01:48:53PM -0700, Sean Bruno wrote: > > Reposting from -stable. > > > > Kind of a large patch, but in order to make an omlette, you need to > > break a few servers. > > > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > > to test it. It is directly based off of changes that peter@ made to the > > Yahoo FreeBSD 7 tree. > > > > I have compile and boot tested this on my local machines, but I don't > > have 64 CPU machines to test upon. > > > > Sean > > > > Very low-priority comment (I looked at the patch at the time it was > posted to stable@). Nice thing about the patch is that it presumably > identifies all the places that depend on the wideness of the cpu > mask. Would it make sense to abstract the cpumask operations with > some macros to not repeat the search for the places when 64 will > be too narrow again ? What do you mean? Can you give me a quick example? Sean From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 02:44:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CCC1065670 for ; Mon, 26 Jul 2010 02:44:37 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 950748FC19 for ; Mon, 26 Jul 2010 02:44:36 +0000 (UTC) Received: by ewy26 with SMTP id 26so747356ewy.13 for ; Sun, 25 Jul 2010 19:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=nl/GTD4OQQ83sie+R0wCwbrjs16lN0jGrSuOEC6WjJs=; b=cM8hIexYf8kEYQ7URzO1F4QYOvFyEC7wiLdl52RL7CLXWOV8r+RNd/Yz+B0YgiTRt+ UgJlYWNoLoE9YPJ6Zp2pzY6nlovU+funY075GsewsjkAEZjtQ0qMl5YPofFPRjLKcDcp zxvsVSNRZcCaS1sO1yxzPGPU9UL7trZxi1NXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=m2hGYtdgfgNSWF5J2rcs3NLvLXdVhPoZUdw/P/x06+H/gmGTgNVrpNDv4p6+8CRzBH Mtk+yiQTllxc0lusA2EeLOcZS86eNDTXfOlMre8ObkfvbPW40FZ4LV4/vGbR8ME/3FXC It3HIdO3RytYVYE/UFsNQN2xmBoCsNBt+YgT8= Received: by 10.213.32.141 with SMTP id c13mr2901618ebd.75.1280112275483; Sun, 25 Jul 2010 19:44:35 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id x54sm4857806eeh.17.2010.07.25.19.44.32 (version=SSLv3 cipher=RC4-MD5); Sun, 25 Jul 2010 19:44:34 -0700 (PDT) From: Anonymous To: Juergen Lock References: <20100724202440.GA5245@triton8.kn-bremen.de> <20100724225900.GA3433@triton8.kn-bremen.de> <20100725172709.GA24551@triton8.kn-bremen.de> Date: Mon, 26 Jul 2010 06:44:29 +0400 In-Reply-To: <20100725172709.GA24551@triton8.kn-bremen.de> (Juergen Lock's message of "Sun, 25 Jul 2010 19:27:09 +0200") Message-ID: <866303otbl.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: -nostdinc, , and X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 02:44:37 -0000 Juergen Lock writes: > On Sun, Jul 25, 2010 at 12:59:00AM +0200, Juergen Lock wrote: >> On Sat, Jul 24, 2010 at 05:17:51PM -0400, Ryan Stone wrote: >> > I believe that you should be using and >> >> Aaah thank you! :) I shall make a patch tomorrow. > > Anyone want to test this patch on head? It can go in > /usr/ports/emulators/kqemu-kmod-devel/files/patch-common-kqemu_int.h: > > Thanx, :) > Juergen > > --- common/kqemu_int.h.orig > +++ common/kqemu_int.h > @@ -17,8 +17,14 @@ > * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. > */ > #ifndef __ASSEMBLY__ > +#ifdef __FreeBSD__ > +#include > +#include > +#include You're not gonna make @ and machine symlinks and include them using `-I@'? I think typedefs need to be hidden, too. gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror -mno-red-zone -fno-stack-protector -fpic -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -c -o monitor.o monitor.c -I@ In file included from monitor.c:20: kqemu_int.h:31: error: redefinition of typedef 'uint8_t' @/sys/types.h:84: error: previous declaration of 'uint8_t' was here kqemu_int.h:32: error: redefinition of typedef 'uint16_t' @/sys/types.h:89: error: previous declaration of 'uint16_t' was here kqemu_int.h:33: error: redefinition of typedef 'uint32_t' @/sys/types.h:94: error: previous declaration of 'uint32_t' was here kqemu_int.h:35: error: redefinition of typedef 'uint64_t' @/sys/types.h:99: error: previous declaration of 'uint64_t' was here kqemu_int.h:40: error: redefinition of typedef 'int8_t' @/sys/types.h:64: error: previous declaration of 'int8_t' was here kqemu_int.h:41: error: redefinition of typedef 'int16_t' @/sys/types.h:69: error: previous declaration of 'int16_t' was here kqemu_int.h:42: error: redefinition of typedef 'int32_t' @/sys/types.h:74: error: previous declaration of 'int32_t' was here kqemu_int.h:44: error: redefinition of typedef 'int64_t' @/sys/types.h:79: error: previous declaration of 'int64_t' was here BTW, the port doesn't respect CC and CFLAGS. > +#else > #include > #include > +#endif > > #ifndef NO_STD_TYPES > From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 10:09:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DEB1065674 for ; Mon, 26 Jul 2010 10:09:35 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id CDDA88FC22 for ; Mon, 26 Jul 2010 10:09:34 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o6QA9Vkv014049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jul 2010 20:09:32 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o6QA9Sjp008858; Mon, 26 Jul 2010 20:09:28 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o6QA9R4G008857; Mon, 26 Jul 2010 20:09:27 +1000 (EST) (envelope-from peter) Date: Mon, 26 Jul 2010 20:09:27 +1000 From: Peter Jeremy To: Sean Bruno Message-ID: <20100726100927.GA6844@server.vk2pj.dyndns.org> References: <20100722213836.GH15227@martini.nu> <1279836216.2456.14.camel@localhost.localdomain> <20100723003611.GA66678@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1280090933.14823.2.camel@localhost.localdomain> <20100725205730.GG22295@deviant.kiev.zoral.com.ua> <1280096002.14823.24.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <1280096002.14823.24.camel@localhost.localdomain> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , "sbruno@freebsd.org" , freebsd-current Subject: Re: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 10:09:35 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jul-25 15:13:22 -0700, Sean Bruno wrote: >On Sun, 2010-07-25 at 13:57 -0700, Kostik Belousov wrote: >> Very low-priority comment (I looked at the patch at the time it was >> posted to stable@). Nice thing about the patch is that it presumably >> identifies all the places that depend on the wideness of the cpu >> mask. Would it make sense to abstract the cpumask operations with >> some macros to not repeat the search for the places when 64 will >> be too narrow again ? > >What do you mean? Can you give me a quick example? =20 I can easily buy a machine with 128 CPU threads today (maybe 256). At some point, FreeBSD is going to need to be able to support boxes that contain too many CPUs to hold the CPU mask in a long. Your patch pulls (1 << i) into a macro cputomask(i) but still assumes that a CPU mask is representable as an integral type. Since you've gone to the effort of identifying all the places where this cpumask operations are referenced, would it not make more sense to replace them all with more generic functions to simplify future support for more than 64 CPUs. As a concrete example, instead of: CPU_FOREACH(i) { - if (((1 << i) & map) !=3D 0) + if ((cputomask(i) & map) !=3D 0) ncpus++; } use something like: CPU_FOREACH(i) { if (cpu_testmask(&map, i)) ncpus++; } And instead of: pcpu->pc_cpuid =3D cpuid; - pcpu->pc_cpumask =3D 1 << cpuid; + pcpu->pc_cpumask =3D cputomask(cpuid); cpuid_to_pcpu[cpuid] =3D pcpu; something like: pcpu->pc_cpuid =3D cpuid; cpu_setmask(&pcpu->pc_cpumask, cpuid); cpuid_to_pcpu[cpuid] =3D pcpu; Obviously, expanding the atomic operations beyond long is non-trivial but I suspect that the requirement is only that each individual bit is atomic between the "master" CPU and the relevant other CPU - which means that the atomic operations can be carried out independently on a suitable subset (int or long) of the complete mask. --=20 Peter Jeremy --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkxNXtcACgkQ/opHv/APuIeKcgCgrXXhq46V4DKkLGvOWH2t4Oyk Bp0An31KPvptO44GDUpnb7TAg+EyrKIY =GOXJ -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 13:24:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D6E106564A for ; Mon, 26 Jul 2010 13:24:55 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 848058FC23 for ; Mon, 26 Jul 2010 13:24:55 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdNfq-0005JA-71 for freebsd-current@freebsd.org; Mon, 26 Jul 2010 14:24:54 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdNfq-0006Ss-41 for freebsd-current@freebsd.org; Mon, 26 Jul 2010 14:24:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6QDOrZ2018689 for ; Mon, 26 Jul 2010 14:24:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6QDOrq0018688 for freebsd-current@freebsd.org; Mon, 26 Jul 2010 14:24:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 26 Jul 2010 14:24:52 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 13:24:55 -0000 On amd64 r210496 I get this panic when booting a kernel with snd_hda(4). I haven't used this driver before, so can't say if this is a regression. (copied by hand) hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) device_attach: hdac0 attach returned 6 Slab at 0xffffff000261eb18, freei 3 = 0 panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) cpuid = 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) db>bt (very long output.. ending in) mi_startup() at mi_startup_0x59 btext() at btext+0x2c Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 13:55:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA80A106566B for ; Mon, 26 Jul 2010 13:55:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 810A28FC13 for ; Mon, 26 Jul 2010 13:55:07 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6QDt7aN010201 for ; Mon, 26 Jul 2010 06:55:07 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6QDt7RG010200 for current@freebsd.org; Mon, 26 Jul 2010 06:55:07 -0700 (PDT) (envelope-from david) Date: Mon, 26 Jul 2010 06:55:07 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100726135507.GE2195@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9l24NVCWtSuIVIod" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: making dependencies breaks between r210462 and r210495? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 13:55:08 -0000 --9l24NVCWtSuIVIod Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is for GENERIC i386 kernel, running on head at r210462, sources updated to r210495: >>> World build started on Mon Jul 26 05:12:42 PDT 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies =2E.. =3D=3D=3D> usr.bin/jot (depend) rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/jot/jot.c echo jot: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend =3D=3D=3D> usr.bin/kdump (depend) sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/tmp/usr/include > ioctl= .c sh /usr/src/usr.bin/kdump/mksubr /usr/obj/usr/src/tmp/usr/include > kdump_s= ubr.c :1:31: error: altq/altq.h:#define: No such file or directory :3:35: error: altq/altq_cbq.h:#define: No such file or directory :5:36: error: altq/altq_cdnr.h:#define: No such file or directory :7:36: error: altq/altq_hfsc.h:#define: No such file or directory :9:36: error: altq/altq_priq.h:#define: No such file or directory :11:35: error: altq/altq_red.h:#define: No such file or directory :13:35: error: altq/altq_rio.h:#define: No such file or directory :15:40: error: cam/scsi/scsi_pass.h:#define: No such file or directo= ry :17:39: error: cam/scsi/scsi_ses.h:#define: No such file or directory :19:38: error: cam/scsi/scsi_sg.h:#define: No such file or directory :21:44: error: cam/scsi/scsi_targetio.h:#define: No such file or dir= ectory :23:38: error: crypto/cryptodev.h:#define: No such file or directory :25:39: error: dev/acpica/acpiio.h:#define: No such file or directory :27:42: error: dev/bktr/ioctl_bt848.h:#define: No such file or direc= tory :29:43: error: dev/bktr/ioctl_meteor.h:#define: No such file or dire= ctory =2E.. :193:31: error: sys/snoop.h:#define: No such file or directory :195:32: error: sys/sockio.h:#define: No such file or directory :197:35: error: sys/soundcard.h:#define: No such file or directory :199:30: error: sys/tiio.h:#define: No such file or directory :201:33: error: sys/timepps.h:#define: No such file or directory :203:32: error: sys/ttycom.h:#define: No such file or directory :205:34: error: sys/watchdog.h:#define: No such file or directory rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bi= n/kdump -I/usr/src/usr.bin/kdump/../.. /usr/src/usr.bin/kdump/kdump.c ioctl= .c kdump_subr.c /usr/src/usr.bin/kdump/../ktrace/subr.c ioctl.c:26:31: error: altq/altq.h:#define: No such file or directory ioctl.c:28:35: error: altq/altq_cbq.h:#define: No such file or directory ioctl.c:30:36: error: altq/altq_cdnr.h:#define: No such file or directory =2E.. ioctl.c:222:35: error: sys/soundcard.h:#define: No such file or directory ioctl.c:224:30: error: sys/tiio.h:#define: No such file or directory ioctl.c:226:33: error: sys/timepps.h:#define: No such file or directory ioctl.c:228:32: error: sys/ttycom.h:#define: No such file or directory ioctl.c:230:34: error: sys/watchdog.h:#define: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 Clues? Running: FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #222 r2104= 62: Sun Jul 25 05:50:11 PDT 2010 root@freebeast.catwhisker.org:/usr/obj= /usr/src/sys/GENERIC i386 Files updated since that build: U usr.bin/grep/util.c U sbin/newfs_msdos/newfs_msdos.8 U sbin/camcontrol/camcontrol.c U games/fortune/datfiles/fortunes A tools/regression/bin/sh/parser/heredoc7.0 U contrib/ncurses/man/keybound.3x U contrib/ncurses D share/man/man4/acpi_aiboost.4 U share/man/man4/Makefile U share/examples/etc/make.conf U lib/libc/locale/tolower.3 U lib/libc/locale/toupper.3 U bin/sh/parser.c U UPDATING U sys/conf/files U sys/kern/kern_exec.c U sys/kern/imgact_shell.c U sys/cam/cam_ccb.h U sys/cam/scsi/scsi_da.c U sys/cam/scsi/scsi_cd.c U sys/cam/ata/ata_da.c U sys/netinet/sctp_timer.c U sys/netinet/sctp_output.c U sys/netinet/sctp_pcb.c D sys/modules/acpi/acpi_aiboost U sys/modules/acpi/Makefile U sys/dev/siis/siis.c U sys/dev/ahci/ahci.c U sys/dev/mvs/mvs.c D sys/dev/acpi_support/acpi_aiboost.c U sys/dev/usb/serial/uipaq.c U sys/dev/usb/usbdevs U sys/dev/ata/ata-all.c U sys/dev/ata/ata-disk.c U sys/vm/vm_init.c U sys/compat/freebsd32/freebsd32_misc.c U sys/geom/geom_disk.c U sys/geom/geom_disk.h U sys/i386/conf/NOTES U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c Updated to revision 210495. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9l24NVCWtSuIVIod Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxNk7oACgkQmprOCmdXAD3hLQCeNfjQsUZfeZdqzzZ9e0TTCtXl 4YEAnilz6M3Y+VtQxzeMJMyEOlArExT8 =W/Aq -----END PGP SIGNATURE----- --9l24NVCWtSuIVIod-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 14:48:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA05106567D for ; Mon, 26 Jul 2010 14:48:04 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5BC8FC29 for ; Mon, 26 Jul 2010 14:48:04 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id E0E7F6147; Mon, 26 Jul 2010 10:48:02 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1280155683; bh=B4bZpTXYg90gOj7CXmnbk2UV16euROrEmp1VGFmjBTg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=iOHuqs/EUtwghpKRnPZrAf2FiUUog4t6MsmO4ARbtzFQ2g0J4gi1YaSi5w4BEL6ST awJYZp9tWf4If2ueij6RbF3rwvqybDhVreLQu/8EtLtUAFX4Dkx1sKNbr1xS3Nz DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=aBIck11q4LiP6i7wi+DtApYtBGPlb0f/F8P4qWXm1WIp+SQrirqdMstbdKwc/JCIg vNTAjDKbEsEviSHqrItCi9R8Y86v7YC5LcTqzRDe+UYX0Me5DvBsrIsBSl5FUHT Message-ID: <4C4DA01E.5090107@protected-networks.net> Date: Mon, 26 Jul 2010 10:47:58 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20100726135507.GE2195@albert.catwhisker.org> In-Reply-To: <20100726135507.GE2195@albert.catwhisker.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: making dependencies breaks between r210462 and r210495? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 14:48:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/26/10 09:55, David Wolfskill wrote: > This is for GENERIC i386 kernel, running on head at r210462, sources > updated to r210495: [ .. ] > ===> usr.bin/kdump (depend) > sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/tmp/usr/include > ioctl.c > sh /usr/src/usr.bin/kdump/mksubr /usr/obj/usr/src/tmp/usr/include > kdump_subr.c > :1:31: error: altq/altq.h:#define: No such file or directory This was a breakage in the new BSD grep .. 1) update your sources 2) cd /usr/src/usr.bin/grep 3) make clean all install 4) reattempt buildworld/buildkernel imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxNoB4ACgkQQv9rrgRC1JKK3QCeNh8jjA/AfMqoyX0e10cLu+iW cPEAn15ZvW0F+3hbPoUU9CRF2SEg0fgg =axny -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 15:01:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C7F1065672; Mon, 26 Jul 2010 15:01:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5BAB18FC16; Mon, 26 Jul 2010 15:01:54 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0CA5946B7E; Mon, 26 Jul 2010 11:01:54 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 44DE08A04F; Mon, 26 Jul 2010 11:01:53 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, sbruno@freebsd.org Date: Mon, 26 Jul 2010 10:43:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <20100722213836.GH15227@martini.nu> <7573B69C-3C37-449A-A27F-5B0B2ED84757@mac.com> <1280090933.14823.2.camel@localhost.localdomain> In-Reply-To: <1280090933.14823.2.camel@localhost.localdomain> MIME-Version: 1.0 Message-Id: <201007261044.00126.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 26 Jul 2010 11:01:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: [patch and review please] 64 CPU Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 15:01:54 -0000 On Sunday, July 25, 2010 4:48:53 pm Sean Bruno wrote: > Reposting from -stable. > > Kind of a large patch, but in order to make an omlette, you need to > break a few servers. > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > to test it. It is directly based off of changes that peter@ made to the > Yahoo FreeBSD 7 tree. > > I have compile and boot tested this on my local machines, but I don't > have 64 CPU machines to test upon. I think IPI_AST in the first hunk should be using ipi_cpu(). I would perhaps tackle ipi_cpu() as a first step: introduce ipi_cpu() on both i386 and amd64 (it should be ok to add a real version for i386 rather than the current macro, it should be a copy of the amd64 code). Other folks can help with other architectures. ipi_selected() should generally be a good clue as to how to implement ipi_cpu(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 15:12:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0035C1065673 for ; Mon, 26 Jul 2010 15:12:33 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B31AE8FC14 for ; Mon, 26 Jul 2010 15:12:33 +0000 (UTC) Received: by gwj23 with SMTP id 23so120236gwj.13 for ; Mon, 26 Jul 2010 08:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=HDSCjuDOUFeMcUXF17hMeCTg4Lc6eOeJUN7A9CGeSxM=; b=G5JBFrjnzolKQrsQiEAyN2HfK7H3g/+nAPpLho/bIH6N3Z8+rgmlmPhbv+5uMt+rV1 eVDU0o6wkfMaVkgtSfXYVsAYXuEjHtXCSKa+D/AiGT4xvB/kki+AV8J0Le2d0pPq17oh rWifEqwCntCtVup7vOI9RwWPiVCjylHvXn8Vs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=nsw/4bvd0ZuxEJuc1fdLKHu87TNV8xX7ihzFnJAjeSERWd/vNbbU/4rDfBA7C4c2Ks 6nXRMjIB9UTeHJcH3/z7I0s0hJWlgM6P9CDJrHJfW0wVk+gS0e3GB5jurGIdq3dAJFdj v4T/numUHhwp1PZOzrrmqdUevt0nGHzwVAG90= MIME-Version: 1.0 Received: by 10.100.124.4 with SMTP id w4mr7853816anc.140.1280155599632; Mon, 26 Jul 2010 07:46:39 -0700 (PDT) Received: by 10.100.191.9 with HTTP; Mon, 26 Jul 2010 07:46:39 -0700 (PDT) Date: Mon, 26 Jul 2010 14:46:39 +0000 Message-ID: From: =?UTF-8?B?6KO05Zu95YW0?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gnome 2.30 slow startup (Could not ask session manager if shut down is available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 15:12:34 -0000 Recently, I update my FreeBSD to 8.1, and Found that gnome 2.30 startup ver= y slow. It take one nimus or more to finish startup. When startup, the gnome-panel will display after nautilus about 30 seconds. >From the console, I see that 1=E3=80=81gnome-session[1935]: WARNING: Application 'metacity.desktop' fail= ed to register before timeout --------- after about 30 seconds ---------- 2=E3=80=81** (gnome-panel:1966): WARNING **: Could not ask session manager = if shut down is available: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. I recompile metacity, and "WARNING: Application 'metacity.desktop' failed t= o register before timeout" disappear. I try to recompile gnome-session, but not work. Finally, I do a little change for gnome-session and compile, it work. the change file is gsm_manager.c GsmConsolekit *consolekit; gboolean can_suspend =3D 0; gboolean can_hibernate =3D 0; #if 0 g_object_get (manager->priv->dkp_client, "can-suspend", &can_suspend, "can-hibernate", &can_hibernate, NULL); #endif g_debug ("GsmManager: CanShutdown called"); g_return_val_if_fail (GSM_IS_MANAGER (manager), FALSE); consolekit =3D gsm_get_consolekit (); *shutdown_available =3D gsm_consolekit_can_stop (consolekit) || gsm_consolekit_can_restart (consolekit) || can_suspend || can_hibernate; g_object_unref (consolekit); *shutdown_available =3D 0; I use following command to start session setenv GNOME_SESSION "/usr/local/bin/ck-launch-session /usr/local/bin/gnome-session" env LC_ALL=3Dzh_CN.UTF-8 XMODIFIERS=3D@im=3Dibus startx $GNOME_SESSION I also found that if login user is root, it works very well. The question is why the g_object_get call will take such a long time on non-root user. From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 15:51:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05FE106564A for ; Mon, 26 Jul 2010 15:51:54 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECF88FC18 for ; Mon, 26 Jul 2010 15:51:54 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o6QFNtus008579; Mon, 26 Jul 2010 11:23:55 -0400 (EDT) Received: from fruit-rollup.marcuscom.com (jclarke-pc.cisco.com [172.18.254.236]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o6QFNt51013149; Mon, 26 Jul 2010 11:23:55 -0400 (EDT) Message-ID: <4C4DA88B.3090208@freebsd.org> Date: Mon, 26 Jul 2010 11:23:55 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: =?UTF-8?B?6KO05Zu95YW0?= References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: gnome 2.30 slow startup (Could not ask session manager if shut down is available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 15:51:54 -0000 On 7/26/10 10:46 AM, 裴国兴 wrote: > Recently, I update my FreeBSD to 8.1, and Found that gnome 2.30 startup very > slow. It take one nimus or more to finish startup. > When startup, the gnome-panel will display after nautilus about 30 seconds. > >>From the console, I see that > > 1ã€gnome-session[1935]: WARNING: Application 'metacity.desktop' failed to > register before timeout > --------- after about 30 seconds ---------- > 2ã€** (gnome-panel:1966): WARNING **: Could not ask session manager if shut > down is available: Did not receive a reply. Possible causes include: the > remote application did not send a reply, the message bus security policy > blocked the reply, the reply timeout expired, or the network connection was > broken. > > I recompile metacity, and "WARNING: Application 'metacity.desktop' failed to > register before timeout" disappear. > > I try to recompile gnome-session, but not work. > Finally, I do a little change for gnome-session and compile, it work. > the change file is gsm_manager.c > GsmConsolekit *consolekit; > gboolean can_suspend = 0; > gboolean can_hibernate = 0; > > #if 0 > g_object_get (manager->priv->dkp_client, > "can-suspend", &can_suspend, > "can-hibernate", &can_hibernate, > NULL); > #endif > > g_debug ("GsmManager: CanShutdown called"); > > g_return_val_if_fail (GSM_IS_MANAGER (manager), FALSE); > > consolekit = gsm_get_consolekit (); > *shutdown_available = gsm_consolekit_can_stop (consolekit) > || gsm_consolekit_can_restart (consolekit) > || can_suspend > || can_hibernate; > g_object_unref (consolekit); > *shutdown_available = 0; > > I use following command to start session > > setenv GNOME_SESSION "/usr/local/bin/ck-launch-session > /usr/local/bin/gnome-session" > env LC_ALL=zh_CN.UTF-8 XMODIFIERS=@im=ibus startx $GNOME_SESSION > > I also found that if login user is root, it works very well. > > The question is why the g_object_get call will take such a long time on > non-root user. This is fixed in the latest sysutils/consolekit. Prior to the fix, sessions started with startx were not marked as active, and thus could not be properly authorized. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 16:07:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50350106566B for ; Mon, 26 Jul 2010 16:07:34 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 109DB8FC0A for ; Mon, 26 Jul 2010 16:07:33 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdQDF-0006U2-0U; Mon, 26 Jul 2010 17:07:33 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdQDE-0006p2-T2; Mon, 26 Jul 2010 17:07:32 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6QG7Wb7037948; Mon, 26 Jul 2010 17:07:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6QG7WNu037947; Mon, 26 Jul 2010 17:07:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 26 Jul 2010 17:07:32 +0100 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20100726160732.GA37936@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 16:07:34 -0000 On Mon, Jul 26, 2010 at 02:24:52PM +0100, Anton Shterenlikht wrote: > On amd64 r210496 I get this panic when booting a kernel > with snd_hda(4). I haven't used this driver before, so > can't say if this is a regression. > > (copied by hand) > > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (0) > device_attach: hdac0 attach returned 6 > Slab at 0xffffff000261eb18, freei 3 = 0 > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) > > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > db>bt > > (very long output.. ending in) > > mi_startup() at mi_startup_0x59 > btext() at btext+0x2c I moved back as far as r204000, still the same panic. Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 16:17:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 801631065675 for ; Mon, 26 Jul 2010 16:17:02 +0000 (UTC) (envelope-from staale@kristoffersen.ws) Received: from mail-forward.uio.no (mail-forward.uio.no [129.240.10.42]) by mx1.freebsd.org (Postfix) with ESMTP id 00D428FC24 for ; Mon, 26 Jul 2010 16:17:01 +0000 (UTC) Received: from mail-mx2.uio.no ([129.240.10.30]) by pat.uio.no with esmtp (Exim 4.67) (envelope-from ) id 1OdQMO-00005w-DT for freebsd-current@freebsd.org; Mon, 26 Jul 2010 18:17:00 +0200 Received: from putsch.kolbu.ws ([158.36.191.193]) by mail-mx2.uio.no with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OdQMN-0001s0-V9 for freebsd-current@freebsd.org; Mon, 26 Jul 2010 18:17:00 +0200 Received: from chiller by putsch.kolbu.ws with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OdQMN-000DZ3-Kn for freebsd-current@freebsd.org; Mon, 26 Jul 2010 18:16:59 +0200 Date: Mon, 26 Jul 2010 18:16:59 +0200 From: =?iso-8859-1?Q?St=E5le?= Kristoffersen To: freebsd-current@freebsd.org Message-ID: <20100726161659.GB64981@putsch.kolbu.ws> References: <20100715160048.GA61891@alchemy.franken.de> <20100715175225.GA52693@putsch.kolbu.ws> <20100716103125.GA73878@putsch.kolbu.ws> <20100718122022.GW4706@alchemy.franken.de> <20100719170654.GA19889@putsch.kolbu.ws> <20100720101736.GD4706@alchemy.franken.de> <20100720115528.GA88965@putsch.kolbu.ws> <4C45938B.8000604@stillbilde.net> <20100721163311.GA45556@putsch.kolbu.ws> <4C473F2F.8000206@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4C473F2F.8000206@stillbilde.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 410DE942B254F8E89E5CACCB3CFC7F777960D3A6 X-UiO-SPAM-Test: remote_host: 158.36.191.193 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 1877 max/h 13 blacklist 0 greylist 0 ratelimit 0 Subject: Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 16:17:02 -0000 On 2010-07-21 at 20:40, Svein Skogen (Listmail account) wrote: > On 21.07.2010 18:33, Ståle Kristoffersen wrote: > > I -might- have solved my problem. It has now ran for 24h without timeouts, > > and with a bit of load on it. I think I might have ran into the seagate + > > NCQ-problem, even tho seagate's webpage told me my drives was not affected > > (according to the serial numbers). I did however update the following > > num drives firmware > > 6x ST31000340AS SD15 > > 4x ST31500341AS SD17 > > I have 8 of the last type (31500341AS) mine running on CC1H firmware, > connected to my MFI. Not a single glitch so far. I also have 8 of those :) Part of my problem is that they are all connected to a sas expander, and when one drive gets in trouble everything is reset, so I can't see which drives is causing the problems. Thats why I flashed every drive I could find an update for. > > to firmware SD1B (old SD17) and SD1A (old SD15), and that looks like it has > > done the trick. I'll report back in a week or so if the problem has not > > reappeared. > > Hope it's fixed for you. I'm still keeping an eye on the MPT code to see > if someone changes something that CAN be affecting my timeout > issues/reset, and if I see something promising, I'm willing to dump out > the entire server to tapes, and test run (I have sufficient spare tapes > to actually test without losing data), but such a job will take me a > week to prepare, and another to test. Quite a bit of time for something > that "may" solve my problem... ;) It still runs fine now after 6 days, so I'm optimistic :) Not a single timeout. Good luck with your tape drive. -- Ståle Kristoffersen From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 17:26:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71A0106566C for ; Mon, 26 Jul 2010 17:26:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 92D6C8FC13 for ; Mon, 26 Jul 2010 17:26:51 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6QHQpIL011990; Mon, 26 Jul 2010 10:26:51 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6QHQpJA011989; Mon, 26 Jul 2010 10:26:51 -0700 (PDT) (envelope-from david) Date: Mon, 26 Jul 2010 10:26:51 -0700 From: David Wolfskill To: Michael Butler Message-ID: <20100726172651.GG2195@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Michael Butler , current@freebsd.org References: <20100726135507.GE2195@albert.catwhisker.org> <4C4DA01E.5090107@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AGZzQgpsuUlWC1xT" Content-Disposition: inline In-Reply-To: <4C4DA01E.5090107@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: making dependencies breaks between r210462 and r210495? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 17:26:51 -0000 --AGZzQgpsuUlWC1xT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 26, 2010 at 10:47:58AM -0400, Michael Butler wrote: > On 07/26/10 09:55, David Wolfskill wrote: > > This is for GENERIC i386 kernel, running on head at r210462, sources > > updated to r210495: > [ .. ] >=20 > > =3D=3D=3D> usr.bin/kdump (depend) > > sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/tmp/usr/include > i= octl.c > > sh /usr/src/usr.bin/kdump/mksubr /usr/obj/usr/src/tmp/usr/include > kdu= mp_subr.c > > :1:31: error: altq/altq.h:#define: No such file or directory >=20 > This was a breakage in the new BSD grep .. >=20 > 1) update your sources > 2) cd /usr/src/usr.bin/grep > 3) make clean all install > 4) reattempt buildworld/buildkernel Thanks! It turns out that I already had the most recent commit to usr.bin/grep, so merely 2) cd /usr/src/usr.bin/grep 3) make clean all install was apparently sufficient for the build to succeed: FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #223 r2104= 95: Mon Jul 26 10:05:15 PDT 2010 root@freebeast.catwhisker.org:/usr/obj= /usr/src/sys/GENERIC i386 I don't know if this is likely to bite enough folks htat updating UPDATING is warranted. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --AGZzQgpsuUlWC1xT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxNxVoACgkQmprOCmdXAD360QCfWE6QUPFWD4+z86eRhmxk/ulU dwUAn2OIsXxfFAxzCCeIMYOp1FWDw9OJ =jWeM -----END PGP SIGNATURE----- --AGZzQgpsuUlWC1xT-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 26 20:22:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6423C1065678 for ; Mon, 26 Jul 2010 20:22:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E4E368FC0A for ; Mon, 26 Jul 2010 20:22:57 +0000 (UTC) Received: (qmail 803 invoked by uid 399); 26 Jul 2010 20:22:55 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Jul 2010 20:22:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 26 Jul 2010 13:22:53 -0700 (PDT) From: Doug Barton To: David Wolfskill In-Reply-To: <20100726172651.GG2195@albert.catwhisker.org> Message-ID: References: <20100726135507.GE2195@albert.catwhisker.org> <4C4DA01E.5090107@protected-networks.net> <20100726172651.GG2195@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Michael Butler , current@freebsd.org Subject: Re: making dependencies breaks between r210462 and r210495? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 20:22:58 -0000 On Mon, 26 Jul 2010, David Wolfskill wrote: > I don't know if this is likely to bite enough folks htat updating > UPDATING is warranted. The window was small, so probably not. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 03:59:38 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B851106564A for ; Tue, 27 Jul 2010 03:59:38 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B35CE8FC14 for ; Tue, 27 Jul 2010 03:59:37 +0000 (UTC) Received: by wyj26 with SMTP id 26so3319088wyj.13 for ; Mon, 26 Jul 2010 20:59:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=nWr/3uTELQW+OVj75bn7WFXGteJvMKuR4WBWCF65q2o=; b=nxh+6CbUb4lcjKr/3vtJCZeAISCNZZ9CDX4RJohD8edRI2377RI+h0JT7x1cEetgy8 HsNNaHjKWe84UslEjWYrqJh/00vhb8mZHped5WrXZdnOytquftWusF417XrKGTngfVfc VAX7nop0PwCOvQj1lmmWBf5RK9+QCLD1TXZck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=iuUUDXN2OLF6WguhTykwuBMzyPmUhyN1TD7uQLl8EIJ9+p+ryCvp8jGyqEe1j9KXaK EwdX7x1WhHsiWbGSiK5PdNSNU7gPf3tgdkyPagOz+AvHF9mLPHSxdsEBAKcfHG8+SB8x pPOuTDMqvoqMBmZa3cChWtzA92cl8YskOnmuQ= MIME-Version: 1.0 Received: by 10.216.49.212 with SMTP id x62mr4484016web.55.1280203176454; Mon, 26 Jul 2010 20:59:36 -0700 (PDT) Received: by 10.216.171.10 with HTTP; Mon, 26 Jul 2010 20:59:36 -0700 (PDT) Date: Tue, 27 Jul 2010 03:59:36 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gabor@FreeBSD.org Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 03:59:38 -0000 Other important differences between bsdgrep and GNU grep: The --include option in bsdgrep does not have the same effect as the corresponding option in GNU grep -- in GNU grep, that option causes _only_ those files matching the file inclusion pattern to be searched. To obtain the same behavior in bsdgrep, one must issue something like --exclude '*' --include pattern. The effect of multiple overlapping --include and --exclude options is different in the two greps. It would be wise to add comments about precedence of such options in the bsdgrep manpage, as is done, for example, in bsdtar(1). b. From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 07:37:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1133F1065673 for ; Tue, 27 Jul 2010 07:37:52 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id C92708FC1B for ; Tue, 27 Jul 2010 07:37:51 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id 9D7197E87D; Tue, 27 Jul 2010 17:37:49 +1000 (EST) Message-ID: <4C4E8CCD.1010101@freebsd.org> Date: Tue, 27 Jul 2010 17:37:49 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100726 Thunderbird/3.0.6 MIME-Version: 1.0 To: Anton Shterenlikht References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <20100726160732.GA37936@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100726160732.GA37936@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 07:37:52 -0000 On 07/27/10 02:07, Anton Shterenlikht wrote: > On Mon, Jul 26, 2010 at 02:24:52PM +0100, Anton Shterenlikht wrote: >> On amd64 r210496 I get this panic when booting a kernel >> with snd_hda(4). I haven't used this driver before, so >> can't say if this is a regression. >> >> (copied by hand) >> >> hdac0: irq 16 at device 20.2 on pci0 >> hdac0: HDA Driver Revision: 20100226_0142 >> hdac0: [ITHREAD] >> hdac0: hdac_get_capabilities: Invalid corb size (0) >> device_attach: hdac0 attach returned 6 >> Slab at 0xffffff000261eb18, freei 3 = 0 >> panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) >> >> cpuid = 0 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) >> db>bt >> >> (very long output.. ending in) >> >> mi_startup() at mi_startup_0x59 >> btext() at btext+0x2c > > I moved back as far as r204000, still the same panic. > > Please advise I get this same panic on my Toshiba Portege R600 laptop when I boot it into Windows and then reboot it into FreeBSD. My guess is that the Windows drivers leave the hardware in a state which the FreeBSD code doesn't know how to deal with. I don't run Windows often so haven't hit this panic in a while, but the trick that always worked for me was to go into the BIOS and "Reset to defaults", then boot into FreeBSD. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 08:09:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1664106567D for ; Tue, 27 Jul 2010 08:09:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAA68FC14 for ; Tue, 27 Jul 2010 08:09:59 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdfEc-0000ow-H5; Tue, 27 Jul 2010 09:09:58 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdfEc-0007Si-AW; Tue, 27 Jul 2010 09:09:58 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6R89wfe045651; Tue, 27 Jul 2010 09:09:58 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6R89wrn045650; Tue, 27 Jul 2010 09:09:58 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Jul 2010 09:09:57 +0100 From: Anton Shterenlikht To: Lawrence Stewart Message-ID: <20100727080957.GB45627@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <20100726160732.GA37936@mech-cluster241.men.bris.ac.uk> <4C4E8CCD.1010101@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C4E8CCD.1010101@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 08:10:00 -0000 On Tue, Jul 27, 2010 at 05:37:49PM +1000, Lawrence Stewart wrote: > On 07/27/10 02:07, Anton Shterenlikht wrote: > > On Mon, Jul 26, 2010 at 02:24:52PM +0100, Anton Shterenlikht wrote: > >> On amd64 r210496 I get this panic when booting a kernel > >> with snd_hda(4). I haven't used this driver before, so > >> can't say if this is a regression. > >> > >> (copied by hand) > >> > >> hdac0: irq 16 at device 20.2 on pci0 > >> hdac0: HDA Driver Revision: 20100226_0142 > >> hdac0: [ITHREAD] > >> hdac0: hdac_get_capabilities: Invalid corb size (0) > >> device_attach: hdac0 attach returned 6 > >> Slab at 0xffffff000261eb18, freei 3 = 0 > >> panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) > >> > >> cpuid = 0 > >> KDB: enter: panic > >> [ thread pid 0 tid 100000 ] > >> Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > >> db>bt > >> > >> (very long output.. ending in) > >> > >> mi_startup() at mi_startup_0x59 > >> btext() at btext+0x2c > > > > I moved back as far as r204000, still the same panic. > > > > Please advise > > I get this same panic on my Toshiba Portege R600 laptop when I boot it > into Windows and then reboot it into FreeBSD. My guess is that the > Windows drivers leave the hardware in a state which the FreeBSD code > doesn't know how to deal with. I don't run Windows often so haven't hit > this panic in a while, but the trick that always worked for me was to go > into the BIOS and "Reset to defaults", then boot into FreeBSD. no, that doesn't help, still the same panic Also, I've only FBSD installed on this laptop (HP Compaq 6715s), no other OS. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 10:23:33 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BCC51065673 for ; Tue, 27 Jul 2010 10:23:33 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id E79CA8FC16 for ; Tue, 27 Jul 2010 10:23:32 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id o6RANQ1p001885; Tue, 27 Jul 2010 11:23:26 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OdhJl-0007Sh-V0; Tue, 27 Jul 2010 11:23:25 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.4/8.14.4) with ESMTP id o6RANPdY079081; Tue, 27 Jul 2010 11:23:25 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.4/8.14.4/Submit) id o6RANPVc079080; Tue, 27 Jul 2010 11:23:25 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Anton Shterenlikht In-Reply-To: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Jul 2010 11:23:24 +0100 Message-ID: <1280226205.78791.0.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 10:23:33 -0000 On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > On amd64 r210496 I get this panic when booting a kernel > with snd_hda(4). I haven't used this driver before, so > can't say if this is a regression. >=20 > (copied by hand) >=20 > hdac0: irq 16 at device 20.= 2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (0) > device_attach: hdac0 attach returned 6 > Slab at 0xffffff000261eb18, freei 3 =3D 0 > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9= a500(1024) >=20 > cpuid =3D 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > db>bt >=20 > (very long output.. ending in) Can you give us this output please? At least the "panic()" line and the next six or so lines? Thanks, Gavin --=20 Gavin Atkinson FreeBSD committer and bugmeister From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 11:58:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C8B106566B for ; Tue, 27 Jul 2010 11:58:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 32F1B8FC0A for ; Tue, 27 Jul 2010 11:58:32 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Odino-0006bt-1H; Tue, 27 Jul 2010 12:58:32 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Odinn-00030I-Sd; Tue, 27 Jul 2010 12:58:31 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6RBwVOI046341; Tue, 27 Jul 2010 12:58:31 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6RBwVZC046340; Tue, 27 Jul 2010 12:58:31 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Jul 2010 12:58:31 +0100 From: Anton Shterenlikht To: Gavin Atkinson Message-ID: <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1280226205.78791.0.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 11:58:33 -0000 On Tue, Jul 27, 2010 at 11:23:24AM +0100, Gavin Atkinson wrote: > On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > > On amd64 r210496 I get this panic when booting a kernel > > with snd_hda(4). I haven't used this driver before, so > > can't say if this is a regression. > > > > (copied by hand) > > > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > device_attach: hdac0 attach returned 6 > > Slab at 0xffffff000261eb18, freei 3 = 0 > > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) > > > > cpuid = 0 > > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > > db>bt > > > > (very long output.. ending in) > > Can you give us this output please? At least the "panic()" line and the > next six or so lines? > ok, will do. I wish the modern laptops had a serial link.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 13:52:28 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3874A1065672 for ; Tue, 27 Jul 2010 13:52:28 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id A682C8FC16 for ; Tue, 27 Jul 2010 13:52:27 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id o6RDqIrK004114; Tue, 27 Jul 2010 14:52:18 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OdkZu-0000Z2-I2; Tue, 27 Jul 2010 14:52:18 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.4/8.14.4) with ESMTP id o6RDqIQ0080214; Tue, 27 Jul 2010 14:52:18 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.4/8.14.4/Submit) id o6RDqIvN080213; Tue, 27 Jul 2010 14:52:18 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Anton Shterenlikht In-Reply-To: <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Jul 2010 14:52:17 +0100 Message-ID: <1280238737.78791.20.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 13:52:28 -0000 On Tue, 2010-07-27 at 12:58 +0100, Anton Shterenlikht wrote: > On Tue, Jul 27, 2010 at 11:23:24AM +0100, Gavin Atkinson wrote: > > On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > > > On amd64 r210496 I get this panic when booting a kernel > > > with snd_hda(4). I haven't used this driver before, so > > > can't say if this is a regression. > > >=20 > > > (copied by hand) > > >=20 > > > hdac0: irq 16 at device= 20.2 on pci0 > > > hdac0: HDA Driver Revision: 20100226_0142 > > > hdac0: [ITHREAD] > > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > > device_attach: hdac0 attach returned 6 > > > Slab at 0xffffff000261eb18, freei 3 =3D 0 > > > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00= b7f9a500(1024) > > >=20 > > > cpuid =3D 0 > > > KDB: enter: panic > > > [ thread pid 0 tid 100000 ] > > > Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > > > db>bt > > >=20 > > > (very long output.. ending in) > >=20 > > Can you give us this output please? At least the "panic()" line and th= e > > next six or so lines? > >=20 >=20 > ok, will do. > I wish the modern laptops had a serial link.. Indeed. I keep buying Toshibas, who still have a range with serial ports. Having said that, have you tried to use the dcons stuff over firewire? That usually works pretty well in my experience. http://wiki.freebsd.org/DebugWithDcons Thanks, Gavin --=20 Gavin Atkinson FreeBSD committer and bugmeister From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 14:47:06 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1EF1065670; Tue, 27 Jul 2010 14:47:05 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id A51E08FC1C; Tue, 27 Jul 2010 14:47:05 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdlQu-0002gd-7r; Tue, 27 Jul 2010 15:47:04 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdlQu-0005iA-23; Tue, 27 Jul 2010 15:47:04 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6REl3Rm046950; Tue, 27 Jul 2010 15:47:03 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6REl3OM046949; Tue, 27 Jul 2010 15:47:03 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Jul 2010 15:47:03 +0100 From: Anton Shterenlikht To: Gavin Atkinson Message-ID: <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1280238737.78791.20.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 14:47:06 -0000 On Tue, Jul 27, 2010 at 02:52:17PM +0100, Gavin Atkinson wrote: > On Tue, 2010-07-27 at 12:58 +0100, Anton Shterenlikht wrote: > > On Tue, Jul 27, 2010 at 11:23:24AM +0100, Gavin Atkinson wrote: > > > On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > > > > On amd64 r210496 I get this panic when booting a kernel > > > > with snd_hda(4). I haven't used this driver before, so > > > > can't say if this is a regression. > > > > > > > > (copied by hand) > > > > > > > > hdac0: irq 16 at device 20.2 on pci0 > > > > hdac0: HDA Driver Revision: 20100226_0142 > > > > hdac0: [ITHREAD] > > > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > > > device_attach: hdac0 attach returned 6 > > > > Slab at 0xffffff000261eb18, freei 3 = 0 > > > > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) > > > > > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [ thread pid 0 tid 100000 ] > > > > Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) > > > > db>bt > > > > > > > > (very long output.. ending in) > > > > > > Can you give us this output please? At least the "panic()" line and the > > > next six or so lines? here it is: db> bt Tracing pid 0 tid 100000 td 0xffffffff80b40de0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b uma_dbg_free() at uma_zfree_arg+0x62 free() at free+0xcd device_set_driver() at device_set_driver+0x7c device_attach() at device_attach+0x1a3 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at dvice_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at dvice_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xa28 device_attach() at dvice_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at dvice_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 15:38:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7ACE1065678 for ; Tue, 27 Jul 2010 15:38:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3D68FC08 for ; Tue, 27 Jul 2010 15:38:12 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdmEN-0004Z8-Lv for freebsd-current@freebsd.org; Tue, 27 Jul 2010 16:38:11 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdmEN-000342-HP for freebsd-current@freebsd.org; Tue, 27 Jul 2010 16:38:11 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6RFcB80047167 for ; Tue, 27 Jul 2010 16:38:11 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6RFcBZU047166 for freebsd-current@freebsd.org; Tue, 27 Jul 2010 16:38:11 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Jul 2010 16:38:11 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100727153810.GA47120@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: panic: lock (sleep mutex) ral0 not locked @ /usr/src/sys/dev/ral/rt2560.c:2011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 15:38:17 -0000 On amd64 r... I tried to plug in pcmcia wireless ral(4) card. The card is detected as: ral0: mem 0xb7fb0000-0xb7fb1fff irq 20 at device( ral0: MAC/BBP RT2560 (rev 0x00), RF RT2522 ral0: [ITHREAD] Then I get this panic: ral0: could not read from BBP ral0: timeout waiting for BBP panic: lock (sleep mutex) ral0 not locked @ /usr/src/sys/dev/ral/rt2560.c:2011 cpuid = 0 KDB: enter: panic [ thread pid 0 tid 100065 ] Stopped at kdb_enter+0x3d: movq $0,0x755100(%rip) db> bt Tracing pid 0 tid 100065 td 0xffffff00026d7440 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b witness_unlock() at witness_unlock+0x297 _mtx_unlock_flags() at _mtx_unlock_flags+0x87 rt2560_ioctl() at rt2560_ioctl+0xbf taskqueue_run() at taskqueue_run+0x63 taskqueue_thread_loop() at taskqueue_thread_loop+0x54 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803x1f5d30, rbp = 0 --- many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 16:53:38 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7181065678 for ; Tue, 27 Jul 2010 16:53:38 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 460F98FC0A for ; Tue, 27 Jul 2010 16:53:37 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id o6RGrQkB025168; Tue, 27 Jul 2010 17:53:26 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OdnPC-0004B9-Gt; Tue, 27 Jul 2010 17:53:26 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.4/8.14.4) with ESMTP id o6RGrQRK081191; Tue, 27 Jul 2010 17:53:26 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.4/8.14.4/Submit) id o6RGrQZx081190; Tue, 27 Jul 2010 17:53:26 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Anton Shterenlikht In-Reply-To: <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Jul 2010 17:53:25 +0100 Message-ID: <1280249605.78791.36.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 16:53:38 -0000 On Tue, 2010-07-27 at 15:47 +0100, Anton Shterenlikht wrote: > On Tue, Jul 27, 2010 at 02:52:17PM +0100, Gavin Atkinson wrote: > > On Tue, 2010-07-27 at 12:58 +0100, Anton Shterenlikht wrote: > > > On Tue, Jul 27, 2010 at 11:23:24AM +0100, Gavin Atkinson wrote: > > > > On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > > > >=20 > > > > > hdac0: irq 16 at de= vice 20.2 on pci0 > > > > > hdac0: HDA Driver Revision: 20100226_0142 > > > > > hdac0: [ITHREAD] > > > > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > > > > device_attach: hdac0 attach returned 6 > > > > > Slab at 0xffffff000261eb18, freei 3 =3D 0 > > > > > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffff= ff00b7f9a500(1024) > > > >=20 > > > > Can you give us this output please? At least the "panic()" line an= d the > > > > next six or so lines? >=20 > here it is: >=20 > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80b40de0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > uma_dbg_free() at uma_zfree_arg+0x62 > free() at free+0xcd > device_set_driver() at device_set_driver+0x7c > device_attach() at device_attach+0x1a3 Thanks. Can you try http://people.freebsd.org/~gavin/mexas-hda-panic.diff and see if that solves things for you? (Credit goes to avg@ for looking into this before me :) Gavin --=20 Gavin Atkinson FreeBSD committer and bugmeister From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 17:00:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0B61065674 for ; Tue, 27 Jul 2010 17:00:37 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id A2A108FC27 for ; Tue, 27 Jul 2010 17:00:37 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 02F911E002C4; Tue, 27 Jul 2010 19:00:35 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id o6RGrr4A024080; Tue, 27 Jul 2010 18:53:53 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id o6RGrr70024078; Tue, 27 Jul 2010 18:53:53 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 27 Jul 2010 18:53:53 +0200 To: Anonymous Message-ID: <20100727165353.GA23894@triton8.kn-bremen.de> References: <20100724202440.GA5245@triton8.kn-bremen.de> <20100724225900.GA3433@triton8.kn-bremen.de> <20100725172709.GA24551@triton8.kn-bremen.de> <866303otbl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <866303otbl.fsf@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Ryan Stone , Juergen Lock Subject: Re: -nostdinc, , and X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:00:38 -0000 On Mon, Jul 26, 2010 at 06:44:29AM +0400, Anonymous wrote: > Juergen Lock writes: > > > On Sun, Jul 25, 2010 at 12:59:00AM +0200, Juergen Lock wrote: > >> On Sat, Jul 24, 2010 at 05:17:51PM -0400, Ryan Stone wrote: > >> > I believe that you should be using and > >> > >> Aaah thank you! :) I shall make a patch tomorrow. > > > > Anyone want to test this patch on head? It can go in > > /usr/ports/emulators/kqemu-kmod-devel/files/patch-common-kqemu_int.h: > > > > Thanx, :) > > Juergen > > > > --- common/kqemu_int.h.orig > > +++ common/kqemu_int.h > > @@ -17,8 +17,14 @@ > > * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. > > */ > > #ifndef __ASSEMBLY__ > > +#ifdef __FreeBSD__ > > +#include > > +#include > > +#include > > You're not gonna make @ and machine symlinks and include them using `-I@'? > I think typedefs need to be hidden, too. > > gcc -Wall -O2 -fomit-frame-pointer -fno-strict-aliasing -Werror -mno-red-zone -fno-stack-protector -fpic -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -c -o monitor.o monitor.c -I@ > In file included from monitor.c:20: > kqemu_int.h:31: error: redefinition of typedef 'uint8_t' > @/sys/types.h:84: error: previous declaration of 'uint8_t' was here > kqemu_int.h:32: error: redefinition of typedef 'uint16_t' > @/sys/types.h:89: error: previous declaration of 'uint16_t' was here > kqemu_int.h:33: error: redefinition of typedef 'uint32_t' > @/sys/types.h:94: error: previous declaration of 'uint32_t' was here > kqemu_int.h:35: error: redefinition of typedef 'uint64_t' > @/sys/types.h:99: error: previous declaration of 'uint64_t' was here > kqemu_int.h:40: error: redefinition of typedef 'int8_t' > @/sys/types.h:64: error: previous declaration of 'int8_t' was here > kqemu_int.h:41: error: redefinition of typedef 'int16_t' > @/sys/types.h:69: error: previous declaration of 'int16_t' was here > kqemu_int.h:42: error: redefinition of typedef 'int32_t' > @/sys/types.h:74: error: previous declaration of 'int32_t' was here > kqemu_int.h:44: error: redefinition of typedef 'int64_t' > @/sys/types.h:79: error: previous declaration of 'int64_t' was here > Yeah I meanwhile got reminded of ref9-* and got something on ref9-i386 that at least builds again, which I just committed. > BTW, the port doesn't respect CC and CFLAGS. Well in this case there's probably not much point, and also most ppl use vbox now anyway. :) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jul 27 17:20:23 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2183106567E; Tue, 27 Jul 2010 17:20:23 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3F38FC20; Tue, 27 Jul 2010 17:20:23 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OdnpG-0002GI-A9; Tue, 27 Jul 2010 18:20:22 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OdnpG-0005Ps-2w; Tue, 27 Jul 2010 18:20:22 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6RHKLAC068373; Tue, 27 Jul 2010 18:20:21 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6RHKLI0068372; Tue, 27 Jul 2010 18:20:21 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Jul 2010 18:20:21 +0100 From: Anton Shterenlikht To: Gavin Atkinson Message-ID: <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1280249605.78791.36.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Anton Shterenlikht Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:20:23 -0000 On Tue, Jul 27, 2010 at 05:53:25PM +0100, Gavin Atkinson wrote: > On Tue, 2010-07-27 at 15:47 +0100, Anton Shterenlikht wrote: > > On Tue, Jul 27, 2010 at 02:52:17PM +0100, Gavin Atkinson wrote: > > > On Tue, 2010-07-27 at 12:58 +0100, Anton Shterenlikht wrote: > > > > On Tue, Jul 27, 2010 at 11:23:24AM +0100, Gavin Atkinson wrote: > > > > > On Mon, 2010-07-26 at 14:24 +0100, Anton Shterenlikht wrote: > > > > > > > > > > > hdac0: irq 16 at device 20.2 on pci0 > > > > > > hdac0: HDA Driver Revision: 20100226_0142 > > > > > > hdac0: [ITHREAD] > > > > > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > > > > > device_attach: hdac0 attach returned 6 > > > > > > Slab at 0xffffff000261eb18, freei 3 = 0 > > > > > > panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) > > > > > > > > > > Can you give us this output please? At least the "panic()" line and the > > > > > next six or so lines? > > > > here it is: > > > > db> bt > > Tracing pid 0 tid 100000 td 0xffffffff80b40de0 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x17b > > uma_dbg_free() at uma_zfree_arg+0x62 > > free() at free+0xcd > > device_set_driver() at device_set_driver+0x7c > > device_attach() at device_attach+0x1a3 > > Thanks. Can you try > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > > and see if that solves things for you? > > (Credit goes to avg@ for looking into this before me :) yes, thanks, the panic has gone away. There still seems to be a problem with this device: hdac0@pci0:0:20:2: class=0x040300 card=0x30c2103c chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'IXP SB600 High Definition Audio Controller' class = multimedia subclass = HDA hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid rirb size (0) device_attach: hdac0 attach returned 6 I understand from the manual, there should be devices /dev/pcmX and /dev/dsp, but I have neither. I'll ask in @questions. many thanks for a quick fix! anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 00:35:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E365A1065675 for ; Wed, 28 Jul 2010 00:35:04 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA988FC14 for ; Wed, 28 Jul 2010 00:35:04 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 240AC7E899; Wed, 28 Jul 2010 10:35:03 +1000 (EST) Message-ID: <4C4F7B36.8080701@freebsd.org> Date: Wed, 28 Jul 2010 10:35:02 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.1.10) Gecko/20100704 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anton Shterenlikht References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <20100726160732.GA37936@mech-cluster241.men.bris.ac.uk> <4C4E8CCD.1010101@freebsd.org> <20100727080957.GB45627@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100727080957.GB45627@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 00:35:05 -0000 On 07/27/10 18:09, Anton Shterenlikht wrote: > On Tue, Jul 27, 2010 at 05:37:49PM +1000, Lawrence Stewart wrote: >> On 07/27/10 02:07, Anton Shterenlikht wrote: >>> On Mon, Jul 26, 2010 at 02:24:52PM +0100, Anton Shterenlikht wrote: >>>> On amd64 r210496 I get this panic when booting a kernel >>>> with snd_hda(4). I haven't used this driver before, so >>>> can't say if this is a regression. >>>> >>>> (copied by hand) >>>> >>>> hdac0: irq 16 at device 20.2 on pci0 >>>> hdac0: HDA Driver Revision: 20100226_0142 >>>> hdac0: [ITHREAD] >>>> hdac0: hdac_get_capabilities: Invalid corb size (0) >>>> device_attach: hdac0 attach returned 6 >>>> Slab at 0xffffff000261eb18, freei 3 = 0 >>>> panic: Duplicate free of item 0xffffff0002661c00 from zone 0xffffff00b7f9a500(1024) >>>> >>>> cpuid = 0 >>>> KDB: enter: panic >>>> [ thread pid 0 tid 100000 ] >>>> Stopped at kdb_enter+0x3d: movq $0,0x74f360(%rip) >>>> db>bt >>>> >>>> (very long output.. ending in) >>>> >>>> mi_startup() at mi_startup_0x59 >>>> btext() at btext+0x2c >>> >>> I moved back as far as r204000, still the same panic. >>> >>> Please advise >> >> I get this same panic on my Toshiba Portege R600 laptop when I boot it >> into Windows and then reboot it into FreeBSD. My guess is that the >> Windows drivers leave the hardware in a state which the FreeBSD code >> doesn't know how to deal with. I don't run Windows often so haven't hit >> this panic in a while, but the trick that always worked for me was to go >> into the BIOS and "Reset to defaults", then boot into FreeBSD. > > no, that doesn't help, still the same panic > > Also, I've only FBSD installed on this laptop (HP Compaq 6715s), > no other OS. hmm I'll have to try the patch and see if it resolves the issue for me. I guess in my case resetting the BIOS was causing a different code path to be taken and thus the panic never triggered. Good to here it's resovled for you though. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 03:01:15 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75B9106566B for ; Wed, 28 Jul 2010 03:01:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A21DF8FC0A for ; Wed, 28 Jul 2010 03:01:15 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6FB526102 for ; Tue, 27 Jul 2010 23:01:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1280286074; bh=/j2rDRwLwEUNAcA0CWImJBdliqDfS+cIHnxrBsUFOyo=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=E1ukFluysL7Ko+hr+Zg91o6ggqy96GHaEKq9jLIhMrQpJTaNaV6qUpTbP6apa/aw4 Xo+NbyadPzyTP9671MlF13koBkxfJ3NS7EWTHsnTJ29LF176uFg/+KnoFn5B2B+ DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Yf7adwQRjbwhy/GswUYEeKVOnDovcrjSxzjlWOY9DuOkJAxjluMq5KF28z4lVxjRi nQ9Pvp8Ougr36K7mSwqbwHrdIHt6i915dhc8bQlQH4SxZ04K3RIgblKAfRoIZ+4 Message-ID: <4C4F9D75.50500@protected-networks.net> Date: Tue, 27 Jul 2010 23:01:09 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 03:01:16 -0000 I have a custom kernel for my laptop which uses ATA_CAM rather than the now aging ATA driver .. In the case that the kernel compilation options KDB and DDB are enabled, k3b will simply freeze. Without them, I managed to catch this panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xbfbea376 fault code = supervisor write, page not present instruction pointer = 0x20:0xc04d96d7 stack pointer = 0x28:0xe6a92be4 frame pointer = 0x28:0xe6a92c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq15: ata1) trap number = 12 panic: page fault cpuid = 1 Uptime: 3m18s Physical memory: 3049 MB Dumping 212 MB: 197 181 165 149 133 117 101 85 69 53 37 21 5 Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc067bbe7 in boot (howto=260) at /usr/home/imb/svn/head/sys/kern/kern_shutdown.c:416 #2 0xc067bff7 in panic (fmt=0x104
) at /usr/home/imb/svn/head/sys/kern/kern_shutdown.c:590 #3 0xc0998a1a in trap_fatal (frame=0xe6a92ba4, eva=40) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:945 #4 0xc0998d7f in trap_pfault (frame=0xe6a92ba4, usermode=0, eva=3216941942) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:858 #5 0xc0999207 in trap (frame=0xe6a92ba4) at /usr/home/imb/svn/head/sys/i386/i386/trap.c:533 #6 0xc09819ac in calltrap () at /usr/home/imb/svn/head/sys/i386/i386/exception.s:166 #7 0xc04d96d7 in ata_pio_read (request=0xc7037424, length=18) at cpufunc.h:217 #8 0xc04dae8f in ata_end_transaction (request=0xc7037424) at /usr/home/imb/svn/head/sys/dev/ata/ata-lowlevel.c:392 #9 0xc04d70da in ata_interrupt_locked (data=Variable "data" is not available. ) at /usr/home/imb/svn/head/sys/dev/ata/ata-all.c:548 #10 0xc04d7142 in ata_interrupt (data=0xc64b5400) at /usr/home/imb/svn/head/sys/dev/ata/ata-all.c:512 #11 0xc065476a in intr_event_execute_handlers (p=0xc618b7f8, ie=0xc61d3d00) at /usr/home/imb/svn/head/sys/kern/kern_intr.c:1220 #12 0xc0655e8d in ithread_loop (arg=0xc64bb4c0) at /usr/home/imb/svn/head/sys/kern/kern_intr.c:1233 #13 0xc065236d in fork_exit (callout=0xc0655e27 , arg=0xc64bb4c0, frame=0xe6a92d28) at /usr/home/imb/svn/head/sys/kern/kern_fork.c:843 #14 0xc0981a24 in fork_trampoline () at /usr/home/imb/svn/head/sys/i386/i386/exception.s:273 It seems that, since this was an interrupt service of some form, dropping into KDB isn't working .. however, by the time we get to ata_pio_read something has gone awry with the buffer address in the request .. (kgdb) up 7 (kgdb) info args request = (struct ata_request *) 0xc7037424 length = 18 (kgdb) print *request $1 = {dev = 0x0, parent = 0xc6450700, unit = 0, u = {ata = {command = 3 '\003', feature = 0, count = 18, lba = 0}, atapi = { ccb = "\003\020\000\000\022\000\000\000\000\000\000\000\000\000\000", sense = {error = 0 '\0', segment = 0 '\0', key = 0 '\0', cmd_info = 0, sense_length = 0 '\0', cmd_specific_info = 0, asc = 0 '\0', ascq = 0 '\0', replaceable_unit_code = 0 '\0', specific = 0 '\0', specific1 = 0 '\0', specific2 = 0 '\0'}, saved_cmd = 0 '\0'}}, bytecount = 18, transfersize = 18, data = 0xbfbea376
, <--------------*** tag = 0, flags = 8, dma = 0x0, status = 88 'X', error = 0 '\0', donecount = 0, result = 0, callback = 0, done = {sema_mtx = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, sema_cv = {cv_description = 0x0, cv_waiters = 0}, sema_waiters = 0, sema_value = 0}, retries = 0, timeout = 30, callout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xda0cd670}}, c_time = 227742, c_arg = 0xc7037424, c_func = 0xc04dcf74 , c_lock = 0xc64b5574, c_flags = 22, c_cpu = 0}, task = {ta_running = 0x0, ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0, ta_context = 0x0}, bio = 0x0, this = 0, composite = 0x0, driver = 0x0, chain = {tqe_next = 0x0, tqe_prev = 0x0}, ccb = 0xc6f7a000} (kgdb) up 2 #9 0xc04d70da in ata_interrupt_locked (data=Variable "data" is not available. ) at /usr/home/imb/svn/head/sys/dev/ata/ata-all.c:548 548 if (ch->hw.end_transaction(request) == ATA_OP_FINISHED) { Current language: auto; currently c (kgdb) print *ch $3 = {dev = 0xc6450700, unit = 1, attached = 1, r_io = {{res = 0xc62d8ac0, offset = 0}, {res = 0xc62d8ac0, offset = 1}, {res = 0xc62d8ac0, offset = 2}, { res = 0xc62d8ac0, offset = 3}, {res = 0xc62d8ac0, offset = 4}, {res = 0xc62d8ac0, offset = 5}, {res = 0xc62d8ac0, offset = 6}, {res = 0xc62d8ac0, offset = 7}, {res = 0xc62d8ac0, offset = 1}, {res = 0xc62d8ac0, offset = 2}, {res = 0xc62d8ac0, offset = 7}, {res = 0xc62d8a40, offset = 0}, { res = 0xc62d8a40, offset = 0}, {res = 0x0, offset = 0}, {res = 0x0, offset = 0}, {res = 0x0, offset = 0}, {res = 0x0, offset = 0}, {res = 0xc62d89c0, offset = 8}, {res = 0xc62d89c0, offset = 9}, {res = 0xc62d89c0, offset = 10}, {res = 0xc62d89c0, offset = 11}, {res = 0xc62d89c0, offset = 12}, { res = 0xc62d8ac0, offset = 0}, {res = 0x0, offset = 0}}, r_irq = 0xc64b9980, ih = 0xc64b9680, hw = {softreset = 0, pm_read = 0, pm_write = 0, status = 0xc04de2df , begin_transaction = 0xc04d97f5 , end_transaction = 0xc04daaa3 , command = 0xc04daf52 , tf_read = 0xc04d9fe8 , tf_write = 0xc04d9bb6 }, dma = {dmatag = 0xc6450b00, work_tag = 0xc6450b80, work_map = 0x0, work = 0xe6a8d000 "", work_bus = 19914752, dma_slots = 1, slot = {{status = 4 '\004', sg_tag = 0xc6450c00, sg_map = 0x0, sg = 0xe6a8f000, sg_bus = 19922944, data_tag = 0xc6450c80, data_map = 0xc64b96c0}}, alignment = 2, boundary = 65536, segsize = 65536, max_iosize = 131072, max_address = 4294967295, flags = 0, alloc = 0xc04d90cf , free = 0xc04d8fc6 , setprd = 0xc04d8a35 , load = 0xc04d8e1a , unload = 0xc04d8d95 , start = 0xc04de555 , stop = 0xc04de4c5 , reset = 0xc04de416 }, flags = 0, pm_level = 0, devices = 65536, state_mtx = {lock_object = {lo_name = 0xc0a02025 "ATA state lock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 3325225728}, state = 1, queue_mtx = {lock_object = {lo_name = 0xc0a02034 "ATA queue lock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, ata_queue = {tqh_first = 0x0, tqh_last = 0xc64b55a0}, freezepoint = 0x0, running = 0xc7037424, conntask = {ta_running = 0x0, ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xc04d73d6 , ta_context = 0xc6450700}, sim = 0xc6450d80, path = 0xc64bb470, user = {{revision = 0, mode = 0, bytecount = 131072, atapi = 0} }, curr = {{ revision = 0, mode = 66, bytecount = 65534, atapi = 12}, {revision = 0, mode = 0, bytecount = 131072, atapi = 0} }} .. so both the state and queue locks are held .. any hints on how to identify what's broken? imb From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 08:44:21 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4C61065674 for ; Wed, 28 Jul 2010 08:44:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D4F1D8FC22 for ; Wed, 28 Jul 2010 08:44:20 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA28810; Wed, 28 Jul 2010 11:27:17 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oe1yv-000Nit-9y; Wed, 28 Jul 2010 11:27:17 +0300 Message-ID: <4C4FE9E3.8090501@icyb.net.ua> Date: Wed, 28 Jul 2010 11:27:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Michael Butler References: <4C4F9D75.50500@protected-networks.net> In-Reply-To: <4C4F9D75.50500@protected-networks.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 08:44:21 -0000 on 28/07/2010 06:01 Michael Butler said the following: > I have a custom kernel for my laptop which uses ATA_CAM rather than the > now aging ATA driver .. You do realize that ATA_CAM just (well, mostly) introduces a wrapper around the "now aging ATA driver" ? No magic pixie dust to fix the bugs in it, but perhaps more ways to expose them. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 08:59:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D24106567A for ; Wed, 28 Jul 2010 08:59:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 39A7E8FC14 for ; Wed, 28 Jul 2010 08:59:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kj9zAlcOel0A:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=naoBE5D60OJOO8TECmEA:9 a=4MGURgRQYCyf8wbJtmDL21pxYNsA:4 a=CjuIK1q_8ugA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 643919942 for freebsd-current@freebsd.org; Wed, 28 Jul 2010 10:59:48 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 28 Jul 2010 10:56:43 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201007281056.43100.hselasky@c2i.net> Subject: mmap() problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 08:59:50 -0000 Hi, When is it safe to free memory which has been mmapped to a user-space application? After close() or during close() or before close() or when the process/thread terminates? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 09:31:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D56106564A for ; Wed, 28 Jul 2010 09:31:53 +0000 (UTC) (envelope-from v.t.mueller@continum.net) Received: from mailsrv1.continum.net (mr1.continum.net [80.72.129.121]) by mx1.freebsd.org (Postfix) with ESMTP id 67F3E8FC18 for ; Wed, 28 Jul 2010 09:31:53 +0000 (UTC) Received: from c483.continum.net ([80.72.130.250] helo=[172.16.4.65]) by mr1.continum.net with esmtpa (Exim 4.67) (envelope-from ) id 1Oe2zS-0002ky-5F for freebsd-current@freebsd.org; Wed, 28 Jul 2010 11:31:54 +0200 Message-ID: <4C4FF906.6060107@continum.net> Date: Wed, 28 Jul 2010 11:31:50 +0200 From: "V. T. Mueller, Continum" User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: MCE machine check exceptions - status, tools? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 09:31:53 -0000 Hello, By searching the net I was only able to find that "better support" for 9.0 is on its way. So I'd like to ask if MCEs (like ECC-related messages from, say Supermicro boards) are being already processed by the kernel. Are there any (plans for) tools to handle and process these messages in userland? The amount of memory and memory modules keeps increasing, so MCE logging for non A-brand hardware (these trigger LEDs and/or tools from firmware) appears to gain increasing importance, too. I'd be grateful for hints, URLs, tips etc. If sent as private mails, I'll post a summary back to the list. TIA, Volker -- 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 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 09:41:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9320F1065672 for ; Wed, 28 Jul 2010 09:41:16 +0000 (UTC) (envelope-from jille@quis.cx) Received: from mulgore.hexon-is.nl (mulgore.hexon-is.nl [82.94.237.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4C78FC15 for ; Wed, 28 Jul 2010 09:41:15 +0000 (UTC) Received: from adidas.hexon-nijmegen.nl (gw.hexon-nijmegen.nl [82.93.241.107]) by mulgore.hexon-is.nl (8.14.3/8.14.3) with ESMTP id o6S99CJB013699; Wed, 28 Jul 2010 11:09:12 +0200 Received: from [10.0.0.142] (HENK.hexon-nijmegen.nl [10.0.0.142]) by adidas.hexon-nijmegen.nl (8.14.3/8.14.3) with ESMTP id o6S99CRf022565; Wed, 28 Jul 2010 11:09:12 +0200 Message-ID: <4C4FF3B3.70403@quis.cx> Date: Wed, 28 Jul 2010 11:09:07 +0200 From: Jille Timmermans User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <201007281056.43100.hselasky@c2i.net> In-Reply-To: <201007281056.43100.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Hexon-MailScanner-Information: Please contact the ISP for more information X-Hexon-MailScanner-ID: o6S99CJB013699 X-Hexon-MailScanner: Found to be clean X-Hexon-MailScanner-From: jille@quis.cx X-Hexon-MailScanner-Watermark: 1280912953.62771@ZiMzZ0keSDfSy11Bedubiw Cc: freebsd-current@freebsd.org Subject: Re: mmap() problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 09:41:16 -0000 From close(3): The close(2) system call does not unmap pages, see munmap(2) for further information. The pages can be freed when the process terminates. -- Jille Op 28-7-2010 10:56, Hans Petter Selasky schreef: > Hi, > > When is it safe to free memory which has been mmapped to a user-space > application? After close() or during close() or before close() or when the > process/thread terminates? > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 09:58:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77609106566C for ; Wed, 28 Jul 2010 09:58:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C094E8FC16 for ; Wed, 28 Jul 2010 09:58:58 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA00441; Wed, 28 Jul 2010 12:58:22 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oe3P4-000NpW-FK; Wed, 28 Jul 2010 12:58:22 +0300 Message-ID: <4C4FFF3D.50305@icyb.net.ua> Date: Wed, 28 Jul 2010 12:58:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: "V. T. Mueller, Continum" References: <4C4FF906.6060107@continum.net> In-Reply-To: <4C4FF906.6060107@continum.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: MCE machine check exceptions - status, tools? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 09:58:59 -0000 on 28/07/2010 12:31 V. T. Mueller, Continum said the following: > Hello, > > By searching the net I was only able to find that "better support" for > 9.0 is on its way. So I'd like to ask if MCEs (like ECC-related messages > from, say Supermicro boards) are being already processed by the kernel. > Are there any (plans for) tools to handle and process these messages in > userland? > > The amount of memory and memory modules keeps increasing, so MCE logging > for non A-brand hardware (these trigger LEDs and/or tools from firmware) > appears to gain increasing importance, too. > > I'd be grateful for hints, URLs, tips etc. MCA support is in current and stable/8. I believe that it's enabled by default, so there is not much to configure or to do except watching for MCE reports in system log (or via hw.mca.count). That's for correctable MCEs though, non-correctable would result in panic. See sys/x86/x86/mca.c code for details. John Baldwin has a tool that produces more human-friendly description of the exceptions should you ever get one. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 10:06:12 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DCA1065676 for ; Wed, 28 Jul 2010 10:06:12 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9578C8FC13 for ; Wed, 28 Jul 2010 10:06:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 863D91FFC33; Wed, 28 Jul 2010 10:06:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 594FC8452E; Wed, 28 Jul 2010 12:06:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andriy Gapon References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> Date: Wed, 28 Jul 2010 12:06:10 +0200 In-Reply-To: <4C4FE9E3.8090501@icyb.net.ua> (Andriy Gapon's message of "Wed, 28 Jul 2010 11:27:15 +0300") Message-ID: <867hkfncod.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Michael Butler , current@FreeBSD.org Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 10:06:13 -0000 Andriy Gapon writes: > Michael Butler writes: > > I have a custom kernel for my laptop which uses ATA_CAM rather than > > the now aging ATA driver .. > You do realize that ATA_CAM just (well, mostly) introduces a wrapper > around the "now aging ATA driver" ? Only for legacy drives, but since Micahel's panic message contains "current process =3D 12 (irq15: ata1)", his BIOS is probably in legacy mode. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 11:42:32 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B594B106566B for ; Wed, 28 Jul 2010 11:42:32 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 776FE8FC19 for ; Wed, 28 Jul 2010 11:42:32 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 586C31FFC33; Wed, 28 Jul 2010 11:42:31 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1F2438454D; Wed, 28 Jul 2010 13:42:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andriy Gapon References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <867hkfncod.fsf@ds4.des.no> Date: Wed, 28 Jul 2010 13:42:30 +0200 In-Reply-To: <867hkfncod.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Wed, 28 Jul 2010 12:06:10 +0200") Message-ID: <86tynjltnd.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Michael Butler , current@FreeBSD.org Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 11:42:32 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Andriy Gapon writes: > > Michael Butler writes: > > > I have a custom kernel for my laptop which uses ATA_CAM rather than > > > the now aging ATA driver .. > > You do realize that ATA_CAM just (well, mostly) introduces a wrapper > > around the "now aging ATA driver" ? > Only for legacy drives, but since Micahel's panic message contains > "current process =3D 12 (irq15: ata1)", his BIOS is probably in legacy > mode. Sorry, I misparsed ATA_CAM as ahci. Why on earth would anyone want to use ATA_CAM these days? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 12:06:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B1D31065689 for ; Wed, 28 Jul 2010 12:06:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C97898FC1A for ; Wed, 28 Jul 2010 12:06:24 +0000 (UTC) Received: by fxm13 with SMTP id 13so1218409fxm.13 for ; Wed, 28 Jul 2010 05:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Pdo8OlKAJiwxbJzYVoP1GADGh7/dsV+DdtqtGJxp1pw=; b=mvjMf7vC+lLJs3YZqMcEwYFpf2fA2jJdqiTXGkgrZ1wqLyI2dkztiZs/AudExHTnlE 3KBIl7pwn1BiL/MuYe6DUyV2Hs6oqVtvz5YllLJxa4EO7XP4D6fXLtsCcP0x1n9ABJvV PCcPBOBvSjzQQlcPc0FcC9JF7jBwXi9l3/pFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=OPWvXt48bUCd2P5n23F3P6WaDwZpRHGpBqYXqvGFzz7itfrTK6Tbfn4WA+IOn334+V r7TYQl0a2savbKrxqyGlzUgZvtJMtdVI73gtKx3p8YJMWgNSz7vBoIO0KUWF0Eouayw5 nV7XYqFG+1ICOaDZpBnAoPxfAKr5u57tMtQ+U= Received: by 10.223.117.73 with SMTP id p9mr9785251faq.56.1280318783600; Wed, 28 Jul 2010 05:06:23 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id q17sm2537512faa.21.2010.07.28.05.06.22 (version=SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 05:06:23 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C501D3B.1070509@FreeBSD.org> Date: Wed, 28 Jul 2010 15:06:19 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , FreeBSD-Current References: <867hkfncod.fsf@ds4.des.no> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 12:06:25 -0000 Dag-Erling Smørgrav wrote: > Dag-Erling Smørgrav writes: >> Andriy Gapon writes: >>> Michael Butler writes: >>>> I have a custom kernel for my laptop which uses ATA_CAM rather than >>>> the now aging ATA driver .. >>> You do realize that ATA_CAM just (well, mostly) introduces a wrapper >>> around the "now aging ATA driver" ? >> Only for legacy drives, but since Micahel's panic message contains >> "current process = 12 (irq15: ata1)", his BIOS is probably in legacy >> mode. > > Sorry, I misparsed ATA_CAM as ahci. Why on earth would anyone want to > use ATA_CAM these days? Because there is still a lot of legacy controllers, while ata(4)'s bus management code is buggy in some aspects, that are difficult to fix without complete rewrite. ATA_CAM wrapper replaces all that problematic code and works better now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 12:56:50 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86C761065673; Wed, 28 Jul 2010 12:56:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDEE8FC0C; Wed, 28 Jul 2010 12:56:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA03700; Wed, 28 Jul 2010 15:56:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C502902.8000806@icyb.net.ua> Date: Wed, 28 Jul 2010 15:56:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Gavin Atkinson , lstewart@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 12:56:50 -0000 on 27/07/2010 20:20 Anton Shterenlikht said the following: > yes, thanks, the panic has gone away. > There still seems to be a problem with this device: > > > hdac0@pci0:0:20:2: class=0x040300 card=0x30c2103c chip=0x43831002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'IXP SB600 High Definition Audio Controller' > class = multimedia > subclass = HDA > > > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid rirb size (0) > device_attach: hdac0 attach returned 6 > > > I understand from the manual, there should > be devices /dev/pcmX and /dev/dsp, but I have neither. > > I'll ask in @questions. > > many thanks for a quick fix! Can you also try the following patch? If the patch works, could you please report back `dmesg | fgrep -i hda` output? diff --git a/sys/dev/sound/pci/hda/hdac.c b/sys/dev/sound/pci/hda/hdac.c index 22ea4c8..a5556d2 100644 --- a/sys/dev/sound/pci/hda/hdac.c +++ b/sys/dev/sound/pci/hda/hdac.c @@ -1609,7 +1609,15 @@ hdac_get_capabilities(struct hdac_softc *sc) else { device_printf(sc->dev, "%s: Invalid corb size (%x)\n", __func__, corbsize); - return (ENXIO); + if (corbsize == 0) { + device_printf(sc->dev, "Resetting corb size to 256\n"); + sc->corb_size = 256; + corbsize = + HDAC_CORBSIZE_CORBSIZE(HDAC_CORBSIZE_CORBSIZE_256); + HDAC_WRITE_1(&sc->mem, HDAC_CORBSIZE, corbsize); + } + else + return (ENXIO); } rirbsize = HDAC_READ_1(&sc->mem, HDAC_RIRBSIZE); @@ -1625,7 +1633,15 @@ hdac_get_capabilities(struct hdac_softc *sc) else { device_printf(sc->dev, "%s: Invalid rirb size (%x)\n", __func__, rirbsize); - return (ENXIO); + if (rirbsize == 0) { + device_printf(sc->dev, "Resetting rirb size to 256\n"); + sc->rirb_size = 256; + rirbsize = + HDAC_RIRBSIZE_RIRBSIZE(HDAC_RIRBSIZE_RIRBSIZE_256); + HDAC_WRITE_1(&sc->mem, HDAC_RIRBSIZE, rirbsize); + } + else + return (ENXIO); } HDA_BOOTVERBOSE( -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 13:08:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8A41065673 for ; Wed, 28 Jul 2010 13:08:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 921B88FC17 for ; Wed, 28 Jul 2010 13:08:48 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.51.2]) by phk.freebsd.dk (Postfix) with ESMTP id A9EDE3F5D3; Wed, 28 Jul 2010 12:51:26 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id o6SCpRLR001867; Wed, 28 Jul 2010 12:51:28 GMT (envelope-from phk@critter.freebsd.dk) To: Hans Petter Selasky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Jul 2010 10:56:43 +0200." <201007281056.43100.hselasky@c2i.net> Date: Wed, 28 Jul 2010 12:51:27 +0000 Message-ID: <1866.1280321487@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: mmap() problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 13:08:48 -0000 In message <201007281056.43100.hselasky@c2i.net>, Hans Petter Selasky writes: >When is it safe to free memory which has been mmapped to a user-space >application? After close() or during close() or before close() or when the >process/thread terminates? Assuming you mean memory activated via devsw->mmap: never. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 13:14:14 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA2E1065675; Wed, 28 Jul 2010 13:14:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D78B68FC13; Wed, 28 Jul 2010 13:14:12 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA04089; Wed, 28 Jul 2010 16:14:11 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C502D22.10800@icyb.net.ua> Date: Wed, 28 Jul 2010 16:14:10 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Gavin Atkinson References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> In-Reply-To: <1280249605.78791.36.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: free(sc, M_DEVBUF) [Was: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 13:14:14 -0000 on 27/07/2010 19:53 Gavin Atkinson said the following: > > Thanks. Can you try > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > > and see if that solves things for you? > > (Credit goes to avg@ for looking into this before me :) BTW, it seems that there is an epidemic of "free(sc, M_DEVBUF)" in sound drivers. And not only them, but I haven't looked at the other cases - perhaps the code there does something different and thus correct. glimpse -w M_DEVBUF | fgrep -w free | fgrep '(sc,' /usr/src/sys/dev/sound/pci/hda/hdac.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); /usr/src/sys/net/if_enc.c: free(sc, M_DEVBUF); /usr/src/sys/sun4v/sun4v/simdisk.c: free(sc, M_DEVBUF); /usr/src/sys/dev/ofw/ofw_disk.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/isa/ess.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/sbus/cs4231.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/atiixp.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/solo.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/vibes.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); Good example of how get examples get multiplied. P.S. Actually all non-sound case seem to be correct, explicitly malloc-ed memory gets freed. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 13:18:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F4C106564A for ; Wed, 28 Jul 2010 13:18:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8EF8FC1E for ; Wed, 28 Jul 2010 13:18:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6SDIp7m087027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jul 2010 16:18:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6SDIpUR073512; Wed, 28 Jul 2010 16:18:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6SDIppS073462; Wed, 28 Jul 2010 16:18:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Jul 2010 16:18:51 +0300 From: Kostik Belousov To: Andriy Gapon Message-ID: <20100728131851.GU22295@deviant.kiev.zoral.com.ua> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <4C502D22.10800@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y51z1SGMnxVzkhDv" Content-Disposition: inline In-Reply-To: <4C502D22.10800@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: free(sc, M_DEVBUF) [Was: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 13:18:55 -0000 --Y51z1SGMnxVzkhDv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 28, 2010 at 04:14:10PM +0300, Andriy Gapon wrote: > on 27/07/2010 19:53 Gavin Atkinson said the following: > >=20 > > Thanks. Can you try > > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > >=20 > > and see if that solves things for you? > >=20 > > (Credit goes to avg@ for looking into this before me :) >=20 > BTW, it seems that there is an epidemic of "free(sc, M_DEVBUF)" in sound = drivers. > And not only them, but I haven't looked at the other cases - perhaps the = code > there does something different and thus correct. >=20 >=20 > glimpse -w M_DEVBUF | fgrep -w free | fgrep '(sc,' > /usr/src/sys/dev/sound/pci/hda/hdac.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF= ); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_enc.c: free(sc, M_DEVBUF); > /usr/src/sys/sun4v/sun4v/simdisk.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/ofw/ofw_disk.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/isa/ess.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/sbus/cs4231.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/atiixp.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF= ); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, = M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF= ); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/solo.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/vibes.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); >=20 >=20 > Good example of how get examples get multiplied. >=20 > P.S. > Actually all non-sound case seem to be correct, explicitly malloc-ed memo= ry gets > freed. If anybody goes to make infrastructure work on the sound drivers, it might be not that bad idea to replace clone.c with cdevpriv. --Y51z1SGMnxVzkhDv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxQLjoACgkQC3+MBN1Mb4hN2QCffq1CgP2Iqu8pTLbq3qoRfxkB Tk0AoJImzG2/dN+Pz+pQmcwf4VhkrUb+ =D+b1 -----END PGP SIGNATURE----- --Y51z1SGMnxVzkhDv-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 14:38:38 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1121065672 for ; Wed, 28 Jul 2010 14:38:38 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id D7B578FC0C for ; Wed, 28 Jul 2010 14:38:37 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D594714DC362; Wed, 28 Jul 2010 16:38:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CNEs-0W0G0CT; Wed, 28 Jul 2010 16:38:33 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id AADF214DB7CE; Wed, 28 Jul 2010 16:38:33 +0200 (CEST) Message-ID: <4C5040E8.3050304@FreeBSD.org> Date: Wed, 28 Jul 2010 16:38:32 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: bf1783@gmail.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 14:38:38 -0000 Em 2010.07.27. 5:59, b. f. escreveu: > Other important differences between bsdgrep and GNU grep: > > The --include option in bsdgrep does not have the same effect as the > corresponding option in GNU grep -- in GNU grep, that option causes > _only_ those files matching the file inclusion pattern to be searched. > To obtain the same behavior in bsdgrep, one must issue something like > --exclude '*' --include pattern. > > The effect of multiple overlapping --include and --exclude options is > different in the two greps. It would be wise to add comments about > precedence of such options in the bsdgrep manpage, as is done, for > example, in bsdtar(1). > Thanks for bringing this up, I'll take a look and try to implement the same behaviour. And I will also document the behaviour. Gabor From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 15:27:01 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1444106567B; Wed, 28 Jul 2010 15:27:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 20E9D8FC19; Wed, 28 Jul 2010 15:27:00 +0000 (UTC) Received: by wwa36 with SMTP id 36so467897wwa.31 for ; Wed, 28 Jul 2010 08:27:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=2Iyya+O5RHkx+nFS9POPkJoro5aSZ0b9HJyyka/JtOc=; b=BNSa15X9h8dpLAgGS7AT0hhZ13iePjx2xZCj1HE6HbN39A1jrXkyk1PYcLDA5WRXVA XRfkNQEG0KsiQ4lVAERfAMv+HRQbqyye8J6UrmzlBFwX+R+DRFmeNz8K/y5zdPJHxX3l Bsk2vvMwT64a/fY90p5ZO7xvl2ItUSRFkTrPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=xtcryCn5dZWiBURJNuRt48/h6lzrD5TPvSpQAuy9H6JhwXmzRi7hzUcnHnUw4iM0ST WzWYtyzkpPz1CknfqNyl1uwSFkRoDoLumzh8UiyCam9Q25w9Wwz327NKYyBaQlA5oMWL RF3eKclqAjM64FDuqYgrUZAD6IAtdFVhguAAA= MIME-Version: 1.0 Received: by 10.216.177.140 with SMTP id d12mr10881883wem.37.1280330820010; Wed, 28 Jul 2010 08:27:00 -0700 (PDT) Received: by 10.216.171.10 with HTTP; Wed, 28 Jul 2010 08:26:59 -0700 (PDT) In-Reply-To: <4C5040E8.3050304@FreeBSD.org> References: <4C5040E8.3050304@FreeBSD.org> Date: Wed, 28 Jul 2010 15:26:59 +0000 Message-ID: From: "b. f." To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 15:27:01 -0000 On 7/28/10, Gabor Kovesdan wrote: > Em 2010.07.27. 5:59, b. f. escreveu: > Thanks for bringing this up, I'll take a look and try to implement the > same behaviour. And I will also document the behaviour. I don't think that the current behavior of bsdgrep is necessarily bad -- in fact it seems to me to be simple and intuitive: nothing is excluded or included implicitly, and (I think) the last match wins, unlike in gnu grep. I mention it only because it is different, and you may want to consider how closely you want it to mimic the behavior of gnu grep for the sake of compatibility. If bsdgrep already passed a ports exp-run, and build/installworld now work without any problems, then it may be simpler to just retain the current behavior. Either way, though, the effect of overlapping --(in|ex)clude(-dir) options should be explicitly mentioned in the manpage. Thank you, by the way, for your efforts to provide us with good BSD-licensed tools. I hope that you can find the time and energy to continue with the iconv, regex, and other text-processing tool improvements. b. From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 15:34:07 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52B31106566C for ; Wed, 28 Jul 2010 15:34:07 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6668FC16 for ; Wed, 28 Jul 2010 15:34:06 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 217B314DC365; Wed, 28 Jul 2010 17:34:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 38hWi2JuX4Oo; Wed, 28 Jul 2010 17:34:03 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C3E8714DB7CE; Wed, 28 Jul 2010 17:34:03 +0200 (CEST) Message-ID: <4C504DEA.9070405@FreeBSD.org> Date: Wed, 28 Jul 2010 17:34:02 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: bf1783@gmail.com References: <4C5040E8.3050304@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 15:34:07 -0000 Em 2010.07.28. 17:26, b. f. escreveu: > I don't think that the current behavior of bsdgrep is necessarily bad > -- in fact it seems to me to be simple and intuitive: nothing is > excluded or included implicitly, and (I think) the last match wins, > unlike in gnu grep. I mention it only because it is different, and > you may want to consider how closely you want it to mimic the behavior > of gnu grep for the sake of compatibility. If bsdgrep already passed > a ports exp-run, and build/installworld now work without any problems, > then it may be simpler to just retain the current behavior. Either > way, though, the effect of overlapping --(in|ex)clude(-dir) options > should be explicitly mentioned in the manpage. Thank you, by the way, > for your efforts to provide us with good BSD-licensed tools. I hope > that you can find the time and energy to continue with the iconv, > regex, and other text-processing tool improvements. > Ok, thanks, then I'll just document it. Actually, I also think this behaviour is more intuitive, that's why I implemented it in this way. As for iconv, it needs a portbuild run and in first phase ports will still use GNU libiconv but BSD iconv will make its way into base if it passes the exp-run. Gabor From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 15:48:31 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08BC31065674; Wed, 28 Jul 2010 15:48:31 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BDE388FC14; Wed, 28 Jul 2010 15:48:30 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C51F21FFC34; Wed, 28 Jul 2010 15:48:29 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 990D88457A; Wed, 28 Jul 2010 17:48:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Gabor Kovesdan References: <4C5040E8.3050304@FreeBSD.org> <4C504DEA.9070405@FreeBSD.org> Date: Wed, 28 Jul 2010 17:48:29 +0200 In-Reply-To: <4C504DEA.9070405@FreeBSD.org> (Gabor Kovesdan's message of "Wed, 28 Jul 2010 17:34:02 +0200") Message-ID: <86wrsfk3oy.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 15:48:31 -0000 Gabor Kovesdan writes: > b. f. writes: > > I don't think that the current behavior of bsdgrep is necessarily bad > > -- in fact it seems to me to be simple and intuitive: nothing is > > excluded or included implicitly, and (I think) the last match wins, > > unlike in gnu grep. > Ok, thanks, then I'll just document it. Uh, no. GNU grep's behavior is consistent with just about everything else that has --include / --exclude options, e.g. tar and rsync. Please change BSD grep's behavior to match GNU grep's. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:01:55 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F7A106564A; Wed, 28 Jul 2010 16:01:55 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0AF8FC19; Wed, 28 Jul 2010 16:01:55 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Oe94r-0005f8-Ps; Wed, 28 Jul 2010 17:01:53 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Oe94r-00031Q-Al; Wed, 28 Jul 2010 17:01:53 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6SG1rHO091847; Wed, 28 Jul 2010 17:01:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6SG1qOf091846; Wed, 28 Jul 2010 17:01:52 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Jul 2010 17:01:52 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C502902.8000806@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Gavin Atkinson , Anton Shterenlikht , lstewart@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:01:55 -0000 On Wed, Jul 28, 2010 at 03:56:34PM +0300, Andriy Gapon wrote: > on 27/07/2010 20:20 Anton Shterenlikht said the following: > > yes, thanks, the panic has gone away. > > There still seems to be a problem with this device: > > > > > > hdac0@pci0:0:20:2: class=0x040300 card=0x30c2103c chip=0x43831002 rev=0x00 hdr=0x00 > > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > > device = 'IXP SB600 High Definition Audio Controller' > > class = multimedia > > subclass = HDA > > > > > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > device_attach: hdac0 attach returned 6 > > > > > > I understand from the manual, there should > > be devices /dev/pcmX and /dev/dsp, but I have neither. > > > > I'll ask in @questions. > > > > many thanks for a quick fix! > > Can you also try the following patch? > If the patch works, could you please report back `dmesg | fgrep -i hda` output? here it is: % dmesg|fgrep -i hda pci0: at device 20.2 (no driver attached) pci0: at device 20.2 (no driver attached) hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid rirb size (0) device_attach: hdac0 attach returned 6 hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 many thanks anton > > diff --git a/sys/dev/sound/pci/hda/hdac.c b/sys/dev/sound/pci/hda/hdac.c > index 22ea4c8..a5556d2 100644 > --- a/sys/dev/sound/pci/hda/hdac.c > +++ b/sys/dev/sound/pci/hda/hdac.c > @@ -1609,7 +1609,15 @@ hdac_get_capabilities(struct hdac_softc *sc) > else { > device_printf(sc->dev, "%s: Invalid corb size (%x)\n", > __func__, corbsize); > - return (ENXIO); > + if (corbsize == 0) { > + device_printf(sc->dev, "Resetting corb size to 256\n"); > + sc->corb_size = 256; > + corbsize = > + HDAC_CORBSIZE_CORBSIZE(HDAC_CORBSIZE_CORBSIZE_256); > + HDAC_WRITE_1(&sc->mem, HDAC_CORBSIZE, corbsize); > + } > + else > + return (ENXIO); > } > > rirbsize = HDAC_READ_1(&sc->mem, HDAC_RIRBSIZE); > @@ -1625,7 +1633,15 @@ hdac_get_capabilities(struct hdac_softc *sc) > else { > device_printf(sc->dev, "%s: Invalid rirb size (%x)\n", > __func__, rirbsize); > - return (ENXIO); > + if (rirbsize == 0) { > + device_printf(sc->dev, "Resetting rirb size to 256\n"); > + sc->rirb_size = 256; > + rirbsize = > + HDAC_RIRBSIZE_RIRBSIZE(HDAC_RIRBSIZE_RIRBSIZE_256); > + HDAC_WRITE_1(&sc->mem, HDAC_RIRBSIZE, rirbsize); > + } > + else > + return (ENXIO); > } > > HDA_BOOTVERBOSE( > > -- > Andriy Gapon -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:07:44 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 601CA10656AD; Wed, 28 Jul 2010 16:07:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 395E28FC1E; Wed, 28 Jul 2010 16:07:42 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07536; Wed, 28 Jul 2010 19:07:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C5055C6.5050208@icyb.net.ua> Date: Wed, 28 Jul 2010 19:07:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Gavin Atkinson , lstewart@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:07:44 -0000 on 28/07/2010 19:01 Anton Shterenlikht said the following: > here it is: So did it work? :) > % dmesg|fgrep -i hda > pci0: at device 20.2 (no driver attached) > pci0: at device 20.2 (no driver attached) > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid rirb size (0) > device_attach: hdac0 attach returned 6 I presume the above is from previous load attempt? > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid rirb size (0) > hdac0: Resetting rirb size to 256 Hmm, so no message about corb, just rirb? Also, no codec and pcm output lines? Did the driver get attached? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:17:17 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A474A1065677; Wed, 28 Jul 2010 16:17:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 578718FC17; Wed, 28 Jul 2010 16:17:17 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Oe9Jk-0006TY-9v; Wed, 28 Jul 2010 17:17:16 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Oe9Jj-0003PY-Vu; Wed, 28 Jul 2010 17:17:16 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6SGHFGG091933; Wed, 28 Jul 2010 17:17:15 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6SGHFEq091932; Wed, 28 Jul 2010 17:17:15 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Jul 2010 17:17:15 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C5055C6.5050208@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Gavin Atkinson , Anton Shterenlikht , lstewart@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:17:17 -0000 On Wed, Jul 28, 2010 at 07:07:34PM +0300, Andriy Gapon wrote: > on 28/07/2010 19:01 Anton Shterenlikht said the following: > > here it is: > > So did it work? :) not as far as I can tell > > > % dmesg|fgrep -i hda > > pci0: at device 20.2 (no driver attached) > > pci0: at device 20.2 (no driver attached) > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > device_attach: hdac0 attach returned 6 > > I presume the above is from previous load attempt? yes, probably. I think /var/run/dmesg used to contain only the current boot, but some time ago I noticed that quite a few previous boots are stored. Or maybe it's my misconfiguration.. > > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > hdac0: Resetting rirb size to 256 > > Hmm, so no message about corb, just rirb? > Also, no codec and pcm output lines? Did the driver get attached? As far as I can (cannot) see, the driver didn't attach. There's no /dev/dsp or /dev/pcm. % cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: % I also get (probably not related) % dmesg|grep dead Event timer "i8254" is dead. % many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:33:55 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A9B1065686; Wed, 28 Jul 2010 16:33:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 15CA58FC16; Wed, 28 Jul 2010 16:33:53 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07955; Wed, 28 Jul 2010 19:33:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C505BE8.1050308@icyb.net.ua> Date: Wed, 28 Jul 2010 19:33:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Gavin Atkinson , lstewart@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:33:55 -0000 on 28/07/2010 19:17 Anton Shterenlikht said the following: > On Wed, Jul 28, 2010 at 07:07:34PM +0300, Andriy Gapon wrote: >> on 28/07/2010 19:01 Anton Shterenlikht said the following: >>> here it is: >> So did it work? :) > > not as far as I can tell > >>> % dmesg|fgrep -i hda >>> pci0: at device 20.2 (no driver attached) >>> pci0: at device 20.2 (no driver attached) >>> hdac0: irq 16 at device 20.2 on pci0 >>> hdac0: HDA Driver Revision: 20100226_0142 >>> hdac0: [ITHREAD] >>> hdac0: hdac_get_capabilities: Invalid rirb size (0) >>> device_attach: hdac0 attach returned 6 >> I presume the above is from previous load attempt? > > yes, probably. I think /var/run/dmesg used > to contain only the current boot, but some > time ago I noticed that quite a few previous > boots are stored. Or maybe it's my misconfiguration.. Did you just kldload the module? Or do you have hda in your kernel and you performed a reboot? If you didn't reboot, can you do it now? >>> hdac0: irq 16 at device 20.2 on pci0 >>> hdac0: HDA Driver Revision: 20100226_0142 >>> hdac0: [ITHREAD] >>> hdac0: hdac_get_capabilities: Invalid rirb size (0) >>> hdac0: Resetting rirb size to 256 >> Hmm, so no message about corb, just rirb? So no corb message? This seems very strange, especially given the subject line. >> Also, no codec and pcm output lines? Did the driver get attached? > > As far as I can (cannot) see, the driver didn't attach. > There's no /dev/dsp or /dev/pcm. What is output of the following command? kldstat -v | egrep 'sound|snd' > % cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > % > > I also get (probably not related) > > % dmesg|grep dead > Event timer "i8254" is dead. > % You can try to use a different timer. See sysctl kern.eventtimer, you can override timer1 and timer2 in your loader.conf. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:44:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1D12106564A; Wed, 28 Jul 2010 16:44:51 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 85E828FC0A; Wed, 28 Jul 2010 16:44:51 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Oe9kQ-0007co-FE; Wed, 28 Jul 2010 17:44:50 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Oe9kQ-0001R5-69; Wed, 28 Jul 2010 17:44:50 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6SGinjd092126; Wed, 28 Jul 2010 17:44:49 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6SGinJ5092125; Wed, 28 Jul 2010 17:44:49 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Jul 2010 17:44:49 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> References: <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C505BE8.1050308@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lstewart@freebsd.org, Gavin Atkinson , Anton Shterenlikht , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:44:52 -0000 On Wed, Jul 28, 2010 at 07:33:44PM +0300, Andriy Gapon wrote: > on 28/07/2010 19:17 Anton Shterenlikht said the following: > > On Wed, Jul 28, 2010 at 07:07:34PM +0300, Andriy Gapon wrote: > >> on 28/07/2010 19:01 Anton Shterenlikht said the following: > >>> here it is: > >> So did it work? :) > > > > not as far as I can tell > > > >>> % dmesg|fgrep -i hda > >>> pci0: at device 20.2 (no driver attached) > >>> pci0: at device 20.2 (no driver attached) > >>> hdac0: irq 16 at device 20.2 on pci0 > >>> hdac0: HDA Driver Revision: 20100226_0142 > >>> hdac0: [ITHREAD] > >>> hdac0: hdac_get_capabilities: Invalid rirb size (0) > >>> device_attach: hdac0 attach returned 6 > >> I presume the above is from previous load attempt? > > > > yes, probably. I think /var/run/dmesg used > > to contain only the current boot, but some > > time ago I noticed that quite a few previous > > boots are stored. Or maybe it's my misconfiguration.. > > Did you just kldload the module? > Or do you have hda in your kernel and you performed a reboot? > If you didn't reboot, can you do it now? it's in the kernel, and yes, I did reboot. > > So no corb message? > This seems very strange, especially given the subject line. But I just rebooted again, and reset to defaults in BIOS, now I get: % dmesg | fgrep -i hda hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (1) device_attach: hdac0 attach returned 6 > > >> Also, no codec and pcm output lines? Did the driver get attached? > > > > As far as I can (cannot) see, the driver didn't attach. > > There's no /dev/dsp or /dev/pcm. > > What is output of the following command? > kldstat -v | egrep 'sound|snd' % kldstat -v | egrep 'sound|snd' 139 sound 138 pci/snd_hda 137 hdac/snd_hda_pcm thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 16:51:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE20A1065672; Wed, 28 Jul 2010 16:51:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 96BF88FC08; Wed, 28 Jul 2010 16:51:14 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA08253; Wed, 28 Jul 2010 19:51:08 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C505FFC.6000601@icyb.net.ua> Date: Wed, 28 Jul 2010 19:51:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 16:51:15 -0000 on 28/07/2010 19:44 Anton Shterenlikht said the following: > But I just rebooted again, and reset > to defaults in BIOS, now I get: > > % dmesg | fgrep -i hda > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (1) > device_attach: hdac0 attach returned 6 > This gets even stranger. Ultimate attempt - can you drop the size == 0 condition, so that reset is always tried when initial value is not correct? Then, of course, build and install new kernel and reboot. If possible, with power down to get the cleanest results. P.S. I lied actually - the ultimate attempt would be to not even try to read CORB and RIRB size and just force them to 256 always. It seems that's what Linux driver does. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 17:00:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 267A01065675; Wed, 28 Jul 2010 17:00:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 238EE8FC16; Wed, 28 Jul 2010 17:00:06 +0000 (UTC) Received: by pvh1 with SMTP id 1so1182546pvh.13 for ; Wed, 28 Jul 2010 10:00:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=3i+6+BVvs4sUHLFgQ0CvpUEaDyeBAYC20SpKp5lxyRA=; b=X06ctL/4AeWBrJdaxhncTZdhBZgjQijXDKQNqGw2kjEYT3XUYvB7jZZ1KPRMlLgiD/ ktQzlK+fPe4yminTXWhd82RIDnD6+NpQO7k3Ck7o/1LAv/ljwDCNYjnEhoiBW2qaOirx JCHRn4n7QIi/yqtN8lAWL8pzd9ug4H5xi3PS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KmiTSYWNqBcQUurz9IZWqgekQXMHkwTCz1FbCtNxa8U/XQcDXkPD3L5kZHvFAI79/V tcDQMmxJicvD90lQmZ50FlDN42/gMU4sLvU8ULQyl+8SgiqyfNNk4TbGBnOpeFieRIh8 DMKOXcTImojfrkANmbzLhU0A16Xm4k5/iVR6M= Received: by 10.114.136.18 with SMTP id j18mr15762155wad.99.1280336401155; Wed, 28 Jul 2010 10:00:01 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c10sm11484769wam.13.2010.07.28.09.59.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 09:59:59 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 28 Jul 2010 09:59:17 -0700 From: Pyun YongHyeon Date: Wed, 28 Jul 2010 09:59:17 -0700 To: Andriy Gapon Message-ID: <20100728165917.GA7479@michelle.cdnetworks.com> References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <4C502D22.10800@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C502D22.10800@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: free(sc, M_DEVBUF) [Was: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 17:00:11 -0000 On Wed, Jul 28, 2010 at 04:14:10PM +0300, Andriy Gapon wrote: > on 27/07/2010 19:53 Gavin Atkinson said the following: > > > > Thanks. Can you try > > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > > > > and see if that solves things for you? > > > > (Credit goes to avg@ for looking into this before me :) > > BTW, it seems that there is an epidemic of "free(sc, M_DEVBUF)" in sound drivers. > And not only them, but I haven't looked at the other cases - perhaps the code > there does something different and thus correct. > > > glimpse -w M_DEVBUF | fgrep -w free | fgrep '(sc,' > /usr/src/sys/dev/sound/pci/hda/hdac.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_lagg.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_bridge.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ich.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/maestro3.c: free(sc, M_DEVBUF); > /usr/src/sys/net/if_enc.c: free(sc, M_DEVBUF); > /usr/src/sys/sun4v/sun4v/simdisk.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/ofw/ofw_disk.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/isa/ess.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/sbus/cs4231.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/atiixp.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10kx-pcm.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/ds1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cmi.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/neomagic.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/solo.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/als4000.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/vibes.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/emu10k1.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); > /usr/src/sys/dev/sound/pci/cs4281.c: free(sc, M_DEVBUF); > > > Good example of how get examples get multiplied. > When I started to write snd_audiocs(4) for sparc64 I also noticed that. The practice of sound driver was to explicitly allocate softc structure in device attach routine and release it after use. I don't remember details but other parts of sound subsystem seemed to rely on the structure and changing it to use standard device_get_softc(9) was not easy task. > P.S. > Actually all non-sound case seem to be correct, explicitly malloc-ed memory gets > freed. > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 17:09:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0311065674; Wed, 28 Jul 2010 17:09:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CCD978FC18; Wed, 28 Jul 2010 17:09:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA08519; Wed, 28 Jul 2010 20:09:26 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C506445.3040908@icyb.net.ua> Date: Wed, 28 Jul 2010 20:09:25 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <4C502D22.10800@icyb.net.ua> <20100728165917.GA7479@michelle.cdnetworks.com> In-Reply-To: <20100728165917.GA7479@michelle.cdnetworks.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: free(sc, M_DEVBUF) [Was: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 17:09:29 -0000 on 28/07/2010 19:59 Pyun YongHyeon said the following: > > When I started to write snd_audiocs(4) for sparc64 I also noticed > that. The practice of sound driver was to explicitly allocate softc > structure in device attach routine and release it after use. I > don't remember details but other parts of sound subsystem seemed to > rely on the structure and changing it to use standard > device_get_softc(9) was not easy task. Oh, I see what you mean. So those drivers do malloc their softc. snd_hda was (is) the only one that got it via device_get_softc, but still used free(9) on it in the case of attachment failure. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 17:13:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F01F1065674; Wed, 28 Jul 2010 17:13:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 134D98FC1A; Wed, 28 Jul 2010 17:13:30 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OeAC5-0000o1-DT; Wed, 28 Jul 2010 18:13:29 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OeAC5-0001ph-3D; Wed, 28 Jul 2010 18:13:25 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6SHDOan092240; Wed, 28 Jul 2010 18:13:24 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6SHDOOw092239; Wed, 28 Jul 2010 18:13:24 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Jul 2010 18:13:24 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> References: <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C505FFC.6000601@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lstewart@freebsd.org, Gavin Atkinson , Anton Shterenlikht , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 17:13:31 -0000 On Wed, Jul 28, 2010 at 07:51:08PM +0300, Andriy Gapon wrote: > on 28/07/2010 19:44 Anton Shterenlikht said the following: > > But I just rebooted again, and reset > > to defaults in BIOS, now I get: > > > > % dmesg | fgrep -i hda > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid corb size (1) > > device_attach: hdac0 attach returned 6 > > > > This gets even stranger. > Ultimate attempt - can you drop the size == 0 condition, so that reset is always > tried when initial value is not correct? you mean drop both if (corbsize == 0) {} and if (rirbsize == 0) {} ? Or did I get you wrong? anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 17:17:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A3D1065678; Wed, 28 Jul 2010 17:17:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 865248FC1C; Wed, 28 Jul 2010 17:17:54 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA08672; Wed, 28 Jul 2010 20:17:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C50663B.7030203@icyb.net.ua> Date: Wed, 28 Jul 2010 20:17:47 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 17:17:55 -0000 on 28/07/2010 20:13 Anton Shterenlikht said the following: > On Wed, Jul 28, 2010 at 07:51:08PM +0300, Andriy Gapon wrote: >> on 28/07/2010 19:44 Anton Shterenlikht said the following: >> > But I just rebooted again, and reset >>> to defaults in BIOS, now I get: >>> >>> % dmesg | fgrep -i hda >>> hdac0: irq 16 at device 20.2 on pci0 >>> hdac0: HDA Driver Revision: 20100226_0142 >>> hdac0: [ITHREAD] >>> hdac0: hdac_get_capabilities: Invalid corb size (1) >>> device_attach: hdac0 attach returned 6 >>> >> This gets even stranger. >> Ultimate attempt - can you drop the size == 0 condition, so that reset is always >> tried when initial value is not correct? > > you mean drop both > if (corbsize == 0) {} > > and > if (rirbsize == 0) {} > > ? Change it to if (1) { ...}. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 17:53:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64BA41065673; Wed, 28 Jul 2010 17:53:54 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BB0138FC0C; Wed, 28 Jul 2010 17:53:53 +0000 (UTC) Received: by wwa36 with SMTP id 36so652359wwa.31 for ; Wed, 28 Jul 2010 10:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:cc:content-type :content-transfer-encoding:message-id; bh=w8JKnKA3wPlnswnnZOU8T2f3xDDB/7lTzwWf+w5apk0=; b=KzpD803hRQGcTHDMMzea8RUL9H2igHyQyxQw3sTFIgGw4LotOYE8WSBUqQ/tUUAxJc rfUz3uDLvBkSo4MqcOKcHYpjNemy0hMUFrzwM8Q7BPgi+MKAiasq6FyghBvaIT7R5LT/ bsat3bF5QXHCrlVYujXsKFYP+3fvoYCeZ++Jg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version:cc :content-type:content-transfer-encoding:message-id; b=SVuOQNDeE6I1VZzpV1EUJpw2OWJk0ibm/c70TrifAbTIPZBbgBEcoa5DRBuyRLJjsI +n8kiluqBmrDLKGEPMh6jseoddKJczxjKuyCo4ZadJDSRfkctl9tiSmpTjuok8DTqvVS o8OW4I19yy8JDxogQsksAUtEqK0k9tiPCqBUc= Received: by 10.227.146.142 with SMTP id h14mr11021803wbv.25.1280339632298; Wed, 28 Jul 2010 10:53:52 -0700 (PDT) Received: from dragon.dg (41-132-92-33.dsl.mweb.co.za [41.132.92.33]) by mx.google.com with ESMTPS id p52sm3649585weq.20.2010.07.28.10.53.44 (version=SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 10:53:48 -0700 (PDT) From: David Naylor Organization: Private To: "freebsd-current@freebsd.org" Date: Wed, 28 Jul 2010 19:53:47 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1520521.INfujltebS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201007281953.53131.naylor.b.david@gmail.com> Cc: mav@freebsd.org Subject: Interrupt Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 17:53:54 -0000 --nextPart1520521.INfujltebS Content-Type: multipart/mixed; boundary="Boundary-01=_s6GUMCWklHy2Vra" Content-Transfer-Encoding: 7bit --Boundary-01=_s6GUMCWklHy2Vra Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have been having interrupt related problems with various subsystems. I=20 suspect this is related to the changes in the event timer infrastructure. = =20 The subsystems that have experienced interrupt problems: - hda: this is the easiest to reproduce and what I used to isolate the=20 commits. I get ``pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt= =20 timeout, channel dead'' reported and sound no longer plays. - nfe: this has happened on occasion with no reliable way to reproduce. =20 ``watchdog timeouts'' are reported. After this happens all network traffic= dies=20 and doing `ifconfig nfe0 down; ifconfig nfe0 up' panics the computer. - dc: same thing as above. =20 - nvidia: has reported interrupt timeouts. This is independent of the=20 locking problem (that is fixed with recently published patch). No reliable= way=20 to reproduce, appears to happen when under heavy load. X freezes as a resu= lt. =20 - ata: I had a HDD detach twice. I am not sure if this is related. I hav= e=20 two HDD, each attached to a different controller. =20 I tested this by using a kernel built from a cvsup date of 2010/06/20 and=20 2010/06/22 (at midnight for both, aka 00:00:00). The former kernel does no= t=20 exhibit any problems while the latter does. This problem is also present w= ith=20 a kernel from today. =20 The motherboard is a N650SLI-DS4L with one graphics card. See attached for= =20 more system information. =20 Is there anything I can do to help diagnose the problem? =20 Regards, David --Boundary-01=_s6GUMCWklHy2Vra Content-Type: text/plain; charset="iso-8859-1"; name="sysctl.time" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sysctl.time" kern.eventtimer.choice: LAPIC(500) HPET(450) HPET1(440) HPET2(440) i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 15 kern.eventtimer.et.LAPIC.frequency: 133334794 kern.eventtimer.et.LAPIC.quality: 500 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 25000000 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 25000000 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 25000000 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.timer2: HPET kern.eventtimer.timer1: LAPIC kern.eventtimer.singlemul: 2 kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) HPET(900) i8254(0) ACPI-fast(1000) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 2199550 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 46239 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 2739146685 kern.timecounter.tc.HPET.frequency: 25000000 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 2718611985 kern.timecounter.tc.TSC.frequency: 2400025995 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 1 --Boundary-01=_s6GUMCWklHy2Vra Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2010 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 9.0-CURRENT #1: Wed Jul 28 15:47:21 SAST 2010 root@dragon.dg:/tmp/home/freebsd9/src/sys/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2400.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Family = 6 Model = f Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 6442450944 (6144 MB) avail memory = 6163714048 (5878 MB) Event timer "LAPIC" frequency 0 Hz quality 500 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc07f mem 0xe2000000-0xe2ffffff,0xd0000000-0xdfffffff,0xe3000000-0xe3ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [ITHREAD] pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xe7006000-0xe7006fff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xe7007000-0xe70070ff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe500-0xe50f mem 0xe7004000-0xe7004fff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xea00-0xea0f mem 0xe7005000-0xe7005fff irq 20 at device 15.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib2: at device 16.0 on pci0 pci2: on pcib2 dc0: port 0xd000-0xd0ff mem 0xe6000000-0xe60003ff irq 17 at device 7.0 on pci2 miibus0: on dc0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: XX:XX:XX:XX:XX:XX dc0: [ITHREAD] hdac0: mem 0xe7000000-0xe7003fff irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] nfe0: port 0xec00-0xec07 mem 0xe7008000-0xe7008fff irq 22 at device 20.0 on pci0 miibus1: on nfe0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: Ethernet address: XX:XX:XX:XX:XX:XX nfe0: [FILTER] attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfeff0000-0xfeff03ff irq 0,8 on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 hpet0: [FILTER] Event timer "HPET" frequency 25000000 Hz quality 450 Event timer "HPET1" frequency 25000000 Hz quality 440 Event timer "HPET2" frequency 25000000 Hz quality 440 atrtc0: port 0x70-0x73 on acpi0 atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range acpi_perf0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 925092506000925 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 925092506000925 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 925092506000925 device_attach: est3 attach returned 6 p4tcc3: on cpu3 Starting kernel event timers: LAPIC @ 1000Hz, HPET @ 127Hz Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 305244MB at ata2-master UDMA100 SATA 1.5Gb/s ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ad8: 476940MB at ata4-master UDMA100 SATA 1.5Gb/s hdac0: HDA Codec #0: Realtek ALC888 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM_MIRROR: Device mirror/gm0 launched (2/2). uhub0: 8 ports with 8 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/mirror/gm0a WARNING: / was not properly dismounted WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. lock order reversal: 1st 0xffffff00048a6278 ufs (ufs) @ /home/freebsd9/src/sys/kern/vfs_lookup.c:502 2nd 0xffffff807b5b5f98 bufwait (bufwait) @ /home/freebsd9/src/sys/ufs/ffs/ffs_softdep.c:11291 3rd 0xffffff0004904458 ufs (ufs) @ /home/freebsd9/src/sys/kern/vfs_subr.c:2090 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea __lockmgr_args() at __lockmgr_args+0xd43 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x50 vget() at vget+0x6e vfs_hash_get() at vfs_hash_get+0xd1 ffs_vgetf() at ffs_vgetf+0x3d softdep_sync_metadata() at softdep_sync_metadata+0x5df ffs_syncvnode() at ffs_syncvnode+0x22d ffs_truncate() at ffs_truncate+0x211 ufs_direnter() at ufs_direnter+0x775 ufs_makeinode() at ufs_makeinode+0x250 VOP_CREATE_APV() at VOP_CREATE_APV+0x93 vn_open_cred() at vn_open_cred+0x410 kern_openat() at kern_openat+0x163 syscallenter() at syscallenter+0x194 syscall() at syscall+0x41 Xfast_syscall() at Xfast_syscall+0xe2 --- syscall (5, FreeBSD ELF64, open), rip = 0x80072847c, rsp = 0x7fffffffeb48, rbp = 0 --- bridge0: Ethernet address: XX:XX:XX:XX:XX:XX nfe0: link state changed to UP --Boundary-01=_s6GUMCWklHy2Vra-- --nextPart1520521.INfujltebS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkxQbrEACgkQUaaFgP9pFrI+hQCfQWaYnRQYj1IWHDarWnPMuBCS nDQAn0S/2zJjEmlBblkbYZPMgcpjTH35 =9xz9 -----END PGP SIGNATURE----- --nextPart1520521.INfujltebS-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:04:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F5811065672 for ; Wed, 28 Jul 2010 18:04:04 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 773948FC21 for ; Wed, 28 Jul 2010 18:04:04 +0000 (UTC) Received: by pwj9 with SMTP id 9so1217721pwj.13 for ; Wed, 28 Jul 2010 11:04:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=7jjjv5khqNqmxi13uGlNZVCkPppEurctInnNZjCwC4w=; b=QI+BDHB827Mda1B1IxGpmCgGxtqfseHTXMZ+du0Ne9Nd9LMUw2CkGjXqz7nbQkHkKQ mbJBoM8SYbR+gwBQctMk4ZPP18mY6j7hq0jqkykcKMpKjKvVWS8t2w8hDZAg0FgFk8ID 57J3QWTIXspoKJF9LqbTfSKoqDFWJTcIPsTsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=SrH29NclACnzrfqIQG/Ira2L9sSZoaMJ6savy8d/Yd1Md5zO8YPg60CSOkBJlXyQvZ /u+h8qFMnN6TR7sUPxKaA6NvVNHcy75u1pnaYCnp/lamD9c5+XTaHYZiBKzEcsJtk/q8 3PqewmbxWnSU58XOqesDrBdDv7oVpWFdaPgSc= MIME-Version: 1.0 Received: by 10.142.148.2 with SMTP id v2mr12079617wfd.115.1280338662589; Wed, 28 Jul 2010 10:37:42 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.42.6.85 with HTTP; Wed, 28 Jul 2010 10:37:42 -0700 (PDT) Date: Wed, 28 Jul 2010 10:37:42 -0700 X-Google-Sender-Auth: tuzgzpzdhyYA5GnEMVTwsxqxMRc Message-ID: From: mdf@FreeBSD.org To: freebsd-current@freebsd.org, John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:04:04 -0000 I have a 2 cpu virtual image of FreeBSD current. It panics during boot after building in the NUMA support. I'll transcribe the SRAT bootverbose messages and panic message as best I can. Table 'SRAT' at 0xfef07f6 SRAT: Found table at 0xfef07f6 SRAT: Found memory domain 0 addr 0 len a0000: enabled SRAT: Found memory domain 0 addr 100000 len ff00000: enabled then some MADT: messages about finding cpu 0 and 1 cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 panic: SRAT: CPU with APIC ID 0 is not known I'm playing around now with trying to figure out what went missing, but I thought I'd send this out now. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:23:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD6C51065673; Wed, 28 Jul 2010 18:23:11 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 82DD48FC1C; Wed, 28 Jul 2010 18:23:11 +0000 (UTC) Received: by pxi8 with SMTP id 8so1249083pxi.13 for ; Wed, 28 Jul 2010 11:23:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=ZJU3PpswPXROsIazZkwxsaDp8c/TEjvj4oZjHMCjKBo=; b=stL5HjW+gHwnEuDM50KBIhB3TixtBK1u+juCzDc39JieSWRuXweqlwzBRyJFZo9ir6 mdV8eRgc3H4mlOJJHwD7Vc7OaSWKr5KpDPOpaSekh0pPJsgXfkSZFHCAW9X6CHzQgwyL 5wdJppTlr3akOUiT9mRgfZBkQkBExIqf2vJaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=g3pfSWCREyUQG2uVAKI1b/DX2oa+Js56Av1dEp+bXbSpe31eETVp1p1tVgsf9tYQ7D zi4x0Gtd8k1vRYdzZ6fPjYMgksrhUo+78LzbZInmK183LE2GkgaklTvpFPAaoOQbyC3S GWVoL2pRG7xSkB3Q/aD3stI7+zmEt87hyZaCw= MIME-Version: 1.0 Received: by 10.143.155.12 with SMTP id h12mr991268wfo.333.1280341391091; Wed, 28 Jul 2010 11:23:11 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.42.6.85 with HTTP; Wed, 28 Jul 2010 11:23:11 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Jul 2010 11:23:11 -0700 X-Google-Sender-Auth: VP5wNNFTfKAu3GGKiinJCKmYptQ Message-ID: From: mdf@FreeBSD.org To: mdf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:23:11 -0000 On Wed, Jul 28, 2010 at 10:37 AM, wrote: > I have a 2 cpu virtual image of FreeBSD current. =A0It panics during > boot after building in the NUMA support. > > I'll transcribe the SRAT bootverbose messages and panic message as best I= can. > > Table 'SRAT' at 0xfef07f6 > SRAT: Found table at 0xfef07f6 > SRAT: Found memory domain 0 addr 0 len a0000: enabled > SRAT: Found memory domain 0 addr 100000 len ff00000: enabled > > then some MADT: messages about finding cpu 0 and 1 > > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > panic: SRAT: CPU with APIC ID 0 is not known > > I'm playing around now with trying to figure out what went missing, > but I thought I'd send this out now. Okay, apparently VMWare is providing two entries of type ACPI_SRAT_TYPE_MEMORY_AFFINITY but no entries of type ACPI_SRAT_TYPE_CPU_AFFINITY. This leads to the assert since no CPUs are "enabled"; that is there's no affinity information for them. This is probably a VMWare bug. Setting hint.srat.0.disabled=3D"1" in /boot/device.hints works around the i= ssue. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:39:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C10E31065677 for ; Wed, 28 Jul 2010 18:39:46 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0A08FC25 for ; Wed, 28 Jul 2010 18:39:45 +0000 (UTC) Received: by fxm13 with SMTP id 13so1484873fxm.13 for ; Wed, 28 Jul 2010 11:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=0+0hSOzkX+QOTdmf1BNHI97Qru7gZ2FooNDzILzv90w=; b=gFwJ0RzzjtO2EXOo8NY8e//yfZ67Fw4VULHzihAR4QHz8ts2l2t/AxtxACG9TNvZ9p bZPR2uzSOsiiK2AUiH3il5qAwh4vj8kF1JaomdQVt0IWGnVkI9ChBVeUPMwtG1EfccQb JV+394/Pm57f7lp77xH+VGhtB+Rf6sZM4HM2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=meoU1SzvrM+kAyc882G2BVus+TNTo1hjqPU88jwDo00mKYCIHsRI3NZaYo0qIyELjB RQ5pEvuHmUlwItN0v+0wn+TajdWaDkrbn7OmnJhBKr2PKy4jwavvu9hhAcQsrjYWqKB0 PmqvxXcrPbg36WBB5FhZU5Lb9cIHZoh+l/61Y= Received: by 10.223.119.196 with SMTP id a4mr10443502far.65.1280342384463; Wed, 28 Jul 2010 11:39:44 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s20sm893409faa.4.2010.07.28.11.39.43 (version=SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 11:39:43 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C50796C.4070509@FreeBSD.org> Date: Wed, 28 Jul 2010 21:39:40 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: David Naylor References: <201007281953.53131.naylor.b.david@gmail.com> In-Reply-To: <201007281953.53131.naylor.b.david@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: Interrupt Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:39:46 -0000 David Naylor wrote: > I have been having interrupt related problems with various subsystems. I > suspect this is related to the changes in the event timer infrastructure. > > The subsystems that have experienced interrupt problems: > - hda: this is the easiest to reproduce and what I used to isolate the > commits. I get ``pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt > timeout, channel dead'' reported and sound no longer plays. > - nfe: this has happened on occasion with no reliable way to reproduce. > ``watchdog timeouts'' are reported. After this happens all network traffic dies > and doing `ifconfig nfe0 down; ifconfig nfe0 up' panics the computer. > - dc: same thing as above. > - nvidia: has reported interrupt timeouts. This is independent of the > locking problem (that is fixed with recently published patch). No reliable way > to reproduce, appears to happen when under heavy load. X freezes as a result. > - ata: I had a HDD detach twice. I am not sure if this is related. I have > two HDD, each attached to a different controller. > > I tested this by using a kernel built from a cvsup date of 2010/06/20 and > 2010/06/22 (at midnight for both, aka 00:00:00). The former kernel does not > exhibit any problems while the latter does. This problem is also present with > a kernel from today. > > The motherboard is a N650SLI-DS4L with one graphics card. See attached for > more system information. > > Is there anything I can do to help diagnose the problem? Hardly I can explain how timer related changes could cause problems with such a long list of devices, using different IRQs. MCP51 seems to have quite bright history of different problems (at least I know about SATA and HDA MSI problems), so I won't be very surprised if it is some one more hardware-specific issue. Does problem happens randomly or can be triggered somehow? Have you tried to look what happens with interrupts during/after the problem appears? Are all of them dying or selectively each time? Is there way to restore operation after problem? Have you tried to switch to using other event timers? HPET event timers were never used before this, so bugs are not studied yet. PS: Verbose dmesg could be more useful. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:47:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F06106567C; Wed, 28 Jul 2010 18:47:10 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 383EB8FC0A; Wed, 28 Jul 2010 18:47:09 +0000 (UTC) Received: by wyj26 with SMTP id 26so5441349wyj.13 for ; Wed, 28 Jul 2010 11:47:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.133.7 with SMTP id d7mr5754257wbt.54.1280341178618; Wed, 28 Jul 2010 11:19:38 -0700 (PDT) Received: by 10.227.100.147 with HTTP; Wed, 28 Jul 2010 11:19:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Jul 2010 08:19:38 -1000 Message-ID: From: David Cornejo To: mdf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:47:11 -0000 On Wed, Jul 28, 2010 at 7:37 AM, wrote: > I have a 2 cpu virtual image of FreeBSD current. It panics during > boot after building in the NUMA support. > > I'll transcribe the SRAT bootverbose messages and panic message as best I > can. > > Table 'SRAT' at 0xfef07f6 > SRAT: Found table at 0xfef07f6 > SRAT: Found memory domain 0 addr 0 len a0000: enabled > SRAT: Found memory domain 0 addr 100000 len ff00000: enabled > > then some MADT: messages about finding cpu 0 and 1 > > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > panic: SRAT: CPU with APIC ID 0 is not known > > I'm playing around now with trying to figure out what went missing, > but I thought I'd send this out now. > > Thanks, > matthew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I have been seeing this since yesterday with amd64 custom kernels - just compiled a GENERIC kernel a few minutes ago and it shows the same symptom. From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:47:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F301065670 for ; Wed, 28 Jul 2010 18:47:38 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id B95538FC17 for ; Wed, 28 Jul 2010 18:47:38 +0000 (UTC) Received: by pzk7 with SMTP id 7so2333569pzk.13 for ; Wed, 28 Jul 2010 11:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=EUO7w3+NFLMp+Ogb3GU4ZUA2e3+tkoJgGdQAo49XPLM=; b=uyOu+10W9konE0JlX9oYppVrU0lWnip0lBoRRo0Yf0h/s9LoDyoT1Bzsf2MZz0lb3U 4Yx1Bv1sZQKzAr7Xm18f0xLTe7QAUfjqWF6Yx4AZeQC2nWM6tMr49zcbyy4qnTg2sN0D 1iBnhcV5gEZJ/jd9royNWrDPSoYf0VUnXw7uA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jdfsdPfSqwMzcISDwgK/XSRk0VaZJBkIxe0THrt3dmkr7+l6n8rJhBmRw6GAPo2f8W dq7e0TbiltNQN9j5o3wKy+mn44++/Xxr5xlC/9lwBIBAPWLQ9oW3g3eARG8CKtW4ycc3 98OwemWEPfdSy1VcV9Exw5+8HAz4bFkmGFQbQ= MIME-Version: 1.0 Received: by 10.114.36.18 with SMTP id j18mr9641874waj.46.1280342858076; Wed, 28 Jul 2010 11:47:38 -0700 (PDT) Received: by 10.42.6.85 with HTTP; Wed, 28 Jul 2010 11:47:37 -0700 (PDT) In-Reply-To: <4C50796C.4070509@FreeBSD.org> References: <201007281953.53131.naylor.b.david@gmail.com> <4C50796C.4070509@FreeBSD.org> Date: Wed, 28 Jul 2010 11:47:37 -0700 Message-ID: From: Matthew Fleming To: David Naylor , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Interrupt Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:47:39 -0000 David Naylor wrote: > I have been having interrupt related problems with various subsystems. = =A0I > suspect this is related to the changes in the event timer infrastructure. > > The subsystems that have experienced interrupt problems: > =A0- hda: this is the easiest to reproduce and what I used to isolate the > commits. =A0I get ``pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interr= upt > timeout, channel dead'' reported and sound no longer plays. > =A0- nfe: this has happened on occasion with no reliable way to reproduce= . > ``watchdog timeouts'' are reported. =A0After this happens all network tra= ffic dies > and doing `ifconfig nfe0 down; ifconfig nfe0 up' panics the computer. > =A0- dc: same thing as above. > =A0- nvidia: has reported interrupt timeouts. =A0This is independent of t= he > locking problem (that is fixed with recently published patch). =A0No reli= able way > to reproduce, appears to happen when under heavy load. =A0X freezes as a = result. > =A0- ata: I had a HDD detach twice. =A0I am not sure if this is related. = =A0I have > two HDD, each attached to a different controller. > > I tested this by using a kernel built from a cvsup date of 2010/06/20 and > 2010/06/22 (at midnight for both, aka 00:00:00). =A0The former kernel doe= s not > exhibit any problems while the latter does. =A0This problem is also prese= nt with > a kernel from today. > > The motherboard is a N650SLI-DS4L with one graphics card. =A0See attached= for > more system information. > > Is there anything I can do to help diagnose the problem? When you say midnight on June 22, is that 11:59pm June 22 or 12:01 am June = 22? I don't expect it, but there's a possibility that r210377 affected this. Can you check whether sys/sys/_task.h changes between the kernel that does work and the one that doesn't? Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 18:50:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8709F106567D; Wed, 28 Jul 2010 18:50:05 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 51F898FC19; Wed, 28 Jul 2010 18:50:05 +0000 (UTC) Received: by pzk7 with SMTP id 7so2334740pzk.13 for ; Wed, 28 Jul 2010 11:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Uw+SGoO+yzXxDE851g9KV3bwwqDMr5o4qh3ysng4TXo=; b=sscjeciTo/K2hVF1K+bL9LdIlb6o5a1gk+6zd05cymFymVGkrma10//KZKChHV/FYd nhYPSwv3yIo6q4A1Yn07qV4u9Un/y8LAiUBT3TxUVWo1iJSUBdqSAb0+wBPD0X0imGKl 3Pv6TAX/aazfSq+7GxVwlukyzO/UtGqdx6HQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=vPliut4Bx8hJXdxXmfbEmZyAocge8txHLdAb3Nfn30PXltNC3raHkmGL9IRR70R43r TV6Kaz410AIfge7O7A0fhojQTw7VdgSPHTgXweXAne6JzqSkomjdxOHhbph5+lwaarBb W26v1emGsCt2Na92GjkI1haRgDsWl0FNLoirA= MIME-Version: 1.0 Received: by 10.142.171.7 with SMTP id t7mr12266808wfe.212.1280343004977; Wed, 28 Jul 2010 11:50:04 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.42.6.85 with HTTP; Wed, 28 Jul 2010 11:50:04 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Jul 2010 11:50:04 -0700 X-Google-Sender-Auth: N2mmw0f1zMI6YMF9eo7WMFMIYkE Message-ID: From: mdf@FreeBSD.org To: David Cornejo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:50:05 -0000 On Wed, Jul 28, 2010 at 11:19 AM, David Cornejo wrote: > On Wed, Jul 28, 2010 at 7:37 AM, wrote: >> >> I have a 2 cpu virtual image of FreeBSD current. =A0It panics during >> boot after building in the NUMA support. >> >> I'll transcribe the SRAT bootverbose messages and panic message as best = I >> can. >> >> Table 'SRAT' at 0xfef07f6 >> SRAT: Found table at 0xfef07f6 >> SRAT: Found memory domain 0 addr 0 len a0000: enabled >> SRAT: Found memory domain 0 addr 100000 len ff00000: enabled >> >> then some MADT: messages about finding cpu 0 and 1 >> >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> panic: SRAT: CPU with APIC ID 0 is not known >> >> I'm playing around now with trying to figure out what went missing, >> but I thought I'd send this out now. > > I have been seeing this since yesterday with amd64 custom kernels - just > compiled a GENERIC kernel a few minutes ago and it shows the same symptom= . Is this on VMWare or physical hardware? I isolated my issue to VMWare reporting memory domains properties but not CPU affinity. Setting hint.srat.0.disabled=3D"1" in /boot/device.hints fixes the issue for me. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 19:32:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA07106566C; Wed, 28 Jul 2010 19:32:02 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 23FF08FC28; Wed, 28 Jul 2010 19:32:01 +0000 (UTC) Received: by wwa36 with SMTP id 36so769885wwa.31 for ; Wed, 28 Jul 2010 12:32:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.153.15 with SMTP id i15mr11002563wbw.211.1280345520669; Wed, 28 Jul 2010 12:32:00 -0700 (PDT) Received: by 10.227.100.147 with HTTP; Wed, 28 Jul 2010 12:32:00 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Jul 2010 09:32:00 -1000 Message-ID: From: David Cornejo To: mdf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 19:32:02 -0000 On Wed, Jul 28, 2010 at 8:23 AM, wrote: > On Wed, Jul 28, 2010 at 10:37 AM, wrote: > > I have a 2 cpu virtual image of FreeBSD current. It panics during > > boot after building in the NUMA support. > > > > I'll transcribe the SRAT bootverbose messages and panic message as best I > can. > > > > Table 'SRAT' at 0xfef07f6 > > SRAT: Found table at 0xfef07f6 > > SRAT: Found memory domain 0 addr 0 len a0000: enabled > > SRAT: Found memory domain 0 addr 100000 len ff00000: enabled > > > > then some MADT: messages about finding cpu 0 and 1 > > > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > panic: SRAT: CPU with APIC ID 0 is not known > > > > I'm playing around now with trying to figure out what went missing, > > but I thought I'd send this out now. > > Okay, apparently VMWare is providing two entries of type > ACPI_SRAT_TYPE_MEMORY_AFFINITY but no entries of type > ACPI_SRAT_TYPE_CPU_AFFINITY. This leads to the assert since no CPUs > are "enabled"; that is there's no affinity information for them. This > is probably a VMWare bug. > > Setting hint.srat.0.disabled="1" in /boot/device.hints works around the > issue. > > Thanks, > matthew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > GENERIC amd64 kernel with the hint dies earlier: WARNING: WITNESS option enabled, expect reduced performance panic: witness_init: pending locks list is too small, bump it cpuid = 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x3d: movq $0,0x6d6fb0(%rip) db> From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 19:38:57 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78314106566B for ; Wed, 28 Jul 2010 19:38:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5528FC0C for ; Wed, 28 Jul 2010 19:38:57 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D1DF414DC373; Wed, 28 Jul 2010 21:38:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6UkSMItUZYnL; Wed, 28 Jul 2010 21:38:53 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 764B214DC368; Wed, 28 Jul 2010 21:38:53 +0200 (CEST) Message-ID: <4C50874B.4010000@FreeBSD.org> Date: Wed, 28 Jul 2010 21:38:51 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4C5040E8.3050304@FreeBSD.org> <4C504DEA.9070405@FreeBSD.org> <86wrsfk3oy.fsf@ds4.des.no> In-Reply-To: <86wrsfk3oy.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, "b. f." Subject: Re: BSD grep fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 19:38:57 -0000 Em 2010.07.28. 17:48, Dag-Erling Smørgrav escreveu: > Gabor Kovesdan writes: > >> b. f. writes: >> >>> I don't think that the current behavior of bsdgrep is necessarily bad >>> -- in fact it seems to me to be simple and intuitive: nothing is >>> excluded or included implicitly, and (I think) the last match wins, >>> unlike in gnu grep. >>> >> Ok, thanks, then I'll just document it. >> > Uh, no. GNU grep's behavior is consistent with just about everything > else that has --include / --exclude options, e.g. tar and rsync. Please > change BSD grep's behavior to match GNU grep's. > Ok, thanks for mentioning this. I already have a patch to implement the same behaviour, I'll discuss it with my mentor and fix soon. Gabor From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 01:10:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7F1065673 for ; Thu, 29 Jul 2010 01:10:04 +0000 (UTC) (envelope-from invite+o2_j=oc9@facebookmail.com) Received: from mx-out.facebook.com (outmail014.snc1.tfbnw.net [69.63.178.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6A77B8FC0A for ; Thu, 29 Jul 2010 01:10:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; d=facebookmail.com; s=20100618; c=relaxed/relaxed; q=dns/txt; i=@facebookmail.com; t=1280365802; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=a23s8KWSwU27EXJqGItS/MVmoSM=; b=IavADrWPRHpetREUvSsRrIpc58ol1CfGSUs7iigixbrL7lMFk2GmjXKjLY2KJNAY DwMwXByKsoji4qTvcR8tow==; Received: from [10.18.255.130] ([10.18.255.130:36947]) by mta023.snc1.facebook.com (envelope-from ) (ecelerity 2.2.2.45 r(34067)) with ECSTREAM id 8C/C4-19103-9E4D05C4; Wed, 28 Jul 2010 18:10:01 -0700 X-Facebook: from zuckmail ([MTI3LjAuMC4x]) by www.facebook.com with HTTP (ZuckMail); Date: Wed, 28 Jul 2010 18:10:01 -0700 To: Current From: Aryeh Friedman Message-ID: X-Priority: 3 X-Mailer: ZuckMail [version 1.00] X-Facebook-Notify: general_invite; mailid=2bad217G2c61ffa4G0G8 Errors-To: invite+o2_j=oc9@facebookmail.com X-FACEBOOK-PRIORITY: 1 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Check out my photos on Facebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aryeh Friedman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 01:10:04 -0000 Hi Current, I set up a Facebook profile where I can post my pictures, videos and = events and I want to add you as a friend so you can see it. First, you = need to join Facebook! Once you join, you can also create your own = profile. Thanks, Aryeh To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=3D100001116366558&k=3DZ6E3Y6VZS4XAZGLJVF2Z= P4XWS6BAW43BQRFQ&r Already have an account? Add this email address to your account: http://www.facebook.com/n/?merge_accounts.php&e=3Dcurrent%40freebsd.org&c= =3De42687a96930450f5fd9ae6981e0cbd2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D current@freebsd.org was invited to join Facebook by Aryeh Friedman. If you = do not wish to receive this type of email from Facebook in the future, = please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=3Db43b2a&u=3D744619940&mid=3D2bad217G2c61f= fa4G0G8 Facebook, Inc. P.O. Box 10005, Palo Alto, CA 94303 From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 01:13:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617D11065677; Thu, 29 Jul 2010 01:13:42 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 145278FC0C; Thu, 29 Jul 2010 01:13:41 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1OeAjI-0007LI-5C; Wed, 28 Jul 2010 19:47:44 +0200 Received: from ip59935289.rubicom.hu ([89.147.82.137] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1OeAjI-0007L5-0e; Wed, 28 Jul 2010 19:47:44 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4) with ESMTP id o6SHlh73001941; Wed, 28 Jul 2010 19:47:43 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4/Submit) id o6SHlh8h001940; Wed, 28 Jul 2010 19:47:43 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Wed, 28 Jul 2010 19:47:43 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <867hkfncod.fsf@ds4.des.no> <86tynjltnd.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86tynjltnd.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 01:13:42 -0000 On Wed, Jul 28, 2010 at 01:42:30PM +0200, Dag-Erling Sm??rgrav wrote: > Sorry, I misparsed ATA_CAM as ahci. Why on earth would anyone want to > use ATA_CAM these days? Well, I am not sure if you really meant ATA_CAM and not ATAPICAM? But in case you meant it, for people who do not use SATA-capable hardware, ATA_CAM is useful. This laptop may be no longer be the most recent model these days, but runs -CURRENT just fine most of the time. Also, if I remember correctly, for people with a bit more recent controllers ATA_CAM offers other advantages, but those do not affect me. So, for me ATA_CAM is just a better version of the ata(4) driver... -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 01:13:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617D11065677; Thu, 29 Jul 2010 01:13:42 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 145278FC0C; Thu, 29 Jul 2010 01:13:41 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1OeAjI-0007LI-5C; Wed, 28 Jul 2010 19:47:44 +0200 Received: from ip59935289.rubicom.hu ([89.147.82.137] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1OeAjI-0007L5-0e; Wed, 28 Jul 2010 19:47:44 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4) with ESMTP id o6SHlh73001941; Wed, 28 Jul 2010 19:47:43 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4/Submit) id o6SHlh8h001940; Wed, 28 Jul 2010 19:47:43 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Wed, 28 Jul 2010 19:47:43 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <867hkfncod.fsf@ds4.des.no> <86tynjltnd.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86tynjltnd.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 01:13:42 -0000 On Wed, Jul 28, 2010 at 01:42:30PM +0200, Dag-Erling Sm??rgrav wrote: > Sorry, I misparsed ATA_CAM as ahci. Why on earth would anyone want to > use ATA_CAM these days? Well, I am not sure if you really meant ATA_CAM and not ATAPICAM? But in case you meant it, for people who do not use SATA-capable hardware, ATA_CAM is useful. This laptop may be no longer be the most recent model these days, but runs -CURRENT just fine most of the time. Also, if I remember correctly, for people with a bit more recent controllers ATA_CAM offers other advantages, but those do not affect me. So, for me ATA_CAM is just a better version of the ata(4) driver... -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 09:16:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04A5F1065675; Thu, 29 Jul 2010 09:16:03 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B9B668FC15; Thu, 29 Jul 2010 09:16:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AF1F91FFC33; Thu, 29 Jul 2010 09:16:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 83FA68452E; Thu, 29 Jul 2010 11:16:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Szilveszter Adam References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <867hkfncod.fsf@ds4.des.no> <86tynjltnd.fsf@ds4.des.no> <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> Date: Thu, 29 Jul 2010 11:16:00 +0200 In-Reply-To: <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> (Szilveszter Adam's message of "Wed, 28 Jul 2010 19:47:43 +0200") Message-ID: <86r5imr6lr.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 09:16:03 -0000 Szilveszter Adam writes: > Also, if I remember correctly, for people with a bit more recent > controllers ATA_CAM offers other advantages, but those do not affect > me. So, for me ATA_CAM is just a better version of the ata(4) > driver... It's the exact same driver, but plugged into CAM. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 09:16:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04A5F1065675; Thu, 29 Jul 2010 09:16:03 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B9B668FC15; Thu, 29 Jul 2010 09:16:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AF1F91FFC33; Thu, 29 Jul 2010 09:16:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 83FA68452E; Thu, 29 Jul 2010 11:16:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Szilveszter Adam References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <867hkfncod.fsf@ds4.des.no> <86tynjltnd.fsf@ds4.des.no> <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> Date: Thu, 29 Jul 2010 11:16:00 +0200 In-Reply-To: <20100728174743.GB1856@baranyfelhocske.buza.adamsfamily.xx> (Szilveszter Adam's message of "Wed, 28 Jul 2010 19:47:43 +0200") Message-ID: <86r5imr6lr.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: k3b causing system freeze/panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 09:16:03 -0000 Szilveszter Adam writes: > Also, if I remember correctly, for people with a bit more recent > controllers ATA_CAM offers other advantages, but those do not affect > me. So, for me ATA_CAM is just a better version of the ata(4) > driver... It's the exact same driver, but plugged into CAM. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 14:19:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6617E106567B; Thu, 29 Jul 2010 14:19:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3790C8FC19; Thu, 29 Jul 2010 14:19:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DA16646B52; Thu, 29 Jul 2010 10:19:51 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D14758A050; Thu, 29 Jul 2010 10:19:50 -0400 (EDT) From: John Baldwin To: mdf@freebsd.org Date: Thu, 29 Jul 2010 10:18:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007291018.07112.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 29 Jul 2010 10:19:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 14:19:52 -0000 On Wednesday, July 28, 2010 1:37:42 pm mdf@freebsd.org wrote: > I have a 2 cpu virtual image of FreeBSD current. It panics during > boot after building in the NUMA support. > > I'll transcribe the SRAT bootverbose messages and panic message as best I can. > > Table 'SRAT' at 0xfef07f6 > SRAT: Found table at 0xfef07f6 > SRAT: Found memory domain 0 addr 0 len a0000: enabled > SRAT: Found memory domain 0 addr 100000 len ff00000: enabled > > then some MADT: messages about finding cpu 0 and 1 > > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > panic: SRAT: CPU with APIC ID 0 is not known > > I'm playing around now with trying to figure out what went missing, > but I thought I'd send this out now. Hmm, check_domains() in srat.c should reject the SRAT table in this case. Oh, I see the problem, try this: Index: srat.c =================================================================== --- srat.c (revision 210552) +++ srat.c (working copy) @@ -150,7 +150,8 @@ for (i = 0; i < num_mem; i++) { found = 0; for (j = 0; j <= MAX_APIC_ID; j++) - if (cpus[j].domain == mem_info[i].domain) { + if (cpus[j].enabled && + cpus[j].domain == mem_info[i].domain) { cpus[j].has_memory = 1; found++; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:02:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 533F81065674 for ; Thu, 29 Jul 2010 16:02:12 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52303.mail.re2.yahoo.com (web52303.mail.re2.yahoo.com [206.190.48.146]) by mx1.freebsd.org (Postfix) with SMTP id CCF148FC18 for ; Thu, 29 Jul 2010 16:02:11 +0000 (UTC) Received: (qmail 99899 invoked by uid 60001); 29 Jul 2010 15:35:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1280417730; bh=VbIgbXPgbIRESTir0Io1RypVuPGkruztUNNGUMUMdco=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=rRvYEC0gLhq4MM+MD6Ov17oqq358HPShqAw1xUTQUvPlN8Og/coEUYaB3LPaMAoYX0Vm/vbzaD3u+y/PGZGQGRC5Q+GdzoND9ie30bTJ4DaIqZAgqaHmNrjfHkLYWV7uACeRml7xNRYzPolrkKeR/+oeLi7Fepioq1Pc1j9KuvM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=I5lqI8bT8OPVhxGGvBrs+ciDHtlKyxo5gHcWNWWK9CA1xnjQBS3+WVUT5blVy+POZrl72eBADnBjUs0yypjuTJl1vlrvLDFspanTigdeQ8mFtdfDV3HEddX2//LxKY9KrCeBxAq694bdVMNeOLurlLesBaenS+Jt2qdwS2RQZEU=; Message-ID: <701277.97445.qm@web52303.mail.re2.yahoo.com> X-YMail-OSG: .rYYatMVM1knTr4V_Mzd.QqAy9ns5FnyvF59B6Dvrzd.RZh 9wrzn87mU23O.6wg9YvvTyUkIKpCSy9yi8FeKPLOxJcUSl2kXDtTTzV832Yv xzKW.2R4eCFXEmSMH3Rys.RHUEOGY9b5QGNXqoYWABx1jCYUanTu4W5JIAPg iVu.TxL2KD9oZJlXBmkqfCTGeB5OuVTcdt8ybPUJeRxzCA6HTQz0UXhfsqvs 7Adr6DQ17FfcxtIgueyVtmIB.plNpyyS20SQAbl07EzDV7Dm690RpOqJQ9Q8 pVQhD0Rvofs0K272xX_PhxWouR.m48WTz.TOqYX3CdXUNyAwtiuGmLyCViAn M5qJjtMbpYZJX Received: from [209.22.88.90] by web52303.mail.re2.yahoo.com via HTTP; Thu, 29 Jul 2010 08:35:30 PDT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.105.279950 Date: Thu, 29 Jul 2010 08:35:30 -0700 (PDT) From: gahn To: free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 29 Jul 2010 16:07:04 +0000 Subject: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:02:12 -0000 hi all: is it possible to create /tmp directory under swap space? under solaris, it is automatically created under swap unless one specifically instructs the system not to do so.. tia From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:24:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DABE51065674 for ; Thu, 29 Jul 2010 16:24:17 +0000 (UTC) (envelope-from rpaulo@lavabit.com) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3F78FC14 for ; Thu, 29 Jul 2010 16:24:17 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id E64DF34E587; Thu, 29 Jul 2010 11:24:15 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id HXDXU41L06D6; Thu, 29 Jul 2010 11:24:15 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=WZqIyaRB4mGe3j6LnUqWsJoPt+znCDPJgQ+/e0EL1UUfl8ID+KoFZcJqkpr3XB16ZR0zzFw6XvrmcstS/6GCME96aQgUaDMQ6az0I04xOQ3sW+MiKTRPLQ5F/1xP6ItRYABDYZg3llQhtNsfrOiqm1ZP5lzuFTWtxvpSQoX60C4=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <701277.97445.qm@web52303.mail.re2.yahoo.com> Date: Thu, 29 Jul 2010 17:24:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9C371AC2-800D-4E1C-AF93-1EF9196905EF@lavabit.com> References: <701277.97445.qm@web52303.mail.re2.yahoo.com> To: gahn X-Mailer: Apple Mail (2.1081) X-Mailman-Approved-At: Thu, 29 Jul 2010 16:31:44 +0000 Cc: free bsd Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:24:17 -0000 On 29 Jul 2010, at 16:35, gahn wrote: > hi all: >=20 > is it possible to create /tmp directory under swap space? under = solaris, it is automatically created under swap unless one specifically = instructs the system not to do so.. echo tmpmfs=3DYES >> /etc/rc.conf Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:32:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D861065678 for ; Thu, 29 Jul 2010 16:32:46 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E43428FC15 for ; Thu, 29 Jul 2010 16:32:45 +0000 (UTC) Received: from russet.local (reflex.squiz.co.uk [83.217.109.164]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o6TGWX5C034778 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 29 Jul 2010 17:32:39 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host reflex.squiz.co.uk [83.217.109.164] claimed to be russet.local Message-ID: <4C51AD1C.2070606@infracaninophile.co.uk> Date: Thu, 29 Jul 2010 17:32:28 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: gahn References: <701277.97445.qm@web52303.mail.re2.yahoo.com> In-Reply-To: <701277.97445.qm@web52303.mail.re2.yahoo.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig18B1035AC7FCB5D15FFE8C0E" X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_05,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: free bsd Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:32:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig18B1035AC7FCB5D15FFE8C0E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 29/07/2010 16:35, gahn wrote: > is it possible to create /tmp directory under swap space? under > solaris, it is automatically created under swap unless one specifically= > instructs the system not to do so.. Yes, this is certainly possible. Just add: tmpmfs=3D"YES" tmpsize=3D"32m" to /etc/rc.conf, and then either reboot, or run: /etc/rc.d/tmp start Note that this will mount a /tmp filesystem on top of anything that's already there, thus making those files inaccessible until you unmount again. (use whatever value of 32m you prefer, of course) Cheers, Matthew --------------enig18B1035AC7FCB5D15FFE8C0E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxRrSEACgkQ8Mjk52CukIyHqgCgidsRpac8v2sMRSgAI0wXl8sY +1IAn3a/aDquRbRsLdzz8C2kS51D0/93 =y8r8 -----END PGP SIGNATURE----- --------------enig18B1035AC7FCB5D15FFE8C0E-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:33:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAC3A1065676 for ; Thu, 29 Jul 2010 16:33:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 889A68FC15 for ; Thu, 29 Jul 2010 16:33:08 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6TGFJQU046526; Thu, 29 Jul 2010 09:15:19 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6TGFJ8G046525; Thu, 29 Jul 2010 09:15:19 -0700 (PDT) (envelope-from david) Date: Thu, 29 Jul 2010 09:15:19 -0700 From: David Wolfskill To: gahn Message-ID: <20100729161519.GK12818@albert.catwhisker.org> References: <701277.97445.qm@web52303.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k2+Bt23KD9VIuFWa" Content-Disposition: inline In-Reply-To: <701277.97445.qm@web52303.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: free bsd Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:33:08 -0000 --k2+Bt23KD9VIuFWa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 29, 2010 at 08:35:30AM -0700, gahn wrote: > hi all: >=20 > is it possible to create /tmp directory under swap space? Certainly; case in point: localhost(9.0-C)[4] uname -v FreeBSD 9.0-CURRENT #71 r210558M: Wed Jul 28 07:46:04 PDT 2010 root@loc= alhost:/usr/obj/usr/src/sys/CANARY=20 localhost(9.0-C)[5] df -h /tmp Filesystem Size Used Avail Capacity Mounted on tmpfs 2.0G 12K 2.0G 0% /tmp localhost(9.0-C)[6]=20 > under solaris, it is automatically created under swap unless one specific= ally instructs the system not to do so.. Quite so. What I do -- both in CURRENT as well as stable/7 and stable/8 -- is: localhost(9.0-C)[6] grep tmpfs /etc/fstab tmpfs /tmp tmpfs rw,size=3D2g 0 0 localhost(9.0-C)[7]=20 Note: doing this causes a message: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. to be issued. That said, I've been using it quite a bit in the last couple of months, and have never had an issue with it of which I'm aware. The way I used to set up swap-backed /tmp was to have the following in /etc/rc.conf: # tmpmfs=3D"YES" # tmpsize=3D"2048m" # tmpmfs_flags=3D"-i4096 -o async" (but since I'm now using tmpfs, I commented the above out in /etc/rc.conf). Peace, david (a fan of swap-backed /tmp) --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --k2+Bt23KD9VIuFWa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxRqRYACgkQmprOCmdXAD05dQCfRpX5dyqVwn0UouQ0C/rHBj9m zY4AnAq4gBH7VedIWKFl54kmPsfLW4pV =NgUv -----END PGP SIGNATURE----- --k2+Bt23KD9VIuFWa-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:33:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E751065717; Thu, 29 Jul 2010 16:33:19 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 17AE28FC0C; Thu, 29 Jul 2010 16:33:17 +0000 (UTC) Received: by gxk24 with SMTP id 24so238927gxk.13 for ; Thu, 29 Jul 2010 09:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=GqPtYVg6ZNiysDmhiaPrWZ68Gp2iVKuPqIYMmJDrW4k=; b=LQmLgUlNDdA2zR4xEyAUptIFpzWOlTGW0eloIHeTDZjJxsK6VZVJP/MKALfRCgoPQ7 JpD0g31JHEjYhmPP+gPJJYwtcjjPuV2WnzWUj3y4t2p6yKeC6Vyq6kxeh1Xr/+XjLu6n lt7M9UxMKXMrvI2jivw7t2hILcSfo65ZlOeMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=GSf/I4bijy+WBkKz3Hy40WQ2ekd99lMnBBrfPzydwQONCFPN1pyfQHJwCbrdS4MUhT XY6Uo73tal94sPjgIeHLrjMI8pX/5/CiJo/TT/pteKLI6PiAT+10jN40OT0w4mweKUXL Vy3yDiGEWUzhKztaHE8Saon3cgII2ZamwoAjg= MIME-Version: 1.0 Received: by 10.150.53.21 with SMTP id b21mr1523290yba.75.1280421197245; Thu, 29 Jul 2010 09:33:17 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.42.6.85 with HTTP; Thu, 29 Jul 2010 09:33:17 -0700 (PDT) In-Reply-To: <201007291018.07112.jhb@freebsd.org> References: <201007291018.07112.jhb@freebsd.org> Date: Thu, 29 Jul 2010 09:33:17 -0700 X-Google-Sender-Auth: dvoyJmIKXhd6va-IwDnlPHsC0dU Message-ID: From: mdf@FreeBSD.org To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 16:33:19 -0000 On Thu, Jul 29, 2010 at 7:18 AM, John Baldwin wrote: > On Wednesday, July 28, 2010 1:37:42 pm mdf@freebsd.org wrote: >> I have a 2 cpu virtual image of FreeBSD current. =A0It panics during >> boot after building in the NUMA support. >> >> I'll transcribe the SRAT bootverbose messages and panic message as best = I can. >> >> Table 'SRAT' at 0xfef07f6 >> SRAT: Found table at 0xfef07f6 >> SRAT: Found memory domain 0 addr 0 len a0000: enabled >> SRAT: Found memory domain 0 addr 100000 len ff00000: enabled >> >> then some MADT: messages about finding cpu 0 and 1 >> >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> panic: SRAT: CPU with APIC ID 0 is not known >> >> I'm playing around now with trying to figure out what went missing, >> but I thought I'd send this out now. > > Hmm, check_domains() in srat.c should reject the SRAT table in this case. > Oh, I see the problem, try this: > > Index: srat.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- srat.c =A0 =A0 =A0(revision 210552) > +++ srat.c =A0 =A0 =A0(working copy) > @@ -150,7 +150,8 @@ > =A0 =A0 =A0 =A0for (i =3D 0; i < num_mem; i++) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0found =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0for (j =3D 0; j <=3D MAX_APIC_ID; j++) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (cpus[j].domain =3D=3D m= em_info[i].domain) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (cpus[j].enabled && > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cpus[j].domain =3D= =3D mem_info[i].domain) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0cpus[j].ha= s_memory =3D 1; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0found++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} This appears to fix the issue for me. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 17:04:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 312B5106566B for ; Thu, 29 Jul 2010 17:04:16 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B3FC88FC1F for ; Thu, 29 Jul 2010 17:04:15 +0000 (UTC) Received: by ewy26 with SMTP id 26so358071ewy.13 for ; Thu, 29 Jul 2010 10:04:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=9LVCKqTN1ls5jbHb7Ty9BMhA9qRcEQNw1OpohdRD28Q=; b=eaodOp0mCjzbdfdg11dJHh8Of9LDIhBxhD8p1CJFKNgBzjvjlMz1d4J0NMPXR9UM6A W2vL+6uv46HETz9wqSeoKrcI75BurxsDLwfrIjgJbKJwSLVNPohxW8l3jiCnIEODigCx eDWiN7Ul6jIPOQmuPLUYkw1WHOLyw8UDfNIy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=lQfJ4eyux3c91Zsoy1SdkbOYTt+8Hya5hcS1RJRLObvwAidUgiJ9HnqZoSg1GcBjhi 74qno9XNGJYEwoCKL4X6UnHM3/1H1zu3I1deZgMlrtQh0fmftuul35F7fEZeg8EzFbmv p1lrBVDGKzRf/B4kHxUYtNWPwPlrdMTPWmu0E= Received: by 10.213.44.129 with SMTP id a1mr313669ebf.57.1280421470737; Thu, 29 Jul 2010 09:37:50 -0700 (PDT) Received: from [172.16.0.199] (c80-216-186-179.bredband.comhem.se [80.216.186.179]) by mx.google.com with ESMTPS id a48sm1513501eei.0.2010.07.29.09.37.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 29 Jul 2010 09:37:49 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Pawel Worach In-Reply-To: <701277.97445.qm@web52303.mail.re2.yahoo.com> Date: Thu, 29 Jul 2010 18:37:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <00C30860-35DD-4B0C-8FFF-F0824BDD0639@gmail.com> References: <701277.97445.qm@web52303.mail.re2.yahoo.com> To: gahn X-Mailer: Apple Mail (2.1081) Cc: free bsd Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 17:04:16 -0000 On Jul 29, 2010, at 17:35, gahn wrote: > hi all: >=20 > is it possible to create /tmp directory under swap space? under = solaris, it is automatically created under swap unless one specifically = instructs the system not to do so.. Why not use tmpfs ? echo "tmpfs /tmp tmpfs rw = 0 0" >> /etc/fstab mount /tmp --=20 Pawel= From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 17:27:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3F31065675; Thu, 29 Jul 2010 17:27:18 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DEE028FC1A; Thu, 29 Jul 2010 17:27:17 +0000 (UTC) Received: by wwc33 with SMTP id 33so348598wwc.31 for ; Thu, 29 Jul 2010 10:27:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.134.210 with SMTP id k18mr412136wbt.160.1280422556740; Thu, 29 Jul 2010 09:55:56 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.216.230.221 with HTTP; Thu, 29 Jul 2010 09:55:56 -0700 (PDT) Date: Thu, 29 Jul 2010 16:55:56 +0000 X-Google-Sender-Auth: 5a_Jrxo_kDMBk_nv87TWmVrA_1Y Message-ID: From: "Luiz Gustavo S. Costa" To: freebsd-current@freebsd.org, freebsd-jail@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Playing with Vnet in Jail on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 17:27:18 -0000 I just published in my recent blog (this is the first post) about the use of Vnet Jail in FreeBSD. See and know what you think. http://world-unix.com/blog/2010/07/29/playing-with-vnet-in-jail-on-freebsd/ Thank you. -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br Tel: 55 (41) 9844-3701 Blog: http://www.luizgustavo.pro.br From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 17:32:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB81A1065672 for ; Thu, 29 Jul 2010 17:32:11 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 54D9D8FC22 for ; Thu, 29 Jul 2010 17:32:10 +0000 (UTC) Received: by wyj26 with SMTP id 26so401008wyj.13 for ; Thu, 29 Jul 2010 10:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=lLh1LUeyP8uO2N++rkerXeFMOqak/AQvN9EDvo7/K18=; b=Bm1cQII/xBM2ykUAo2+ZJX80VJKJB5GnVYaMCu4epZH5UqtR/KJeDw0uOO5QA/Rore sfclxuolN+gSp19O0aDLPWp9wUJf1GMRRh7pUJtQXtTWcKiLjvmJXDQVJoiy5Zx96MRv QmMT2mBs6Bpl3CHpksE/Z28xfHXOR20WW/lHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=C5CdRGp3FpgZA20q/ud2RkQzCmeFgJ88ft3Ujd6L7R1BSvNefwvjLwLpeAGeAlis5q roCLrC/4dSkuznwGfBzV15f7pSRHzDLF4ODChX7tHp6DWtkMVFgKZs0KnphH53mTYK+R CSGPGenjqgivYEA6/Nd9ZG9WUQMFXWtGnflX0= MIME-Version: 1.0 Received: by 10.216.159.202 with SMTP id s52mr369785wek.33.1280420193413; Thu, 29 Jul 2010 09:16:33 -0700 (PDT) Received: by 10.216.165.1 with HTTP; Thu, 29 Jul 2010 09:16:33 -0700 (PDT) In-Reply-To: <701277.97445.qm@web52303.mail.re2.yahoo.com> References: <701277.97445.qm@web52303.mail.re2.yahoo.com> Date: Thu, 29 Jul 2010 18:16:33 +0200 Message-ID: From: Lucius Windschuh To: gahn , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 17:32:11 -0000 Hi "gahn". 2010/7/29 gahn : > hi all: > > is it possible to create /tmp directory under swap space? under solaris, it is automatically created under swap unless one specifically instructs the system not to do so.. Yes you can, by mounting a tmpfs there. fstab line: tmpfs /tmp tmpfs rw 0 0 It uses swap space if neccessary. But beware: TMPFS is considered to be a highly experimental feature in FreeBSD. Well, the word "highly" is probably exaggerated, but if I remember correctly, there are still some rough edges (sendfile? double copies of its content? I'm not sure). I use it on my machines without problems. Regards Lucius From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 19:45:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989071065674; Thu, 29 Jul 2010 19:45:58 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E35508FC21; Thu, 29 Jul 2010 19:45:57 +0000 (UTC) Received: by wwc33 with SMTP id 33so527780wwc.31 for ; Thu, 29 Jul 2010 12:45:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.138.5 with SMTP id y5mr603667wbt.204.1280432756520; Thu, 29 Jul 2010 12:45:56 -0700 (PDT) Received: by 10.227.100.147 with HTTP; Thu, 29 Jul 2010 12:45:56 -0700 (PDT) In-Reply-To: <201007291018.07112.jhb@freebsd.org> References: <201007291018.07112.jhb@freebsd.org> Date: Thu, 29 Jul 2010 09:45:56 -1000 Message-ID: From: David Cornejo To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mdf@freebsd.org, freebsd-current@freebsd.org Subject: Re: Panic booting vmware i386 after SRAT update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 19:45:58 -0000 On Thu, Jul 29, 2010 at 4:18 AM, John Baldwin wrote: > On Wednesday, July 28, 2010 1:37:42 pm mdf@freebsd.org wrote: > > I have a 2 cpu virtual image of FreeBSD current. It panics during > > boot after building in the NUMA support. > > > > I'll transcribe the SRAT bootverbose messages and panic message as best I > can. > > > > Table 'SRAT' at 0xfef07f6 > > SRAT: Found table at 0xfef07f6 > > SRAT: Found memory domain 0 addr 0 len a0000: enabled > > SRAT: Found memory domain 0 addr 100000 len ff00000: enabled > > > > then some MADT: messages about finding cpu 0 and 1 > > > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > panic: SRAT: CPU with APIC ID 0 is not known > > > > I'm playing around now with trying to figure out what went missing, > > but I thought I'd send this out now. > > Hmm, check_domains() in srat.c should reject the SRAT table in this case. > Oh, I see the problem, try this: > > Index: srat.c > =================================================================== > --- srat.c (revision 210552) > +++ srat.c (working copy) > @@ -150,7 +150,8 @@ > for (i = 0; i < num_mem; i++) { > found = 0; > for (j = 0; j <= MAX_APIC_ID; j++) > - if (cpus[j].domain == mem_info[i].domain) { > + if (cpus[j].enabled && > + cpus[j].domain == mem_info[i].domain) { > cpus[j].has_memory = 1; > found++; > } > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Works on amd64 kernel under VMWare, thanks! dave c From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 21:17:36 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 925D01065673; Thu, 29 Jul 2010 21:17:36 +0000 (UTC) (envelope-from gavin@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 448608FC1B; Thu, 29 Jul 2010 21:17:35 +0000 (UTC) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id o6TKlKlm029440; Thu, 29 Jul 2010 21:47:20 +0100 (BST) Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1Oea0e-00007C-Lb; Thu, 29 Jul 2010 21:47:20 +0100 Date: Thu, 29 Jul 2010 21:47:20 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Kostik Belousov In-Reply-To: <1279726551.25909.17.camel@buffy.york.ac.uk> Message-ID: References: <4C4510B8.6090105@freebsd.org> <20100720132931.GI2381@deviant.kiev.zoral.com.ua> <1279726551.25909.17.camel@buffy.york.ac.uk> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Sender: X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@ury.york.ac.uk Cc: David Xu , FreeBSD Current Subject: Re: firefox is stuck in getbuf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 21:17:36 -0000 On Wed, 21 Jul 2010, Gavin Atkinson wrote: > On Tue, 2010-07-20 at 16:29 +0300, Kostik Belousov wrote: > > On Tue, Jul 20, 2010 at 10:58:00AM +0800, David Xu wrote: > > > With newest -HEAD code, firefox is stuck in getbuf(). > > > > > > top > > > > > > last pid: 1814; load averages: 0.00, 0.05, 0.07 > > > > > > up 0+00:37:11 10:54:01 > > > 135 processes: 1 running, 134 sleeping > > > CPU: 3.7% user, 0.0% nice, 0.6% system, 0.0% interrupt, 95.7% idle > > > Mem: 259M Active, 393M Inact, 151M Wired, 1484K Cache, 111M Buf, 186M Free > > > Swap: 2020M Total, 2020M Free > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > > > COMMAND > > > 1427 davidxu 1 45 0 114M 101M select 0 1:24 0.29% Xorg > > > 1588 davidxu 10 44 0 279M 145M getbuf 0 2:15 0.00% > > > firefox-bin > > > > > > > > > procstat -k 1588 > > > PID TID COMM TDNAME KSTACK > > > > > > 1588 100200 firefox-bin initial thread mi_switch sleepq_switch > > > sleepq_wait _sleep getdirtybuf flush_deplist softdep_sync_metadata > > > ffs_syncvnode ffs_fsync VOP_FSYNC_APV fsync syscallenter syscall > > > Xint0x80_syscall > > > 1588 100207 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait poll > > > syscallenter syscall Xint0x80_syscall > > > 1588 100208 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _sleep __umtx_op_cv_wait _umtx_op > > > syscallenter syscall Xint0x80_syscall > > > 1588 100209 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_timedwait_sig _sleep __umtx_op_cv_wait > > > _umtx_op syscallenter syscall Xint0x80_syscall > > > 1588 100210 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_timedwait_sig _sleep __umtx_op_cv_wait > > > _umtx_op syscallenter syscall Xint0x80_syscall > > > 1588 100216 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _sleep __umtx_op_cv_wait _umtx_op > > > syscallenter syscall Xint0x80_syscall > > > 1588 100220 firefox-bin - mi_switch sleepq_switch > > > sleepq_wait _sleep getdirtybuf flush_deplist softdep_sync_metadata > > > ffs_syncvnode ffs_fsync VOP_FSYNC_APV fsync syscallenter syscall > > > Xint0x80_syscall > > > 1588 100238 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _sleep __umtx_op_cv_wait _umtx_op > > > syscallenter syscall Xint0x80_syscall > > > 1588 100239 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _sleep __umtx_op_cv_wait _umtx_op > > > syscallenter syscall Xint0x80_syscall > > > 1588 100240 firefox-bin - mi_switch sleepq_switch > > > sleepq_catch_signals sleepq_wait_sig _sleep __umtx_op_cv_wait _umtx_op > > > syscallenter syscall Xint0x80_syscall > > > > Can you, please, do the following: > > show the backtraces for the system processes, in particular, syncer, > > bufdaemon, softdepflush daemon, pagedaemon and vm ? > > for the stuck firefox thread, find the address of the buffer > > supplied as an argument to getdirtybuf, and print the *(struct buf *)addr ? > > This can be done on the live/stuck system using kgdb on /dev/mem. > > I can relatively easily recreate this, see my thread on -current on the > 17th July ("Filesystem wedge, SUJ-related?"), which (and the followup > emails) contain additional info. I'm currently trying to find the > commit responsible for introducing this, and have established that a OK, sorry for the delay. I have the information requested. Please see http://people.freebsd.org/~gavin/rho-fs-hang.txt I've started to try and narrow down where exactly the hangs started: r208700 - June 1st - seems to work fime r209425 - June 22st - hangs occur If you need any more info, let me know. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 07:23:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C99321065675 for ; Fri, 30 Jul 2010 07:23:36 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 35FBF8FC25 for ; Fri, 30 Jul 2010 07:23:35 +0000 (UTC) Received: by ewy26 with SMTP id 26so622036ewy.13 for ; Fri, 30 Jul 2010 00:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:user-agent:mime-version:content-type; bh=oalSgb8je+0GNK/HVURN2vS7nxO3uMf4PcNozUji7CA=; b=nifdvpNSSBnc5yB/zS5uNr5q6xnM79yegIo/Q3OsAz7bLOJhF5Svk83cLAr6lch4PC k6uF02XvDWXY3HK6sQVLzMBOzIyFDSe8J/caeKpVG/iTe3+BgZ2ZDPl0iaR0vIgL7Pjl GbSaJDfvNLWQHq9oPPR4WWHg788AVL4B8KluQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:user-agent:mime-version :content-type; b=a9ytEKHI7XD1sC9ZYPN+Iu2FZmcfawux7lDHqRTCsV6qAQU9kGUnDXWX86isF2BhVY p/uJHzmTBXYeItd1G+UtxoRbjIFPOgVOmFP3c0E27wXRfLx4m+sXDlXGRpQC1sBud3GS OW8BHcYiR+BWzGHOiIyzInM4GDI5hPyoGEQ4o= Received: by 10.213.25.145 with SMTP id z17mr974152ebb.52.1280474615119; Fri, 30 Jul 2010 00:23:35 -0700 (PDT) Received: from localhost ([95.129.163.102]) by mx.google.com with ESMTPS id v8sm2643682eeh.2.2010.07.30.00.23.29 (version=SSLv3 cipher=RC4-MD5); Fri, 30 Jul 2010 00:23:34 -0700 (PDT) From: Anonymous To: freebsd-current@freebsd.org Date: Fri, 30 Jul 2010 11:20:05 +0400 Message-ID: <86fwz1bfmi.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: kientzle@FreeBSD.org Subject: bsdcpio(1): -L|-R options don't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 07:23:36 -0000 Can anyone confirm? $ mkdir foo $ echo >foo/bar $ ln -s /usr/include foo/baz $ find foo -ls 57914 3 drwxr-xr-x 2 holo holo 4 Jul 30 11:08 foo 57982 1 lrwxr-xr-x 1 holo holo 12 Jul 30 11:08 foo/baz -> /usr/include 57977 2 -rw-r--r-- 1 holo holo 1 Jul 30 11:08 foo/bar $ find foo | sudo cpio -pdm -L -R root:wheel blah $ find blah -ls 58001 3 drwxr-xr-x 3 root holo 3 Jul 30 11:09 blah 58002 3 drwxr-xr-x 3 holo holo 4 Jul 30 11:08 blah/foo 58004 2 -rw-r--r-- 1 holo holo 1 Jul 30 11:08 blah/foo/bar 58003 3 drwxr-xr-x 2 root wheel 2 Jul 29 12:49 blah/foo/baz Some tests fail, too. $ make test -C usr.bin/cpio Exercising: bsdcpio 2.8.3 -- libarchive 2.7.901a ... 13: test_option_t main.c:863: Assertion failed Condition: in != NULL Description: Couldn't open reference file /usr/src/usr.bin/cpio/test/test_option_tnv.stdout.uu ... 18: test_owner_parse test_owner_parse.c:124: Assertion failed: Ints not equal 1=1 owner_parse(":nonexistentgroup", &uid, &gid)=4910272 test_owner_parse.c:125: Assertion failed: Ints not equal 1=1 owner_parse(ROOT ":nonexistentgroup", &uid, &gid)=4910272 test_owner_parse.c:127: Assertion failed: Ints not equal 1=1 owner_parse("nonexistentuser:nonexistentgroup", &uid, &gid)=4910272 From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 11:57:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4621065677; Fri, 30 Jul 2010 11:57:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id A01A08FC13; Fri, 30 Jul 2010 11:57:56 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OeoDr-0007fi-C3; Fri, 30 Jul 2010 12:57:55 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OeoDq-0000Ao-NO; Fri, 30 Jul 2010 12:57:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6UBvswv009605; Fri, 30 Jul 2010 12:57:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6UBvsuS009604; Fri, 30 Jul 2010 12:57:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 30 Jul 2010 12:57:54 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> References: <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> <4C50663B.7030203@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C50663B.7030203@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lstewart@freebsd.org, Gavin Atkinson , Anton Shterenlikht , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 11:57:57 -0000 On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote: > on 28/07/2010 20:13 Anton Shterenlikht said the following: > > On Wed, Jul 28, 2010 at 07:51:08PM +0300, Andriy Gapon wrote: > >> on 28/07/2010 19:44 Anton Shterenlikht said the following: > >> > But I just rebooted again, and reset > >>> to defaults in BIOS, now I get: > >>> > >>> % dmesg | fgrep -i hda > >>> hdac0: irq 16 at device 20.2 on pci0 > >>> hdac0: HDA Driver Revision: 20100226_0142 > >>> hdac0: [ITHREAD] > >>> hdac0: hdac_get_capabilities: Invalid corb size (1) > >>> device_attach: hdac0 attach returned 6 > >>> > >> This gets even stranger. > >> Ultimate attempt - can you drop the size == 0 condition, so that reset is always > >> tried when initial value is not correct? > > > > you mean drop both > > if (corbsize == 0) {} > > > > and > > if (rirbsize == 0) {} > > > > ? > > Change it to if (1) { ...}. did that, and did a cold reboot: % dmesg | fgrep -i hda hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) hdac0: Resetting corb size to 256 hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 % I don't think the device attached. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 12:05:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7595A1065672; Fri, 30 Jul 2010 12:05:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 56F708FC1A; Fri, 30 Jul 2010 12:05:44 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA11860; Fri, 30 Jul 2010 15:05:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OeoLG-0005Ss-J7; Fri, 30 Jul 2010 15:05:34 +0300 Message-ID: <4C52C00E.3050400@icyb.net.ua> Date: Fri, 30 Jul 2010 15:05:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> <4C502902.8000806@icyb.net.ua> <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> <4C50663B.7030203@icyb.net.ua> <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 12:05:48 -0000 on 30/07/2010 14:57 Anton Shterenlikht said the following: > On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote: >> Change it to if (1) { ...}. > > did that, and did a cold reboot: > > % dmesg | fgrep -i hda > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (0) > hdac0: Resetting corb size to 256 > hdac0: hdac_get_capabilities: Invalid rirb size (0) > hdac0: Resetting rirb size to 256 > % > > I don't think the device attached. No further interesting/related messages after those above? Could you please try a verbose boot? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 13:02:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4195E1065674; Fri, 30 Jul 2010 13:02:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3C78FC0A; Fri, 30 Jul 2010 13:02:39 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OepEU-0004ps-44; Fri, 30 Jul 2010 14:02:38 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OepET-0005so-Q1; Fri, 30 Jul 2010 14:02:37 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6UD2b9j009891; Fri, 30 Jul 2010 14:02:37 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6UD2bY1009890; Fri, 30 Jul 2010 14:02:37 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 30 Jul 2010 14:02:37 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100730130237.GA9853@mech-cluster241.men.bris.ac.uk> References: <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> <4C50663B.7030203@icyb.net.ua> <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> <4C52C00E.3050400@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C52C00E.3050400@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lstewart@freebsd.org, Gavin Atkinson , Anton Shterenlikht , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 13:02:40 -0000 On Fri, Jul 30, 2010 at 03:05:34PM +0300, Andriy Gapon wrote: > on 30/07/2010 14:57 Anton Shterenlikht said the following: > > On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote: > >> Change it to if (1) { ...}. > > > > did that, and did a cold reboot: > > > > % dmesg | fgrep -i hda > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > hdac0: Resetting corb size to 256 > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > hdac0: Resetting rirb size to 256 > > % > > > > I don't think the device attached. > > No further interesting/related messages after those above? > Could you please try a verbose boot? from a verbose boot: % dmesg | fgrep -i hda hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000 hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) hdac0: Resetting corb size to 256 hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 hdac0: % here's the full /var/run/dmesg.boot from "boot -v": Copyright (c) 1992-2010 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 9.0-CURRENT #0 r210638M: Fri Jul 30 12:16:29 BST 2010 root@mech-aslap239.men.bris.ac.uk:/usr/obj/usr/src/sys/BUZI amd64 WARNING: WITNESS option enabled, expect reduced performance. Table 'FACP' at 0xb7fc8084 Table 'SLIC' at 0xb7fc8220 Table 'EPTH' at 0xb7fc8398 Table 'APIC' at 0xb7fc83d0 Table 'MCFG' at 0xb7fc8434 Table 'TCPA' at 0xb7fc8470 Table 'SSDT' at 0xb7fd98db Table 'SSDT' at 0xb7fd9934 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff810a8000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff810a8208. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff810a88b0. Preloaded elf obj module "/boot/kernel/krpc.ko" at 0xffffffff810a8ee0. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff810a9508. Calibrating TSC clock ... TSC clock: 1994947870 Hz CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1994.95-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f82 Family = f Model = 68 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 3221225472 (3072 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x00000000010d7000 - 0x00000000b2903fff, 2978140160 bytes (727085 pages) avail memory = 2960908288 (2823 MB) Event timer "LAPIC" frequency 0 Hz quality 500 ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 x86bios: IVT 0x000000-0x0004ff at 0xffffff0000000000 x86bios: SSEG 0x010000-0x01ffff at 0xffffff8000010000 x86bios: EBDA 0x09f000-0x09ffff at 0xffffff000009f000 x86bios: ROM 0x0a0000-0x0effff at 0xffffff00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xfe0b0 00024 (v02 HP ) ACPI: XSDT 0xb7fc81bc 00064 (v01 HPQOEM SLIC-MPC 00000001 HP 00000001) ACPI: FACP 0xb7fc8084 000F4 (v04 HP 0944 00000003 HP 00000001) ACPI Error: 32/64X address mismatch in Pm2ControlBlock: 0x00008800/0x0000000000008100, using 32 (20100702/tbfadt-526) ACPI: DSDT 0xb7fc84a4 11437 (v01 HP SB400 00010000 MSFT 03000001) ACPI: FACS 0xb7fe7d80 00040 ACPI: SLIC 0xb7fc8220 00176 (v01 HPQOEM SLIC-MPC 00000001 HP 00000001) ACPI: EPTH 0xb7fc8398 00038 (v01 HP 0944 00000001 HP 00000001) ACPI: APIC 0xb7fc83d0 00062 (v01 HP 0944 00000001 HP 00000001) ACPI: MCFG 0xb7fc8434 0003C (v01 HP 0944 00000001 HP 00000001) ACPI: TCPA 0xb7fc8470 00032 (v02 HP 0944 00000001 HP 00000001) ACPI: SSDT 0xb7fd98db 00059 (v01 HP HPQNLP 00000001 MSFT 03000001) ACPI: SSDT 0xb7fd9934 00206 (v01 HP PSSTBLID 00000001 HP 00000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x00000000 firmware: 'iwn6050fw' version 0: 463692 bytes loaded at 0xffffffff80a42184 firmware: 'iwn1000fw' version 0: 335056 bytes loaded at 0xffffffff808aa884 firmware: 'iwn4965fw' version 0: 187972 bytes loaded at 0xffffffff808fc634 firmware: 'iwn5000fw' version 0: 353240 bytes loaded at 0xffffffff8092a554 firmware: 'iwn5150fw' version 0: 337400 bytes loaded at 0xffffffff80980a04 wlan: <802.11 Link Layer> firmware: 'rt2561fw' version 0: 8192 bytes loaded at 0xffffffff80abe8e4 firmware: 'rt2561sfw' version 0: 8192 bytes loaded at 0xffffffff80ac09c4 firmware: 'rt2661fw' version 0: 8192 bytes loaded at 0xffffffff80ac2aa4 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 firmware: 'rt2860fw' version 0: 8192 bytes loaded at 0xffffffff80ac4b84 firmware: 'iwn6000fw' version 0: 454608 bytes loaded at 0xffffffff809d30d4 kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: random: CPU0: local APIC error 0x80 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C08C.C08D.C154 -> bus 1 dev 5 func 0 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C093 -> bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C090 -> bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C09F.C0B2 -> bus 0 dev 20 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C275.C278 -> bus 0 dev 18 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.C08B.C096 -> bus 0 dev 0 func 0 unknown: I/O range not supported acpi0: reservation of 0, 8000000 (3) failed acpi0: reservation of 100000, fff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 Validation 0 255 N 0 9 After Disable 0 255 N 0 9 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1002, dev=0x7910, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7912, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7914, revid=0x00 domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x7915, revid=0x00 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4380, revid=0x00 domain=0, bus=0, slot=18, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9000, size 3, enabled map[14]: type I/O Port, range 32, base 0x9008, size 2, enabled map[18]: type I/O Port, range 32, base 0x9010, size 3, enabled map[1c]: type I/O Port, range 32, base 0x5018, size 2, enabled map[20]: type I/O Port, range 32, base 0x5020, size 4, enabled map[24]: type Memory, range 32, base 0xcc409000, size 10, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4387, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type Memory, range 32, base 0xcc401000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 23 found-> vendor=0x1002, dev=0x4388, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[10]: type Memory, range 32, base 0xcc402000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4389, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[10]: type Memory, range 32, base 0xcc403000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 17 found-> vendor=0x1002, dev=0x438a, revid=0x00 domain=0, bus=0, slot=19, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[10]: type Memory, range 32, base 0xcc404000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x438b, revid=0x00 domain=0, bus=0, slot=19, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[10]: type Memory, range 32, base 0xcc405000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4386, revid=0x00 domain=0, bus=0, slot=19, func=5 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xcc406000, size 8, enabled pcib0: matched entry for 0.19.INTD pcib0: slot 19 INTD hardwired to IRQ 23 found-> vendor=0x1002, dev=0x4385, revid=0x14 domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x8200, size 4, enabled found-> vendor=0x1002, dev=0x438c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-82, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0220, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type I/O Port, range 32, base 0x5040, size 4, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xcc408000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x438d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0027, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x4000-0x4fff pcib1: memory decode 0xcc200000-0xcc3fffff pcib1: prefetched decode 0xc0000000-0xc7ffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x791f, revid=0x00 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xc0000000, size 27, enabled pcib1: requested memory range 0xc0000000-0xc7ffffff: good map[18]: type Memory, range 64, base 0xcc200000, size 16, enabled pcib1: requested memory range 0xcc200000-0xcc20ffff: good map[20]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib1: requested I/O range 0x4000-0x40ff: in range map[24]: type Memory, range 32, base 0xcc300000, size 20, enabled pcib1: requested memory range 0xcc300000-0xcc3fffff: good pcib1: matched entry for 1.5.INTB pcib1: slot 5 INTB hardwired to IRQ 19 vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xcc200000-0xcc20ffff,0xcc300000-0xcc3fffff irq 19 at device 5.0 on pci1 drm0: on vgapci0 vgapci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 vgapci0: using IRQ 256 for MSI info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 pcib2: at device 4.0 on pci0 pcib2: domain 0 pcib2: secondary bus 16 pcib2: subordinate bus 16 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xcc000000-0xcc0fffff pcib2: no prefetched decode pcib2: could not get PCI interrupt routing table for \\_SB_.C08B.C24F - AE_NOT_FOUND pci16: on pcib2 pci16: domain=0, physical bus=16 found-> vendor=0x14e4, dev=0x1713, revid=0x02 domain=0, bus=16, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xcc000000, size 16, enabled pcib2: requested memory range 0xcc000000-0xcc00ffff: good pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 pcib2: slot 0 INTA is routed to irq 16 bge0: mem 0xcc000000-0xcc00ffff irq 16 at device 0.0 on pci16 bge0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 50 bge0: using IRQ 257 for MSI bge0: CHIP ID 0x0000c002; ASIC REV 0x0c; CHIP REV 0xc0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000af7, model 0x0004, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1a:4b:89:4b:4e bge0: [MPSAFE] bge0: [ITHREAD] pcib3: at device 5.0 on pci0 pcib3: domain 0 pcib3: secondary bus 32 pcib3: subordinate bus 32 pcib3: I/O decode 0x2000-0x3fff pcib3: memory decode 0xc8000000-0xcbffffff pcib3: no prefetched decode pcib3: could not get PCI interrupt routing table for \\_SB_.C08B.C254 - AE_NOT_FOUND pci32: on pcib3 pci32: domain=0, physical bus=32 atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xcc409000-0xcc4093ff irq 16 at device 18.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 51 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM not supported atapci0: Caps: 64bit NCQ SNTF MPS ALP AL CLO 3Gbps PMD SSC PSC 32cmd CCC 4ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=10ms status=00000113 ata2: ready wait time=19ms ata2: software reset port 0... ata2: ready wait time=0ms ata2: SIGNATURE: 00000101 ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ohci0: mem 0xcc401000-0xcc401fff irq 23 at device 19.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xcc402000-0xcc402fff irq 17 at device 19.1 on pci0 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 53 ohci1: [MPSAFE] ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xcc403000-0xcc403fff irq 17 at device 19.2 on pci0 ohci2: [MPSAFE] ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xcc404000-0xcc404fff irq 17 at device 19.3 on pci0 ohci3: [MPSAFE] ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xcc405000-0xcc405fff irq 17 at device 19.4 on pci0 ohci4: [MPSAFE] ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xcc406000-0xcc4060ff irq 23 at device 19.5 on pci0 ehci0: [MPSAFE] ehci0: [ITHREAD] ehci0: AMD SB600/700 quirk applied ehci0: Dropped interrupts workaround enabled usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 54 ata0: [MPSAFE] ata0: [ITHREAD] hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000 hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) hdac0: Resetting corb size to 256 hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pcib4: domain 0 pcib4: secondary bus 2 pcib4: subordinate bus 3 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xcc100000-0xcc1fffff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci2: on pcib4 pci2: domain=0, physical bus=2 found-> vendor=0x1180, dev=0x0476, revid=0xb6 domain=0, bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xcc100000, size 12, enabled pcib4: requested memory range 0xcc100000-0xcc100fff: good pcib4: matched entry for 2.4.INTA pcib4: slot 4 INTA hardwired to IRQ 20 cbb0: mem 0xcc100000-0xcc100fff irq 20 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 55 cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100007 0x060700b6 0x00824000 0x10: 0xcc100000 0x020000dc 0x20030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07000114 0x40: 0x30c2103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x30a00001 0x00000000 0x04630463 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000008 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0xbe000000 0x00003000 0x00000000 0xc0: 0x30c2103c 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [MPSAFE] attimer0: [FILTER] ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 56 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 atrtc0: [MPSAFE] atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 59 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi0: wakeup code va 0xffffff80001f0000 pa 0x4000 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x8010 powernow0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 Device configuration finished. Reducing kern.maxvnodes 187974 -> 100000 procfs registered ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 Timecounter "TSC" frequency 1994947870 Hz quality -100 Starting kernel event timers: LAPIC @ 1000Hz, i8254 @ 127Hz lapic: Divisor 2, Frequency 99747427 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled lo0: bpf attached ata0: Identifying devices: 00010000 ata0: New devices: 00010000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 acpi_tz0: _AC3: temperature 52.0 >= setpoint 40.0 acpi_tz0: _AC2: temperature 52.0 >= setpoint 50.0 acpi_tz0: switched from NONE to _AC2: 52.0C battery0: battery initialization start ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 battery1: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=80 wire acd0: setting PIO4 acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2: Identifying devices: 00000001 ata2: New devices: 00000001 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: setting UDMA100 ad4: 152627MB at ata2-master UDMA100 SATA 1.5Gb/s ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue hdac0: SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x00000000 ioapic0: routing intpin 1 (CPU1: local APIC error 0x80ISA IRQ 1 ) to lapic 1 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 1 vector 50 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 51 msi: Assigning MSI IRQ 257 to local APIC 1 vector 52 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk ad4 acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization done, tried 1 times acpi_tz0: _AC3: temperature 52.0 >= setpoint 40.0 acpi_tz0: _AC3: temperature 52.0 >= setpoint 40.0 acpi_tz0: switched from _AC2 to _AC3: 52.0C Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Event timer "i8254" is dead. Starting kernel event timers: LAPIC @ 1000Hz, RTC @ 128Hz Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata0:0:0:0): SCSI status error (probe0:ata0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 (probe0:ata0:0:0:0): CAM status: SCSI Status Error (probe0:ata0:0:0:0): SCSI status: Check Condition (probe0:ata0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe0:ata0:0:0:0): Error 22, Unretryable error (probe0:ata0:0:0:0): Down reving Protocol Version from 2 to 0? Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered (probe0:ata0:0:0:0): SCSI status error (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM status: SCSI Status Error (probe0:ata0:0:0:0): SCSI status: Check Condition (probe0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (probe0:ata0:0:0:0): Error 6, Unretryable error GEOM: new disk cd0 pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ata0:0:0:0): Error 6, Unretryable error cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ata0:0:0:0): Error 6, Unretryable error (cd0:ata0:0:0:0): SCSI status error (cd0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ata0:0:0:0): Error 6, Unretryable error Trying to mount root from ufs:/dev/ad4s1a ct_to_ts([2010-07-30 13:57:23]) = 1280498243.000000000 start_init: trying /sbin/init ugen0.2: at usbus0 ugen1.2: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XY] coordinates ID=0 bge0: link UP bge0: link state changed to UP -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 13:31:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063A0106566C; Fri, 30 Jul 2010 13:31:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DEA648FC12; Fri, 30 Jul 2010 13:31:51 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13148; Fri, 30 Jul 2010 16:31:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C52D440.1070908@icyb.net.ua> Date: Fri, 30 Jul 2010 16:31:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Anton Shterenlikht References: <20100728160152.GA91835@mech-cluster241.men.bris.ac.uk> <4C5055C6.5050208@icyb.net.ua> <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> <4C50663B.7030203@icyb.net.ua> <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> <4C52C00E.3050400@icyb.net.ua> <20100730130237.GA9853@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100730130237.GA9853@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, Gavin Atkinson , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 13:31:53 -0000 on 30/07/2010 16:02 Anton Shterenlikht said the following: > % dmesg | fgrep -i hda > hdac0: irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000 > hdac0: [MPSAFE] > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (0) > hdac0: Resetting corb size to 256 > hdac0: hdac_get_capabilities: Invalid rirb size (0) > hdac0: Resetting rirb size to 256 > hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 > hdac0: > % Oh, zero OSS + ISS is bad too. Need to think about it, but no time now... Just a one thing to try - can you please add hdac_reset(sc, 1) call in hdac_attach() right before hdac_get_capabilities() call? The idea is to reset the controller before trying to get its capabilities. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 14:36:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E951065672; Fri, 30 Jul 2010 14:36:51 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id B0BF68FC18; Fri, 30 Jul 2010 14:36:50 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Oeqhd-0005x6-OG; Fri, 30 Jul 2010 15:36:49 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Oeqhd-0001Bv-Gx; Fri, 30 Jul 2010 15:36:49 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o6UEanQu010271; Fri, 30 Jul 2010 15:36:49 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o6UEanbq010270; Fri, 30 Jul 2010 15:36:49 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 30 Jul 2010 15:36:49 +0100 From: Anton Shterenlikht To: Andriy Gapon Message-ID: <20100730143648.GA10259@mech-cluster241.men.bris.ac.uk> References: <20100728161715.GA91906@mech-cluster241.men.bris.ac.uk> <4C505BE8.1050308@icyb.net.ua> <20100728164449.GA92092@mech-cluster241.men.bris.ac.uk> <4C505FFC.6000601@icyb.net.ua> <20100728171324.GB92206@mech-cluster241.men.bris.ac.uk> <4C50663B.7030203@icyb.net.ua> <20100730115753.GA9578@mech-cluster241.men.bris.ac.uk> <4C52C00E.3050400@icyb.net.ua> <20100730130237.GA9853@mech-cluster241.men.bris.ac.uk> <4C52D440.1070908@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C52D440.1070908@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: lstewart@freebsd.org, Gavin Atkinson , Anton Shterenlikht , freebsd-current@freebsd.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 14:36:51 -0000 On Fri, Jul 30, 2010 at 04:31:44PM +0300, Andriy Gapon wrote: > on 30/07/2010 16:02 Anton Shterenlikht said the following: > > % dmesg | fgrep -i hda > > hdac0: irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000 > > hdac0: [MPSAFE] > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > hdac0: Resetting corb size to 256 > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > hdac0: Resetting rirb size to 256 > > hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 > > hdac0: > > % > > Oh, zero OSS + ISS is bad too. > Need to think about it, but no time now... > > Just a one thing to try - can you please add hdac_reset(sc, 1) call in > hdac_attach() right before hdac_get_capabilities() call? > The idea is to reset the controller before trying to get its capabilities. OSS became 1, no other change: % dmesg | fgrep -i hda hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000 hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) hdac0: Resetting corb size to 256 hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 hdac0: Caps: OSS 1, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 hdac0: thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:18:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B208106566C; Fri, 30 Jul 2010 16:18:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E221E8FC13; Fri, 30 Jul 2010 16:18:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGIWD7007432; Fri, 30 Jul 2010 12:18:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGIV9m007431; Fri, 30 Jul 2010 16:18:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:18:31 GMT Message-Id: <201007301618.o6UGIV9m007431@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:18:33 -0000 TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:19 - cvsupping the source tree TB --- 2010-07-30 16:15:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-07-30 16:16:05 - building world TB --- 2010-07-30 16:16:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:16:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:16:05 - TARGET=arm TB --- 2010-07-30 16:16:05 - TARGET_ARCH=arm TB --- 2010-07-30 16:16:05 - TZ=UTC TB --- 2010-07-30 16:16:05 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:16:05 - cd /src TB --- 2010-07-30 16:16:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:16:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/arm.arm/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/arm.arm/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/arm.arm/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:18:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:18:31 - ERROR: failed to build world TB --- 2010-07-30 16:18:31 - 137.13 user 23.88 system 211.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:21:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984FE1065672; Fri, 30 Jul 2010 16:21:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5638A8FC16; Fri, 30 Jul 2010 16:21:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGLdrS009400; Fri, 30 Jul 2010 12:21:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGLdqN009398; Fri, 30 Jul 2010 16:21:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:21:39 GMT Message-Id: <201007301621.o6UGLdqN009398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:21:40 -0000 TB --- 2010-07-30 16:18:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:18:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-07-30 16:18:32 - cleaning the object tree TB --- 2010-07-30 16:18:46 - cvsupping the source tree TB --- 2010-07-30 16:18:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-07-30 16:19:12 - building world TB --- 2010-07-30 16:19:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:19:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:19:12 - TARGET=ia64 TB --- 2010-07-30 16:19:12 - TARGET_ARCH=ia64 TB --- 2010-07-30 16:19:12 - TZ=UTC TB --- 2010-07-30 16:19:12 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:19:12 - cd /src TB --- 2010-07-30 16:19:12 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:19:13 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/ia64.ia64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/ia64.ia64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/ia64.ia64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:21:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:21:39 - ERROR: failed to build world TB --- 2010-07-30 16:21:39 - 136.53 user 25.41 system 187.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:23:36 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79EA51065672; Fri, 30 Jul 2010 16:23:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3F48FC1A; Fri, 30 Jul 2010 16:23:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGNZiM010919; Fri, 30 Jul 2010 12:23:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGNZQo010918; Fri, 30 Jul 2010 16:23:35 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:23:35 GMT Message-Id: <201007301623.o6UGNZQo010918@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:23:36 -0000 TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:31 - cvsupping the source tree TB --- 2010-07-30 16:15:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-07-30 16:21:09 - building world TB --- 2010-07-30 16:21:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:21:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:21:09 - TARGET=pc98 TB --- 2010-07-30 16:21:09 - TARGET_ARCH=i386 TB --- 2010-07-30 16:21:09 - TZ=UTC TB --- 2010-07-30 16:21:09 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:21:09 - cd /src TB --- 2010-07-30 16:21:09 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:21:09 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/pc98.i386/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/pc98.i386/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/pc98.i386/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:23:35 - ERROR: failed to build world TB --- 2010-07-30 16:23:35 - 134.60 user 29.28 system 515.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:24:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F931065673; Fri, 30 Jul 2010 16:24:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 714658FC0A; Fri, 30 Jul 2010 16:24:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGOf4p012167; Fri, 30 Jul 2010 12:24:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGOfSb012165; Fri, 30 Jul 2010 16:24:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:24:41 GMT Message-Id: <201007301624.o6UGOfSb012165@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:24:42 -0000 TB --- 2010-07-30 16:21:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:21:39 - starting HEAD tinderbox run for mips/mips TB --- 2010-07-30 16:21:39 - cleaning the object tree TB --- 2010-07-30 16:21:49 - cvsupping the source tree TB --- 2010-07-30 16:21:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-07-30 16:22:14 - building world TB --- 2010-07-30 16:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:22:14 - TARGET=mips TB --- 2010-07-30 16:22:14 - TARGET_ARCH=mips TB --- 2010-07-30 16:22:14 - TZ=UTC TB --- 2010-07-30 16:22:14 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:22:14 - cd /src TB --- 2010-07-30 16:22:14 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:22:14 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/mips.mips/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/mips.mips/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/mips.mips/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:24:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:24:41 - ERROR: failed to build world TB --- 2010-07-30 16:24:41 - 134.42 user 23.75 system 181.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:26:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC461065677; Fri, 30 Jul 2010 16:26:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 43B3C8FC1B; Fri, 30 Jul 2010 16:26:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGQhV3013795; Fri, 30 Jul 2010 12:26:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGQhcn013794; Fri, 30 Jul 2010 16:26:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:26:43 GMT Message-Id: <201007301626.o6UGQhcn013794@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:26:44 -0000 TB --- 2010-07-30 16:23:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:23:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-07-30 16:23:35 - cleaning the object tree TB --- 2010-07-30 16:23:47 - cvsupping the source tree TB --- 2010-07-30 16:23:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-07-30 16:24:15 - building world TB --- 2010-07-30 16:24:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:24:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:24:15 - TARGET=powerpc TB --- 2010-07-30 16:24:15 - TARGET_ARCH=powerpc TB --- 2010-07-30 16:24:15 - TZ=UTC TB --- 2010-07-30 16:24:15 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:24:15 - cd /src TB --- 2010-07-30 16:24:15 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:24:16 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/powerpc.powerpc/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:26:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:26:43 - ERROR: failed to build world TB --- 2010-07-30 16:26:43 - 134.40 user 25.20 system 187.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:27:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52183106567E; Fri, 30 Jul 2010 16:27:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E468B8FC14; Fri, 30 Jul 2010 16:27:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGRlp0015110; Fri, 30 Jul 2010 12:27:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGRloo015109; Fri, 30 Jul 2010 16:27:47 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:27:47 GMT Message-Id: <201007301627.o6UGRloo015109@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:27:49 -0000 TB --- 2010-07-30 16:24:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:24:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-07-30 16:24:41 - cleaning the object tree TB --- 2010-07-30 16:24:54 - cvsupping the source tree TB --- 2010-07-30 16:24:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-07-30 16:25:22 - building world TB --- 2010-07-30 16:25:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:25:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:25:22 - TARGET=sparc64 TB --- 2010-07-30 16:25:22 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:25:22 - TZ=UTC TB --- 2010-07-30 16:25:22 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:25:22 - cd /src TB --- 2010-07-30 16:25:22 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:25:23 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sparc64.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:27:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:27:47 - ERROR: failed to build world TB --- 2010-07-30 16:27:47 - 134.63 user 24.52 system 185.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:29:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA04A1065673; Fri, 30 Jul 2010 16:29:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFC98FC08; Fri, 30 Jul 2010 16:29:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGTh3O016057; Fri, 30 Jul 2010 12:29:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGThLE016056; Fri, 30 Jul 2010 16:29:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:29:43 GMT Message-Id: <201007301629.o6UGThLE016056@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:29:44 -0000 TB --- 2010-07-30 16:26:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:26:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-07-30 16:26:43 - cleaning the object tree TB --- 2010-07-30 16:26:53 - cvsupping the source tree TB --- 2010-07-30 16:26:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-07-30 16:27:17 - building world TB --- 2010-07-30 16:27:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:27:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:27:17 - TARGET=sun4v TB --- 2010-07-30 16:27:17 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:27:17 - TZ=UTC TB --- 2010-07-30 16:27:17 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:27:17 - cd /src TB --- 2010-07-30 16:27:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:27:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sun4v.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sun4v.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -static -L/obj/sun4v.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:29:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:29:43 - ERROR: failed to build world TB --- 2010-07-30 16:29:43 - 136.17 user 22.80 system 180.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:33:25 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52203106567A; Fri, 30 Jul 2010 16:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E7FDD8FC19; Fri, 30 Jul 2010 16:33:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGXOkY018092; Fri, 30 Jul 2010 12:33:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGXOp0018091; Fri, 30 Jul 2010 16:33:24 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:33:24 GMT Message-Id: <201007301633.o6UGXOp0018091@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:33:25 -0000 TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:44 - cvsupping the source tree TB --- 2010-07-30 16:15:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-07-30 16:30:58 - building world TB --- 2010-07-30 16:30:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:30:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:30:58 - TARGET=i386 TB --- 2010-07-30 16:30:58 - TARGET_ARCH=i386 TB --- 2010-07-30 16:30:58 - TZ=UTC TB --- 2010-07-30 16:30:58 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:30:58 - cd /src TB --- 2010-07-30 16:30:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:30:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/i386.i386/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/i386.i386/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/i386.i386/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:33:24 - ERROR: failed to build world TB --- 2010-07-30 16:33:24 - 135.76 user 28.99 system 1103.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 16:34:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8C08106568C; Fri, 30 Jul 2010 16:34:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7A88FC13; Fri, 30 Jul 2010 16:34:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGYjIu018941; Fri, 30 Jul 2010 12:34:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGYj6c018940; Fri, 30 Jul 2010 16:34:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:34:45 GMT Message-Id: <201007301634.o6UGYj6c018940@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:34:46 -0000 TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:46 - cvsupping the source tree TB --- 2010-07-30 16:15:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-07-30 16:32:21 - building world TB --- 2010-07-30 16:32:21 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:32:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:32:21 - TARGET=amd64 TB --- 2010-07-30 16:32:21 - TARGET_ARCH=amd64 TB --- 2010-07-30 16:32:21 - TZ=UTC TB --- 2010-07-30 16:32:21 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:32:21 - cd /src TB --- 2010-07-30 16:32:21 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:32:21 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -static -L/obj/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:34:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:34:45 - ERROR: failed to build world TB --- 2010-07-30 16:34:45 - 135.21 user 30.68 system 1185.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 20:43:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A932A106564A for ; Fri, 30 Jul 2010 20:43:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id F18EB8FC1E for ; Fri, 30 Jul 2010 20:43:12 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6UKhCFi060340 for ; Fri, 30 Jul 2010 13:43:12 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6UKhCdP060339 for current@freebsd.org; Fri, 30 Jul 2010 13:43:12 -0700 (PDT) (envelope-from david) Date: Fri, 30 Jul 2010 13:43:12 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100730204312.GA12818@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Tgotd9HqtClR62Vk" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 20:43:14 -0000 --Tgotd9HqtClR62Vk Content-Type: multipart/mixed; boundary="2EPcbN/asYWeYp7O" Content-Disposition: inline --2EPcbN/asYWeYp7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I thought I had mentioned this a while back, as I've been seeing it since at least 13 July, but a quick check didn't convince me otherwise. So I reproduced the problem yesterday, as of r210598: Thu Jul 29 17:54:37 PDT 2010. Symptom is that I get a panic on insert (or kernel probe, if it's inserted already at boot time) of a PCcard NIC. I've attached the core.txt file associated with the dump; here's the backtrace from it: #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc0890bfe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0890ed2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d8647 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d8c71 in db_command (last_cmdp=3D0xc0e08edc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d8dca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04daced in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #7 0xc08c37b6 in kdb_trap (type=3D12, code=3D0, tf=3D0xc52a2a9c) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0beb7af in trap_fatal (frame=3D0xc52a2a9c, eva=3D24) at /usr/src/sys/i386/i386/trap.c:936 #9 0xc0bebcdc in trap (frame=3D0xc52a2a9c) at /usr/src/sys/i386/i386/trap.= c:326 #10 0xc0bd303c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #11 0xc0944a35 in ifindex_alloc_locked (idxp=3D0xc52a2b16) at /usr/src/sys/net/if.c:262 #12 0xc0945232 in if_alloc (type=3D6 '\006') at /usr/src/sys/net/if.c:403 #13 0xc11ad9ce in an_attach (sc=3D0xc8e69000, flags=3D0) at /usr/src/sys/modules/an/../../dev/an/if_an.c:683 #14 0xc11b205a in an_pccard_attach (dev=3D0xc7e63380) at /usr/src/sys/modules/an/../../dev/an/if_an_pccard.c:146 #15 0xc08be12f in device_attach (dev=3D0xc7e63380) at device_if.h:178 #16 0xc06e556b in pccard_probe_and_attach_child (dev=3D0x22, child=3D0xc7e6= 3380,=20 pf=3D0xc8e5b280) at /usr/src/sys/dev/pccard/pccard.c:297 #17 0xc06e5a1b in pccard_attach_card (dev=3D0xc79b5d80) at /usr/src/sys/dev/pccard/pccard.c:249 #18 0xc064225a in exca_insert (exca=3D0xc783d804) at card_if.h:83 #19 0xc06ea26f in cbb_event_thread (arg=3D0xc783d800) at /usr/src/sys/dev/pccbb/pccbb.c:557 #20 0xc08664a8 in fork_exit (callout=3D0xc06e9fd0 ,=20 arg=3D0xc783d800, frame=3D0xc52a2d28) at /usr/src/sys/kern/kern_fork.c:= 843 #21 0xc0bd30b4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 I've been looking around, mostly in frame #11: (kgdb) frame 11 #11 0xc0944a35 in ifindex_alloc_locked (idxp=3D0xc52a2b16) at /usr/src/sys/= net/if.c:262 262 for (idx =3D 1; idx <=3D V_if_index; idx++) { (kgdb) list - 252 ifindex_alloc_locked(u_short *idxp) 253 { 254 u_short idx; 255 256 IFNET_WLOCK_ASSERT(); 257 258 /* 259 * Try to find an empty slot below V_if_index. If we fail,= take the 260 * next slot. 261 */ (kgdb) list =20 262 for (idx =3D 1; idx <=3D V_if_index; idx++) { 263 if (V_ifindex_table[idx].ife_ifnet =3D=3D NULL) 264 break; 265 } 266 267 /* Catch if_index overflow. */ 268 if (idx < 1) 269 return (ENOSPC); 270 if (idx > V_if_index) 271 V_if_index =3D idx; (kgdb)=20 but I confess I have little expertise for doing much there myself. I had been advised to sprinkle printf()s in there, which I had tried; they appeared to demonstrate that the IFNET_WLOCK_ASSERT() on line 256 succeeded, but the printf() that I stuck in at the beginning of the for loop on present line 263 didn't generate any output that I saw. (I have since taken them out, and the dump in question reflects the reverted state of sys/net/if.c.) The panic appears to be quite reproducible, and I'm more than willing to experiment. (I find that the least iinconvenient way to reproduce the panic is to boot normally -- without a PCcard -- then "shutdown now", re-mount all the mounted file systems as read-only, then insert the PCcard. Trying to catch it during the kernel probes loses, as apparently the swap space hasn't yet been added to the system -- at least, trying to "panic" merely whines that it has no place to record the dump. In contrast, creating the panic immediately after shutdown doesn't suffer that problem, as swap had been added earlier.) Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --2EPcbN/asYWeYp7O Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="core.txt" Content-Transfer-Encoding: quoted-printable localhost dumped core - see /var/crash/vmcore.27 Thu Jul 29 18:40:32 PDT 2010 FreeBSD localhost 9.0-CURRENT FreeBSD 9.0-CURRENT #73 r210598: Thu Jul 29 1= 7:54:37 PDT 2010 root@localhost:/usr/obj/usr/src/sys/CANARY i386 panic: from debugger GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: <118>Stopping devd. <118>Writing entropy file: <118>. <118>Terminated <118>. <118>Jul 29 18:35:55 localhost syslogd: exiting on signal 15 <118>Enter full pathname of shell or RETURN for=20 <118>/bin/sh <118>:=20 <118>#=20 <118>f <118>o <118>r <118>=20 <118>p <118>=20 <118>i <118>n <118>=20 <118>a <118>=20 <118>d <118>=20 <118>e <118>=20 <118>g <118>; <118>=20 <118>d <118>o <118> <118>>=20 <118>m <118>o <118>u <118>n <118>t <118>=20 <118>- <118>u <118>r <118>=20 <118>/ <118>d <118>e <118>v <118>/ <118>a <118>d <118>0 <118>s <118>4 <118>$ <118>p <118> <118>>=20 <118>d <118>o <118>n <118>e <118> <118>#=20 <118>m <118>o <118>u <118>n <118>t <118> <118>/dev/ad0s4a on / (ufs, local, read-only) <118>devfs on /dev (devfs, local, multilabel) <118>tmpfs on /tmp (tmpfs, local) <118>/dev/ad0s4d on /usr (ufs, local, read-only) <118>/dev/ad0s4e on /var (ufs, local, read-only) <118>/dev/ad0s4g on /common (ufs, local, read-only) <118>procfs on /proc (procfs, local) <118>#=20 Status is 0x30000410 cbb1: card inserted: event=3D0x00000006, state=3D30000410 pccard1: chip_socket_enable cbb_pcic_socket_enable: cbb1: cbb_power: 5V pccard1: read_cis pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good cis mem map 0xd975f000 (resource: 0x88000000) pccard1: CIS tuple chain: CISTPL_DEVICE type=3Dfuncspec speed=3D100ns 0x1 0x3 0xdc 00 0xff CISTPL_DEVICE_A type=3Dfuncspec speed=3D100ns 0x17 0x3 0xdc 00 0xff unhandled CISTPL 0x14 CISTPL_NO_LINK 0x14 00 CISTPL_VERS_1 0x15 0x31 0x4 0x1 0x43 0x69 0x73 0x63 0x6f 0x20 0x53 0x79 0x73 0x74 0x65 0= x6d 0x73 00 0x33 0x35 0x30 0x20 0x53 0x65 0x72 0x69 0x65 0x73 0x20 0x57 0x69 0= x72 0x65 0x6c 0x65 0x73 0x73 0x20 0x4c 0x41 0x4e 0x20 0x41 0x64 0x61 0x70 0x74= 0x65 0x72 00 0xff CISTPL_MANFID 0x20 0x4 0x5f 0x1 0xa 00 CISTPL_FUNCID 0x21 0x2 0x6 00 CISTPL_FUNCE 0x22 0x2 0x1 0x7 CISTPL_FUNCE 0x22 0x5 0x2 0xc0 0xd8 0xa7 00 CISTPL_FUNCE 0x22 0x2 0x3 0x7 CISTPL_CONFIG 0x1a 0x5 0x1 0x5 0xe0 0x3 0x7 CISTPL_CFTABLE_ENTRY 0x1b 0xc 0xc5 0x1 0x1a 0x9 0x55 0x66 0x1 0x55 0x46 0x30 0xff 0xff CISTPL_END ff pccard1: check_cis_quirks pccard1: CIS version PCCARD 2.0 or 2.1 pccard1: CIS info: Cisco Systems, 350 Series Wireless LAN Adapter pccard1: Manufacturer code 0x15f, product 0xa pccard1: function 0: network adapter, ccr addr 0x3e0 mask 0x7 pccard1: function 0, config table entry 5: I/O card; irq mask 0xffff; iomas= k 0x6, iospace 0-0x3f; io16 irqlevel pccard1: functions scanning pccard1: Card has 1 functions. pccard_mfc is 0 pccard1: I/O rid 0 start 0 end 0xffffffff pcib2: pccard1 requested I/O range 0x100-0xffffffff: in range cbb_pcic_socket_enable: pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good pccard1: ccr_res =3D=3D 0x88000000-0x880003ff, base=3D0x3e0 pccard1: function 0 CCR at 0 offset 0x3e0: 0x45 0x80 0x22 0, 0 0 0 0, 0 an0: at port 0x100-0x13f ir= q 11 function 0 config 5 on pccard1 Kernel page fault with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r =3D 0 (0xc0f96044) locked @ /usr/src/sys= /net/if.c:402 KDB: stack backtrace: db_trace_self_wrapper(c0cccd8e,c52a29c4,c08d89f5,192,2,...) at 0xc04dad46 = =3D db_trace_self_wrapper+0x26 kdb_backtrace(192,2,ffffffff,c0f69acc,c52a29fc,...) at 0xc08c3a09 =3D kdb_b= acktrace+0x29 _witness_debugger(c0ccf510,c52a2a10,4,1,0,...) at 0xc08d89f5 =3D _witness_d= ebugger+0x25 witness_warn(5,0,c0d06d5e,3,c7600d48,...) at 0xc08d9f1d =3D witness_warn+0x= 20d trap(c52a2a9c) at 0xc0bebcce =3D trap+0x19e calltrap() at 0xc0bd303c =3D calltrap+0x6 --- trap 0xc, eip =3D 0xc0944a35, esp =3D 0xc52a2adc, ebp =3D 0xc52a2afc --- ifindex_alloc_locked(c0f96044,c0cd9075,192,192,1,...) at 0xc0944a35 =3D ifi= ndex_alloc_locked+0x65 if_alloc(6,c7e63380,1,c52a2b60,0,...) at 0xc0945232 =3D if_alloc+0x72 an_attach(c8e69000,0,0,c52a2b88,c06e472d,...) at 0xc11ad9ce =3D an_attach+0= x1e an_pccard_attach(c7e63380,c780f85c,c0dbef1c,c0cb977d,80000000,...) at 0xc11= b205a =3D an_pccard_attach+0x9a device_attach(c7e63380,c0dc6950,c78ada0c,c78ada1a,3e0,...) at 0xc08be12f = =3D device_attach+0x36f pccard_probe_and_attach_child(c7e63380,c7e63280,ffffffff,0,c79b5d80,...) at= 0xc06e556b =3D pccard_probe_and_attach_child+0x6bb pccard_attach_card(c79b5d80,c770f934,c0d6ff08,30000410,0,...) at 0xc06e5a1b= =3D pccard_attach_card+0x28b exca_insert(c783d804,c0ca583e,6,30000410,c8,...) at 0xc064225a =3D exca_ins= ert+0x5a cbb_event_thread(c783d800,c52a2d28,c0cc494f,343,c7600d48,...) at 0xc06ea26f= =3D cbb_event_thread+0x29f fork_exit(c06e9fd0,c783d800,c52a2d28) at 0xc08664a8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bd30b4 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52a2d60, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x18 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0944a35 stack pointer =3D 0x28:0xc52a2adc frame pointer =3D 0x28:0xc52a2afc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 6 (cbb1 event thread) panic: from debugger cpuid =3D 0 KDB: stack backtrace: Uptime: 3m13s Physical memory: 2031 MB Dumping 112 MB: 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc0890bfe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0890ed2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d8647 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d8c71 in db_command (last_cmdp=3D0xc0e08edc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d8dca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04daced in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #7 0xc08c37b6 in kdb_trap (type=3D12, code=3D0, tf=3D0xc52a2a9c) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0beb7af in trap_fatal (frame=3D0xc52a2a9c, eva=3D24) at /usr/src/sys/i386/i386/trap.c:936 #9 0xc0bebcdc in trap (frame=3D0xc52a2a9c) at /usr/src/sys/i386/i386/trap.= c:326 #10 0xc0bd303c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #11 0xc0944a35 in ifindex_alloc_locked (idxp=3D0xc52a2b16) at /usr/src/sys/net/if.c:262 #12 0xc0945232 in if_alloc (type=3D6 '\006') at /usr/src/sys/net/if.c:403 #13 0xc11ad9ce in an_attach (sc=3D0xc8e69000, flags=3D0) at /usr/src/sys/modules/an/../../dev/an/if_an.c:683 #14 0xc11b205a in an_pccard_attach (dev=3D0xc7e63380) at /usr/src/sys/modules/an/../../dev/an/if_an_pccard.c:146 #15 0xc08be12f in device_attach (dev=3D0xc7e63380) at device_if.h:178 #16 0xc06e556b in pccard_probe_and_attach_child (dev=3D0x22, child=3D0xc7e6= 3380,=20 pf=3D0xc8e5b280) at /usr/src/sys/dev/pccard/pccard.c:297 #17 0xc06e5a1b in pccard_attach_card (dev=3D0xc79b5d80) at /usr/src/sys/dev/pccard/pccard.c:249 #18 0xc064225a in exca_insert (exca=3D0xc783d804) at card_if.h:83 #19 0xc06ea26f in cbb_event_thread (arg=3D0xc783d800) at /usr/src/sys/dev/pccbb/pccbb.c:557 #20 0xc08664a8 in fork_exit (callout=3D0xc06e9fd0 ,=20 arg=3D0xc783d800, frame=3D0xc52a2d28) at /usr/src/sys/kern/kern_fork.c:= 843 #21 0xc0bd30b4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 (kgdb)=20 ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -68 0 0 0 - DLs ?? 29967838:52.00 = [kernel] 0 1 0 0 44 0 8032 536 wait DLs ?? 6478811:50.00 [= init] 0 2 0 0 -8 0 0 0 - DL ?? 29187492:16.00 = [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 4154458:54.00 [= g_up] 0 4 0 0 -8 0 0 0 - DL ?? 5137727:30.00 [= g_down] 0 5 0 0 -16 0 0 0 c7834bbc DL ?? 0:00.00 [cb= b0 eve 0 6 0 0 -32 0 0 0 - RL ?? 0:00.00 [cbb1= eve 0 7 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_= prob 0 8 0 0 -16 0 0 0 - DL ?? 24639:14.00 [fd= c0] 0 9 0 0 -60 0 0 0 waitin DL ?? 3687:24.00 [sct= p_ite 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audi= t] 0 11 0 0 171 0 0 0 - RL ?? -33498025:-47.5= 5 [idle] 0 12 0 0 -60 0 0 0 - WL ?? -8531419:-53.55= [intr] 0 13 0 0 -16 0 0 0 - DL ?? 529377:38.00 [y= arrow] 0 14 0 0 -64 0 0 0 - DL ?? 48142:18.00 [us= b] 0 15 0 0 -16 0 0 0 tzpoll DL ?? 2848276:06.00 [= acpi_the 0 16 0 0 -60 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_= thrd 0 17 0 0 76 0 0 0 psleep DL ?? 11356:30.00 [pa= gedaem 0 18 0 0 76 0 0 0 psleep DL ?? 175:00.00 [vmda= emon 0 19 0 0 76 0 0 0 pgzero DL ?? 200:20.00 [page= zero 0 20 0 0 76 0 0 0 psleep DL ?? 29947:16.00 [bu= fdaemo 0 21 0 0 44 0 0 0 syncer DL ?? 845424:46.00 [s= yncer] 0 22 0 0 -16 0 0 0 vlruwt DL ?? 28833:30.00 [vn= lru] 0 23 0 0 -16 0 0 0 sdflus DL ?? 33162:28.00 [so= ftdepf 0 24 0 0 -16 0 0 0 flowcl DL ?? 1143470:42.00 [= flowclea 0 2492 1 0 44 0 9888 1740 ttyin Ds+ ?? 0:00.00 [sh] ------------------------------------------------------------------------ vmstat -s 762014 cpu context switches 213571 device interrupts 184418 software interrupts 201930 traps 333668 system calls 24 kernel threads created 2436 fork() calls 37 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 678 vnode pager pageins 4879 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 392 pages reactivated 69820 copy-on-write faults 37 copy-on-write optimized faults 75084 zero fill pages zeroed 2684 zero fill pages prezeroed 40 intransit blocking page faults 190507 total VM faults taken 0 pages affected by kernel thread creation 2322672 pages affected by fork() 34926 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 196924 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 1196 pages active 3635 pages inactive 52 pages in VM cache 14050 pages wired down 491669 pages free 4096 bytes per page 49418 total name lookups cache hits (89% pos + 4% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) ithread 63 22K - 63 256,512 KTRACE 100 25K - 100 256 linker 187 139K - 313 256,1024,2048 lockf 2 1K - 66 256 ad_driver 1 1K - 1 256 UART 3 4K - 3 256,1024,2048 acd_driver 1 4K - 1 4096 ip6ndp 7 2K - 7 256 temp 31 273K - 4187 256,512,1024,2048,4096 devbuf 1512 6147K - 1553 256,512,1024,2048,4096 module 465 117K - 465 256 ata_cam 1 2K - 13 256,1024,2048 mtx_pool 2 16K - 2 =20 osd 2 1K - 2 256 CAM periph 4 1K - 22 256 subproc 99 245K - 2571 512 proc 2 24K - 2 =20 session 2 1K - 30 256 pgrp 2 1K - 48 256 cred 18 7K - 7360 256,512 uidinfo 2 5K - 11 256,4096 plimit 1 1K - 217 512 acpidev 76 19K - 76 256 sysctltmp 0 0K - 491 256 sysctloid 3478 870K - 3567 256 sysctl 0 0K - 1171 256 umtx 210 53K - 210 256 p1003.1b 1 1K - 1 256 SWAP 2 825K - 2 256 bus-sc 69 180K - 2427 256,512,1024,2048,4096 bus 1167 292K - 5114 256,512,2048,4096 devstat 14 86K - 14 256 eventhandler 85 22K - 85 256 kobj 321 1284K - 385 4096 Per-cpu 1 1K - 1 256 USBdev 8 6K - 8 256,2048 rman 197 50K - 635 256 USB 14 7K - 14 256,2048 sbuf 0 0K - 1262 256,512,1024,2048,4096 scsi_cd 0 0K - 3 256 stack 0 0K - 2 256 taskqueue 15 4K - 15 256 Unitno 16 4K - 72 256 pci_link 8 2K - 8 256 acpi_perf 1 1K - 1 256 Witness 1 112K - 1 =20 iov 0 0K - 2200 256,512 select 17 5K - 17 256 ioctlops 0 0K - 1670 256,512,1024,2048 msg 4 46K - 4 2048 sem 4 114K - 4 2048 shm 1 16K - 1 =20 tty 20 40K - 23 2048,4096 pts 0 0K - 1 256 accf 2 1K - 2 256 mbuf_tag 0 0K - 6 256 ksem 1 12K - 1 =20 shmfd 1 12K - 1 =20 pcb 14 122K - 46 256,2048,4096 soname 0 0K - 162 256 vfscache 1 520K - 1 =20 cl_savebuf 0 0K - 3 256 vfs_hash 1 264K - 1 =20 vnodes 2 1K - 2 512 ddb_capture 1 56K - 1 =20 vnodemarker 0 0K - 69 1024 mount 114 33K - 235 256,1024 BPF 6 2K - 6 256 ether_multi 10 3K - 12 256 ifaddr 55 34K - 55 256,512,1024 ifnet 8 15K - 8 256,2048 acpica 1385 352K - 106334 256,512,1024,2048 clone 6 72K - 6 =20 arpcom 3 1K - 3 256 fw_com 1 1K - 1 256 lltable 14 7K - 14 512 fw_xfer 0 0K - 1 256 firewire 11 42K - 14 256,1024,4096 acpitask 1 4K - 1 4096 DEVFS1 117 59K - 136 512 DEVFS3 136 37K - 155 256,512 DEVFS 14 4K - 15 256 routetbl 218 8799K - 349 256,512 vnet_data_free 1 1K - 1 256 vnet_data 1 36K - 1 =20 vnet 1 1K - 1 256 igmp 6 2K - 6 256 in_multi 1 1K - 1 512 dummynet 3 3K - 3 1024 IpFw/IpAcct 13 4K - 24 256 sctp_iter 0 0K - 1 512 sctp_ifn 1 1K - 1 256 sctp_ifa 3 1K - 3 256 sctp_vrf 1 1K - 1 256 sctp_a_it 0 0K - 1 256 hostcache 1 24K - 1 =20 syncache 1 80K - 1 =20 pfs_nodes 21 6K - 21 256 pfs_vncache 2 1K - 6 256 ip6_moptions 0 0K - 2 256,512 in6_multi 12 4K - 13 256,512 in6_mfilter 0 0K - 1 1024 ppbusdev 3 1K - 3 256 entropy 1024 256K - 1024 256 mld 6 2K - 6 256 NFS FHA 1 4K - 1 4096 rpc 2 9K - 2 512 audit_evclass 172 43K - 211 256 newblk 1 72K - 1 =20 bmsafemap 1 12K - 1 =20 inodedep 1 264K - 1 =20 pagedep 1 72K - 1 =20 ufs_dirhash 87 46K - 87 256,512,1024 ufs_mount 12 70K - 12 512 GEOM 257 133K - 1408 256,1024,2048 UMAHash 1 1K - 1 1024 agp 2 65K - 2 256 CAM XPT 34 42K - 112 256,1024,2048,4096 vm_pgdata 2 73K - 2 256 ac97 2 2K - 2 256,1024 atkbddev 2 1K - 2 256 acpisem 15 4K - 15 256 sbp 104 26K - 104 256 isadev 6 2K - 6 256 apmdev 1 1K - 2 256 CAM dev queue 3 1K - 3 256 feeder 12 3K - 14 256 CAM queue 11 3K - 74 256 memdesc 1 8K - 10 256 nexusdev 3 1K - 3 256 CAM SIM 3 1K - 3 256 ata_generic 2 4K - 2 2048 cdev 11 3K - 11 256 tty console 0 0K - 1 =20 kbdmux 6 27K - 6 256,512,2048,4096 mixer 1 8K - 1 =20 sigio 0 0K - 2 256 filedesc 26 13K - 2498 512 kenv 89 30K - 97 256 kqueue 0 0K - 12 512,1024,4096 proc-args 2 1K - 612 256,512,1024 linux 14 4K - 14 256 drm_ctxbitmap 1 12K - 1 =20 drm_agplists 1 1K - 1 256 drm_maps 1 1K - 1 256 drm_driver 4 3K - 8 256,512,2048 drm_sarea 1 1K - 1 256 tmpfs name 7 2K - 17 256 tmpfs mount 1 1K - 1 256 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 155, 25, 155, 0, 0 UMA Zones: 896, 0, 155, 1, 155, 0, 0 UMA Slabs: 284, 0, 1234, 40, 5754, 0, 0 UMA RCntSlabs: 544, 0, 4, 3, 4, 0, 0 UMA Hash: 128, 0, 3, 27, 4, 0, 0 16 Bucket: 76, 0, 86, 14, 119, 0, 0 32 Bucket: 140, 0, 35, 21, 102, 0, 0 64 Bucket: 268, 0, 26, 2, 160, 31, 0 128 Bucket: 524, 0, 47, 2, 1027,15931, 0 VM OBJECT: 136, 0, 1051, 660, 27117, 0, 0 MAP: 140, 0, 8, 20, 8, 0, 0 KMAP ENTRY: 72, 57505, 62, 97, 14022, 0, 0 MAP ENTRY: 72, 0, 22, 1833, 53592, 0, 0 DP fakepg: 72, 0, 0, 16483, 16422, 0, 0 SG fakepg: 72, 0, 0, 0, 0, 0, 0 mt_zone: 2060, 0, 310, 126, 310, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 16: 16, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 32: 32, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 64: 64, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 128: 128, 0, 0, 0, 0, 0, 0 256: 256, 0, 1119, 66, 1207, 0, 0 256: 256, 0, 3743, 22, 5475, 0, 0 256: 256, 0, 326, 19, 783, 0, 0 256: 256, 0, 1793, 127, 106048, 0, 0 256: 256, 0, 631, 104, 2834, 0, 0 256: 256, 0, 2766, 219, 6704, 0, 0 256: 256, 0, 33, 27, 108, 0, 0 256: 256, 0, 369, 81, 3959, 0, 0 512: 512, 0, 8, 8, 8, 0, 0 512: 512, 0, 26, 30, 259, 0, 0 512: 512, 0, 132, 20, 262, 0, 0 512: 512, 0, 151, 17, 4548, 0, 0 512: 512, 0, 26, 6, 273, 0, 0 512: 512, 0, 41, 15, 53, 0, 0 512: 512, 0, 30, 42, 2502, 0, 0 512: 512, 0, 73, 15, 83, 0, 0 1024: 1024, 0, 29, 7, 30, 0, 0 1024: 1024, 0, 1, 7, 67, 0, 0 1024: 1024, 0, 0, 8, 69, 0, 0 1024: 1024, 0, 13, 7, 281, 0, 0 1024: 1024, 0, 17, 11, 633, 0, 0 1024: 1024, 0, 28, 16, 30, 0, 0 1024: 1024, 0, 1, 7, 1, 0, 0 1024: 1024, 0, 8, 4, 15, 0, 0 2048: 2048, 0, 4, 8, 13, 0, 0 2048: 2048, 0, 2, 2, 18, 0, 0 2048: 2048, 0, 0, 0, 0, 0, 0 2048: 2048, 0, 8, 10, 6366, 0, 0 2048: 2048, 0, 21, 21, 953, 0, 0 2048: 2048, 0, 15, 3, 18, 0, 0 2048: 2048, 0, 7, 1, 7, 0, 0 2048: 2048, 0, 2, 2, 302, 0, 0 4096: 4096, 0, 8, 19, 34, 0, 0 4096: 4096, 0, 2, 0, 2, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 327, 15, 483, 0, 0 4096: 4096, 0, 0, 2, 196, 0, 0 4096: 4096, 0, 6, 128, 906, 0, 0 4096: 4096, 0, 4, 1, 6, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 Files: 56, 0, 2, 266, 9594, 0, 0 TURNSTILE: 72, 0, 106, 44, 106, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 680, 0, 25, 47, 2497, 0, 0 THREAD: 704, 0, 100, 5, 100, 0, 0 SLEEPQUEUE: 48, 0, 106, 71, 106, 0, 0 VMSPACE: 240, 0, 2, 62, 2475, 0, 0 cpuset: 40, 0, 2, 182, 2, 0, 0 audit_record: 816, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 0, 7, 0, 0, 0 mbuf: 256, 0, 1, 134, 1277, 0, 0 mbuf_cluster: 2048, 25600, 0, 8, 65, 0, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 203, 33, 0, 0 g_bio: 152, 0, 0, 390, 13264, 0, 0 ttyinq: 152, 0, 15, 219, 630, 0, 0 ttyoutq: 256, 0, 8, 97, 320, 0, 0 ata_request: 208, 0, 1, 98, 5159, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 VNODE: 272, 0, 1109, 39, 1179, 0, 0 VNODEPOLL: 60, 0, 0, 0, 0, 0, 0 S VFS Cache: 72, 0, 1103, 63, 2770, 0, 0 L VFS Cache: 292, 0, 19, 20, 19, 0, 0 NAMEI: 1024, 0, 0, 12, 18567, 0, 0 DIRHASH: 1024, 0, 205, 3, 205, 0, 0 NFSMOUNT: 524, 0, 0, 0, 0, 0, 0 NFSNODE: 456, 0, 0, 0, 0, 0, 0 pipe: 392, 0, 0, 20, 1720, 0, 0 ksiginfo: 80, 0, 56, 1000, 120, 0, 0 itimer: 220, 0, 0, 0, 0, 0, 0 KNOTE: 72, 0, 0, 106, 7, 0, 0 socket: 412, 25605, 0, 54, 321, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 220, 25614, 0, 36, 242, 0, 0 udpcb: 8, 25781, 0, 203, 242, 0, 0 tcp_inpcb: 220, 25614, 0, 36, 16, 0, 0 tcpcb: 632, 25602, 0, 18, 16, 0, 0 tcptw: 52, 5184, 0, 0, 0, 0, 0 syncache: 112, 15365, 0, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 sctp_ep: 860, 25600, 0, 0, 0, 0, 0 sctp_asoc: 1484, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 2, 0, 0 sctp_raddr: 432, 80001, 0, 0, 0, 0, 0 sctp_chunk: 92, 400008, 0, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0, 0 ripcb: 220, 25614, 0, 36, 12, 0, 0 unpcb: 172, 25622, 0, 46, 47, 0, 0 rtentry: 108, 0, 10, 62, 10, 0, 0 IPFW dynamic rule: 108, 0, 0, 0, 0, 0, 0 divcb: 220, 25614, 0, 0, 0, 0, 0 selfd: 28, 0, 22, 232, 4874, 0, 0 ip4flow: 40, 25668, 0, 0, 0, 0, 0 ip6flow: 64, 25636, 0, 0, 0, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 Mountpoints: 648, 0, 7, 5, 7, 0, 0 FFS inode: 116, 0, 1057, 65, 1096, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 1057, 23, 1096, 0, 0 TMPFS dirent: 20, 0, 7, 162, 17, 0, 0 TMPFS node: 136, 0, 8, 50, 17, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq0: attimer0 184168 3836 irq1: atkbd0 357 7 irq4: uart0 1711 35 irq6: fdc0 1 0 irq7: ppc0 9 0 irq8: atrtc0 23937 498 irq9: pcm0 acpi0 1 0 irq11: cbb0 cbb1++* 4 0 irq14: ata0 3383 70 Total 213571 4449 ------------------------------------------------------------------------ pstat -T 2/12328 files 0M/6143M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s4b 12582656 0 12582656 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad0 cd0 pass0=20 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s=20 15.58 69 1.04 0.00 0 0.00 0.00 0 0.00=20 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E =20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME =20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 16 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 0 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched ip: 0 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 0 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 0 ARP requests sent 0 ARP replies sent 0 ARP requests received 0 ARP replies received 0 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 8 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1/141/142 mbufs in use (current/cache/total) 18446744073709551609/15/8/25600 mbuf clusters in use (current/cache/total/m= ax) 0/7 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398509481970K/65K/51K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts O= errs Coll Drop xl0* 1500 00:08:74:e9:c9:41 0 0 0 0 = 0 0 0=20 fwe0* 1500 42:4f:c0:2c:30:41 0 0 0 0 = 0 0 0=20 fwip0 1500 42:4f:c0:00:07:2c:30:41:0a:02:ff:fe:00:00:00:00 = 0 0 0 0 0 0 0=20 plip0 1500 0 0 0 0 = 0 0 0=20 ipfw0 65536 0 0 0 0 = 0 0 0=20 lo0 16384 0 0 0 0 = 0 0 0=20 lo0 16384 your-net localhost 0 - - 0 = - - -=20 lo0 16384 localhost ::1 0 - - 0 = - - -=20 lo0 16384 fe80:6::1 fe80:6::1 0 - - 0 = - - -=20 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#6 UH 0 0 lo0 Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 ::1 ::1 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%lo0/64 link#6 U = lo0 fe80::1%lo0 link#6 UHS = lo0 ff01:6::/32 ::1 U = lo0 ff02::/16 ::1 UGRS = lo0 ff02::%lo0/32 ::1 U = lo0 ------------------------------------------------------------------------ netstat -anA ------------------------------------------------------------------------ netstat -aL ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root sh 2492 root / 2 drwxr-xr-x 1024 r root sh 2492 wd / 2 drwxr-xr-x 1024 r root sh 2492 text / 141347 -r-xr-xr-x 121404 r root sh 2492 0 /dev 5 crw------- console rw root sh 2492 1 /dev 5 crw------- console rw root sh 2492 2 /dev 5 crw------- console rw root sh 2492 10 /dev 5 crw------- console rw root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 117863 -r-xr-xr-x 677472 r root kernel 0 root / 2 drwxr-xr-x 1024 r root kernel 0 wd / 2 drwxr-xr-x 1024 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2010 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 9.0-CURRENT #73 r210598: Thu Jul 29 17:54:37 PDT 2010 root@localhost:/usr/obj/usr/src/sys/CANARY i386 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Table 'FACP' at 0xfde90 Table 'BOOT' at 0xfdf04 ACPI: No SRAT table found MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xc5400000 MEMGUARD map limit: 0xc7401000 MEMGUARD map size: 33558528 (Bytes) Preloaded elf kernel "/boot/kernel/kernel" at 0xc12ec000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc12ec14c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc12ec1f8. Preloaded elf module "/boot/kernel/if_iwi.ko" at 0xc12ec2a4. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc12ec350. Preloaded elf module "/boot/kernel/iwi_bss.ko" at 0xc12ec3fc. Preloaded elf module "/boot/kernel/iwi_ibss.ko" at 0xc12ec4a8. Preloaded elf module "/boot/kernel/iwi_monitor.ko" at 0xc12ec558. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc12ec608. Preloaded elf module "/boot/kernel/drm.ko" at 0xc12ec6b4. Calibrating TSC clock ... TSC clock: 2392985896 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (2392.99-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Family =3D f Model =3D 2 Stepp= ing =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001426000 - 0x000000007db8cfff, 2088136704 bytes (509799 pages) avail memory =3D 2086289408 (1989 MB) x86bios: IVT 0x000000-0x0004ff at 0xc0000000 x86bios: SSEG 0x010000-0x01ffff at 0xc51e8000 x86bios: EBDA 0x09f000-0x09ffff at 0xc009f000 x86bios: ROM 0x0a0000-0x0effff at 0xc00a0000 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: WARNING: VIMAGE (virtualized network stack) is a highly experimental featur= e. ULE: setup cpu 0 wlan: <802.11 Link Layer> firmware: 'iwi_bss' version 300: 191154 bytes loaded at 0xc11d4000 firmware: 'iwi_ibss' version 300: 185428 bytes loaded at 0xc1205764 firmware: 'iwi_monitor' version 300: 187836 bytes loaded at 0xc1235000 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI: RSDP 0xfde50 00014 (v00 DELL ) ACPI: RSDT 0xfde64 0002C (v01 DELL CPi R 27D40107 ASL 00000061) ACPI: FACP 0xfde90 00074 (v01 DELL CPi R 27D40107 ASL 00000061) ACPI: DSDT 0xfffe4000 0314E (v01 INT430 SYSFexxx 00001001 MSFT 0100000E) ACPI: FACS 0x7ffff800 00040 ACPI: BOOT 0xfdf04 00028 (v01 DELL CPi R 27D40107 ASL 00000061) acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc51e7000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.FDIS -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.AD1_ -> bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIRQ -> bus 0 dev 31 func 0 acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 7fef0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 Validation 0 11 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x04 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, ena= bled found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xbfa0, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd400, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: on hostb0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c66, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[18]: type Memory, range 32, base 0xfcff0000, size 16, enabled pcib1: requested memory range 0xfcff0000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7fff= fff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 uhci0: port 0xbf80-0xbf9f i= rq 11 at device 29.0 on pci0 uhci0: [MPSAFE] uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0xbf20-0xbf3f i= rq 11 at device 29.2 on pci0 uhci1: [MPSAFE] uhci1: [ITHREAD] usbus1: on uhci1 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 16 pcib2: I/O decode 0xe000-0xffff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.1.INTA at func 1: 255 ACPI: Found matching pin for 2.1.INTA at func 2: 11 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x78 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec80, size 7, enabled pcib2: requested I/O range 0xec80-0xecff: in range map[14]: type Memory, range 32, base 0xf8fffc00, size 7, enabled pcib2: requested memory range 0xf8fffc00-0xf8fffc7f: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0x8027, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf8fff000, size 11, enabled pcib2: requested memory range 0xf8fff000-0xf8fff7ff: good map[14]: type Memory, range 32, base 0xf8ff8000, size 14, enabled pcib2: requested memory range 0xf8ff8000-0xf8ffbfff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0= xf8fffc7f irq 11 at device 0.0 on pci2 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:e9:c9:41 xl0: [MPSAFE] xl0: [ITHREAD] cbb0: at device 1.0 on pci2 pcib2: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 4 cbb0: Setting primary bus to 2 cbb0: Secondary bus set to 3 subbus 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80000000 0x020000a0 0x20040302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 1.1 on pci2 pcib2: cbb1 requested memory range 0x0-0xffffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 5 cbb1: Setting primary bus to 2 cbb1: Secondary bus set to 5 subbus 6 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: [FILTER] cbb1: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80001000 0x020000a0 0x20060502 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xf8fff000-0xf8fff7ff,0xf8ff8000-0= xf8ffbfff irq 11 at device 1.2 on pci2 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 42:4f:c0:00:07:2c:30:41 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:2c:30:41 fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:2c:30:41 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:07:2c:30:41 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xe0f440 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x20001 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: [MPSAFE] ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at devi= ce 31.5 on pci0 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bi= t DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic,= AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 7db78000, 4000; 0xc5319000 -> 7db78000 pcm0: sndbuf_setmap 7db7c000, 4000; 0xc531d000 -> 7db7c000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: flags 0x6000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00006000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atrtc0: [MPSAFE] atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [MPSAFE] attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 pcf0 failed to probe on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices acpi_perf0: on cpu0 p4tcc0: on cpu0 Device configuration finished. Reducing kern.maxvnodes 133845 -> 100000 procfs registered Timecounter "TSC" frequency 2392985896 Hz quality 800 Starting kernel event timers: i8254 @ 1000Hz, RTC @ 128Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging disabled ipfw0: bpf attached DUMMYNET 0xc75b4280 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00020001 ata0: New devices: 00020001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 Status is 0x30000006 Status is 0x30000006 ugen0.1: at usbus0 uhub0: on usbus0 Expensive timeout(9) function: 0xc08cd720(0xc79852c0) 0.109991632 s ugen1.1: at usbus1 uhub1: on usbus1 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start battery0: battery initialization done, tried 1 times battery1: battery initialization start battery1: battery initialization done, tried 1 times ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting UDMA100 ad0: 114473MB at ata0-master UDMA100=20 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting UDMA33 acd0: CDRW drive at ata0 as slave acd0: 2048KB buffer, UDMA33=20 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 pcm0: measured ac97 link rate at 47997 Hz, will use 48000 Hz acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe7:ata0:0:1:0): SCSI status error (probe7:ata0:0:1:0): INQUIRY. CDB: 12 1 0 0 ff 0=20 (probe7:ata0:0:1:0): CAM status: SCSI Status Error (probe7:ata0:0:1:0): SCSI status: Check Condition (probe7:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in= CDB) (probe7:ata0:0:1:0): Error 22, Unretryable error (probe7:ata0:0:1:0): Down reving Protocol Version from 2 to 0? (probe7:ata0:0:1:0): SCSI status error (probe7:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe7:ata0:0:1:0): CAM status: SCSI Status Error (probe7:ata0:0:1:0): SCSI status: Check Condition (probe7:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (probe7:ata0:0:1:0): Error 6, Unretryable error fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout (probe0:sbp0:0:0:0): Error 22, Unretryable error (probe1:sbp0:0:1:0): Error 22, Unretryable error (probe2:sbp0:0:2:0): Error 22, Unretryable error (probe4:sbp0:0:4:0): Error 22, Unretryable error (probe5:sbp0:0:5:0): Error 22, Unretryable error (probe6:sbp0:0:6:0): Error 22, Unretryable error (probe3:sbp0:0:3:0): Error 22, Unretryable error pass0 at ata0 bus 0 scbus1 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error cd0 at ata0 bus 0 scbus1 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error (cd0:ata0:0:1:0): SCSI status error (cd0:ata0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (cd0:ata0:0:1:0): CAM status: SCSI Status Error (cd0:ata0:0:1:0): SCSI status: Check Condition (cd0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (cd0:ata0:0:1:0): Error 6, Unretryable error Trying to mount root from ufs:/dev/ad0s4a ct_to_ts([2010-07-30 01:34:55]) =3D 1280453695.000000000 start_init: trying /sbin/init Setting hostuuid: 44454c4c-5300-1037-8044-c4c04f4a3231. Setting hostid: 0x910528f4. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E Starting file system checks: /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 511481 free (1025 frags, 63807 blocks, 0.1% fragmentati= on) /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 546758 free (2542 frags, 68027 blocks, 0.3% fragmentati= on) /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 996731 free (36371 frags, 120045 blocks, 2.1% fragmenta= tion) /dev/ad0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4d: clean, 898491 free (38579 frags, 107489 blocks, 2.2% fragmenta= tion) /dev/ad0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4f: clean, 1408260 free (108044 frags, 162527 blocks, 1.8% fragmen= tation) /dev/ad0s4g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4g: clean, 13465261 free (181285 frags, 1660497 blocks, 0.7% fragm= entation) /dev/ad0s4h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4h: clean, 4146674 free (13994 frags, 516585 blocks, 0.1% fragment= ation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 512052 free (500 frags, 63944 blocks, 0.1% fragmentatio= n) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 915274 free (282 frags, 114374 blocks, 0.0% fragmentati= on) /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3a: clean, 519903 free (1751 frags, 64769 blocks, 0.2% fragmentati= on) /dev/ad0s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3d: clean, 968559 free (49415 frags, 114893 blocks, 2.8% fragmenta= tion) /dev/ad0s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4e: clean, 293260 free (2340 frags, 36365 blocks, 0.2% fragmentati= on) Mounting local file systems: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. =2E Setting hostname: localhost =2E Starting Network: lo0 xl0 fwe0 fwip0 plip0 ipfw0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6=20 nd6 options=3D21 xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 plip0: flags=3D8810 metric 0 mtu 1500 ipfw0: flags=3D8801 metric 0 mtu 65536 Starting devd. Starting Network: xl0. xl0: flags=3D8802 metric 0 mtu 1500 options=3D80009 ether 00:08:74:e9:c9:41 media: Ethernet autoselect (none) status: no carrier Starting Network: fwe0. fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 42:4f:c0:2c:30:41 ch 1 dma -1 Starting Network: fwip0. fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 42.4f.c0.0.7.2c.30.41.a.2.ff.fe.0.0.0.0 Starting Network: plip0. plip0: flags=3D8810 metric 0 mtu 1500 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00500 deny log ip from any to any frag 00600 allow icmp from any to any icmptypes 0,3,4,8,11,12 00700 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 keep-state 00800 deny ip from any to 255.255.255.255 00900 deny ip from 255.255.255.255 to any 01000 allow udp from any 67 to any dst-port 68 in keep-state 01100 deny log ip from any to any Firewall rules loaded. Firewall logging enabled. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/compat /usr/local/lib/gcc44 /usr/local/lib/gegl-0.1 /usr/local/lib/grap= hviz /usr/local/lib/mysql /usr/local/lib/nss /usr/local/lib/pth /usr/local/= lib/qt4 a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Clearing /tmp (X related). Creating and/or trimming log files =2E Starting syslogd. No core dumps found. Additional ABI support: linux =2E Starting rpcbind. Starting lpd. Updating motd: =2E Starting powerd. nic_init invoked with argument faststart; flags: -n 1=20 Starting nic_init. Script /usr/local/etc/rc.d/nic_init interrupted Starting default moused =2E Starting snmpd. Setting the mixer vol from 25:25 to 25:25. Performing sanity check on apache22 configuration: httpd: Could not reliably determine the server's fully qualified domain nam= e, using ::1 for ServerName Syntax OK Starting apache22. httpd: Could not reliably determine the server's fully qualified domain nam= e, using ::1 for ServerName Configuring syscons: blanktime =2E Starting sshd. Starting cron. Local package initialization: rtc link_elf: symbol callout_reset undefined kldload:=20 can't load /usr/local/modules/rtc.ko :=20 No such file or directory =2E Starting background file system checks in 60 seconds. Thu Jul 29 18:35:16 PDT 2010 lock order reversal: 1st 0xd950355c bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2613 2nd 0xc8bdd600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:283 KDB: stack backtrace: db_trace_self_wrapper(c0cccd8e,c53da858,c08d89f5,c08c7b1b,c0ccff64,...) at = 0xc04dad46 =3D db_trace_self_wrapper+0x26 kdb_backtrace(c08c7b1b,c0ccff64,c7548370,c754c2d0,c53da8b4,...) at 0xc08c3a= 09 =3D kdb_backtrace+0x29 _witness_debugger(c0ccff64,c8bdd600,c0cf6c8f,c754c2d0,c0cf6914,...) at 0xc0= 8d89f5 =3D _witness_debugger+0x25 witness_checkorder(c8bdd600,9,c0cf6914,11b,0,...) at 0xc08d9c19 =3D witness= _checkorder+0x839 _sx_xlock(c8bdd600,0,c0cf6914,11b,d9d8c79c,...) at 0xc0898d65 =3D _sx_xlock= +0x85 ufsdirhash_acquire(0,e,c8bbe800,d95034fc,d9d8c79c,...) at 0xc0b15205 =3D uf= sdirhash_acquire+0x35 ufsdirhash_remove(c8bd4828,d9d8c79c,79c,c53da944,c53da940,...) at 0xc0b1558= 4 =3D ufsdirhash_remove+0x14 ufs_dirremove(c8bdbaa0,c8ea7ae0,500940c,0,0,...) at 0xc0b18483 =3D ufs_dirr= emove+0x133 ufs_rename(c53dabec,0,c8eaa550,c53dab98,0,...) at 0xc0b219ca =3D ufs_rename= +0x113a VOP_RENAME_APV(c0de57c0,c53dabec,c8eaa440,1,c53dab70,...) at 0xc0c0edd5 =3D= VOP_RENAME_APV+0xa5 kern_renameat(c8bc7840,ffffff9c,48819040,ffffff9c,48819060,...) at 0xc09311= 77 =3D kern_renameat+0x307 kern_rename(c8bc7840,48819040,48819060,0,c53dac7c,...) at 0xc0931326 =3D ke= rn_rename+0x36 rename(c8bc7840,c53dacec,c53dad28,c0cce71c,0,...) at 0xc0931359 =3D rename+= 0x29 syscallenter(c8bc7840,c53dace4,c53dace4,0,0,...) at 0xc08d0bba =3D syscalle= nter+0x25a syscall(c53dad28) at 0xc0beba4f =3D syscall+0x4f Xint0x80_syscall() at 0xc0bd30a1 =3D Xint0x80_syscall+0x21 --- syscall (128, FreeBSD ELF32, rename), eip =3D 0x4857235b, esp =3D 0xbfb= fe83c, ebp =3D 0xbfbfe8c8 --- Jul 29 18:35:50 localhost shutdown: shutdown by david:=20 Shutting down local packages: =3D=3D> /usr/local/etc/rc.d/rtc.sh kldunload:=20 can't find file rtc.ko =2E Stopping cron. Stopping sshd. Stopping apache22. Waiting for PIDS: 1962 =2E Stopping moused. Stopping powerd. Stopping lpd. Stopping rpcbind. Stopping devd. Writing entropy file: =2E Terminated =2E Jul 29 18:35:55 localhost syslogd: exiting on signal 15 Enter full pathname of shell or RETURN for=20 /bin/sh :=20 #=20 f o r =20 p =20 i n =20 a =20 d =20 e =20 g ; =20 d o >=20 m o u n t =20 - u r =20 / d e v / a d 0 s 4 $ p >=20 d o n e #=20 m o u n t /dev/ad0s4a on / (ufs, local, read-only) devfs on /dev (devfs, local, multilabel) tmpfs on /tmp (tmpfs, local) /dev/ad0s4d on /usr (ufs, local, read-only) /dev/ad0s4e on /var (ufs, local, read-only) /dev/ad0s4g on /common (ufs, local, read-only) procfs on /proc (procfs, local) #=20 Status is 0x30000410 cbb1: card inserted: event=3D0x00000006, state=3D30000410 pccard1: chip_socket_enable cbb_pcic_socket_enable: cbb1: cbb_power: 5V pccard1: read_cis pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good cis mem map 0xd975f000 (resource: 0x88000000) pccard1: CIS tuple chain: CISTPL_DEVICE type=3Dfuncspec speed=3D100ns 0x1 0x3 0xdc 00 0xff CISTPL_DEVICE_A type=3Dfuncspec speed=3D100ns 0x17 0x3 0xdc 00 0xff unhandled CISTPL 0x14 CISTPL_NO_LINK 0x14 00 CISTPL_VERS_1 0x15 0x31 0x4 0x1 0x43 0x69 0x73 0x63 0x6f 0x20 0x53 0x79 0x73 0x74 0x65 0= x6d 0x73 00 0x33 0x35 0x30 0x20 0x53 0x65 0x72 0x69 0x65 0x73 0x20 0x57 0x69 0= x72 0x65 0x6c 0x65 0x73 0x73 0x20 0x4c 0x41 0x4e 0x20 0x41 0x64 0x61 0x70 0x74= 0x65 0x72 00 0xff CISTPL_MANFID 0x20 0x4 0x5f 0x1 0xa 00 CISTPL_FUNCID 0x21 0x2 0x6 00 CISTPL_FUNCE 0x22 0x2 0x1 0x7 CISTPL_FUNCE 0x22 0x5 0x2 0xc0 0xd8 0xa7 00 CISTPL_FUNCE 0x22 0x2 0x3 0x7 CISTPL_CONFIG 0x1a 0x5 0x1 0x5 0xe0 0x3 0x7 CISTPL_CFTABLE_ENTRY 0x1b 0xc 0xc5 0x1 0x1a 0x9 0x55 0x66 0x1 0x55 0x46 0x30 0xff 0xff CISTPL_END ff pccard1: check_cis_quirks pccard1: CIS version PCCARD 2.0 or 2.1 pccard1: CIS info: Cisco Systems, 350 Series Wireless LAN Adapter pccard1: Manufacturer code 0x15f, product 0xa pccard1: function 0: network adapter, ccr addr 0x3e0 mask 0x7 pccard1: function 0, config table entry 5: I/O card; irq mask 0xffff; iomas= k 0x6, iospace 0-0x3f; io16 irqlevel pccard1: functions scanning pccard1: Card has 1 functions. pccard_mfc is 0 pccard1: I/O rid 0 start 0 end 0xffffffff pcib2: pccard1 requested I/O range 0x100-0xffffffff: in range cbb_pcic_socket_enable: pcib2: pccard1 requested memory range 0x88000000-0xffffffff: good pccard1: ccr_res =3D=3D 0x88000000-0x880003ff, base=3D0x3e0 pccard1: function 0 CCR at 0 offset 0x3e0: 0x45 0x80 0x22 0, 0 0 0 0, 0 an0: at port 0x100-0x13f ir= q 11 function 0 config 5 on pccard1 Kernel page fault with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r =3D 0 (0xc0f96044) locked @ /usr/src/sys= /net/if.c:402 KDB: stack backtrace: db_trace_self_wrapper(c0cccd8e,c52a29c4,c08d89f5,192,2,...) at 0xc04dad46 = =3D db_trace_self_wrapper+0x26 kdb_backtrace(192,2,ffffffff,c0f69acc,c52a29fc,...) at 0xc08c3a09 =3D kdb_b= acktrace+0x29 _witness_debugger(c0ccf510,c52a2a10,4,1,0,...) at 0xc08d89f5 =3D _witness_d= ebugger+0x25 witness_warn(5,0,c0d06d5e,3,c7600d48,...) at 0xc08d9f1d =3D witness_warn+0x= 20d trap(c52a2a9c) at 0xc0bebcce =3D trap+0x19e calltrap() at 0xc0bd303c =3D calltrap+0x6 --- trap 0xc, eip =3D 0xc0944a35, esp =3D 0xc52a2adc, ebp =3D 0xc52a2afc --- ifindex_alloc_locked(c0f96044,c0cd9075,192,192,1,...) at 0xc0944a35 =3D ifi= ndex_alloc_locked+0x65 if_alloc(6,c7e63380,1,c52a2b60,0,...) at 0xc0945232 =3D if_alloc+0x72 an_attach(c8e69000,0,0,c52a2b88,c06e472d,...) at 0xc11ad9ce =3D an_attach+0= x1e an_pccard_attach(c7e63380,c780f85c,c0dbef1c,c0cb977d,80000000,...) at 0xc11= b205a =3D an_pccard_attach+0x9a device_attach(c7e63380,c0dc6950,c78ada0c,c78ada1a,3e0,...) at 0xc08be12f = =3D device_attach+0x36f pccard_probe_and_attach_child(c7e63380,c7e63280,ffffffff,0,c79b5d80,...) at= 0xc06e556b =3D pccard_probe_and_attach_child+0x6bb pccard_attach_card(c79b5d80,c770f934,c0d6ff08,30000410,0,...) at 0xc06e5a1b= =3D pccard_attach_card+0x28b exca_insert(c783d804,c0ca583e,6,30000410,c8,...) at 0xc064225a =3D exca_ins= ert+0x5a cbb_event_thread(c783d800,c52a2d28,c0cc494f,343,c7600d48,...) at 0xc06ea26f= =3D cbb_event_thread+0x29f fork_exit(c06e9fd0,c783d800,c52a2d28) at 0xc08664a8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bd30b4 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52a2d60, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x18 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0944a35 stack pointer =3D 0x28:0xc52a2adc frame pointer =3D 0x28:0xc52a2afc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 6 (cbb1 event thread) panic: from debugger cpuid =3D 0 KDB: stack backtrace: Uptime: 3m13s Physical memory: 2031 MB Dumping 112 MB: 97 81 65 49 33 17 1 ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident LAPTOP_30W machine i386 cpu I686_CPU cpu I586_CPU cpu I486_CPU makeoptions DEBUG=3D-g options VIMAGE options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER options DIAGNOSTIC options DEBUG_REDZONE options DEBUG_MEMGUARD options DDB_NUMSYM options KDB_TRACE options ZERO_COPY_SOCKETS options DUMMYNET options ACCEPT_FILTER_HTTP options ACCEPT_FILTER_DATA options LIBALIAS options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE_LIMIT=3D0 options IPFIREWALL_VERBOSE options IPFIREWALL options FDC_DEBUG options USB_DEBUG options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options MALLOC_DEBUG_MAXZONES=3D8 options WITNESS_SKIPSPIN options WITNESS options INVARIANT_SUPPORT options INVARIANTS options DEADLKRES options GDB options DDB options KDB options INCLUDE_CONFIG_FILE options FLOWTABLE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSSERVER options NFSCLIENT options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options NATIVE options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device npx device mem device io device uart_ns8250 device atpic device apic device cpufreq device acpi device eisa device pci device fdc device ata device atadisk device atapicd device atapifd device ahb device ahc device ahd device amd device hptiop device isp device mpt device sym device trm device adv device adw device aha device aic device bt device ncv device nsp device stg device scbus device ch device da device sa device cd device pass device ses device hptrr device mfi device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device plip device ppi device de device em device igb device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device ath device ath_hal device ath_rate_sample device ral device loop device random device ether device vlan device tun device pty device md device gif device faith device firmware device bpf device uhci device ohci device ehci device usb device uhid device ukbd device ulpt device umass device ums device urio device u3g device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav device rum device uath device ural device firewire device sbp device fwe device fwip device dcons device dcons_crom device atapicam device smbus device intpm device ichsmb device smb device iicbus device iicbb device ic device iic device iicsmb device pcf device speaker device sound device snd_ich ------------------------------------------------------------------------ ddb capture buffer --2EPcbN/asYWeYp7O-- --Tgotd9HqtClR62Vk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxTOV8ACgkQmprOCmdXAD2GQgCeNik9QsxjGq2yQh7MDksM6L/Y 2fEAnRXP8DidtoWab5NiGyOJ0JiyE5iI =RJe5 -----END PGP SIGNATURE----- --Tgotd9HqtClR62Vk-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 21:50:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CC30106566B for ; Fri, 30 Jul 2010 21:50:21 +0000 (UTC) (envelope-from benjamin_stuppin@yahoo.de) Received: from web28409.mail.ukl.yahoo.com (web28409.mail.ukl.yahoo.com [87.248.110.158]) by mx1.freebsd.org (Postfix) with SMTP id 6BB098FC12 for ; Fri, 30 Jul 2010 21:50:20 +0000 (UTC) Received: (qmail 91521 invoked by uid 60001); 30 Jul 2010 21:23:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1280525018; bh=F5v1OyM6SfrIHGVP+WlFCh3kCarIdH6Ovl91fpyI+EI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wvT1M+qt5BQ0teQbkliAuJC/XTTePD8Wude/PIRB5cTWqZiVFPgUWNvrl/01nQ7k4zfpPdqQ9bBI8iYRRbgExcfo3NfDOS0Mx1KK6c/Q+sYXWSuOcqw0syMQRBRaVeAx+D0xfjUiP2spYTUX+7o6fCsLTatBCmMDSuEKBLipHyg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fcq1SFRxN6BPD+FI3jqKYnbnEDoBPRnrVSp2QaDSeQIJxhu7U8WdAa9gszEWuu4GOXigOWmZ6CK7I7zBA+4fH9e0nHI4jxxVTHAdeXCp0b5duSROm2SEB4mPcmDBnHA62A9MEiSIsnSWYMPTRMcySDq/EHBknhpUupLGAvOhs/Y=; Message-ID: <116420.91357.qm@web28409.mail.ukl.yahoo.com> X-YMail-OSG: MgAvdAsVM1kfilCNGWLpxyhVCqSJDUYImcL1W9wLM8xnjl5 2Gprv.ojsdhcdyagKpejkYC0rwvftlg275pstBgqDyEswO0XWodXRJIhzZLu f8.CU1KAOdirX1HV9r8mkFYc2mdFBgwkezRwnUatHtzmX38.x4oP3CcK5Qox cXoVmc6hwVt_leIGQWYBxfbnEwAFAbt7hQt1J0J7OhxI9qzfhYz6hQyB_gN. uWWXAV78ioXVOLCdAiVmc0Q1LyTdxMAPHd261elcmh_qRxFSXecGZvQboI5i .Y1VT9QmxHR81VOEg4g-- Received: from [89.0.142.136] by web28409.mail.ukl.yahoo.com via HTTP; Fri, 30 Jul 2010 21:23:37 GMT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Fri, 30 Jul 2010 21:23:37 +0000 (GMT) From: Benjamin Stuppin To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 21:50:21 -0000 "Lucius Windschuh" --- Lucius Windschuh schrieb am Do, 29.7.2010: > Hi "gahn". >=20 > 2010/7/29 gahn : > > hi all: > > > > is it possible to create /tmp directory under swap > space? under solaris, it is automatically created under swap > unless one specifically instructs the system not to do so.. >=20 > Yes you can, by mounting a tmpfs there. fstab line: > tmpfs =20 > /tmp =20 > tmpfs rw =20 > 0 =20 > 0 Hi, when using tmpfs for /tmp i'd probably add the "mode=3D1777" option, else y= ou would mount /tmp with default options and without the sticky bit which c= ould cause some problems.=20 Have fun=20 Ben=0A=0A From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 21:56:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB01D106567E for ; Fri, 30 Jul 2010 21:56:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id B5A808FC12 for ; Fri, 30 Jul 2010 21:56:38 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6ULucjU061123; Fri, 30 Jul 2010 14:56:38 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6ULucHc061122; Fri, 30 Jul 2010 14:56:38 -0700 (PDT) (envelope-from david) Date: Fri, 30 Jul 2010 14:56:38 -0700 From: David Wolfskill To: Benjamin Stuppin Message-ID: <20100730215638.GG12818@albert.catwhisker.org> References: <116420.91357.qm@web28409.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JD3LLcu8Gjf34c6v" Content-Disposition: inline In-Reply-To: <116420.91357.qm@web28409.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 21:56:38 -0000 --JD3LLcu8Gjf34c6v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 30, 2010 at 09:23:37PM +0000, Benjamin Stuppin wrote: > ... > when using tmpfs for /tmp i'd probably add the "mode=3D1777" option, else= you would mount /tmp with default options and without the sticky bit which= could cause some problems.=20 I have never needed to do that. d254(9.0-C)[1] uname -v FreeBSD 9.0-CURRENT #74 r210635: Fri Jul 30 07:34:44 PDT 2010 root@loca= lhost:/usr/obj/usr/src/sys/CANARY=20 d254(9.0-C)[2] ls -ldT /tmp drwxrwxrwt 10 root wheel 200 Jul 30 14:53:27 2010 /tmp d254(9.0-C)[3] grep !$ /etc/fstab grep /tmp /etc/fstab tmpfs /tmp tmpfs rw,size=3D2g 0 0 d254(9.0-C)[4]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --JD3LLcu8Gjf34c6v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEUEARECAAYFAkxTSpUACgkQmprOCmdXAD3TBACfTpy5kbjA0UpG5XUSRkJr04aS ZG0AmNBJCuPhyoi2GyhMwD+BcRO8mb0= =LMKz -----END PGP SIGNATURE----- --JD3LLcu8Gjf34c6v-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 22:19:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFF651065673 for ; Fri, 30 Jul 2010 22:19:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 98BDA8FC1C for ; Fri, 30 Jul 2010 22:19:36 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6UMJaZf061348; Fri, 30 Jul 2010 15:19:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6UMJabv061347; Fri, 30 Jul 2010 15:19:36 -0700 (PDT) (envelope-from david) Date: Fri, 30 Jul 2010 15:19:36 -0700 From: David Wolfskill To: Marko Zec Message-ID: <20100730221936.GH12818@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Marko Zec , current@freebsd.org, Bjoern Zeeb References: <20100730204312.GA12818@albert.catwhisker.org> <201007310012.50975.zec@icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6caoKVhN0vwgdRDL" Content-Disposition: inline In-Reply-To: <201007310012.50975.zec@icir.org> User-Agent: Mutt/1.4.2.3i Cc: Bjoern Zeeb , current@freebsd.org Subject: Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 22:19:37 -0000 --6caoKVhN0vwgdRDL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote: > ... > > Symptom is that I get a panic on insert (or kernel probe, if it's > > inserted already at boot time) of a PCcard NIC. >=20 >=20 > VIMAGE kernels Oh -- right. I fogot that I had configured this kernel for VIMAGE so Julian to demo something at a meeting a few months back ... and had never un-configured it. > do not properly set curvnet context when dynamically attaching=20 > devices (such as USB or pccard NICs), that's why the dereferencing V_if_i= ndex=20 > fails. You can use the "show pcpu" and "show vnets" DDB commands to=20 > determine whether curvnet context is properly set or not. >=20 > bz's vimage tree from p4://depot/user/bz/vimage/... aims at fixing those = and=20 > many other initialization issues with VIMAGE kernels, though I don't know= how=20 > stable it is currently... Well, I reckon he can speak up when he feels it's appropriate. :-} For now, I can probably copy this off to a different slice for VIMAGE experimentation, and revert my "normal" head/current stuff to non-VIMAGE, then. [I was kinda wondernig why no one else was reporting this sort of thing.] Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --6caoKVhN0vwgdRDL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxTT/cACgkQmprOCmdXAD0etwCfVbnjobaNZzgvJqx9cT8TAq8O j/IAoINRUSbV35Ve/FFDPu4NxoAz6dFT =7MkR -----END PGP SIGNATURE----- --6caoKVhN0vwgdRDL-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 22:30:29 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9310B1065670 for ; Fri, 30 Jul 2010 22:30:29 +0000 (UTC) (envelope-from zec@icir.org) Received: from mxout2.iskon.hr (mxout2.iskon.hr [213.191.128.81]) by mx1.freebsd.org (Postfix) with ESMTP id 399128FC18 for ; Fri, 30 Jul 2010 22:30:28 +0000 (UTC) Received: from mxscanout.iskon.hr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9D222CAC47 for ; Sat, 31 Jul 2010 00:12:59 +0200 (CEST) Received: from mx.iskon.hr (unknown [213.191.142.122]) by mxscanout.iskon.hr (Postfix) with SMTP id 6B3EBCAC0C for ; Sat, 31 Jul 2010 00:12:59 +0200 (CEST) Received: (qmail 24557 invoked from network); 31 Jul 2010 00:12:59 +0200 X-AVScan: ClamAV X-Remote-IP: 89.164.7.8 Received: from 7-8.dsl.iskon.hr (HELO tpx32.lan) (89.164.7.8) by mx.iskon.hr with SMTP; 31 Jul 2010 00:12:58 +0200 From: Marko Zec To: David Wolfskill Date: Sat, 31 Jul 2010 00:12:50 +0200 User-Agent: KMail/1.9.10 References: <20100730204312.GA12818@albert.catwhisker.org> In-Reply-To: <20100730204312.GA12818@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201007310012.50975.zec@icir.org> X-Scanned-By: IskonProtect X-PerlMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' BODY_SIZE_5000_5999 0, BODY_SIZE_7000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CD 0, __CP_NAME_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __USER_AGENT 0' Cc: Bjoern Zeeb , current@freebsd.org Subject: Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 22:30:29 -0000 On Friday 30 July 2010 22:43:12 David Wolfskill wrote: > I thought I had mentioned this a while back, as I've been seeing it > since at least 13 July, but a quick check didn't convince me otherwise. > > So I reproduced the problem yesterday, as of r210598: Thu Jul 29 > 17:54:37 PDT 2010. > > Symptom is that I get a panic on insert (or kernel probe, if it's > inserted already at boot time) of a PCcard NIC. VIMAGE kernels do not properly set curvnet context when dynamically attaching devices (such as USB or pccard NICs), that's why the dereferencing V_if_index fails. You can use the "show pcpu" and "show vnets" DDB commands to determine whether curvnet context is properly set or not. bz's vimage tree from p4://depot/user/bz/vimage/... aims at fixing those and many other initialization issues with VIMAGE kernels, though I don't know how stable it is currently... Cheers, Marko > I've attached the core.txt file associated with the dump; here's the > backtrace from it: > > #0 doadump () at pcpu.h:231 > 231 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:231 > #1 0xc0890bfe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xc0890ed2 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:590 > #3 0xc04d8647 in db_panic (addr=Could not find the frame base for > "db_panic". ) at /usr/src/sys/ddb/db_command.c:478 > #4 0xc04d8c71 in db_command (last_cmdp=0xc0e08edc, cmd_table=0x0, > dopager=1) at /usr/src/sys/ddb/db_command.c:445 > #5 0xc04d8dca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > #6 0xc04daced in db_trap (type=12, code=0) at > /usr/src/sys/ddb/db_main.c:229 #7 0xc08c37b6 in kdb_trap (type=12, code=0, > tf=0xc52a2a9c) > at /usr/src/sys/kern/subr_kdb.c:535 > #8 0xc0beb7af in trap_fatal (frame=0xc52a2a9c, eva=24) > at /usr/src/sys/i386/i386/trap.c:936 > #9 0xc0bebcdc in trap (frame=0xc52a2a9c) at > /usr/src/sys/i386/i386/trap.c:326 #10 0xc0bd303c in calltrap () at > /usr/src/sys/i386/i386/exception.s:166 #11 0xc0944a35 in > ifindex_alloc_locked (idxp=0xc52a2b16) > at /usr/src/sys/net/if.c:262 > #12 0xc0945232 in if_alloc (type=6 '\006') at /usr/src/sys/net/if.c:403 > #13 0xc11ad9ce in an_attach (sc=0xc8e69000, flags=0) > at /usr/src/sys/modules/an/../../dev/an/if_an.c:683 > #14 0xc11b205a in an_pccard_attach (dev=0xc7e63380) > at /usr/src/sys/modules/an/../../dev/an/if_an_pccard.c:146 > #15 0xc08be12f in device_attach (dev=0xc7e63380) at device_if.h:178 > #16 0xc06e556b in pccard_probe_and_attach_child (dev=0x22, > child=0xc7e63380, pf=0xc8e5b280) at /usr/src/sys/dev/pccard/pccard.c:297 > #17 0xc06e5a1b in pccard_attach_card (dev=0xc79b5d80) > at /usr/src/sys/dev/pccard/pccard.c:249 > #18 0xc064225a in exca_insert (exca=0xc783d804) at card_if.h:83 > #19 0xc06ea26f in cbb_event_thread (arg=0xc783d800) > at /usr/src/sys/dev/pccbb/pccbb.c:557 > #20 0xc08664a8 in fork_exit (callout=0xc06e9fd0 , > arg=0xc783d800, frame=0xc52a2d28) at /usr/src/sys/kern/kern_fork.c:843 > #21 0xc0bd30b4 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:273 > > > I've been looking around, mostly in frame #11: > > (kgdb) frame 11 > #11 0xc0944a35 in ifindex_alloc_locked (idxp=0xc52a2b16) at > /usr/src/sys/net/if.c:262 262 for (idx = 1; idx <= V_if_index; > idx++) { > (kgdb) list - > 252 ifindex_alloc_locked(u_short *idxp) > 253 { > 254 u_short idx; > 255 > 256 IFNET_WLOCK_ASSERT(); > 257 > 258 /* > 259 * Try to find an empty slot below V_if_index. If we fail, > take the 260 * next slot. > 261 */ > (kgdb) list > 262 for (idx = 1; idx <= V_if_index; idx++) { > 263 if (V_ifindex_table[idx].ife_ifnet == NULL) > 264 break; > 265 } > 266 > 267 /* Catch if_index overflow. */ > 268 if (idx < 1) > 269 return (ENOSPC); > 270 if (idx > V_if_index) > 271 V_if_index = idx; > (kgdb) > > but I confess I have little expertise for doing much there myself. > > I had been advised to sprinkle printf()s in there, which I had tried; > they appeared to demonstrate that the IFNET_WLOCK_ASSERT() on line 256 > succeeded, but the printf() that I stuck in at the beginning of the for > loop on present line 263 didn't generate any output that I saw. > > (I have since taken them out, and the dump in question reflects the > reverted state of sys/net/if.c.) > > The panic appears to be quite reproducible, and I'm more than willing > to experiment. (I find that the least iinconvenient way to reproduce > the panic is to boot normally -- without a PCcard -- then "shutdown > now", re-mount all the mounted file systems as read-only, then > insert the PCcard. Trying to catch it during the kernel probes loses, > as apparently the swap space hasn't yet been added to the system -- at > least, trying to "panic" merely whines that it has no place to record > the dump. In contrast, creating the panic immediately after shutdown > doesn't suffer that problem, as swap had been added earlier.) > > Thanks! > > Peace, > david From owner-freebsd-current@FreeBSD.ORG Sat Jul 31 02:37:45 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E0D1065677; Sat, 31 Jul 2010 02:37:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 9808B8FC15; Sat, 31 Jul 2010 02:37:45 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o6V2biIR062237; Fri, 30 Jul 2010 19:37:44 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o6V2bh2L062236; Fri, 30 Jul 2010 19:37:43 -0700 (PDT) (envelope-from david) Date: Fri, 30 Jul 2010 19:37:43 -0700 From: David Wolfskill To: Marko Zec Message-ID: <20100731023743.GJ12818@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Marko Zec , current@freebsd.org, Bjoern Zeeb References: <20100730204312.GA12818@albert.catwhisker.org> <201007310012.50975.zec@icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GNsO7fNsq+j2k5eo" Content-Disposition: inline In-Reply-To: <201007310012.50975.zec@icir.org> User-Agent: Mutt/1.4.2.3i Cc: Bjoern Zeeb , current@freebsd.org Subject: Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 02:37:46 -0000 --GNsO7fNsq+j2k5eo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote: > .... > VIMAGE kernels do not properly set curvnet context when dynamically attac= hing=20 > devices (such as USB or pccard NICs), that's why the dereferencing V_if_i= ndex=20 > fails. You can use the "show pcpu" and "show vnets" DDB commands to=20 > determine whether curvnet context is properly set or not. > ... Thanks again; rebuilding kernel after removing the VIMAGE option made the difference: g1-219(9.0-C)[1] uname -a FreeBSD g1-219.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #75 r210635:= Fri Jul 30 16:06:13 PDT 2010 root@d254.dwolf.juniper.net.:/usr/obj/usr= /src/sys/CANARY i386 g1-219(9.0-C)[2] ifconfig ath0 ath0: flags=3D8843 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated g1-219(9.0-C)[3] ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:40:96:a7:a7:01 inet 172.17.1.219 netmask 0xffff0000 broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet DS/2Mbps mode 11b status: associated ssid lmdhw-net channel 1 (2412 MHz 11b) bssid 00:04:5a:cd:d4:17 regdomain FCC indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 23 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme burst g1-219(9.0-C)[4] pciconf -lv | grep -A 6 '^ath0' ath0@pci0:5:0:0: class=3D0x020000 card=3D0xcb2114b9 chip=3D0x0013168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D '802.11a/b/g Wireless Adapter (AR2312)' class =3D network subclass =3D ethernet g1-219(9.0-C)[5]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --GNsO7fNsq+j2k5eo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxTjHcACgkQmprOCmdXAD3yawCcD0zPEwWB0e+pSpT0cylwxLM8 0a8AnA4IiYc9VO01Iy1Jos3aYQwfCPKJ =D3xz -----END PGP SIGNATURE----- --GNsO7fNsq+j2k5eo-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 31 11:56:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ED8E1065672 for ; Sat, 31 Jul 2010 11:56:47 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 425D78FC13 for ; Sat, 31 Jul 2010 11:56:46 +0000 (UTC) Received: by iwn35 with SMTP id 35so2917659iwn.13 for ; Sat, 31 Jul 2010 04:56:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.143.9 with SMTP id s9mr3572428ibu.65.1280577406189; Sat, 31 Jul 2010 04:56:46 -0700 (PDT) Received: by 10.231.151.142 with HTTP; Sat, 31 Jul 2010 04:56:46 -0700 (PDT) In-Reply-To: <20100730215638.GG12818@albert.catwhisker.org> References: <116420.91357.qm@web28409.mail.ukl.yahoo.com> <20100730215638.GG12818@albert.catwhisker.org> Date: Sat, 31 Jul 2010 13:56:46 +0200 Message-ID: From: Olivier Smedts To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Benjamin Stuppin , freebsd-current@freebsd.org Subject: Re: /tmp and swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 11:56:47 -0000 2010/7/30 David Wolfskill : > On Fri, Jul 30, 2010 at 09:23:37PM +0000, Benjamin Stuppin wrote: >> ... >> when using tmpfs for /tmp i'd probably add the "mode=3D1777" option, els= e you would mount /tmp with default options and without the sticky bit whic= h could cause some problems. > > I have never needed to do that. > > d254(9.0-C)[1] uname -v > FreeBSD 9.0-CURRENT #74 r210635: Fri Jul 30 07:34:44 PDT 2010 =A0 =A0 roo= t@localhost:/usr/obj/usr/src/sys/CANARY > d254(9.0-C)[2] ls -ldT /tmp > drwxrwxrwt =A010 root =A0wheel =A0200 Jul 30 14:53:27 2010 /tmp > d254(9.0-C)[3] grep !$ /etc/fstab > grep /tmp /etc/fstab > tmpfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /tmp =A0 =A0 =A0 =A0 =A0 =A0tmp= fs =A0 rw,size=3D2g =A0 =A0 =A00 =A0 =A0 =A0 0 > d254(9.0-C)[4] Because your underlying /tmp has proper permissions, but it's safer to use = : tmpfs /tmp tmpfs rw,mode=3D1777 0 0 > > Peace, > david > -- > David H. Wolfskill =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas."