From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20:00:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69FBE106568E; Fri, 30 Sep 2011 20:00:33 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBA28FC12; Fri, 30 Sep 2011 20:00:32 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R9jMk-000Hoy-92; Fri, 30 Sep 2011 22:08:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 30 Sep 2011 22:07:16 +0200 From: "crsnet.pl" To: Taku YAMAMOTO In-Reply-To: <0194d8a5fff25ad669a26b978a53102f@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <1317125181.95805.13.camel@buffy.york.ac.uk> <20110928195756.5042d262.taku@tackymt.homeip.net> <0194d8a5fff25ad669a26b978a53102f@i-pi.pl> Message-ID: <26b8cb12f81f4f6af5e14b2dd04b0de9@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Fri, 30 Sep 2011 20:15:41 +0000 Cc: Adrian Chadd , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 30 Sep 2011 20:00:33 -0000 On Fri, 30 Sep 2011 09:52:53 +0200, "crsnet.pl" wrote: > On Wed, 28 Sep 2011 19:57:56 +0900, Taku YAMAMOTO > wrote: >> On Tue, 27 Sep 2011 13:06:21 +0100 >> Gavin Atkinson wrote: >> >>> On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: >>> > Hans, >>> > >>> > Why haven't those patches been committed? >>> >>> This patch is an absolute hack, and shouldn't be committed as it >>> is. >>> >>> I would, however, appreciate some help in determining the correct >>> solution. The solution may well involve not suspending/resuming >>> hpet(4) >>> or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() >>> path >>> but instead doing them as the last thing to be suspended, or it may >> >> Like the attached patches do? >> >>> instead involve reworking the USB code (and potentially other code) >>> to >>> not need to sleep during suspend/resume. I don't know the right >>> solution, but would really like to work with somebody who does. >>> >>> Please also see the thread "Choosing between DELAY(useconds) and >>> pause()" on -current. >>> >>> Gavin Hello. After longer testing thouse patches. I must say, they dont resolve my problem in 100%. Suspend/Resume on short time (about 2-3 hours, meybye little longer) works fine. But when i suspend it for longer (8-10 hours) system freeze after resume. Any another idea why ? Best regards, Adrian.