From owner-freebsd-current@FreeBSD.ORG Sun Jul 22 12:16: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 4369516A417 for ; Sun, 22 Jul 2007 12:16:35 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0A08613C45E for ; Sun, 22 Jul 2007 12:16:35 +0000 (UTC) (envelope-from mv@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 2001B5C37; Sun, 22 Jul 2007 14:16:34 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1020) id 13A1D5C33; Sun, 22 Jul 2007 14:16:31 +0200 (CEST) Date: Sun, 22 Jul 2007 14:16:31 +0200 From: Milos Vyletel To: Peter Wemm Message-ID: <20070722121631.GA8336@rulez.sk> References: <20070721174631.S561@10.0.0.1> <20070722091545.GA46858@rulez.sk> <200707220406.47833.peter@wemm.org> <20070722114846.GA97996@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070722114846.GA97996@rulez.sk> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org 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: Sun, 22 Jul 2007 12:16:35 -0000 On Sun, Jul 22, 2007 at 01:48:46PM +0200, Milos Vyletel wrote: > On Sun, Jul 22, 2007 at 04:06:47AM -0700, Peter Wemm wrote: > > On Sunday 22 July 2007, Milos Vyletel wrote: > > > On Sat, Jul 21, 2007 at 05:55:08PM -0700, Jeff Roberson wrote: > > > > I have a patch available at: > > > > > > > > http://people.freebsd.org/~jeff/ulehtt.diff > > > > > > > > This resolves issues in the code that handles HTT enabled > > > > processors and also adds some ULE information to bootverbose on SMP > > > > systems. Peter Wemm has a seperate patch that fixes a bug where > > > > some amd64 cpus were still being misidentified as HTT. Those of > > > > you with invalid loads either have Hyper-threading CPUs or > > > > misidentified amd cores. You should expect slightly poorer > > > > performance as long as your cores are misidentified but the bad > > > > loads should be fixed. > > > > > > > > I also believe that the buildkernel/world times are now > > > > significantly improved. If this is not the case for you please > > > > send a mail. Any other performance data is appreciated. > > > > > > > > Thanks, > > > > Jeff > > > > > > Hi, > > > > > > can you please point us to refered Peter Wemm's patch too? I can't > > > find it with google or on ~peter/. > > > > You can extract it from here: > > > > http://lists.freebsd.org/pipermail/p4-projects/2007-July/020058.html > > > > Sorry I don't have it in a more convenient format.. I'm about to fall > > asleep on my keyboard. :) > > > > Cheers, > > -Peter > > > > No problem, > > I've extracted it and made a patch. If someone is intrested, it's on > > http://rulez.sk/~mv/cpu.patch > Well, i've just updated my kernel and it paniced right after identifying cpu. CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2205.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 3211776000 (3062 MB) avail memory = 3105628160 (2961 MB) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x310 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8033953c stack pointer = 0x10:0xffffffff80855c70 frame pointer = 0x10:0xffffffff80855c80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () this is output from from dmesg. Thanks for suggestions. Milos