From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 2 20:34:39 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818221065670 for ; Fri, 2 Jan 2009 20:34:39 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4258FC0C for ; Fri, 2 Jan 2009 20:34:38 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=scPTdAk-8dwA:10 a=ITL-bk1Uq2MA:10 a=LkYvsgB9u1MH7Ao0BLhsLg==:17 a=nO88W1uug3fyoC0eCuEA:9 a=YegcanVqxk52qpsGpNYA:7 a=QcktCFiHzbWctO0lFdBr5e9yAYkA:4 a=LY0hPdMaydYA:10 a=01REpkqBiSr-XUyVoTUA:9 a=5ksFTYtDYioYvCVB8wUN01YTcpoA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [74.215.227.9] ([74.215.227.9:50768] helo=discordia) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 77/91-28972-E5A7E594 for ; Fri, 02 Jan 2009 15:34:38 -0500 Received: by discordia (Postfix, from userid 103) id 663AA35A7D4; Fri, 2 Jan 2009 15:34:38 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id B3DDB1DB2F9; Fri, 2 Jan 2009 15:34:31 -0500 (EST) From: Coleman Kane To: Nate Lawson In-Reply-To: <1230915992.4841.4.camel@localhost> References: <1230564886.2280.11.camel@localhost> <4958F887.2010203@root.org> <1230579699.2386.5.camel@localhost> <49593036.4030306@root.org> <1230662172.1702.2.camel@localhost> <495A7309.2060400@root.org> <1230915992.4841.4.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0MKT+9/XASj1pGGjEHli" Organization: FreeBSD Project Date: Fri, 02 Jan 2009 15:34:37 -0500 Message-Id: <1230928477.4841.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: freebsd-acpi@FreeBSD.org Subject: Re: amd64 S3 patch on HP 6715b: NICs won't work after resume from S3 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2009 20:34:39 -0000 --=-0MKT+9/XASj1pGGjEHli Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-01-02 at 12:06 -0500, Coleman Kane wrote: > On Tue, 2008-12-30 at 11:14 -0800, Nate Lawson wrote: > > Coleman Kane wrote: > > > On Mon, 2008-12-29 at 12:16 -0800, Nate Lawson wrote: > > >> Coleman Kane wrote: > > >>> On Mon, 2008-12-29 at 08:19 -0800, Nate Lawson wrote: > > >>>> Coleman Kane wrote: > > >>>>> I've been testing Jung-uk Kim's recent amd64 suspend patch on my = HP > > >>>>> notebook, and it seems to be very close to working well. > > >>>>> > > >>>>> The notebook goes into S3 state properly, but when it comes back = out it > > >>>>> seems that the hardware is left in a bad state. I cannot attach m= y > > >>>>> if_bge and if_ndis network drivers after a resume. > > >>>> Dump the pci config register states for those devices both before = and > > >>>> after the resume. Where the bits differ is probably where you'll f= ind > > >>>> the problem. > > >>>> > > >>>> Example to read 256 bytes: > > >>>> pciconf -r pci0:4:0 0:256 > > >>>> > > >>> Tried that, and I also tried to use pciconf -w to set the registers= to > > >>> the initial state of the hardware before if_bge is loaded. I still = get > > >>> the following messages when I attempt to reload the kld after the > > >>> resume, followed by a failed attach: > > >>> > > >>> bge0: mem 0xd0000000= -0xd000ffff irq 16 at device 0.0 on pci16 > > >>> bge0: firmware handshake timed out, found 0x4b657654 > > >>> bge0: firmware handshake timed out, found 0x4b657654 > > >>> bge0: RX CPU self-diagnostics failed! > > >>> bge0: chip initialization failed > > >>> device_attach: bge0 attach returned 6 > > >>> > > >>> Anyone have success with S3 on amd64 or i386 with if_bge cards? > > >> Did you post the register states before and after? > > >> > > > Attached are the before and after snapshots of the device's PCI regis= ter > > > space. I need to track down a good table to mate these with. In this > > > case, I didn't unload the driver, as the if_bge driver is supposed to= be > > > able to properly handle suspend/resume now. > > >=20 > > > These are dumps of the whole 256-byte register space, using: > > > pciconf -r -b pci0:16:0:0 0:0x100 > >=20 > > Great. So far in FreeBSD, anything after the first 64 bytes is the > > driver's responsibility. According to your dump, that is where all the > > differences are. > >=20 >=20 > So, my guess is that the bge_suspend and bge_resume methods in the bge > driver need some tweaking to support my hardware (the BCM5754/5787) when > it comes out of resume... >=20 > Any pointers on who I might be able to work on this with? >=20 I did find that one register that does get trashed by the resume is the high-part of the MSI Address Register (0x5C, BGE_PCI_MSI_ADDR_HIGH from sys/dev/bge/if_bgereg.h). Am I correct in assuming that the PCI 2.2 register addresses in the middle of if_bgereg.h correlate to the addresses in these reg dumps? --=20 Coleman Kane --=-0MKT+9/XASj1pGGjEHli Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkleeloACgkQcMSxQcXat5cpSQCcDM0OF7zTWXz0eShSTj0ug9qE N4wAn3uSqBQPrSN7wUCBdPb38Ex3JiMI =ldRV -----END PGP SIGNATURE----- --=-0MKT+9/XASj1pGGjEHli--