From owner-freebsd-current@FreeBSD.ORG Wed Dec 29 14:46:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB55C16A4CE for ; Wed, 29 Dec 2004 14:46:04 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4990F43D5E for ; Wed, 29 Dec 2004 14:46:04 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so24552wri for ; Wed, 29 Dec 2004 06:46:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FBJFNkLVpYTdz3CoajUMxm8jvMx3RDGh4yeLRxduen9+UPtjoJnkdFuvXFs1wXRmhwcYNK7V3ws8iNNM6XDiYbkuKp9avJ+rBTMNbzAs67vuAjN9ackxlDtn+G5NE3URGht7iDoBBXQvu2tNl/IC8MyHMQXNoZR5PkEVm4SNDFo= Received: by 10.54.53.76 with SMTP id b76mr173644wra; Wed, 29 Dec 2004 06:46:03 -0800 (PST) Received: by 10.54.57.76 with HTTP; Wed, 29 Dec 2004 06:46:03 -0800 (PST) Message-ID: <34cb7c840412290646f4392bd@mail.gmail.com> Date: Wed, 29 Dec 2004 14:46:03 +0000 From: Peter Edwards To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <34cb7c840412290444497d2dd7@mail.gmail.com> cc: "Li-Lun Wang \(Leland Wang\)" cc: current@freebsd.org Subject: Re: fxp EEPROM checksum mismatch in recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 14:46:04 -0000 Actually, looking at: http://www.intel.com/technology/IAPC/downloads/pm1_1.pdf If I'm reading it right, the delays for each state change need to be implemented as per the "minimum system software guaranteed delays" column in table 18 (in section 5.6.1, on page 50) I'll fix up the patch to implement this, and post it for review if no one gets there before me. On Wed, 29 Dec 2004 14:40:28 +0100, Dag-Erling Sm=F8rgrav wrot= e: > Peter Edwards writes: > > Tracing further, it looks like on waking up from D3 into D0, the fxp > > device needs some time to settle, or the config write to restore the > > BAR doesn't "take". That explains why it works if it's dragged in from > > the loader: the device probes without ever going to sleep. >=20 > That explains why the problem disappeared when I compiled fxp into the > kernel. Great detective work! I'll test your patch and let you know > if it works for me. >=20 > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no >