From: Nigel Cunningham <ncunningham@linuxmail.org>
To: Greg KH <greg@kroah.com>
Cc: Andrew Morton <akpm@digeo.com>,
Patrick Mochel <mochel@digitalimplant.org>,
Pavel Machek <pavel@ucw.cz>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Suspend2 Merge: Driver model patches 2/2
Date: Fri, 17 Sep 2004 08:18:47 +1000 [thread overview]
Message-ID: <1095373127.5897.23.camel@laptop.cunninghams> (raw)
In-Reply-To: <20040916142847.GA32352@kroah.com>
Hi.
On Fri, 2004-09-17 at 00:28, Greg KH wrote:
> On Thu, Sep 16, 2004 at 08:58:51PM +1000, Nigel Cunningham wrote:
> >
> > This simple helper adds support for finding a class given its name. I
> > use this to locate the frame buffer drivers and move them to the
> > keep-alive tree while suspending other drivers.
> >
> > +struct class * class_find(char * name)
> > +{
> > + struct class * this_class;
> > +
> > + if (!name)
> > + return NULL;
> > +
> > + list_for_each_entry(this_class, &class_subsys.kset.list, subsys.kset.kobj.entry) {
> > + if (!(strcmp(this_class->name, name)))
> > + return this_class;
> > + }
> > +
> > + return NULL;
> > +}
>
> Ick, no. I've been over this before with the fb people, and am not going
> to accept this patch (nevermind that it's broken...) See the lkml
> archives for more info on why I don't like this.
Please excuse my ignorance but I don't see how it's broken (their patch
just fills in a field that was left blank previously), and this patch
just makes use of that change. What's the point to device_class if we
don't use it?
That said, I do agree with using Pavel's new enum that includes
_SNAPSHOT and can see that it's a cleaner way in that it requires less
knowledge on suspend's part of what it wants to stay alive.
Regards,
Nigel
--
Nigel Cunningham
Pastoral Worker
Christian Reformed Church of Tuggeranong
PO Box 1004, Tuggeranong, ACT 2901
Many today claim to be tolerant. True tolerance, however, can cope with others
being intolerant.
next prev parent reply other threads:[~2004-09-16 22:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-16 10:58 Nigel Cunningham
2004-09-16 14:28 ` Greg KH
2004-09-16 22:18 ` Nigel Cunningham [this message]
2004-09-16 22:35 ` Greg KH
2004-09-16 22:49 ` Nigel Cunningham
2004-09-16 23:07 ` Greg KH
2004-09-16 23:19 ` Nigel Cunningham
2004-09-17 19:40 ` 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=1095373127.5897.23.camel@laptop.cunninghams \
--to=ncunningham@linuxmail.org \
--cc=akpm@digeo.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@digitalimplant.org \
--cc=pavel@ucw.cz \
/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
Powered by JetHome