From owner-freebsd-mobile@FreeBSD.ORG Sun Jan 11 16:26:42 2004 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FD516A4CE; Sun, 11 Jan 2004 16:26:41 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B9243D2D; Sun, 11 Jan 2004 16:26:40 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i0C0QeET044702; Sun, 11 Jan 2004 17:26:40 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 11 Jan 2004 17:26:27 -0700 (MST) Message-Id: <20040111.172627.84647422.imp@bsdimp.com> To: truckman@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200401120002.i0C02F7E031685@gw.catspoiler.org> References: <20040111.155500.121671029.imp@bsdimp.com> <200401120002.i0C02F7E031685@gw.catspoiler.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: nork@FreeBSD.org cc: mobile@FreeBSD.org Subject: Re: More power patches X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 00:26:42 -0000 In message: <200401120002.i0C02F7E031685@gw.catspoiler.org> Don Lewis writes: : On 11 Jan, M. Warner Losh wrote: : > In message: <20040110.140024.12639654.imp@bsdimp.com> : > "M. Warner Losh" writes: : > : In message: <20040110093526.13ec4aa5.nork@FreeBSD.org> : > : Norikatsu Shigemura writes: : > : : cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xe0203d00 : > : ^^^^^^^ ^^^^^^^^^^ : > : This is the problem. Notice the alignment of the resource allocated. : > : This is bogus. : > : > I think I have a fix for this, and hope to get an updated patch out... : : That doesn't appear to be the cause of the breakage I'm seeing ... : : > fwohci0: <1394 Open Host Controller Interface> mem 0xc0204000-0xc0207fff,0xc0209000-0xc02097ff irq 11 at device 7.0 on pci2 : > fwohci0: Bus reserved 0x800 bytes for rid 0x10 type 3 at 0xc0209000 : : Hmn, maybe that is the problem. I just took a closer look and earlier : in the boot I see: : : > cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xc0209800 : : I bet cbb0 thinks that it is at 0xc0209000, which might interfere with : fwohci0. Yes. That would, since both of them are trying to decode 0xc0209000. : There is still the issue of the irq breakage caused by the attach : failure. I don't understand that one at all.. Unless it is a failure message is a cut-n-pasto or something weird is happening. Warner