From owner-cvs-all@FreeBSD.ORG Mon May 1 19:13:22 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 952A916A400; Mon, 1 May 2006 19:13:22 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242E143D46; Mon, 1 May 2006 19:13:21 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.255.17] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.4/8.13.4) with ESMTP id k41JDEWE026277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 May 2006 12:13:15 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44565DC9.5020102@FreeBSD.org> Date: Mon, 01 May 2006 12:13:13 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: John Baldwin References: <200604280317.k3S3Hb3L017882@repoman.freebsd.org> <200604281709.02585.jhb@freebsd.org> <44528789.8020302@FreeBSD.org> <200605011124.09330.jhb@freebsd.org> In-Reply-To: <200605011124.09330.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Nate Lawson Subject: Re: cvs commit: src/sys/dev/sk if_sk.c if_skreg.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 19:13:22 -0000 John Baldwin wrote: >> BTW, can you check the following URL, it's the changes intel has made >> to ia32 manual after releasing Core Duo. Maybe you can spot something >> there. There are some lapic-related changes. >> >> http://download.intel.com/design/Pentium4/specupdt/25204616.pdf > > None of the APIC-related changes affect us. We always access APIC > registers using 32-bit loads and stores for example. I see, do you have any other ideas why it doesn't work on FreeBSD, while works OOB on Linux 2.6 (reportedly) and definitely on Windows XP SP2? Anything specific in our way of lapic/SMP handling? BTW, I have noticed that we don't mark lapic page as noncacheable, which seemingly required by the spec. I have made small change (3 lines), but it doesn't help either. -Maxim P.S. I will bring the laptop to BSDCan so that I can let you or anybody else play with it if it helps to fix the problem.