From owner-freebsd-current@FreeBSD.ORG Mon Jul 30 21:11:35 2007 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 83D8616A417 for ; Mon, 30 Jul 2007 21:11:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1C13413C4A7 for ; Mon, 30 Jul 2007 21:11:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so17196uge for ; Mon, 30 Jul 2007 14:11:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=pdtjKIu1DsMvCzrHHygj5/sruUuPHEJpcXuRUmaU1bz96lNd0hQmEJH+kBL46X8a2DAPaWtA4+D/thF82b30mRc1RbgsGBMnMvzmaqCfdcN8i1g/sT2OqAKwcxIuv9DF22My6KgF34Crhpx+XJ/Ep4IM+9sdeWdceB2CVNMJU6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=m4O1K+J/tO+tv4G4v08HM3MdCdemz4JvYzygrzRmnixCEjUz6kwUqwEh8mUYUUSae3YG4xzQtOM68NL2FCaoBU4iTdI1SV24EXxhCII1fkkPJChpX6XMkcFfVMItf5EtlLuR3DzGSn78jd6lo1/myy1R/17Vlg8n7lFkXmHA6ts= Received: by 10.78.123.4 with SMTP id v4mr1631033huc.1185829893575; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 30 Jul 2007 14:11:33 -0700 (PDT) Message-ID: <3bbf2fe10707301411u80120ban1bbde128aeb8662b@mail.gmail.com> Date: Mon, 30 Jul 2007 23:11:33 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Peter Wemm" In-Reply-To: <200707291552.57528.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070721174631.S561@10.0.0.1> <20070727132640.GA6877@rot26.obsecurity.org> <20070727133342.GA12179@rulez.sk> <200707291552.57528.peter@wemm.org> X-Google-Sender-Auth: a5a496557d37e402 Cc: Milos Vyletel , freebsd-current@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: ULE status, invalid load, buildkernel times. 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, 30 Jul 2007 21:11:35 -0000 2007/7/30, Peter Wemm : > On Friday 27 July 2007, Milos Vyletel wrote: > > On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote: > > > On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote: > > > > On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote: > > > > > The other option is to find the kernel.debug for this crash, > > > > > and do this: > > > > > kgdb kernel.debug > > > > > gdb> l *0xffffffff8033953c > > > > > This will tell us the file and line number that the crash > > > > > happened in. There is no need to reboot for this unless you no > > > > > longer have a crashing kernel. > > > > > > > > I've played with this a little while, and after turning > > > > INVARIANTS on, it paniced in lapic_ipi_raw() on the > > > > KASSERT(lapic != NULL, ("%s called too early", __func__)); > > > > > > > > so I assume, that this function was called before lapic_init(), > > > > where lapic is initialized, which is wrong. > > > > > > > > It was clean current kernel with no other patches, now I don't > > > > have local access to that machine so I can test it in few days. > > > > > > > > btw. how can one get trace in text form, I mean syslog stop after > > > > panic and all I got logged is that it paniced. Anything I type in > > > > db> is lost. I know that this can be done by remote gdb, but > > > > unfortunatelly this isn't possible. > > > > > > If you trigger a dump (call doadump) then some amount of the DDB > > > session will usually be saved with the dump and displayed by kgdb. > > > > Yes, I forgot about that. I have zfs swap partition and I can't > > configure my dumpdev. Have anyone succesfully acomplish this? > > Please abandon the original patch and try this one: > > http://people.freebsd.org/~peter/topology.diff Shouldn't you still fix the SI_SUB_CPU family functions order? Otherwise you will still have apic_init() and cpu_startup() not ordered... I think the rank I used for the past patch is reasonable for it. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein