From owner-freebsd-stable@FreeBSD.ORG Thu Jun 8 04:56:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA42416DE38 for ; Thu, 8 Jun 2006 02:22:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F1243D4C for ; Thu, 8 Jun 2006 02:22:05 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so240868wxd for ; Wed, 07 Jun 2006 19:22:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eivZsFzNFL47XoQen/9PE01A0bnLhZH3rWMoVo1U92Qccynl6yGZrgWGCflDMPN8Zs9Azy496SSVUrIvVmKQs5vt7ehgpjPO537k3n0RrJEF7x3O9ygA4zXtTjsIg2oNlRJmPd80DfxIGmtIDy9982GW3z0ltQD9QQ9zl+9KWfw= Received: by 10.70.68.7 with SMTP id q7mr1539378wxa; Wed, 07 Jun 2006 19:22:05 -0700 (PDT) Received: by 10.70.90.17 with HTTP; Wed, 7 Jun 2006 19:22:05 -0700 (PDT) Message-ID: <2a41acea0606071922n48add8fbw3f6d73ab79c6a3d6@mail.gmail.com> Date: Wed, 7 Jun 2006 19:22:05 -0700 From: "Jack Vogel" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Dual Opteron system will not run SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jun 2006 04:56:13 -0000 On 6/7/06, Pete French wrote: > > If just non-ACPI isnt sufficient, the other thing SAFE does is turn > > off disk DMA. I have an as-yet unreleased system that has this > > same type of issue, and the problem is that two PCI device ID's > > are not recognized, so maybe that will be your problem. > > So, I got around to booting the system without ACPI and there are quite > a number of 'unknown' reports at boot, viz: > > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (irq) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > > pciconf -l gives me 5 devices without drivers attached, these being: > > none0@pci0:7:2: class=0x0c0500 card=0x13101462 chip=0x746a1022 rev=0x02 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-8111 SMBus 2.0 Controller' > class = serial bus > subclass = SMBus > none1@pci0:7:3: class=0x068000 card=0x13101462 chip=0x746b1022 rev=0x05 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-8111 ACPI System Management Controller' > class = bridge > none2@pci0:10:1: class=0x080010 card=0x13101462 chip=0x74511022 rev=0x01 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-8131 PCI-X IOAPIC' > class = base peripheral > subclass = interrupt controller > none3@pci0:11:1: class=0x080010 card=0x13101462 chip=0x74511022 rev=0x01 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-8131 PCI-X IOAPIC' > class = base peripheral > subclass = interrupt controller > none4@pci3:6:0: class=0x030000 card=0x13101462 chip=0x47521002 rev=0x27 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Rage XL PCI' > class = display > subclass = VGA > > I am assuming that it's only the two interrup controller ones which are > likely to be causing the problems - but other people are using 8111/8131 based > systems fine. Also I note that other SMP systems I have uuse 'none' as the > driver for these chips. > > Does this help shed any more light at all ? You are right about what the suspect devices are, having IOAPICs unrecognized seems like it could be a problem. When you say others are using such systems, do you mean they are using them with FreeBSD RELEASE? If you want info on the missing ID's try pciids.sourceforge.net, however figuring out what to do may require some work. In the easy cases you find a driver that is good enough but just doesnt have these new ID's in it, and a simple entry or two in a array will get you going. Course there is also going to be the case where its not that easy... Fraid I can't be too much help beyond that, hope it gets you headed in a direction you need anyway. Good luck, Jack