From mboxrd@z Thu Jan  1 00:00:00 1970
From: Micha Feigin <michf-+lLcF8/aw9x6auLlOhE+pQ@public.gmane.org>
Subject: Re: Re: [Swsusp-devel] swsusp and ac status
Date: Sat, 26 Jun 2004 02:21:49 +0300
Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Message-ID: <20040625232149.GD8893@luna.mooo.com>
References: <200406241513.i5OFDpKC003189@fermat.unipv.it> <opr93z2ex34evsfm@smtp.pacific.net.th>
Mime-Version: 1.0
Content-Type: text/plain;
	charset=us-ascii
Return-path: <acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Content-Disposition: inline
In-Reply-To: <opr93z2ex34evsfm-TBR8pM7LtsqkE96DxU8f+dAkNl5+tjhE@public.gmane.org>
Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/acpi-devel>,
	<mailto:acpi-devel-request-5NWGOfrQmneRv+LV9MX5utDmRdBvX5/5ji9XKYC2TYK4Io4DoRGLOrNAH6kLmebB@public.gmane.org>
List-Post: <mailto:acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
List-Help: <mailto:acpi-devel-request-5NWGOfrQmneRv+LV9MX5utDmRdBvX5/5lLLH9aP38KF1pqr+6INuaA@public.gmane.org>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/acpi-devel>,
	<mailto:acpi-devel-request-5NWGOfrQmneRv+LV9MX5utDmRdBvX5/5R9m/fhtKvoLKtGCp0j7rLg@public.gmane.org>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=acpi-devel>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Software Suspend - Mailing Lists <swsusp-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
List-Id: linux-acpi@vger.kernel.org

On Fri, Jun 25, 2004 at 01:26:28AM +0800, Michael Frank wrote:
> On Thu, 24 Jun 2004 17:13:51 +0200, Daniele Boffi <boffi-piYtxHxN1XRAly3Pu9w1wA@public.gmane.org> 
> wrote:
> 
> >
> >>For now, in practice all ACPI modules should be unloaded prior to
> >>suspend and loaded on resume.
> >>
> >>I use the AC module and kernel 2.4.24 with swsusp 2.0 and it works
> >>fine as long as it is removed prior to suspend.
> >
> >Unloading acpi modules, suspending, resuming and loading modules
> >again does not help for me (2.6.7 and swsusp 2.0.0.88).
> >Even after resuming, if I
> >
> >rmmod ac
> >insmod ac
> 
> It is too late, it is already broken ;)
> 

Also try instead of ac to remove and load battery
> Please try:
> rmmod AC
> suspend/resume
> modprobe AC
> 

rmmod battery
suspend/resume
modprobe battery

> It should be OK...
> 
> >
> >then I don't see the new charging state. On the other hand if, after
> >resuming, I change the charging state again, then ac detection works
> >OK.
> >
> >I tried also with 2.4.25 and swsusp 2.0 ... then it is stranger:
> >
> >- suspend with ac plugged
> >- unplug
> >- resume
> >- ac is correctly detected off-line
> >- next changes in ac state are not detected
> 
> Please proceed as above
> 
> >
> >
> >morph-XAiDara3MvRg9hUCZPvPmw@public.gmane.org said:
> >>Would you mind checking to see (with top or something) whether or
> >>not keventd is using 100% CPU next time this happens.
> >
> >It is not. CPU is about 1% (mostly used by X)
> >
> 
> ...As It is purely module related
> 
> 	Michael
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> +++++++++++++++++++++++++++++++++++++++++++
> This Mail Was Scanned By Mail-seCure System
> at the Tel-Aviv University CC.
> 


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com