From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 18 21:33:14 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E4916A4CF for ; Fri, 18 Feb 2005 21:33:14 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8CF43D48 for ; Fri, 18 Feb 2005 21:33:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3641 invoked from network); 18 Feb 2005 21:33:12 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 18 Feb 2005 21:33:11 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1ILWpgY085625; Fri, 18 Feb 2005 16:33:06 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Coleman Kane Date: Fri, 18 Feb 2005 10:15:59 -0500 User-Agent: KMail/1.6.2 References: <200502141722.10259.jhb@FreeBSD.org> <200502161256.34505.jkim@niksun.com> <20050216140808.GF99724@ramen> In-Reply-To: <20050216140808.GF99724@ramen> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502181015.59593.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-amd64@FreeBSD.org cc: obrien@FreeBSD.org Subject: Re: [PATCH] Updated quirk-driven R3000Z patches X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 21:33:15 -0000 On Wednesday 16 February 2005 09:08 am, Coleman Kane wrote: > Yeah the recipient of the fix just emailed me about this, I am guessing > that the #if 0 is the uncommitable part. Is there any way that this can > be done by the kernel (the PCI reg write, that is)? Is there any reason > that it can't be done there? The kernel PCI code should do it. NetBSD does it I think. Basically, we need to assign bus numbers to PCI busses that don't already have one. Warner Losh (imp@) has talked about this before. Doing it correctly might be a bit tricky. > On Wed, Feb 16, 2005 at 12:56:34PM -0500, Jung-uk Kim wrote, and it was proclaimed: > > On Wednesday 16 February 2005 12:45 pm, David O'Brien wrote: > > > On Wed, Feb 16, 2005 at 01:47:31PM +0000, Coleman Kane wrote: > > > > Also, there is another patch missing. The following allows you to > > > > use PCCARD devices to work. I found this email: > > > > http://lists.freebsd.org/mailman/htdig/freebsd-amd64/2005-January > > > >/003365.html > > > > > > > > Which has the problem detailed. Without this, the IO ranges > > > > attached to the PCCARD devices asre screwed up, and thus you > > > > cannot use them. > > > > > > But this patch has nothing to do with the ATPIC issue (that I can > > > see). So it should be left out of jhb's patch. Also that patch > > > isn't in a committable form. Can someone make it in a commitable > > > form and I'll commit it. > > > > All you need is the second hunk, which is commitable, I believe. The > > first hunk has to be fixed from BIOS or manually corrected by: > > > > pciconf -w -b pci0:10:0 0x1a 0x0a > > > > Jung-uk Kim -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org