From: "Dmitry Torokhov" <dmitry.torokhov@gmail.com>
To: James Bottomley <James.Bottomley@steeleye.com>
Cc: Tejun Heo <htejun@gmail.com>,
gregkh@suse.de, hugh@veritas.com, cornelia.huck@de.ibm.com,
oneukum@suse.de, maneesh@in.ibm.com, rpurdie@rpsys.net,
Jeff Garzik <jgarzik@pobox.com>,
lkml <linux-kernel@vger.kernel.org>,
"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: [RFD driver-core] Lifetime problems of the current driver model
Date: Fri, 30 Mar 2007 14:18:30 -0400 [thread overview]
Message-ID: <d120d5000703301118j7db6813dt441ffd2ec36fb6cc@mail.gmail.com> (raw)
In-Reply-To: <1175277501.3760.32.camel@mulgrave.il.steeleye.com>
On 3/30/07, James Bottomley <James.Bottomley@steeleye.com> wrote:
> On Fri, 2007-03-30 at 09:15 -0400, Dmitry Torokhov wrote:
> > If you want to manage lifetime rules independently you might want to
> > not embed struct device into you subsystems objects but attach them
> > via pointers and use device_create(). Now that we orphan sysfs access
> > upon unregistering device this will severe all ties from driver core
> > to your system once you start teardown of a device and you should be
> > in clear.
>
> But that wouldn't really help ... all objects have lifetimes. What
> Tejun is pointing out is that we have two different lifetime
> requirements: driver internal (and subsystem) objects and sysfs
> objects ...
Exactly. If driver-private data structures have different lifetime
than device abstractions (like they seem to have with scsi and ide)
then you split them and refcount separately. We are just arguing where
to put the line. You want to split devices and kobjects and rework
infrastructure and I am saying that we already have infrastructure we
need and that split shoud be between generic device structure and
driver-managed device structure.
--
Dmitry
next prev parent reply other threads:[~2007-03-30 18:18 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-30 9:43 [RFD driver-core] Lifetime problems of the current driver model Tejun Heo
2007-03-30 12:29 ` James Bottomley
[not found] ` <1175257751.3760.19.camel@mulgrave.il.steeleye.com>
2007-03-30 13:15 ` Dmitry Torokhov
2007-03-30 17:58 ` James Bottomley
2007-03-30 18:18 ` Dmitry Torokhov [this message]
2007-03-30 13:38 ` Tejun Heo
2007-03-30 17:41 ` Greg KH
2007-03-30 18:19 ` James Bottomley
2007-04-01 19:59 ` Tejun Heo
2007-04-02 9:20 ` Cornelia Huck
2007-04-02 15:34 ` Cornelia Huck
2007-04-03 3:08 ` Tejun Heo
2007-04-02 9:33 ` Greg KH
2007-04-02 12:10 ` Maneesh Soni
2007-04-02 19:33 ` Luben Tuikov
2007-03-30 13:19 ` Cornelia Huck
[not found] ` <20070330151926.18fc12a0@gondolin.boeblingen.de.ibm.com>
2007-03-30 13:19 ` Tejun Heo
[not found] ` <460D0E78.3040200@gmail.com>
2007-03-30 13:40 ` Cornelia Huck
[not found] ` <20070330154042.4c7deb72@gondolin.boeblingen.de.ibm.com>
2007-03-30 13:58 ` Tejun Heo
[not found] ` <460D178F.4000500@gmail.com>
2007-03-30 14:52 ` Cornelia Huck
[not found] ` <20070330165251.7beffc7c@gondolin.boeblingen.de.ibm.com>
2007-03-30 15:08 ` Tejun Heo
[not found] ` <460D27E3.2050602@gmail.com>
2007-03-30 19:31 ` Cornelia Huck
2007-03-31 3:12 ` Tejun Heo
2007-03-31 3:15 ` Tejun Heo
2007-03-31 16:08 ` Cornelia Huck
2007-03-31 16:14 ` Tejun Heo
2007-04-02 19:24 ` Luben Tuikov
2007-03-30 17:38 ` Greg KH
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=d120d5000703301118j7db6813dt441ffd2ec36fb6cc@mail.gmail.com \
--to=dmitry.torokhov@gmail.com \
--cc=James.Bottomley@steeleye.com \
--cc=cornelia.huck@de.ibm.com \
--cc=gregkh@suse.de \
--cc=htejun@gmail.com \
--cc=hugh@veritas.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=maneesh@in.ibm.com \
--cc=oneukum@suse.de \
--cc=rpurdie@rpsys.net \
/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