From owner-freebsd-stable Fri Apr 20 6: 5: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from chowder.dons.net.au (chowder.dons.net.au [203.31.81.11]) by hub.freebsd.org (Postfix) with ESMTP id 8F6EB37B424; Fri, 20 Apr 2001 06:04:53 -0700 (PDT) (envelope-from darius@chowder.dons.net.au) Received: (from darius@localhost) by chowder.gsoft.com.au (8.11.3/8.11.3) id f3K2C9j02503; Fri, 20 Apr 2001 11:42:09 +0930 (CST) (envelope-from darius) Message-ID: X-Mailer: XFMail 1.4.7 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 20 Apr 2001 11:42:09 +0930 (CST) From: "Daniel O'Connor" To: freebsd-mobile@freebsd.org Subject: Miniport fxp0 on Inspiron 8000 and APM Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have an i8000 with an fxp miniport card in it, and if I have the driver loaded when I suspend the computer I get lots of 'fxp0: DMA timeout' and 'fxp0: SCB timeout' on resume. If I compile without fxp and suspend everything works fine, but if the driver is loaded or compiled in the computer hangs printing a bazillion timeout messages from fxp. Interestingly if I boot the computer (no fxp compiled in) and load the fxp driver it work (as you would expect). If I suspend the computer and then load it the attach message is bogus, it says.. fxp0: port 0xecc0-0xecff mem 0xf8e00000-0xf8efffff,0xf8fff000-0xf8ffffff irq 11 at device 4.0 on pci8 fxp0: Ethernet address ff:ff:ff:ff:ff:ff, 10Mbps A 'normal' load looks like.. fxp0: port 0xecc0-0xecff mem 0xf8e00000-0xf8efffff,0xf8fff000-0xf8ffffff irq 11 at device 4.0 on pci8 fxp0: Ethernet address 00:20:e0:65:13:1d I don't know why it would do that.. The EEPROM isn't readable for some reason maybe? A kldload after suspend also causes the timeout errors. When I am doing all this I have apmd loaded and have done 'apm -e 1' by hand. [chowder 11:37] ~/work/ros > apm APM version: 1.2 APM Managment: Enabled AC Line status: on-line Battery status: charging Remaining battery life: 100% Remaining battery time: 5:45:00 Number of batteries: 2 Battery 0: Battery status: not present Battery 1: Battery status: charging Remaining battery life: 100% Remaining battery time: 5:45:00 Resume timer: disabled Resume on ring indicator: disabled APM Capacities: global suspend state resume timer from suspend Also, when I do 'apm -d 0' it turns the display off, and the only way to get it back is to do 'apm -d 1' blind :) - By my reading of the manual this is not what is supposed to do. apm -Z causes 'Entire system suspend failure : errcode = 10' - I assume that is because there is no suspend APM capability. --- 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-stable" in the body of the message