All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Simon Horman <horms@verge.net.au>
Cc: Greg KH <greg@kroah.com>,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-sh@vger.kernel.org, linux-serial@vger.kernel.org,
	Bastian Hecht <hechtb+renesas@gmail.com>,
	Paul Mundt <lethal@linux-sh.org>, Olof Johansson <olof@lixom.net>
Subject: Re: [PATCH v3 00/29] Add OF support to the sh-sci serial port driver
Date: Thu, 05 Dec 2013 10:13:49 +0000	[thread overview]
Message-ID: <12385154.nBU2tQtEvn@avalon> (raw)
In-Reply-To: <20131205070342.GC29902@verge.net.au>

Hi Simon,

On Thursday 05 December 2013 16:03:43 Simon Horman wrote:
> On Thu, Dec 05, 2013 at 06:53:41AM +0100, Laurent Pinchart wrote:
> > On Thursday 05 December 2013 12:33:23 Simon Horman wrote:

[snip]

> > > Laurent, I have v4 of these patches sitting in patchwork.
> > > Would you like me to look at queuing them up as-is or
> > > are you planning v5?
> > 
> > I'm not planning for a v5, but there's another patch series ("[PATCH
> > 00/16] sh-sci: Remove unnecessary fields from platform data") that is
> > similarly organized as sh-sci / platform / sh-sci patches on top of this.
> > Would you like me to reorganize the all the 45 patches in one big series
> > with a single set of platform patches in-between two sets of sh-sci
> > patches ?
> 
> That sounds nice, thanks.
> 
> To be clear, we are planning sh-sci -> soc -> sh-sci ?

That's correct. I believe that should be better than

sh-sci -> soc -> sh-sci -> soc -> sh-sci

:-)

> If so, I'll have a word with Olof (CCed) as he tends to want to avoid such
> circular dependencies if possible.

I prefer to avoid them whenever possible as well, but that's not always the 
case. As all sh-sci patches will go through your tree and thus the ARM SoC 
tree for v3.14 that shouldn't be too much of an issue.

-- 
Regards,

Laurent Pinchart


WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Simon Horman <horms@verge.net.au>
Cc: Greg KH <greg@kroah.com>,
	Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
	linux-sh@vger.kernel.org, linux-serial@vger.kernel.org,
	Bastian Hecht <hechtb+renesas@gmail.com>,
	Paul Mundt <lethal@linux-sh.org>, Olof Johansson <olof@lixom.net>
Subject: Re: [PATCH v3 00/29] Add OF support to the sh-sci serial port driver
Date: Thu, 05 Dec 2013 11:13:49 +0100	[thread overview]
Message-ID: <12385154.nBU2tQtEvn@avalon> (raw)
In-Reply-To: <20131205070342.GC29902@verge.net.au>

Hi Simon,

On Thursday 05 December 2013 16:03:43 Simon Horman wrote:
> On Thu, Dec 05, 2013 at 06:53:41AM +0100, Laurent Pinchart wrote:
> > On Thursday 05 December 2013 12:33:23 Simon Horman wrote:

[snip]

> > > Laurent, I have v4 of these patches sitting in patchwork.
> > > Would you like me to look at queuing them up as-is or
> > > are you planning v5?
> > 
> > I'm not planning for a v5, but there's another patch series ("[PATCH
> > 00/16] sh-sci: Remove unnecessary fields from platform data") that is
> > similarly organized as sh-sci / platform / sh-sci patches on top of this.
> > Would you like me to reorganize the all the 45 patches in one big series
> > with a single set of platform patches in-between two sets of sh-sci
> > patches ?
> 
> That sounds nice, thanks.
> 
> To be clear, we are planning sh-sci -> soc -> sh-sci ?

That's correct. I believe that should be better than

sh-sci -> soc -> sh-sci -> soc -> sh-sci

:-)

> If so, I'll have a word with Olof (CCed) as he tends to want to avoid such
> circular dependencies if possible.

I prefer to avoid them whenever possible as well, but that's not always the 
case. As all sh-sci patches will go through your tree and thus the ARM SoC 
tree for v3.14 that shouldn't be too much of an issue.

-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2013-12-05 10:13 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-19 14:02 [PATCH v3 00/29] Add OF support to the sh-sci serial port driver Laurent Pinchart
2013-11-19 14:02 ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 01/29] serial: sh-sci: Sort headers alphabetically Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 02/29] serial: sh-sci: Remove baud rate calculation algorithm 5 Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 03/29] serial: sh-sci: Simplify baud rate calculation algorithms Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 04/29] serial: sh-sci: Remove duplicate interrupt check in verify port op Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 05/29] serial: sh-sci: Set the UPF_FIXED_PORT flag Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 06/29] serial: sh-sci: Don't check IRQ in verify port operation Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 07/29] serial: sh-sci: Support resources passed through platform resources Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 08/29] ARM: shmobile: sh7372: Use macros to declare SCIF devices Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 09/29] ARM: shmobile: sh73a0: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 10/29] ARM: shmobile: r8a7740: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 11/29] ARM: shmobile: r8a7779: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 12/29] ARM: shmobile: r7s72100: Don't define SCIF platform data in an array Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 13/29] ARM: shmobile: r8a73a4: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 14/29] ARM: shmobile: r8a7778: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 15/29] ARM: shmobile: r8a7790: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 16/29] ARM: shmobile: r8a7791: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 17/29] ARM: shmobile: sh7372: Declare SCIF register base and IRQ as resources Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 18/29] ARM: shmobile: sh73a0: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 19/29] ARM: shmobile: r7s72100: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 20/29] ARM: shmobile: r8a73a4: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 21/29] ARM: shmobile: r8a7740: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 22/29] ARM: shmobile: r8a7778: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 23/29] ARM: shmobile: r8a7779: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 24/29] ARM: shmobile: r8a7790: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 25/29] ARM: shmobile: r8a7791: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 26/29] sh: " Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 27/29] serial: sh-sci: Remove platform data mapbase and irqs fields Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 28/29] serial: sh-sci: Add device tree bindings documentation Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-19 14:02 ` [PATCH v3 29/29] serial: sh-sci: Add OF support Laurent Pinchart
2013-11-19 14:02   ` Laurent Pinchart
2013-11-21  4:40 ` [PATCH v3 00/29] Add OF support to the sh-sci serial port driver Simon Horman
2013-11-21  4:40   ` Simon Horman
2013-11-21  7:17   ` Laurent Pinchart
2013-11-21  7:17     ` Laurent Pinchart
2013-12-03 18:09     ` Greg KH
2013-12-03 18:09       ` Greg KH
2013-12-03 18:28       ` Laurent Pinchart
2013-12-03 18:28         ` Laurent Pinchart
2013-12-05  3:33         ` Simon Horman
2013-12-05  3:33           ` Simon Horman
2013-12-05  5:53           ` Laurent Pinchart
2013-12-05  5:53             ` Laurent Pinchart
2013-12-05  7:03             ` Simon Horman
2013-12-05  7:03               ` Simon Horman
2013-12-05 10:13               ` Laurent Pinchart [this message]
2013-12-05 10:13                 ` Laurent Pinchart
2013-12-05 14:38                 ` Simon Horman
2013-12-05 14:38                   ` Simon Horman
2013-12-09 18:59               ` Olof Johansson
2013-12-09 18:59                 ` Olof Johansson
2013-12-09 23:42                 ` Simon Horman
2013-12-09 23:42                   ` Simon Horman
2013-12-10  1:03                   ` Laurent Pinchart
2013-12-10  1:03                     ` Laurent Pinchart
2013-12-20  1:48                   ` Laurent Pinchart
2013-12-20  1:48                     ` Laurent Pinchart

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=12385154.nBU2tQtEvn@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=greg@kroah.com \
    --cc=hechtb+renesas@gmail.com \
    --cc=horms@verge.net.au \
    --cc=laurent.pinchart+renesas@ideasonboard.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=olof@lixom.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 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.