From: Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org> To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org> Cc: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>, Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>, "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>, "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> Subject: Re: ACPI vs DT at runtime Date: Fri, 15 Nov 2013 10:42:15 -0800 [thread overview] Message-ID: <CAOesGMg+xCDVS6Frp8hjxxsHyC=vczwkDJLoHcn9bndSjOnWKQ@mail.gmail.com> (raw) In-Reply-To: <20131115180832.GR16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> On Fri, Nov 15, 2013 at 10:08 AM, Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org> wrote: > On Fri, Nov 15, 2013 at 09:52:41AM -0800, Olof Johansson wrote: >> If we knew exactly what we wanted, it'd be a different story. _We >> don't_. We're into year FOUR of the device tree conversion and we're just >> now reaching a point where we think we know what a good solution looks >> like. The first two years were easy -- they were the trivial devices we're >> now talking about on ACPI. After that it got harder. Going through all >> of that again with ACPI? No. No way. Microsoft gets to do it and while >> they're busy sorting it out, we'll boot with device tree. > > However, there's a very big danger here. I disagree with the stance > you're taking. > > It seems that under ACPI and DT, we refer to properties by string names. > That's good, but do we really want to have different string names for the > same property. > > Or worse still, the same hardware property described in two completely > different ways between ACPI and DT? > > If you think Microsoft will come along, look at what we've done for DT, > and implement something in ACPI which is somehow compatible with that, > I'd have to ask where you've been for the last 30 years. That's not > how Microsoft operates. > > Microsoft will instead design something different (whether it's > intentionally different or not depends on your point of view) but it > will be designed how they want and not how we'd like it to be. From > their point of view, if it's completely different and very difficult > to convert to device tree, that's a win for them because it means > they're pushing back on Linux being used in markets they wish to be > successful. Main reply at the bottom but on this: I don't know if this is already happening. Given that APM is asking us how to do clock bindings, I'm guessing they're not working with Microsoft on ACPI yet. So I have no idea if there's a complete impedance mismatch between what we're tying to do, and what they will later require, or not. They might chose to discard any ACPI implementation that's been written just to Linux, and have their own set of criteria. We just don't know at this time since I get the impression we're working on our own right now. > We have a possibility here to define how we'd like ACPI to look: we > have the chance to have ACPI properties using the same naming that we > already have for DT. What this means is that _if_ we wanted one day > to have first class support for ACPI (which we may wish to for the > AML) then we wouldn't have to rewrite all the drivers we've already > converted. Yes, we'd have a some churn, but most of that would be > along the lines of converting the of_* calls to being firmware_* > calls, taking a generic firmware handle. > > Who knows, we may decide in the future that we want to move everything > over to ACPI rather than using DT, and having things as I mention above > would make it much easier to convert from DT to ACPI. > > I believe that we're only going to regret shutting the door on this > in the future. It's not like the kernel doesn't already have native > support for ACPI. Yeah, I should have been clearer on that: It still makes much sense to make sure that we have Linux representation in the UEFI/ACPI standards committees, and it's my impression that Linaro is providing that -- that's a good initiative and should continue. It is particularly true once we move off the path of the simple initial stuff and start to enter corner cases of where things don't fit the standard model (like we're at with DT now), since we'd need to come up with common solutions. -Olof -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: olof@lixom.net (Olof Johansson) To: linux-arm-kernel@lists.infradead.org Subject: ACPI vs DT at runtime Date: Fri, 15 Nov 2013 10:42:15 -0800 [thread overview] Message-ID: <CAOesGMg+xCDVS6Frp8hjxxsHyC=vczwkDJLoHcn9bndSjOnWKQ@mail.gmail.com> (raw) In-Reply-To: <20131115180832.GR16735@n2100.arm.linux.org.uk> On Fri, Nov 15, 2013 at 10:08 AM, Russell King - ARM Linux <linux@arm.linux.org.uk> wrote: > On Fri, Nov 15, 2013 at 09:52:41AM -0800, Olof Johansson wrote: >> If we knew exactly what we wanted, it'd be a different story. _We >> don't_. We're into year FOUR of the device tree conversion and we're just >> now reaching a point where we think we know what a good solution looks >> like. The first two years were easy -- they were the trivial devices we're >> now talking about on ACPI. After that it got harder. Going through all >> of that again with ACPI? No. No way. Microsoft gets to do it and while >> they're busy sorting it out, we'll boot with device tree. > > However, there's a very big danger here. I disagree with the stance > you're taking. > > It seems that under ACPI and DT, we refer to properties by string names. > That's good, but do we really want to have different string names for the > same property. > > Or worse still, the same hardware property described in two completely > different ways between ACPI and DT? > > If you think Microsoft will come along, look at what we've done for DT, > and implement something in ACPI which is somehow compatible with that, > I'd have to ask where you've been for the last 30 years. That's not > how Microsoft operates. > > Microsoft will instead design something different (whether it's > intentionally different or not depends on your point of view) but it > will be designed how they want and not how we'd like it to be. From > their point of view, if it's completely different and very difficult > to convert to device tree, that's a win for them because it means > they're pushing back on Linux being used in markets they wish to be > successful. Main reply at the bottom but on this: I don't know if this is already happening. Given that APM is asking us how to do clock bindings, I'm guessing they're not working with Microsoft on ACPI yet. So I have no idea if there's a complete impedance mismatch between what we're tying to do, and what they will later require, or not. They might chose to discard any ACPI implementation that's been written just to Linux, and have their own set of criteria. We just don't know at this time since I get the impression we're working on our own right now. > We have a possibility here to define how we'd like ACPI to look: we > have the chance to have ACPI properties using the same naming that we > already have for DT. What this means is that _if_ we wanted one day > to have first class support for ACPI (which we may wish to for the > AML) then we wouldn't have to rewrite all the drivers we've already > converted. Yes, we'd have a some churn, but most of that would be > along the lines of converting the of_* calls to being firmware_* > calls, taking a generic firmware handle. > > Who knows, we may decide in the future that we want to move everything > over to ACPI rather than using DT, and having things as I mention above > would make it much easier to convert from DT to ACPI. > > I believe that we're only going to regret shutting the door on this > in the future. It's not like the kernel doesn't already have native > support for ACPI. Yeah, I should have been clearer on that: It still makes much sense to make sure that we have Linux representation in the UEFI/ACPI standards committees, and it's my impression that Linaro is providing that -- that's a good initiative and should continue. It is particularly true once we move off the path of the simple initial stuff and start to enter corner cases of where things don't fit the standard model (like we're at with DT now), since we'd need to come up with common solutions. -Olof
next prev parent reply other threads:[~2013-11-15 18:42 UTC|newest] Thread overview: 186+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-11-15 1:44 ACPI vs DT at runtime Olof Johansson 2013-11-15 1:44 ` Olof Johansson 2013-11-15 9:57 ` Mark Rutland 2013-11-15 9:57 ` Mark Rutland [not found] ` <20131115175241. GB27174@quad.lixom.net> [not found] ` <20131115095717.GC1709-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2013-11-15 17:52 ` Olof Johansson 2013-11-15 17:52 ` Olof Johansson 2013-11-15 18:13 ` David Goodenough 2013-11-21 16:15 ` Grant Likely 2013-11-18 17:47 ` Jon Masters 2013-11-18 17:47 ` Jon Masters [not found] ` <20131115175241.GB27174-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-15 18:08 ` Russell King - ARM Linux 2013-11-15 18:08 ` Russell King - ARM Linux [not found] ` <20131115180832.GR16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-15 18:42 ` Olof Johansson [this message] 2013-11-15 18:42 ` Olof Johansson 2013-11-15 19:56 ` Arnd Bergmann 2013-11-15 19:56 ` Arnd Bergmann [not found] ` <201311152056.47846.arnd-r2nGTMty4D4@public.gmane.org> 2013-11-15 23:21 ` Russell King - ARM Linux 2013-11-15 23:21 ` Russell King - ARM Linux [not found] ` <20131115232109.GT16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-18 15:05 ` Arnd Bergmann 2013-11-18 15:05 ` Arnd Bergmann [not found] ` <201311181605.37300.arnd-r2nGTMty4D4@public.gmane.org> 2013-11-18 15:19 ` Russell King - ARM Linux 2013-11-18 15:19 ` Russell King - ARM Linux 2013-11-18 15:46 ` Arnd Bergmann 2013-11-18 15:46 ` Arnd Bergmann 2013-11-21 16:10 ` Grant Likely 2013-11-21 16:10 ` Grant Likely [not found] ` <20131121161037.C528CC406A3-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org> 2013-11-21 18:26 ` Arnd Bergmann 2013-11-21 18:26 ` Arnd Bergmann 2013-11-21 19:40 ` Mark Brown 2013-11-21 19:40 ` Mark Brown [not found] ` <20131118151900.GF16735@ n2100.arm.linux.org.uk> [not found] ` <20131118151900.GF16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-21 16:11 ` Grant Likely 2013-11-21 16:11 ` Grant Likely 2013-11-21 16:00 ` Grant Likely 2013-11-21 16:00 ` Grant Likely 2013-11-19 11:30 ` Mark Rutland 2013-11-19 11:30 ` Mark Rutland 2013-11-19 11:35 ` Mark Rutland 2013-11-19 11:35 ` Mark Rutland [not found] ` <20131119113557.GI5914-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2013-11-19 11:51 ` Leif Lindholm 2013-11-19 11:51 ` Leif Lindholm [not found] ` <20131119113015.GH5914-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2013-11-19 11:57 ` Russell King - ARM Linux 2013-11-19 11:57 ` Russell King - ARM Linux 2013-11-19 13:56 ` Stefano Stabellini 2013-11-19 13:56 ` Stefano Stabellini 2013-11-19 14:38 ` Mark Rutland 2013-11-19 14:38 ` Mark Rutland [not found] ` <20131119143840.GN5914-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2013-11-19 14:59 ` Leif Lindholm 2013-11-19 14:59 ` Leif Lindholm 2013-11-19 18:23 ` Olof Johansson 2013-11-19 18:23 ` Olof Johansson 2013-11-19 14:05 ` Arnd Bergmann 2013-11-19 14:05 ` Arnd Bergmann 2013-11-19 15:21 ` Mark Rutland 2013-11-19 15:21 ` Mark Rutland [not found] ` <20131119152157.GO5914-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org> 2013-11-19 16:19 ` Arnd Bergmann 2013-11-19 16:19 ` Arnd Bergmann 2013-11-19 18:34 ` Olof Johansson 2013-11-19 18:34 ` Olof Johansson 2013-11-19 19:06 ` Tom Rini 2013-11-19 19:06 ` Tom Rini 2013-11-19 18:19 ` Olof Johansson 2013-11-19 18:19 ` Olof Johansson [not found] ` <20131119181959.GA20967-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-21 16:37 ` Grant Likely 2013-11-21 16:37 ` Grant Likely 2013-11-21 16:29 ` Grant Likely 2013-11-21 16:29 ` Grant Likely [not found] ` <20131121170122. GB22960@srcf.ucam.org> [not found] ` <20131121170122.GB22960-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> 2013-11-21 18:38 ` Grant Likely 2013-11-21 18:38 ` Grant Likely [not found] ` <20131121162944.F087FC406A3-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org> 2013-11-21 17:01 ` Matthew Garrett 2013-11-21 17:01 ` Matthew Garrett 2013-11-21 17:58 ` Olof Johansson 2013-11-21 17:58 ` Olof Johansson [not found] ` <20131121175822.GA9590-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-21 18:19 ` Matthew Garrett 2013-11-21 18:19 ` Matthew Garrett 2013-11-21 18:33 ` Arnd Bergmann 2013-11-21 18:33 ` Arnd Bergmann 2013-11-21 18:54 ` Russell King - ARM Linux 2013-11-21 18:54 ` Russell King - ARM Linux [not found] ` <20131121185408.GX16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-21 18:59 ` Olof Johansson 2013-11-21 18:59 ` Olof Johansson [not found] ` <CAOesGMgzUSMDy99XojipfRd5OM88UhfbCYO0aoc5m-Q8Fwnddg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-21 19:01 ` Russell King - ARM Linux 2013-11-21 19:01 ` Russell King - ARM Linux [not found] ` <20131121190126.GZ16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-21 19:31 ` Olof Johansson 2013-11-21 19:31 ` Olof Johansson [not found] ` < CAOesGMgzUSMDy99XojipfRd5OM88UhfbCYO0aoc5m-Q8Fwnddg@mail.gmail.com> [not found] ` < 20131121190126.GZ16735@n2100.arm.linux.org.uk> [not found] ` < CAOesGMgxGq1Zmo+Dq-Rmy2F02-=12yUzB0AKn35yK2j3CacNRQ@mail.gmail.com> [not found] ` <CAOesGMgxGq1Zmo+Dq-Rmy2F02-=12yUzB0AKn35yK2j3CacNRQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-21 20:44 ` Grant Likely 2013-11-21 20:44 ` Grant Likely 2013-11-21 18:53 ` Mark Brown 2013-11-21 18:53 ` Mark Brown 2013-11-15 18:28 ` Jason Gunthorpe 2013-11-15 18:28 ` Jason Gunthorpe [not found] ` <20131115182826.GB14920-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2013-11-15 18:57 ` Arnd Bergmann 2013-11-15 18:57 ` Arnd Bergmann 2013-11-20 13:49 ` Grant Likely 2013-11-20 13:49 ` Grant Likely [not found] ` <20131120134942.95DBFC4079D-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org> 2013-11-20 17:43 ` Stefano Stabellini 2013-11-20 17:43 ` Stefano Stabellini [not found] ` <alpine.DEB.2.02.1311201737410.3198-7Z66fg9igcxYtxbxJUhB2Dgeux46jI+i@public.gmane.org> 2013-11-20 17:47 ` Olof Johansson 2013-11-20 17:47 ` Olof Johansson 2013-11-18 5:19 ` Jon Masters 2013-11-18 5:26 ` Jon Masters [not found] ` <5289A4F3.5040203-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org> 2013-11-18 19:25 ` Olof Johansson 2013-11-18 19:25 ` Olof Johansson [not found] ` <20131118192552.GD5886-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-18 20:43 ` Jon Masters 2013-11-18 20:43 ` Jon Masters [not found] ` <528A7BFD.4020303-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org> 2013-11-18 21:25 ` Olof Johansson 2013-11-18 21:25 ` Olof Johansson 2013-11-18 7:22 ` Richard Cochran 2013-11-18 13:55 ` Stefano Stabellini 2013-11-18 15:00 ` Mark Brown [not found] ` <20131118150052.GC24408-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> 2013-11-18 19:13 ` Olof Johansson 2013-11-18 19:13 ` Olof Johansson [not found] ` <20131118191336.GB5886-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-19 9:12 ` Richard Cochran 2013-11-19 9:12 ` Richard Cochran 2013-11-19 18:48 ` Olof Johansson 2013-11-19 18:48 ` Olof Johansson [not found] ` <20131119184827.GD20967-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-20 6:40 ` Richard Cochran 2013-11-20 6:40 ` Richard Cochran 2013-11-21 18:16 ` Grant Likely 2013-11-21 18:16 ` Grant Likely 2013-11-21 19:21 ` Russell King - ARM Linux 2013-11-21 19:21 ` Russell King - ARM Linux [not found] ` < 20131121192136.GA16735@n2100.arm.linux.org.uk> [not found] ` <20131121192136.GA16735-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> 2013-11-21 20:47 ` Grant Likely 2013-11-21 20:47 ` Grant Likely [not found] ` <20131121204704.E4487C40753-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org> 2013-11-22 11:43 ` Catalin Marinas 2013-11-22 11:43 ` Catalin Marinas [not found] ` <CAHkRjk5MstjD9JFk+co8k89i8geJBmSF6uObhGdmWSe0GJHo8g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-22 12:00 ` Pantelis Antoniou 2013-11-22 12:00 ` Pantelis Antoniou [not found] ` <97692EF2-013E-4E4B-BC16-E0915D67EFEC-wVdstyuyKrO8r51toPun2/C9HSW9iNxf@public.gmane.org> 2014-05-05 7:06 ` Alexander Holler 2014-05-05 7:06 ` Alexander Holler [not found] ` <53673866.9000105-SXC+2es9fhnfWeYVQQPykw@public.gmane.org> 2014-05-05 14:41 ` Arnd Bergmann 2014-05-05 14:41 ` Arnd Bergmann 2014-05-05 15:29 ` Alexander Holler 2014-05-05 15:29 ` Alexander Holler [not found] ` <5367AE6B.3010105-SXC+2es9fhnfWeYVQQPykw@public.gmane.org> 2014-05-05 17:29 ` Arnd Bergmann 2014-05-05 17:29 ` Arnd Bergmann 2014-05-06 15:37 ` Grant Likely 2014-05-06 15:37 ` Grant Likely 2014-05-06 15:27 ` Grant Likely 2014-05-06 15:27 ` Grant Likely [not found] ` <20140506152725.E5B90C40959-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org> 2014-05-06 16:32 ` Olof Johansson 2014-05-06 16:32 ` Olof Johansson 2013-11-18 15:28 ` Rob Herring [not found] ` <5289A356.4060004-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org> 2013-11-18 19:09 ` Olof Johansson 2013-11-18 19:09 ` Olof Johansson [not found] ` <20131118190929.GA5886-O5ziIzlqnXUVNXGz7ipsyg@public.gmane.org> 2013-11-18 20:54 ` Jon Masters 2013-11-18 20:54 ` Jon Masters [not found] ` <528A7EA0.9050101-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org> 2013-11-18 21:50 ` Olof Johansson 2013-11-18 21:50 ` Olof Johansson 2013-11-18 21:32 ` Grant Likely 2013-11-18 21:32 ` Grant Likely 2013-11-18 22:47 ` David Goodenough 2013-11-19 12:48 ` Arnd Bergmann 2013-11-19 12:48 ` Arnd Bergmann 2013-11-19 13:34 ` David Goodenough 2013-11-19 16:52 ` Arnd Bergmann 2013-11-21 18:23 ` Grant Likely 2013-11-19 14:33 ` Grant Likely [not found] ` <CAOesGMjKeRb=fFJM0MabDihbEiCGM4EqW9D5i_6-RFxTnpB4Qw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-15 20:58 ` Arnd Bergmann 2013-11-15 20:58 ` Arnd Bergmann [not found] ` <201311152158.32644.arnd-r2nGTMty4D4@public.gmane.org> 2013-11-15 21:44 ` Olof Johansson 2013-11-15 21:44 ` Olof Johansson [not found] ` <CAOesGMhkCn2zeJj_ZZAZu_wJya-4evWEqNHpVJEpjxzWHVWY3A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-17 17:18 ` Stefano Stabellini 2013-11-17 17:18 ` Stefano Stabellini [not found] ` <alpine.DEB.2.02.1311171705130.4714-7Z66fg9igcxYtxbxJUhB2Dgeux46jI+i@public.gmane.org> 2013-11-17 18:10 ` Arnd Bergmann 2013-11-17 18:10 ` Arnd Bergmann [not found] ` < CAOesGMiYyOcvr3Aqs-p8zc=XDwJM9NZtNxtxrTZssc6F=siZCw@mail.gmail.com> 2013-11-17 22:20 ` Olof Johansson 2013-11-17 22:20 ` Olof Johansson [not found] ` <CAOesGMiYyOcvr3Aqs-p8zc=XDwJM9NZtNxtxrTZssc6F=siZCw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-18 8:45 ` Arnd Bergmann 2013-11-18 8:45 ` Arnd Bergmann 2013-11-18 17:33 ` Jon Masters 2013-11-18 17:38 ` Russell King - ARM Linux [not found] ` <528A4F5F.7080104-Zp4isUonpHBD60Wz+7aTrA@public.gmane.org> 2013-11-18 19:21 ` Olof Johansson 2013-11-18 19:21 ` Olof Johansson 2013-11-21 18:26 ` Grant Likely 2013-11-18 15:04 ` Mark Brown 2013-11-18 15:04 ` Mark Brown 2013-11-18 15:10 ` Arnd Bergmann 2013-11-18 15:10 ` Arnd Bergmann [not found] ` < 201311181610.33105.arnd@arndb.de> [not found] ` <201311181610.33105.arnd-r2nGTMty4D4@public.gmane.org> 2013-11-18 21:38 ` Grant Likely 2013-11-18 21:38 ` Grant Likely 2013-11-18 23:25 ` Leif Lindholm 2013-11-18 23:25 ` Leif Lindholm [not found] ` <20131118232536.GF1567-GZEopFhza0F985/tl1ce8aaDwS/vmuI7@public.gmane.org> 2013-11-18 23:29 ` Olof Johansson 2013-11-18 23:29 ` Olof Johansson [not found] ` <CAOesGMh373ZsLzoGHJm+xV3uFVjh2CBSA8SXY4PA+VxL3a5W1w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-11-18 23:34 ` Leif Lindholm 2013-11-18 23:34 ` Leif Lindholm
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='CAOesGMg+xCDVS6Frp8hjxxsHyC=vczwkDJLoHcn9bndSjOnWKQ@mail.gmail.com' \ --to=olof-nzht3qvonbneowh0uzbu5w@public.gmane.org \ --cc=arnd-r2nGTMty4D4@public.gmane.org \ --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \ --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \ --cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \ --cc=mark.rutland-5wv7dgnIgG8@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: linkBe 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.