From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 14:52:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2489B106566C for ; Fri, 20 Jan 2012 14:52:53 +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 ECD2F8FC0C for ; Fri, 20 Jan 2012 14:52:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id A607146B0C; Fri, 20 Jan 2012 09:52:52 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 114F8B9A1; Fri, 20 Jan 2012 09:52:52 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 20 Jan 2012 09:28:55 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120120142128.0c6ba578.mazhe@alkumuna.eu> In-Reply-To: <20120120142128.0c6ba578.mazhe@alkumuna.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201200928.55558.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Jan 2012 09:52:52 -0500 (EST) Cc: Matthieu Volat Subject: Re: 9.0-Release and Asus P5-NE motherboard 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: Fri, 20 Jan 2012 14:52:53 -0000 On Friday, January 20, 2012 8:21:28 am Matthieu Volat wrote: > Hello, > > For a week, I have been trying to boot the FreeBSD 9 installation media (usb, cdrom) on a computer with an Asus P5-NE motherboard (amd64, nvidia MCP51 controller), but the kernel fails to initialize correctly. I think the problem is with the nvidia chipset and MSI support. There's not an easy way to fix it via a tunable unfortunately. You can try hacking sys/dev/pci/pci.c to disable this code: #if defined(__i386__) || defined(__amd64__) || defined(__powerpc__) /* * Enable the MSI mapping window for all HyperTransport * slaves. PCI-PCI bridges have their windows enabled via * PCIB_MAP_MSI(). */ if (cfg->ht.ht_slave != 0 && cfg->ht.ht_msimap != 0 && !(cfg->ht.ht_msictrl & PCIM_HTCMD_MSI_ENABLE)) { device_printf(pcib, "Enabling MSI window for HyperTransport slave at pci%d:%d:%d:%d\n", cfg->domain, cfg->bus, cfg->slot, cfg->func); cfg->ht.ht_msictrl |= PCIM_HTCMD_MSI_ENABLE; WREG(cfg->ht.ht_msimap + PCIR_HT_COMMAND, cfg->ht.ht_msictrl, 2); } #endif -- John Baldwin