From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:22:52 2005 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 CD7B816A4CE; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A66043D39; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 07 Feb 2005 15:22:52 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EB6545D09; Mon, 7 Feb 2005 15:22:51 -0800 (PST) To: David Scheidt In-reply-to: Your message of "Mon, 07 Feb 2005 18:17:16 EST." <4207F6FC.40001@attglobal.net> Date: Mon, 07 Feb 2005 15:22:51 -0800 From: "Kevin Oberman" Message-Id: <20050207232251.EB6545D09@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:22:52 -0000 > Date: Mon, 07 Feb 2005 18:17:16 -0500 > From: David Scheidt > Sender: owner-freebsd-stable@freebsd.org > > George Hartzell wrote: > > > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > > it's on my list of things to do. > > > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > > Suspend to memory works on my T42 on 5.3-STABLE as of 1/1/05. except > i've got to restart mosed. I've not bothered to investigate what's > going on. Add hint.psm.0.flags="0x2000" or hint.psm.0.flags="0x6000" to your /boot/device.hints. Try 0x2000 first as it is less extreme. If that does not fix it, try 0x6000. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634