From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 00:15:38 2009 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 3EA891065715; Thu, 26 Mar 2009 00:15:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9323C8FC24; Thu, 26 Mar 2009 00:15:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so65596eyf.7 for ; Wed, 25 Mar 2009 17:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rLm8R+YliBjTZMN64IL32sUpXZT0++oSBTnEyAZAbHc=; b=CniqIqy8luKepo01oZnbUPPe+bTgPtZeWHu+ee1p5hKRI5LFw0SOghnYFaiMN6MlMf mTrYp2SN1nqtPHd76BN3Clfubiy89qx1dWdpb40rU3ILzjT8Gr4oxA17przWEdTBqeBC ZJGjsgzG6XsKVPVwQ3CLeYRBQ06OOivkU11ak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DsuQ4ajfDDUgsT6jNEeL88R5I5yO6jrCHd+iKVvyMmiXeUrUgsJaSUSyfYPPUBkNCw N8r4kYz9xloK8ZGb6RQmOq1x7G6qVMxBJ1miufd8H6u9end+RKOoakEt1PiK62G4kQFT DNM9trOucslkDueabRA/KOWppxXHCiSRnirHE= MIME-Version: 1.0 Received: by 10.210.54.15 with SMTP id c15mr133610eba.68.1238026536536; Wed, 25 Mar 2009 17:15:36 -0700 (PDT) In-Reply-To: <49CAC6FB.5060503@gmx.net> References: <1236802980.00085518.1236789602@10.7.7.3> <200903241528.34902.jkim@FreeBSD.org> <49CAA201.7000205@entel.upc.edu> <200903251833.14825.jkim@FreeBSD.org> <49CAC6FB.5060503@gmx.net> Date: Thu, 26 Mar 2009 01:15:36 +0100 Message-ID: <3a142e750903251715t4088654euf3b2adcd0587d2cd@mail.gmail.com> From: "Paul B. Mahol" To: Daniel Thiele Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gustau Perez , Jung-uk Kim , freebsd-current@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted 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: Thu, 26 Mar 2009 00:15:39 -0000 On 3/26/09, Daniel Thiele wrote: > Jung-uk Kim wrote: >> On Wednesday 25 March 2009 05:28 pm, Gustau Perez wrote: >>>> Please try the attached patch, which just disables restoring VGA >>>> state while resuming. >>> Tried your patch again, and this time using hw.acpi.reset_video, >>> hw.acpi.suspend_bounce and friends. The same result, the screen >>> remains completely black. >>> >>> Before appliying the patch, when resuming the screen showed >>> messages about the resume of some hardware (usb, firewire, etc ...) >>> and then it went black. >>> >>> Is there anything I can test ? >> >> Then, it is something else, e.g., acpi_video(4). You can try setting >> debug.acpi.disabled="video" in /boot/loader.conf for example. >> > > I have the same problem here with a ThinkPad T400. This is a model with > the Switchable Graphics feature, but I set the corresponding BIOS option > to use the integrated Intel GMA X4500 only. Suspend and resume seem to > work except for video output. I am using a vanilla CURRENT from March 25 > (so I have not tried the vga_isa.diff patch yet). > > As in Gustau's case, after resume the screen stays just black. The > system, though, seems to be up and running, since I get console's > audible bell when I expect it and I can edit files, blindly of course. > Setting debug.acpi.disabled="video" in /boot/loader.conf produces the > same result: A black screen right after resume. > > I also tried setting hw.acpi.reset_video to 1 but the the machine does > not resume at all. When I, in this case, additionally turn on > debug.acpi.resume_beep all I get is a long beep that only stops, if I > power-cycle the machine. > > Also, at first I tried to use an USB flash drive to test suspend/resume > on amd64, which results in a panic on suspend. Unfortunately, I don't > have any dumps, but the "tracing pid" output from "where" at the > debugger prompt reported PID 12, wich seems to be [intr]. Or at leas it > seem to be intr whenever I look up PID 12. Right now I am (ab)using my > swap partition, which works fine. > > So, if there are any other knobs to fiddle with or patches to try out > to investigate this further (at least the black screen issue) just let > me know. The only way I managed (without suspending while inside X11) my HP nx7300 on UP i386 to resume with video working is kldloading vesa before suspend. -- Paul