All of lore.kernel.org
 help / color / mirror / Atom feed
From: nicolas.ferre@atmel.com (Nicolas Ferre)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/3] ARM: at91: use chipid device for soc detection
Date: Tue, 29 Mar 2016 15:53:35 +0200	[thread overview]
Message-ID: <56FA88DF.20208@atmel.com> (raw)
In-Reply-To: <20160323134750.GC2570@piout.net>

Le 23/03/2016 14:47, Alexandre Belloni a ?crit :
> On 23/03/2016 at 12:22:49 +0100, Nicolas Ferre wrote :
>> Le 18/03/2016 11:34, Alexandre Belloni a ?crit :
>>> On 18/03/2016 at 08:21:19 +0100, Ludovic Desroches wrote :
>>>> So far, the CIDR and EXID registers were in the DBGU interface. This device
>>>> has disappeared with the SAMA5D2 family. These registers are exposed
>>>> through a new device called chipid.
>>>>
>>>> Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com>
>>>> [nicolas.ferre at atmel.com: remove useless warnings]
>>> Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
>>>
>>>> ---
>>>>  .../devicetree/bindings/arm/atmel-at91.txt         |  4 ++
>>>>  arch/arm/mach-at91/soc.c                           | 81 +++++++++++++++++-----
>>
>> We may need to split this patch in 2 for going through separate arm-soc
>> branches: what do you think Alexandre?
>>
> 
> I think the patch can go in as it is now, the documentation being in
> line with the code.

Okay: patches 1 & 2 in the "soc" branch.
patch 3 in the "dt" branch.

Bye,
-- 
Nicolas Ferre

WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Ferre <nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
To: Alexandre Belloni
	<alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Cc: Ludovic Desroches
	<ludovic.desroches-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>,
	plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org,
	boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 1/3] ARM: at91: use chipid device for soc detection
Date: Tue, 29 Mar 2016 15:53:35 +0200	[thread overview]
Message-ID: <56FA88DF.20208@atmel.com> (raw)
In-Reply-To: <20160323134750.GC2570-m++hUPXGwpdeoWH0uzbU5w@public.gmane.org>

Le 23/03/2016 14:47, Alexandre Belloni a écrit :
> On 23/03/2016 at 12:22:49 +0100, Nicolas Ferre wrote :
>> Le 18/03/2016 11:34, Alexandre Belloni a écrit :
>>> On 18/03/2016 at 08:21:19 +0100, Ludovic Desroches wrote :
>>>> So far, the CIDR and EXID registers were in the DBGU interface. This device
>>>> has disappeared with the SAMA5D2 family. These registers are exposed
>>>> through a new device called chipid.
>>>>
>>>> Signed-off-by: Ludovic Desroches <ludovic.desroches-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
>>>> [nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org: remove useless warnings]
>>> Acked-by: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
>>>
>>>> ---
>>>>  .../devicetree/bindings/arm/atmel-at91.txt         |  4 ++
>>>>  arch/arm/mach-at91/soc.c                           | 81 +++++++++++++++++-----
>>
>> We may need to split this patch in 2 for going through separate arm-soc
>> branches: what do you think Alexandre?
>>
> 
> I think the patch can go in as it is now, the documentation being in
> line with the code.

Okay: patches 1 & 2 in the "soc" branch.
patch 3 in the "dt" branch.

Bye,
-- 
Nicolas Ferre
--
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: Nicolas Ferre <nicolas.ferre@atmel.com>
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Cc: Ludovic Desroches <ludovic.desroches@atmel.com>,
	<plagnioj@jcrosoft.com>, <boris.brezillon@free-electrons.com>,
	<devicetree@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/3] ARM: at91: use chipid device for soc detection
Date: Tue, 29 Mar 2016 15:53:35 +0200	[thread overview]
Message-ID: <56FA88DF.20208@atmel.com> (raw)
In-Reply-To: <20160323134750.GC2570@piout.net>

Le 23/03/2016 14:47, Alexandre Belloni a écrit :
> On 23/03/2016 at 12:22:49 +0100, Nicolas Ferre wrote :
>> Le 18/03/2016 11:34, Alexandre Belloni a écrit :
>>> On 18/03/2016 at 08:21:19 +0100, Ludovic Desroches wrote :
>>>> So far, the CIDR and EXID registers were in the DBGU interface. This device
>>>> has disappeared with the SAMA5D2 family. These registers are exposed
>>>> through a new device called chipid.
>>>>
>>>> Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com>
>>>> [nicolas.ferre@atmel.com: remove useless warnings]
>>> Acked-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
>>>
>>>> ---
>>>>  .../devicetree/bindings/arm/atmel-at91.txt         |  4 ++
>>>>  arch/arm/mach-at91/soc.c                           | 81 +++++++++++++++++-----
>>
>> We may need to split this patch in 2 for going through separate arm-soc
>> branches: what do you think Alexandre?
>>
> 
> I think the patch can go in as it is now, the documentation being in
> line with the code.

Okay: patches 1 & 2 in the "soc" branch.
patch 3 in the "dt" branch.

Bye,
-- 
Nicolas Ferre

  reply	other threads:[~2016-03-29 13:53 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-18  7:21 [PATCH 1/3] ARM: at91: use chipid device for soc detection Ludovic Desroches
2016-03-18  7:21 ` Ludovic Desroches
2016-03-18  7:21 ` Ludovic Desroches
2016-03-18  7:21 ` [PATCH 2/3] ARM: at91/soc: reference the whole sama5d2 family Ludovic Desroches
2016-03-18  7:21   ` Ludovic Desroches
2016-03-18  7:21   ` Ludovic Desroches
2016-03-18 10:34   ` Alexandre Belloni
2016-03-18 10:34     ` Alexandre Belloni
2016-03-18 10:34     ` Alexandre Belloni
2016-03-18  7:21 ` [PATCH 3/3] ARM: at91/dt: sama5d2: add chipid node Ludovic Desroches
2016-03-18  7:21   ` Ludovic Desroches
2016-03-18  7:21   ` Ludovic Desroches
2016-03-18 10:34   ` Alexandre Belloni
2016-03-18 10:34     ` Alexandre Belloni
2016-03-18 10:34     ` Alexandre Belloni
2016-03-18 10:34 ` [PATCH 1/3] ARM: at91: use chipid device for soc detection Alexandre Belloni
2016-03-18 10:34   ` Alexandre Belloni
2016-03-18 10:34   ` Alexandre Belloni
2016-03-23 11:22   ` Nicolas Ferre
2016-03-23 11:22     ` Nicolas Ferre
2016-03-23 11:22     ` Nicolas Ferre
2016-03-23 13:47     ` Alexandre Belloni
2016-03-23 13:47       ` Alexandre Belloni
2016-03-23 13:47       ` Alexandre Belloni
2016-03-29 13:53       ` Nicolas Ferre [this message]
2016-03-29 13:53         ` Nicolas Ferre
2016-03-29 13:53         ` Nicolas Ferre
2016-03-20  0:45 ` Rob Herring
2016-03-20  0:45   ` Rob Herring
2016-03-20  0:45   ` Rob Herring
2016-03-29 13:55 ` Arnd Bergmann
2016-03-29 13:55   ` Arnd Bergmann
2016-03-29 14:04   ` Nicolas Ferre
2016-03-29 14:04     ` Nicolas Ferre
2016-03-29 14:04     ` Nicolas Ferre
2016-03-29 14:10   ` [PATCH v2 " Nicolas Ferre
2016-03-29 14:10     ` Nicolas Ferre
2016-03-29 14:10     ` Nicolas Ferre
2016-03-29 14:30     ` Arnd Bergmann
2016-03-29 14:30       ` Arnd Bergmann

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=56FA88DF.20208@atmel.com \
    --to=nicolas.ferre@atmel.com \
    --cc=linux-arm-kernel@lists.infradead.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 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.