From owner-freebsd-current Tue Aug 28 8:43:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id C378737B403; Tue, 28 Aug 2001 08:43:48 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f7SFi8j38466; Tue, 28 Aug 2001 10:44:08 -0500 (CDT) (envelope-from jlemon) Date: Tue, 28 Aug 2001 10:44:08 -0500 From: Jonathan Lemon To: Brad Huntting Cc: Mike Tancsa , tlambert2@mindspring.com, Jonathan Lemon , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: fxp SCB timeout problems [FIX] Message-ID: <20010828104408.E2228@prism.flugsvamp.com> References: <5.1.0.14.0.20010828020210.032dc0b8@192.168.0.12> <200108281532.f7SFWM833600@hunkular.glarp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200108281532.f7SFWM833600@hunkular.glarp.com> 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 On Tue, Aug 28, 2001 at 09:32:22AM -0600, Brad Huntting wrote: > > > From my perspective, negative functionality is being lost. There is a > > nice comment in the source code explaining what it is... > > > * Enable workarounds for certain chip revision deficiencies. > > * > > * Systems based on the ICH2/ICH2-M chip from Intel have a defect > > * where the chip can cause a PCI protocol violation if it receives > > * a CU_RESUME command when it is entering the IDLE state. The > > * workaround is to disable Dynamic Standby Mode, so the chip never > > * deasserts CLKRUN#, and always remains in an active state. > > * > > * See Intel 82801BA/82801BAM Specification Update, Errata #30. > > Will the card be able to function in suspend mode and do Wake-on-LAN > correctly after this? It should still do wake-on-lan, although the fxp driver doesn't support that right now - it doesn't appear to be a useful feature. Powersave transitions (D0 -> D3) should also still work. What the fix does is prevent the board from reducing power in idle state, which is a subset of D0. (Intel has D0-active and D0-idle, or some such). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message