From: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
To: Guenter Roeck <linux@roeck-us.net>,
Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Grant Likely <grant.likely@secretlab.ca>,
Rob Herring <robherring2@gmail.com>,
Stephen Warren <swarren@wwwdotorg.org>,
Matt Porter <matt.porter@linaro.org>,
Koen Kooi <koen@dominion.thruhere.net>,
Alison Chaiken <Alison_Chaiken@mentor.com>,
Dinh Nguyen <dinh.linux@gmail.com>, Jan Lubbe <jluebbe@lasnet.de>,
Alexander Sverdlin <alexander.sverdlin@nsn.com>,
Michael Stickel <ms@mycable.de>,
Dirk Behme <dirk.behme@gmail.com>,
Alan Tull <delicious.quinoa@gmail.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
Michael Bohan <mbohan@codeaurora.org>,
Ionut Nicu <ioan.nicu.ext@nsn.com>,
Michal Simek <monstr@monstr.eu>,
Matt Ranostay <mranostay@gmail.com>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3 - V2] Introducing Device Tree Overlays
Date: Fri, 8 Nov 2013 09:40:35 +0100 [thread overview]
Message-ID: <20131108084035.GA4074@breakpoint.cc> (raw)
In-Reply-To: <20131107230052.GC24450@roeck-us.net>
On 07.11.13, Guenter Roeck wrote:
> > I am only saying that this "hot-plug a device at a non hot-plugagle bus at
> > runtime" is not limited to DT but this solution is. X86 + ACPI is not
> > the only limitation. ARM is (forced) going to ACPI as well as far I
> > know. And this solution is limited to DT. This is what I am pointing
> > out.
> >
> I can't tell about ARM, but I am not entirely sure how ACPI support on ARM
> is going to help us on powerpc.
I'm not saying help. Just if you extend one firmware to solve a problem
you need to do it again on an another firmware.
> > > His use case is not uncommon, believe it or not, and x86 would benefit from
> > > something this flexible.
> >
> > I *think* a more flexible solution would be something like bus_type which is
> > exposed via configfs. It would be attached behind a certain device/bus where
> > the "physical" hotplug interface is. The user would then be able to read the
> > configuration based on whatever information he has and could then create
> > devices he likes at runtime. This wouldn't depend much on the firmware that is
> > used but would require a little more work I think.
> >
> Quite frankly, I am interested at a solution that works and solves our problems.
> I am not looking for something that is 100% perfect and may never be delivered.
>
> Fortunately, the Linux kernel was willing to adopt multiple different file
> systems, and still accepts new ones on a regular basis. If a new file system
> is better, it will start getting used, and old file systems are being phased out
> as fewer people use them. I would hope the same should be possible with DT
> overlays and possible other future solutions for the same problem, and that
> we won't have to wait for the perfect solution from day 1.
don't argue about that. However you have to provide support for those
things, they don't simply phase out. You still have support for reiserfs
but I think a lot (likely not all) of the its users migrated away.
If you guys already talked about this and everyone agreed on this then I
am not standing in your way, never was. I was just curious about the
background for this.
>
> Guenter
Sebastian
next prev parent reply other threads:[~2013-11-08 8:40 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-05 18:41 [PATCH 0/3 - V2] Introducing Device Tree Overlays Pantelis Antoniou
2013-11-05 18:41 ` [PATCH 1/3] OF: Introduce Device Tree resolve support Pantelis Antoniou
[not found] ` <1383676898-29819-2-git-send-email-panto-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-06 15:59 ` Alexander Sverdlin
[not found] ` <527A6777.9080401-OYasijW0DpE@public.gmane.org>
2013-11-06 16:24 ` Ionut Nicu
2013-11-05 18:41 ` [PATCH 2/3] OF: Introduce DT overlay support Pantelis Antoniou
[not found] ` <1383676898-29819-3-git-send-email-panto-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-06 16:00 ` Alexander Sverdlin
[not found] ` <527A67B7.8040808-OYasijW0DpE@public.gmane.org>
2013-11-06 16:26 ` Ionut Nicu
2013-11-06 20:41 ` Dinh Nguyen
[not found] ` <527AA97F.2050802-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-07 7:10 ` Pantelis Antoniou
2013-11-05 18:41 ` [PATCH 3/3] DT: proc: Add runtime overlay interface in /proc Pantelis Antoniou
2013-11-06 19:10 ` Rob Herring
[not found] ` <CAL_Jsq+k9NoHxOaNujTG2=0MHm=s4Mh+xhXCZbhPG1EnHvo50A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-11-06 19:24 ` Pantelis Antoniou
[not found] ` <8EBC2D5B-74A4-4A85-8BEE-9EAEBFF045D4-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-06 20:16 ` Matt Porter
2013-11-07 7:44 ` Pantelis Antoniou
[not found] ` <1383676898-29819-4-git-send-email-panto-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-06 9:51 ` Ionut Nicu
2013-11-06 9:57 ` Pantelis Antoniou
2013-11-07 23:38 ` delicious quinoa
2013-11-08 7:12 ` Pantelis Antoniou
[not found] ` <1383676898-29819-1-git-send-email-panto-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-05 19:06 ` [PATCH 0/3 - V2] Introducing Device Tree Overlays Guenter Roeck
2013-11-06 0:01 ` Dinh Nguyen
[not found] ` <20131105190633.GA21178-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-11-06 0:15 ` Dinh Nguyen
2013-11-06 19:01 ` Sebastian Andrzej Siewior
2013-11-06 19:08 ` Pantelis Antoniou
[not found] ` <C10E33D7-53F6-4A50-9B84-1149DDBDC46F-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-06 20:31 ` Sebastian Andrzej Siewior
2013-11-06 20:41 ` Sebastian Andrzej Siewior
[not found] ` <20131106204143.GD8662-E0PNVn5OA6ohrxcnuTQ+TQ@public.gmane.org>
2013-11-07 7:24 ` Pantelis Antoniou
[not found] ` <20131106203102.GB8662-E0PNVn5OA6ohrxcnuTQ+TQ@public.gmane.org>
2013-11-07 7:23 ` Pantelis Antoniou
2013-11-07 9:45 ` Alexander Sverdlin
2013-11-06 19:30 ` Guenter Roeck
[not found] ` <20131106193041.GA26796-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-11-06 20:38 ` Sebastian Andrzej Siewior
2013-11-06 21:17 ` Guenter Roeck
[not found] ` <20131106211754.GA29300-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-11-07 7:27 ` Pantelis Antoniou
2013-11-07 19:25 ` Sebastian Andrzej Siewior
[not found] ` <20131107192558.GA11453-E0PNVn5OA6ohrxcnuTQ+TQ@public.gmane.org>
2013-11-07 20:06 ` Pantelis Antoniou
[not found] ` <4F47D5F8-F3C7-45CA-9D88-2D814BDC1BC7-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org>
2013-11-07 20:46 ` Sebastian Andrzej Siewior
[not found] ` <20131107204626.GA11746-E0PNVn5OA6ohrxcnuTQ+TQ@public.gmane.org>
2013-11-07 23:00 ` Guenter Roeck
2013-11-08 7:12 ` Pantelis Antoniou
2013-11-08 8:40 ` Sebastian Andrzej Siewior [this message]
2013-11-08 7:09 ` Pantelis Antoniou
2013-11-11 17:04 ` Grant Likely
[not found] ` <20131111170453.4D999C42336-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2013-11-12 8:16 ` Pantelis Antoniou
2013-11-07 22:51 ` Guenter Roeck
2013-11-07 22:22 ` Guenter Roeck
2013-11-06 8:53 ` Alexander Sverdlin
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=20131108084035.GA4074@breakpoint.cc \
--to=sebastian@breakpoint.cc \
--cc=Alison_Chaiken@mentor.com \
--cc=alexander.sverdlin@nsn.com \
--cc=delicious.quinoa@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dinh.linux@gmail.com \
--cc=dirk.behme@gmail.com \
--cc=grant.likely@secretlab.ca \
--cc=ioan.nicu.ext@nsn.com \
--cc=jluebbe@lasnet.de \
--cc=koen@dominion.thruhere.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=matt.porter@linaro.org \
--cc=mbohan@codeaurora.org \
--cc=monstr@monstr.eu \
--cc=mranostay@gmail.com \
--cc=ms@mycable.de \
--cc=panto@antoniou-consulting.com \
--cc=robherring2@gmail.com \
--cc=s.hauer@pengutronix.de \
--cc=swarren@wwwdotorg.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;
as well as URLs for NNTP newsgroup(s).