From owner-freebsd-current@FreeBSD.ORG Tue Mar 31 08:10:57 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 2163810656C6; Tue, 31 Mar 2009 08:10:57 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id A08538FC1F; Tue, 31 Mar 2009 08:10:56 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n2V8At2C001017; Tue, 31 Mar 2009 10:10:55 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.es [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id DB8442CBD06; Tue, 31 Mar 2009 10:10:49 +0200 (CEST) Received: from 147.83.40.214 by webmail.entel.upc.edu with HTTP; Tue, 31 Mar 2009 10:10:49 +0200 (CEST) Message-ID: <42605.147.83.40.214.1238487049.squirrel@webmail.entel.upc.edu> In-Reply-To: <200903301215.19629.jkim@FreeBSD.org> References: <1236802980.00085518.1236789602@10.7.7.3> <200903251833.14825.jkim@FreeBSD.org> <49CFD66E.5030301@entel.upc.edu> <200903301215.19629.jkim@FreeBSD.org> Date: Tue, 31 Mar 2009 10:10:49 +0200 (CEST) From: "Gustavo Perez Querol" To: "Jung-uk Kim" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Tue, 31 Mar 2009 10:10:55 +0200 (CEST) Cc: 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: Tue, 31 Mar 2009 08:10:59 -0000 > If it worked fine, you can try each driver and tell us what breaks > suspend/resume process. If you can find the culprit, you can file a > PR and you may able to work around it by adding 'kldunload whatever' > and 'kldload whatever' from rc.suspend and rc.resume respectively. > BTW, bge(4) is already known for suspend/resume problem if my memory > serves. Well, finally I got my video back ! As you pointed bge(4) is giving problems. Kldunloading it solves them. In the other hand, I tried the following to get something working : 1.- In multiuser without X I tried acpiconf -s 3 2.- Bring the machine back to live. 3.- The screen shows some info about usb's and such, then it goes black. 4.- At this point I tried vidcontrol -s 0 < /dev/console. As you may note, it is a typo. Don't know what was in my mind in that moment. 5.- Success !!! The console came back, arguing that the console number was out of range. It is very strange. Looks like it is switching to and unknown mode. I'll try in graphics mode, I think some said nouveau is able to suspend/resume. Will see if it works. Finally report that kldloading if_bge after resume doesn't make the card work. Making pciconf -lv shows the card, but no driver attaches to the card. Greets, Gustau