From: Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org>
To: "Pallipadi,
Venkatesh"
<venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: "Li,
Shaohua" <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Patrick Mochel
<mochel-og82NyAXoxR0I81aPRRTmR2eb7JE58TQ@public.gmane.org>,
Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
"Brown, Len" <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [RFC, PATCH] sysdev suspend/resume order?
Date: Mon, 16 Aug 2004 22:15:31 +0200 [thread overview]
Message-ID: <20040816201530.GG467@openzaurus.ucw.cz> (raw)
In-Reply-To: <88056F38E9E48644A0F562A38C64FB60029C689B-exJ48ZlmiLpQxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
Hi!
> One solution to this problem:
> Call the sysdev_registers during the actual device
> initialization. Say, i8259 sysdev_register should be
> called when i8259 device is getting registered and
> not with a device_initcall 'sometime' later.
Okay, nice trick. At the very least, we should document somewhere
that order of sysdev_register matters and that we depend on it.
> Questions:
> Is this solution proper?
> Is there any better solution to this problem? Say
> introducing some sort of levels in device_initcall.
> If the above soultion is proper, is it
> practical/feasible to audit all usages of
> sysdev_register() and try to move it to the
> device initialization function?
I'd hope that for most system devices, order does not matter and
we can only audit/fix those that matter.
Patrick may have nicer solution in his sleeve, through.
--
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
next prev parent reply other threads:[~2004-08-16 20:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-16 19:04 [RFC, PATCH] sysdev suspend/resume order? Pallipadi, Venkatesh
[not found] ` <88056F38E9E48644A0F562A38C64FB60029C689B-exJ48ZlmiLpQxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-08-16 19:26 ` Nathan Bryant
[not found] ` <41210A73.7000101-p32f3XyCuykqcZcGjlUOXw@public.gmane.org>
2004-08-16 19:39 ` Nathan Bryant
2004-08-16 20:15 ` Pavel Machek [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-08-16 20:17 Pallipadi, Venkatesh
[not found] ` <88056F38E9E48644A0F562A38C64FB60029C6914-exJ48ZlmiLpQxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-08-16 20:47 ` Nathan Bryant
2004-08-16 21:01 Pallipadi, Venkatesh
2004-08-17 2:05 Li, Shaohua
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=20040816201530.GG467@openzaurus.ucw.cz \
--to=pavel-alswssmvlrq@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=mochel-og82NyAXoxR0I81aPRRTmR2eb7JE58TQ@public.gmane.org \
--cc=pavel-+ZI9xUNit7I@public.gmane.org \
--cc=shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=venkatesh.pallipadi-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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.