From owner-freebsd-mobile@FreeBSD.ORG Sat Dec 26 11:13:36 2009 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E639106566C for ; Sat, 26 Dec 2009 11:13:36 +0000 (UTC) (envelope-from frank@fstaals.net) Received: from edu-smtp-02.edutel.nl (edu-smtp-02.edutel.nl [88.159.1.222]) by mx1.freebsd.org (Postfix) with ESMTP id DEE038FC12 for ; Sat, 26 Dec 2009 11:13:35 +0000 (UTC) Received: from FStaals.net (unknown [88.159.208.104]) by edu-smtp-02.edutel.nl (Postfix) with ESMTP id 0F5CD121C77; Sat, 26 Dec 2009 12:13:34 +0100 (CET) Received: from FStaals.net (localhost.FStaals.LAN [127.0.0.1]) by filter.fstaals.local (Postfix) with ESMTP id 5321198141; Sat, 26 Dec 2009 12:13:31 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on FStaals.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 Received: from Rena.FStaals.LAN (localhost.FStaals.LAN [127.0.0.1]) (Authenticated sender: frank) by FStaals.net (Postfix) with ESMTPA id 3645998140; Sat, 26 Dec 2009 12:13:28 +0100 (CET) Message-ID: <4B35EF8D.5040603@fstaals.net> Date: Sat, 26 Dec 2009 12:12:13 +0100 From: Frank Staals User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091222 Thunderbird/3.0 MIME-Version: 1.0 To: Paul B Mahol References: <4B30FE4E.9050801@fstaals.net> <20091223115046.cs98224exsgw00ok@0x20.net> <4B32688A.3030602@fstaals.net> <3a142e750912240233y1799ba2bw3f58d0bef74495c4@mail.gmail.com> In-Reply-To: <3a142e750912240233y1799ba2bw3f58d0bef74495c4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lars Engels , freebsd-mobile@freebsd.org Subject: Re: wpi and suspend/resume X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Dec 2009 11:13:36 -0000 On 12/24/09 11:33, Paul B Mahol wrote: > > This is bug, it doesnt exits nicely if attach fail ... > > You could try, when unloading wpi module to unload another pci driver and load > same one again while using > > hw.pci.do_power_nodriver="3" > hw.pci.do_power_resume="0" > > in loader.conf, maybe device doesnt get to D3 state in 'right way'. > I'm not sure I understand what you meant by that. First I added the both hw.pci lines to /boot/loader.conf and rebooted. Then I tried the following two scenarios: 1: kldunload if_wpi 2: kldunload snd_hda 3: acpiconf -s3 4: resume 5: kldload snd_hda 6: kldload if_wpi However when I load if_wpi in step 6 it will not recognize the hardware. The other scenario: 1: kldunload if_wpi 2: kldunload snd_hda 3: kldload snd_hda 4: acpiconf -s3 5: kldload if_wpi This scenario again results in a panic when loading if_wpi in step 5. When loading if_wpi again the following message popped up in particular: wpi0: chip is in D3 power mode -- setting to d0 Allthough when I checked the second scenario again without the hw.pci lines in /boot/loader.conf the this message also appears when re-enabling wpi. Is one of these scenarios what you had in mind ? Or can/should I try something else ? Thanks for the help so far -- - Frank