public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
To: Dmitry Torokhov <dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
Cc: "Zhu, Yi" <yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	Patrick Mochel
	<mochel-og82NyAXoxR0I81aPRRTmR2eb7JE58TQ@public.gmane.org>,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: suspend/resume support for driver requires an external firmware
Date: Thu, 23 Sep 2004 18:42:03 +0200	[thread overview]
Message-ID: <20040923164203.GC6412@elf.ucw.cz> (raw)
In-Reply-To: <20040923140018.25346.qmail-ockkSbn3fCqA/QwVtaZbd3CJp6faPEW9@public.gmane.org>

Hi!

> > I make the ipw2100 driver (http://ipw2100.sf.net) support suspend/resume
> > with below patch.
> > http://cache.gmane.org//gmane/linux/drivers/ipw2100/devel/2129-001.bin
> > 
> > Current state is the patch makes ipw2100 suspend/resume work in the
> > expense
> > of addtional ~200k kernel runtime memory. So I'd rather look on it as a
> > workaround instead of a finial solution.
> > 
> > The problem is ipw2100 requires an external on-disk firmware support. When
> > the device is put to D3 state, firmware needs to be unloaded. And the
> > firmware should be loaded again after the device is put to D0 state. But
> > currently there is no suspend/resume order(dependency) for the online
> > devices list in the kernel (dpm_active). So the ide disk might still be in
> > the suspend state when ipw2100->resume is called. This causes a deadlock.
> > 
> > 
> > I propose 2 choices to fix the problem.
> > 
> > Choice 1. In 2.5 kernel, there used to be a ->save_state method in the
> > device PM interface. From the "not yet updated" document
> > 
> > Choice 2. Add a notifier call chain for swsusp before prepare_suspend.
> > Each
> > driver requires the notification(i.e. ipw2100) registers its own callback.
> > For people who think device PM ->save_state is an overkill since 99%
> > devices
> > don't require firmwares (really today, who knows the future?), this can be
> > considered as another (better) solution.
> > 
> > 
> > Choice 3? or I missed something here?
> > 
> 
> What about splitting resume in 2 parts - the ->resume method
> would just schedule_work() real resume for the card out of
> line where it can safely wait for drive to be available without
> blocking other devices from resuming. This way you do not need
> to pre-load firmware on suspend.

That way, userspace could see wifi card in half-suspended state. Not
good.

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php

  parent reply	other threads:[~2004-09-23 16:42 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-23 14:00 suspend/resume support for driver requires an external firmware Dmitry Torokhov
     [not found] ` <20040923140018.25346.qmail-ockkSbn3fCqA/QwVtaZbd3CJp6faPEW9@public.gmane.org>
2004-09-23 16:42   ` Pavel Machek [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-09-24  0:05 Zhu, Yi
2004-09-24  0:02 Zhu, Yi
2004-09-23  7:17 Zhu, Yi
     [not found] ` <Pine.LNX.4.44.0409231514270.8729-100000-7yGjFsf0sy5rdx17CPfAsdBPR1lH4CV8@public.gmane.org>
2004-09-23  7:46   ` Zhu, Yi
     [not found]     ` <Pine.LNX.4.44.0409231522530.8729-400000-7yGjFsf0sy5rdx17CPfAsdBPR1lH4CV8@public.gmane.org>
2004-09-23 12:07       ` Pavel Machek
2004-09-23 12:06   ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040923164203.GC6412@elf.ucw.cz \
    --to=pavel-alswssmvlrq@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org \
    --cc=mochel-og82NyAXoxR0I81aPRRTmR2eb7JE58TQ@public.gmane.org \
    --cc=yi.zhu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox