From owner-freebsd-current Thu Aug 29 18:36:20 2002 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 A385E37B400 for ; Thu, 29 Aug 2002 18:36:18 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B91043E77 for ; Thu, 29 Aug 2002 18:36:04 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from gsoft.com.au (cain.gsoft.com.au [203.38.152.97]) by cain.gsoft.com.au (8.12.4/8.12.3) with SMTP id g7U1ZkgD053585; Fri, 30 Aug 2002 11:05:50 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" X-Authentication-Warning: cain.gsoft.com.au: Host cain.gsoft.com.au [203.38.152.97] claimed to be gsoft.com.au Received: from 203.38.152.97 (proxying for 203.38.152.102) (SquirrelMail authenticated user doconnor) by cain.gsoft.com.au with HTTP; Fri, 30 Aug 2002 11:05:55 +0930 (CST) Message-ID: <4727.203.38.152.97.1030671355.squirrel@cain.gsoft.com.au> Date: Fri, 30 Aug 2002 11:05:55 +0930 (CST) Subject: Re: fxp0 failures on APCI/APM resume To: In-Reply-To: <3D6EBCAA.1020903@cs.unisa.edu.au> References: <3D6EBCAA.1020903@cs.unisa.edu.au> Cc: X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -103.4 () IN_REP_TO,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The new apci & pci-pci code works wonderfully. However, I've got a > problem with the fxp driver not reenabling the device correctly upon a > resume from suspend. Details below - Note even when I try to put the > laptop into suspend mode S2 which it doesn't support the problem > occurs, the only solution is a reboot. Patches welcome. > > Aug 30 09:38:15 draco kernel: acpi0: AcpiGetSleepTypeData failed - > AE_NOT_FOUND > Aug 30 09:38:50 draco kernel: fxp0: chip is in D3 power mode -- setting > to D0 > Aug 30 09:38:52 draco kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff I've had this problem when I didn't have the fxp driver loaded before suspending so it couldn't save the card state. Not sure if it applies in your case but it's something to keep in mind - espcially when testing new stuff where you might not load things as normal. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message