On Thursday 15 January 2015 10:22:47 Al Stone wrote:
>
> Can I restate the position as I hear it, then? I want to make sure
> I'm understanding what's being said.
>
> What I'm reading seems to say: if an ARMv8 vendor wants Linux support
> in the upstream kernel, regardless of whether or not it i
On Thu, Jan 15, 2015 at 05:52:31PM +0100, Arnd Bergmann wrote:
> On Thursday 15 January 2015 10:51:58 Jon Masters wrote:
> > It gets worse. There *will* be large numbers of ACPI only ARM servers
> > landing over the coming year. Not only would DT code be untested, but
> > insisting on keeping e.g.
On 01/15/2015 09:52 AM, Arnd Bergmann wrote:
> On Thursday 15 January 2015 10:51:58 Jon Masters wrote:
>> On 01/15/2015 09:10 AM, Grant Likely wrote:
>>> On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
For drivers merged upstream, I would insist that every driver merged
for an ARM64
On Thursday 15 January 2015 10:51:58 Jon Masters wrote:
> On 01/15/2015 09:10 AM, Grant Likely wrote:
> > On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
> >> For drivers merged upstream, I would insist that every driver merged
> >> for an ARM64 platform has a documented DT binding that is us
On 01/15/2015 09:10 AM, Grant Likely wrote:
> On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
>> On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
>>> On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
>>
On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
>> On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
>> > On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
>> > > > since passing no DT tables to OS but
>> > > >
On Tuesday 06 January 2015 11:37:08 Jon Masters wrote:
> On 01/06/2015 09:16 AM, Catalin Marinas wrote:
> > On Tue, Jan 06, 2015 at 02:05:12PM +, Arnd Bergmann wrote:
> >> On Tuesday 06 January 2015 11:29:29 Catalin Marinas wrote:
> >> We will work on this both on ASWG and linux ACPI driver
On Fri, Jan 09, 2015 at 10:55:51AM +, Arnd Bergmann wrote:
> On Friday 09 January 2015 10:33:07 Catalin Marinas wrote:
> > On Wed, Jan 07, 2015 at 07:48:48PM +, Arnd Bergmann wrote:
>
> > > In other cases that's actually a good thing. One such example is the
> > > "Principles of ARM Memory
On Friday 09 January 2015 10:33:07 Catalin Marinas wrote:
> On Wed, Jan 07, 2015 at 07:48:48PM +, Arnd Bergmann wrote:
> > In other cases that's actually a good thing. One such example is the
> > "Principles of ARM Memory Maps" document that tells hardware implementers
> > to do a rather compl
On Wed, Jan 07, 2015 at 07:48:48PM +, Arnd Bergmann wrote:
> On Wednesday 07 January 2015 12:44:56 Jon Masters wrote:
> > I'm expecting to need new drivers for SoC IP blocks that are net new,
> > but generational differences between iterations of the same SoC should
> > be abstracted behind the
Dudau; Robert Moore; Will
Deacon; linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Mark Brown;
Rafael J. Wysocki; Lv Zheng; Catalin Marinas; Bjorn Helgaas;
linux-arm-ker...@lists.infradead.org; Olof Johansson
Subject: Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64
On
On Wednesday 07 January 2015 17:59:04 Jason Cooper wrote:
> On Wed, Jan 07, 2015 at 03:05:14PM -0500, Jon Masters wrote:
> > On 01/07/2015 02:58 PM, Jon Masters wrote:
> > > On 01/07/2015 01:41 PM, Jason Cooper wrote:
> >
> > >> One of the reasons I've really enjoyed working with ARM platforms and
On Wed, Jan 07, 2015 at 03:05:14PM -0500, Jon Masters wrote:
> On 01/07/2015 02:58 PM, Jon Masters wrote:
> > On 01/07/2015 01:41 PM, Jason Cooper wrote:
>
> >> One of the reasons I've really enjoyed working with ARM platforms and DT
> >> is the absence of this type of 'feature'. I honestly don't
Jason,
Will followup more later...was being a little sarcastic before...no raw nerve
;) but sarcasm translates badly so apologies. Will send a better reply when
back online :) Good points!
Jon.
--
Computer Architect | Sent from my #ARM Powered Mobile Device
On Jan 7, 2015 4:41 PM, Jason Coop
On Wed, Jan 07, 2015 at 02:58:42PM -0500, Jon Masters wrote:
> On 01/07/2015 01:41 PM, Jason Cooper wrote:
> > On Wed, Jan 07, 2015 at 05:27:41PM +, Mark Brown wrote:
> >> On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
> >>> On Wednesday 07 January 2015 11:50:39 Catalin Marinas
On 01/07/2015 03:05 PM, Mark Brown wrote:
> On Wed, Jan 07, 2015 at 08:48:48PM +0100, Arnd Bergmann wrote:
>> On Wednesday 07 January 2015 12:44:56 Jon Masters wrote:
>>> On 01/07/2015 12:27 PM, Mark Brown wrote:
>
That level of hardware compatibility does partly come from the need to
ru
On 01/07/2015 02:58 PM, Jon Masters wrote:
> On 01/07/2015 01:41 PM, Jason Cooper wrote:
>> One of the reasons I've really enjoyed working with ARM platforms and DT
>> is the absence of this type of 'feature'. I honestly don't care whether
>> the kernel gets the board configuration info from DT o
On Wed, Jan 07, 2015 at 08:48:48PM +0100, Arnd Bergmann wrote:
> On Wednesday 07 January 2015 12:44:56 Jon Masters wrote:
> > On 01/07/2015 12:27 PM, Mark Brown wrote:
> > > That level of hardware compatibility does partly come from the need to
> > > run existing software. I'd expect that similar
On 01/07/2015 01:41 PM, Jason Cooper wrote:
> On Wed, Jan 07, 2015 at 05:27:41PM +, Mark Brown wrote:
>> On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
>>> On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
>>
From what I gathered so far, the main reason for _some
On Wednesday 07 January 2015 12:44:56 Jon Masters wrote:
> On 01/07/2015 12:27 PM, Mark Brown wrote:
> > On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
> >> On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
> >
> >>> From what I gathered so far, the main reason for _some
On Wed, Jan 07, 2015 at 05:27:41PM +, Mark Brown wrote:
> On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
> > On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
>
> > > From what I gathered so far, the main reason for _some_ vendors is not
> > > support for "other" OS
On 01/07/2015 12:27 PM, Mark Brown wrote:
> On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
>> On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
>
>>> From what I gathered so far, the main reason for _some_ vendors is not
>>> support for "other" OS but actually features t
On Wed, Jan 07, 2015 at 02:06:28PM +0100, Arnd Bergmann wrote:
> On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
> > From what I gathered so far, the main reason for _some_ vendors is not
> > support for "other" OS but actually features that ACPI has and DT
> > doesn't (like AML; I de
On Wednesday 07 January 2015 11:50:39 Catalin Marinas wrote:
> On Wed, Jan 07, 2015 at 10:36:13AM +, Arnd Bergmann wrote:
> > On Tuesday 06 January 2015 23:55:58 Jon Masters wrote:
> > > On 01/06/2015 05:06 PM, Jon Masters wrote:
> > > > On 01/06/2015 02:21 PM, Arnd Bergmann wrote:
> > > >> On
On Wed, Jan 07, 2015 at 10:36:13AM +, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 23:55:58 Jon Masters wrote:
> > On 01/06/2015 05:06 PM, Jon Masters wrote:
> > > On 01/06/2015 02:21 PM, Arnd Bergmann wrote:
> > >> On Tuesday 06 January 2015 11:24:43 Jon Masters wrote:
> > >>> On 01/06/20
On Tuesday 06 January 2015 23:55:58 Jon Masters wrote:
> On 01/06/2015 05:06 PM, Jon Masters wrote:
> > Hi Arnd,
> >
> > Happy New Year!
> >
> > On 01/06/2015 02:21 PM, Arnd Bergmann wrote:
> >> On Tuesday 06 January 2015 11:24:43 Jon Masters wrote:
> >>> On 01/06/2015 06:20 AM, Catalin Marinas w
On 01/06/2015 05:06 PM, Jon Masters wrote:
> Hi Arnd,
>
> Happy New Year!
>
> On 01/06/2015 02:21 PM, Arnd Bergmann wrote:
>> On Tuesday 06 January 2015 11:24:43 Jon Masters wrote:
>>> On 01/06/2015 06:20 AM, Catalin Marinas wrote:
>>>
Now, what's preventing a vendor firmware from providing
Hi Arnd,
Happy New Year!
On 01/06/2015 02:21 PM, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 11:24:43 Jon Masters wrote:
>> On 01/06/2015 06:20 AM, Catalin Marinas wrote:
>>
>>> Now, what's preventing a vendor firmware from providing only ACPI
>>> tables? Do we enforce it in some way (arm-a
On Tuesday 06 January 2015 14:11:33 Catalin Marinas wrote:
> On Tue, Jan 06, 2015 at 01:59:27PM +, Arnd Bergmann wrote:
> > On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
> > > On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
> > > > On Monday 05 January 2015 13:13:02
On Tuesday 06 January 2015 11:24:43 Jon Masters wrote:
> On 01/06/2015 06:20 AM, Catalin Marinas wrote:
>
> > Now, what's preventing a vendor firmware from providing only ACPI
> > tables? Do we enforce it in some way (arm-acpi.txt, kernel warning etc.)
> > that both DT and ACPI are supported, or a
On 01/06/2015 09:16 AM, Catalin Marinas wrote:
> On Tue, Jan 06, 2015 at 02:05:12PM +, Arnd Bergmann wrote:
>> On Tuesday 06 January 2015 11:29:29 Catalin Marinas wrote:
>> We will work on this both on ASWG and linux ACPI driver side, as Dong
>> and Charles pointed out, _OSI things can
On 01/06/2015 06:20 AM, Catalin Marinas wrote:
> Now, what's preventing a vendor firmware from providing only ACPI
> tables? Do we enforce it in some way (arm-acpi.txt, kernel warning etc.)
> that both DT and ACPI are supported, or at least that dts files are
> merged in the kernel first?
I know
ang.s...@huawei.com; Randy Dunlap; Rafael J. Wysocki; linux-
> ker...@vger.kernel.org; Sudeep Holla; Olof Johansson
> Subject: Re: [PATCH v5 18/18] Documentation: ACPI for ARM64
>
> On Tue, Jan 06, 2015 at 02:05:12PM +, Arnd Bergmann wrote:
> > On Tuesday 06 January 2015 11:2
On Tue, Jan 06, 2015 at 02:05:12PM +, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 11:29:29 Catalin Marinas wrote:
> > > >> We will work on this both on ASWG and linux ACPI driver side, as Dong
> > > >> and Charles pointed out, _OSI things can be solved in ACPI spec, when
> > > >> that is
On Tue, Jan 06, 2015 at 01:59:27PM +, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
> > On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
> > > On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
> > > > > since passing no DT tables to OS b
On Tuesday 06 January 2015 11:29:29 Catalin Marinas wrote:
> > >> We will work on this both on ASWG and linux ACPI driver side, as Dong
> > >> and Charles pointed out, _OSI things can be solved in ACPI spec, when
> > >> that is done, we can modify the kernel driver to fix the problems above.
> > >
On Tue, Jan 06, 2015 at 01:51:27PM +, G Gregory wrote:
> On 6 January 2015 at 11:20, Catalin Marinas wrote:
> > On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
> >> On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
> >> > > since passing no DT tables to OS but
> >> > > a
On Tuesday 06 January 2015 11:20:01 Catalin Marinas wrote:
> On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
> > On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
> > > > since passing no DT tables to OS but
> > > > acpi=force is missing is a corner case, we can do a follow u
On 2015年01月06日 21:54, G Gregory wrote:
On 6 January 2015 at 13:50, Hanjun Guo wrote:
On 2015年01月06日 19:29, Catalin Marinas wrote:
On Tue, Jan 06, 2015 at 11:11:07AM +, Hanjun Guo wrote:
On 2015年01月05日 19:05, Catalin Marinas wrote:
On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo w
On 6 January 2015 at 13:50, Hanjun Guo wrote:
> On 2015年01月06日 19:29, Catalin Marinas wrote:
>>
>> On Tue, Jan 06, 2015 at 11:11:07AM +, Hanjun Guo wrote:
>>>
>>> On 2015年01月05日 19:05, Catalin Marinas wrote:
On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo wrote:
>
> On 2
On 6 January 2015 at 11:20, Catalin Marinas wrote:
> On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
>> On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
>> > > since passing no DT tables to OS but
>> > > acpi=force is missing is a corner case, we can do a follow up patch to
On 2015年01月06日 19:29, Catalin Marinas wrote:
On Tue, Jan 06, 2015 at 11:11:07AM +, Hanjun Guo wrote:
On 2015年01月05日 19:05, Catalin Marinas wrote:
On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo wrote:
On 2014年12月25日 01:18, Catalin Marinas wrote:
[...]
In addition to the above and _D
On Tue, Jan 06, 2015 at 11:11:07AM +, Hanjun Guo wrote:
> On 2015年01月05日 19:05, Catalin Marinas wrote:
> > On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo wrote:
> >> On 2014年12月25日 01:18, Catalin Marinas wrote:
> >> [...]
> >>>
> >>> In addition to the above and _DSD requirements/banning,
On Mon, Jan 05, 2015 at 08:16:30PM +, Arnd Bergmann wrote:
> On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
> > > since passing no DT tables to OS but
> > > acpi=force is missing is a corner case, we can do a follow up patch to
> > > fix that, does it make sense?
> >
> > Not entirel
On 2015年01月05日 19:05, Catalin Marinas wrote:
On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo wrote:
On 2014年12月25日 01:18, Catalin Marinas wrote:
[...]
In addition to the above and _DSD requirements/banning, I would also add
some clear statements around:
_OSC: only global/published capabi
On Monday 05 January 2015 13:13:02 Catalin Marinas wrote:
>
> > since passing no DT tables to OS but
> > acpi=force is missing is a corner case, we can do a follow up patch to
> > fix that, does it make sense?
>
> Not entirely. Why would no dtb and no acpi=force be a corner case? I
> thought this
On Tue, Dec 30, 2014 at 11:23:14AM +, Hanjun Guo wrote:
> On 2014年12月25日 01:18, Catalin Marinas wrote:
> > On Fri, Oct 17, 2014 at 02:37:14PM +0100, Hanjun Guo wrote:
> >> +Booting using ACPI tables
> >> +-
> >> +The only defined method for passing ACPI tables to the ker
On Sun, Jan 04, 2015 at 09:39:24AM +, Hanjun Guo wrote:
> On 2014年12月25日 01:18, Catalin Marinas wrote:
> [...]
> >
> > In addition to the above and _DSD requirements/banning, I would also add
> > some clear statements around:
> >
> > _OSC: only global/published capabilities are allowed. For
> >
On 2014年12月25日 01:18, Catalin Marinas wrote:
[...]
In addition to the above and _DSD requirements/banning, I would also add
some clear statements around:
_OSC: only global/published capabilities are allowed. For
device-specific _OSC we need a process or maybe we can ban them entirely
and rely o
On 2 Jan 2015, at 09:28, Hanjun Guo wrote:
>>> On 2015年01月02日 04:04, Graeme Gregory wrote:
On Wed, Dec 31, 2014 at 04:34:46PM +0800, Hanjun Guo wrote:
On 2014年12月31日 04:13, ashw...@codeaurora.org wrote:
Hi Hanjun,
Overall the document looks good to us. Some minor clarific
Hi Graeme,
On 2015年01月02日 04:04, Graeme Gregory wrote:
On Wed, Dec 31, 2014 at 04:34:46PM +0800, Hanjun Guo wrote:
On 2014年12月31日 04:13, ashw...@codeaurora.org wrote:
Hi Hanjun,
Overall the document looks good to us. Some minor clarifications below.
-- Forwarded message --
F
On Wed, Dec 31, 2014 at 04:34:46PM +0800, Hanjun Guo wrote:
> On 2014年12月31日 04:13, ashw...@codeaurora.org wrote:
> >Hi Hanjun,
> >
> >Overall the document looks good to us. Some minor clarifications below.
> >
> >>-- Forwarded message --
> >>From: Graeme Gregory
> >>
> >>Add docum
On 31 December 2014 at 03:34, Hanjun Guo wrote:
> On 2014å¹´12æ31æ¥ 04:13, ashw...@codeaurora.org wrote:
>> Hi Hanjun,
>>> +ASWG
>>> +
>>> +The following areas are not yet fully defined for ARM in the 5.1
>>> version
>>> +of the ACPI specification and are expected to be worked through in th
On 2014年12月31日 04:13, ashw...@codeaurora.org wrote:
Hi Hanjun,
Overall the document looks good to us. Some minor clarifications below.
-- Forwarded message --
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
Signed-off-by: Graeme Gregory
Hi Hanjun,
Overall the document looks good to us. Some minor clarifications below.
> -- Forwarded message --
> From: Graeme Gregory
>
> Add documentation for the guidelines of how to use ACPI
> on ARM64.
>
> Signed-off-by: Graeme Gregory
> Signed-off-by: Al Stone
> Signed-off-b
Hi,
On 2014年12月25日 01:18, Catalin Marinas wrote:
Hi,
Some thoughts before the end of the year. I won't be able to follow up
until around 5th of January though.
On Fri, Oct 17, 2014 at 02:37:14PM +0100, Hanjun Guo wrote:
--- /dev/null
+++ b/Documentation/arm64/arm-acpi.txt
@@ -0,0 +1,323 @@
+A
On Wed, Dec 24, 2014 at 05:18:15PM +, Catalin Marinas wrote:
> On Fri, Oct 17, 2014 at 02:37:14PM +0100, Hanjun Guo wrote:
> > +ACPI drivers should only look at one specific ASL object -- the _DSD object
> > +-- for device driver parameters (known in DT as "bindings", or "Device
> > +Propertie
Hi Catalin,
Good feedback. In particular, though we have only one example of _DSD (network
parameters because the hardware might be reset post boot and some of it is not
sophisticated enough to preserve programmed MAC and parameters such as PHy type
that will require reloading, both because dri
Hi,
Some thoughts before the end of the year. I won't be able to follow up
until around 5th of January though.
On Fri, Oct 17, 2014 at 02:37:14PM +0100, Hanjun Guo wrote:
> --- /dev/null
> +++ b/Documentation/arm64/arm-acpi.txt
> @@ -0,0 +1,323 @@
> +ACPI on ARMv8 Servers
> +-
Hi Timur,
On 2014年12月19日 04:04, Timur Tabi wrote:
On Fri, Oct 17, 2014 at 8:37 AM, Hanjun Guo wrote:
If acpi=force is used, the kernel
+will ONLY use device configuration information contained in the ACPI tables.
Based on this statement, ...
+In order for the kernel to load and use ACPI t
On 2014年12月19日 04:01, Suravee Suthikulanit wrote:
On 10/17/2014 8:37 AM, Hanjun Guo wrote:
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
Signed-off-by: Graeme Gregory
Signed-off-by: Al Stone
Signed-off-by: Hanjun Guo
---
Documentation/arm64/arm-a
On Fri, Oct 17, 2014 at 8:37 AM, Hanjun Guo wrote:
> If acpi=force is used, the kernel
> +will ONLY use device configuration information contained in the ACPI tables.
Based on this statement, ...
> +In order for the kernel to load and use ACPI tables, the UEFI implementation
> +MUST set the ACP
On 10/17/2014 8:37 AM, Hanjun Guo wrote:
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
Signed-off-by: Graeme Gregory
Signed-off-by: Al Stone
Signed-off-by: Hanjun Guo
---
Documentation/arm64/arm-acpi.txt | 323
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
Signed-off-by: Graeme Gregory
Signed-off-by: Al Stone
Signed-off-by: Hanjun Guo
---
Documentation/arm64/arm-acpi.txt | 323 ++
1 file changed, 323 insertions(+)
create
64 matches
Mail list logo
