Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1673177 > unrolled thread

linux-next: manual merge of the sound-asoc tree with the pm tree

Back to article view | Back to linux.kernel

Contents

  linux-next: manual merge of the sound-asoc tree with the pm tree Stephen Rothwell <sfr@canb.auug.org.au> - 2017-06-23 04:30 +0200
    Re: linux-next: manual merge of the sound-asoc tree with the pm  tree Stephen Rothwell <sfr@canb.auug.org.au> - 2017-07-03 05:00 +0200
      Re: linux-next: manual merge of the sound-asoc tree with the pm tree Takashi Iwai <tiwai@suse.de> - 2017-07-03 16:20 +0200
        Re: linux-next: manual merge of the sound-asoc tree with the pm tree Rob Herring <robh@kernel.org> - 2017-07-04 18:10 +0200
          Re: linux-next: manual merge of the sound-asoc tree with the pm tree Takashi Iwai <tiwai@suse.de> - 2017-07-04 18:10 +0200
            Re: linux-next: manual merge of the sound-asoc tree with the pm tree Rob Herring <robh@kernel.org> - 2017-07-04 19:00 +0200
              Re: linux-next: manual merge of the sound-asoc tree with the pm tree Takashi Iwai <tiwai@suse.de> - 2017-07-04 19:50 +0200
              Re: linux-next: manual merge of the sound-asoc tree with the pm tree "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-07-04 22:30 +0200
                Re: linux-next: manual merge of the sound-asoc tree with the pm tree Takashi Iwai <tiwai@suse.de> - 2017-07-05 09:40 +0200
                  Re: linux-next: manual merge of the sound-asoc tree with the pm tree Takashi Iwai <tiwai@suse.de> - 2017-07-05 10:20 +0200
                    Re: linux-next: manual merge of the sound-asoc tree with the pm tree Mark Brown <broonie@kernel.org> - 2017-07-05 12:30 +0200

#1673177 — linux-next: manual merge of the sound-asoc tree with the pm tree

Hi all,

Today's linux-next merge of the sound-asoc tree got a conflict in:

  drivers/of/base.c

between commit:

  1df09bc66f9b ("of: Move OF property and graph API from base.c to property.c")

from the pm tree and commits:

  4c9c3d595f1b ("of_graph: add of_graph_get_remote_endpoint()")
  0ef472a973eb ("of_graph: add of_graph_get_port_parent()")
  ac1e6958d3be ("of_graph: add of_graph_get_endpoint_count()")

from the sound-asoc tree.

This pm tree commit appeared briefly in the devicetree tree 9 days ago,
so I have done the same resolution as I did then.

I added the merge fix patch below. This is now fixed as far as linux-next
is concerned, but any non trivial conflicts should be mentioned to your
upstream maintainer when your tree is submitted for merging.  You may
also want to consider cooperating with the maintainer of the conflicting
tree to minimise any particularly complex conflicts.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 23 Jun 2017 12:22:19 +1000
Subject: [PATCH] of_graph: merge fix up for creating of drivers/of/property.c

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/of/property.c | 60 ++++++++++++++++++++++++++++++++++++++++++---------
 1 file changed, 50 insertions(+), 10 deletions(-)

diff --git a/drivers/of/property.c b/drivers/of/property.c
index c96389b7c6b3..eda50b4be934 100644
--- a/drivers/of/property.c
+++ b/drivers/of/property.c
@@ -684,6 +684,41 @@ struct device_node *of_graph_get_endpoint_by_regs(
 EXPORT_SYMBOL(of_graph_get_endpoint_by_regs);
 
 /**
+ * of_graph_get_remote_endpoint() - get remote endpoint node
+ * @node: pointer to a local endpoint device_node
+ *
+ * Return: Remote endpoint node associated with remote endpoint node linked
+ *	   to @node. Use of_node_put() on it when done.
+ */
+struct device_node *of_graph_get_remote_endpoint(const struct device_node *node)
+{
+	/* Get remote endpoint node. */
+	return of_parse_phandle(node, "remote-endpoint", 0);
+}
+EXPORT_SYMBOL(of_graph_get_remote_endpoint);
+
+/**
+ * of_graph_get_port_parent() - get port's parent node
+ * @node: pointer to a local endpoint device_node
+ *
+ * Return: device node associated with endpoint node linked
+ *	   to @node. Use of_node_put() on it when done.
+ */
+struct device_node *of_graph_get_port_parent(struct device_node *node)
+{
+	unsigned int depth;
+
+	/* Walk 3 levels up only if there is 'ports' node. */
+	for (depth = 3; depth && node; depth--) {
+		node = of_get_next_parent(node);
+		if (depth == 2 && of_node_cmp(node->name, "ports"))
+			break;
+	}
+	return node;
+}
+EXPORT_SYMBOL(of_graph_get_port_parent);
+
+/**
  * of_graph_get_remote_port_parent() - get remote port's parent node
  * @node: pointer to a local endpoint device_node
  *
@@ -694,18 +729,11 @@ struct device_node *of_graph_get_remote_port_parent(
 			       const struct device_node *node)
 {
 	struct device_node *np;
-	unsigned int depth;
 
 	/* Get remote endpoint node. */
-	np = of_parse_phandle(node, "remote-endpoint", 0);
+	np = of_graph_get_remote_endpoint(node);
 
-	/* Walk 3 levels up only if there is 'ports' node. */
-	for (depth = 3; depth && np; depth--) {
-		np = of_get_next_parent(np);
-		if (depth == 2 && of_node_cmp(np->name, "ports"))
-			break;
-	}
-	return np;
+	return of_graph_get_port_parent(np);
 }
 EXPORT_SYMBOL(of_graph_get_remote_port_parent);
 
@@ -721,13 +749,25 @@ struct device_node *of_graph_get_remote_port(const struct device_node *node)
 	struct device_node *np;
 
 	/* Get remote endpoint node. */
-	np = of_parse_phandle(node, "remote-endpoint", 0);
+	np = of_graph_get_remote_endpoint(node);
 	if (!np)
 		return NULL;
 	return of_get_next_parent(np);
 }
 EXPORT_SYMBOL(of_graph_get_remote_port);
 
+int of_graph_get_endpoint_count(const struct device_node *np)
+{
+	struct device_node *endpoint;
+	int num = 0;
+
+	for_each_endpoint_of_node(np, endpoint)
+		num++;
+
+	return num;
+}
+EXPORT_SYMBOL(of_graph_get_endpoint_count);
+
 /**
  * of_graph_get_remote_node() - get remote parent device_node for given port/endpoint
  * @node: pointer to parent device_node containing graph port/endpoint
-- 
2.11.0

-- 
Cheers,
Stephen Rothwell

[toc] | [next] | [standalone]

#1679615 — Re: linux-next: manual merge of the sound-asoc tree with the pm tree

Hi all,

[cc-ing the sound tree maintainer]

With the merge window opening, just a reminder that this conflict
still exists.

On Fri, 23 Jun 2017 12:25:34 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
> 
> Today's linux-next merge of the sound-asoc tree got a conflict in:
> 
>   drivers/of/base.c
> 
> between commit:
> 
>   1df09bc66f9b ("of: Move OF property and graph API from base.c to property.c")
> 
> from the pm tree and commits:
> 
>   4c9c3d595f1b ("of_graph: add of_graph_get_remote_endpoint()")
>   0ef472a973eb ("of_graph: add of_graph_get_port_parent()")
>   ac1e6958d3be ("of_graph: add of_graph_get_endpoint_count()")
> 
> from the sound-asoc tree.
> 
> This pm tree commit appeared briefly in the devicetree tree 9 days ago,
> so I have done the same resolution as I did then.
> 
> I added the merge fix patch below. This is now fixed as far as linux-next
> is concerned, but any non trivial conflicts should be mentioned to your
> upstream maintainer when your tree is submitted for merging.  You may
> also want to consider cooperating with the maintainer of the conflicting
> tree to minimise any particularly complex conflicts.
> 
> From: Stephen Rothwell <sfr@canb.auug.org.au>
> Date: Fri, 23 Jun 2017 12:22:19 +1000
> Subject: [PATCH] of_graph: merge fix up for creating of drivers/of/property.c
> 
> Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
> ---
>  drivers/of/property.c | 60 ++++++++++++++++++++++++++++++++++++++++++---------
>  1 file changed, 50 insertions(+), 10 deletions(-)
> 
> diff --git a/drivers/of/property.c b/drivers/of/property.c
> index c96389b7c6b3..eda50b4be934 100644
> --- a/drivers/of/property.c
> +++ b/drivers/of/property.c
> @@ -684,6 +684,41 @@ struct device_node *of_graph_get_endpoint_by_regs(
>  EXPORT_SYMBOL(of_graph_get_endpoint_by_regs);
>  
>  /**
> + * of_graph_get_remote_endpoint() - get remote endpoint node
> + * @node: pointer to a local endpoint device_node
> + *
> + * Return: Remote endpoint node associated with remote endpoint node linked
> + *	   to @node. Use of_node_put() on it when done.
> + */
> +struct device_node *of_graph_get_remote_endpoint(const struct device_node *node)
> +{
> +	/* Get remote endpoint node. */
> +	return of_parse_phandle(node, "remote-endpoint", 0);
> +}
> +EXPORT_SYMBOL(of_graph_get_remote_endpoint);
> +
> +/**
> + * of_graph_get_port_parent() - get port's parent node
> + * @node: pointer to a local endpoint device_node
> + *
> + * Return: device node associated with endpoint node linked
> + *	   to @node. Use of_node_put() on it when done.
> + */
> +struct device_node *of_graph_get_port_parent(struct device_node *node)
> +{
> +	unsigned int depth;
> +
> +	/* Walk 3 levels up only if there is 'ports' node. */
> +	for (depth = 3; depth && node; depth--) {
> +		node = of_get_next_parent(node);
> +		if (depth == 2 && of_node_cmp(node->name, "ports"))
> +			break;
> +	}
> +	return node;
> +}
> +EXPORT_SYMBOL(of_graph_get_port_parent);
> +
> +/**
>   * of_graph_get_remote_port_parent() - get remote port's parent node
>   * @node: pointer to a local endpoint device_node
>   *
> @@ -694,18 +729,11 @@ struct device_node *of_graph_get_remote_port_parent(
>  			       const struct device_node *node)
>  {
>  	struct device_node *np;
> -	unsigned int depth;
>  
>  	/* Get remote endpoint node. */
> -	np = of_parse_phandle(node, "remote-endpoint", 0);
> +	np = of_graph_get_remote_endpoint(node);
>  
> -	/* Walk 3 levels up only if there is 'ports' node. */
> -	for (depth = 3; depth && np; depth--) {
> -		np = of_get_next_parent(np);
> -		if (depth == 2 && of_node_cmp(np->name, "ports"))
> -			break;
> -	}
> -	return np;
> +	return of_graph_get_port_parent(np);
>  }
>  EXPORT_SYMBOL(of_graph_get_remote_port_parent);
>  
> @@ -721,13 +749,25 @@ struct device_node *of_graph_get_remote_port(const struct device_node *node)
>  	struct device_node *np;
>  
>  	/* Get remote endpoint node. */
> -	np = of_parse_phandle(node, "remote-endpoint", 0);
> +	np = of_graph_get_remote_endpoint(node);
>  	if (!np)
>  		return NULL;
>  	return of_get_next_parent(np);
>  }
>  EXPORT_SYMBOL(of_graph_get_remote_port);
>  
> +int of_graph_get_endpoint_count(const struct device_node *np)
> +{
> +	struct device_node *endpoint;
> +	int num = 0;
> +
> +	for_each_endpoint_of_node(np, endpoint)
> +		num++;
> +
> +	return num;
> +}
> +EXPORT_SYMBOL(of_graph_get_endpoint_count);
> +
>  /**
>   * of_graph_get_remote_node() - get remote parent device_node for given port/endpoint
>   * @node: pointer to parent device_node containing graph port/endpoint
> -- 
> 2.11.0
> 
> -- 
> Cheers,
> Stephen Rothwell



-- 
Cheers,
Stephen Rothwell

[toc] | [prev] | [next] | [standalone]

#1680228

On Mon, 03 Jul 2017 04:55:24 +0200,
Stephen Rothwell wrote:
> 
> Hi all,
> 
> [cc-ing the sound tree maintainer]

Thanks.

> With the merge window opening, just a reminder that this conflict
> still exists.

Rob, do you have an immutable branch to drag the affecting commit so
that I can merge & resolve in my side?

I still don't merge ASoC changes yet in my branch, so the pull-request
to Linus will be likely delayed and your tree may be merged earlier
than mine.


Takashi

> On Fri, 23 Jun 2017 12:25:34 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > Hi all,
> > 
> > Today's linux-next merge of the sound-asoc tree got a conflict in:
> > 
> >   drivers/of/base.c
> > 
> > between commit:
> > 
> >   1df09bc66f9b ("of: Move OF property and graph API from base.c to property.c")
> > 
> > from the pm tree and commits:
> > 
> >   4c9c3d595f1b ("of_graph: add of_graph_get_remote_endpoint()")
> >   0ef472a973eb ("of_graph: add of_graph_get_port_parent()")
> >   ac1e6958d3be ("of_graph: add of_graph_get_endpoint_count()")
> > 
> > from the sound-asoc tree.
> > 
> > This pm tree commit appeared briefly in the devicetree tree 9 days ago,
> > so I have done the same resolution as I did then.
> > 
> > I added the merge fix patch below. This is now fixed as far as linux-next
> > is concerned, but any non trivial conflicts should be mentioned to your
> > upstream maintainer when your tree is submitted for merging.  You may
> > also want to consider cooperating with the maintainer of the conflicting
> > tree to minimise any particularly complex conflicts.
> > 
> > From: Stephen Rothwell <sfr@canb.auug.org.au>
> > Date: Fri, 23 Jun 2017 12:22:19 +1000
> > Subject: [PATCH] of_graph: merge fix up for creating of drivers/of/property.c
> > 
> > Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
> > ---
> >  drivers/of/property.c | 60 ++++++++++++++++++++++++++++++++++++++++++---------
> >  1 file changed, 50 insertions(+), 10 deletions(-)
> > 
> > diff --git a/drivers/of/property.c b/drivers/of/property.c
> > index c96389b7c6b3..eda50b4be934 100644
> > --- a/drivers/of/property.c
> > +++ b/drivers/of/property.c
> > @@ -684,6 +684,41 @@ struct device_node *of_graph_get_endpoint_by_regs(
> >  EXPORT_SYMBOL(of_graph_get_endpoint_by_regs);
> >  
> >  /**
> > + * of_graph_get_remote_endpoint() - get remote endpoint node
> > + * @node: pointer to a local endpoint device_node
> > + *
> > + * Return: Remote endpoint node associated with remote endpoint node linked
> > + *	   to @node. Use of_node_put() on it when done.
> > + */
> > +struct device_node *of_graph_get_remote_endpoint(const struct device_node *node)
> > +{
> > +	/* Get remote endpoint node. */
> > +	return of_parse_phandle(node, "remote-endpoint", 0);
> > +}
> > +EXPORT_SYMBOL(of_graph_get_remote_endpoint);
> > +
> > +/**
> > + * of_graph_get_port_parent() - get port's parent node
> > + * @node: pointer to a local endpoint device_node
> > + *
> > + * Return: device node associated with endpoint node linked
> > + *	   to @node. Use of_node_put() on it when done.
> > + */
> > +struct device_node *of_graph_get_port_parent(struct device_node *node)
> > +{
> > +	unsigned int depth;
> > +
> > +	/* Walk 3 levels up only if there is 'ports' node. */
> > +	for (depth = 3; depth && node; depth--) {
> > +		node = of_get_next_parent(node);
> > +		if (depth == 2 && of_node_cmp(node->name, "ports"))
> > +			break;
> > +	}
> > +	return node;
> > +}
> > +EXPORT_SYMBOL(of_graph_get_port_parent);
> > +
> > +/**
> >   * of_graph_get_remote_port_parent() - get remote port's parent node
> >   * @node: pointer to a local endpoint device_node
> >   *
> > @@ -694,18 +729,11 @@ struct device_node *of_graph_get_remote_port_parent(
> >  			       const struct device_node *node)
> >  {
> >  	struct device_node *np;
> > -	unsigned int depth;
> >  
> >  	/* Get remote endpoint node. */
> > -	np = of_parse_phandle(node, "remote-endpoint", 0);
> > +	np = of_graph_get_remote_endpoint(node);
> >  
> > -	/* Walk 3 levels up only if there is 'ports' node. */
> > -	for (depth = 3; depth && np; depth--) {
> > -		np = of_get_next_parent(np);
> > -		if (depth == 2 && of_node_cmp(np->name, "ports"))
> > -			break;
> > -	}
> > -	return np;
> > +	return of_graph_get_port_parent(np);
> >  }
> >  EXPORT_SYMBOL(of_graph_get_remote_port_parent);
> >  
> > @@ -721,13 +749,25 @@ struct device_node *of_graph_get_remote_port(const struct device_node *node)
> >  	struct device_node *np;
> >  
> >  	/* Get remote endpoint node. */
> > -	np = of_parse_phandle(node, "remote-endpoint", 0);
> > +	np = of_graph_get_remote_endpoint(node);
> >  	if (!np)
> >  		return NULL;
> >  	return of_get_next_parent(np);
> >  }
> >  EXPORT_SYMBOL(of_graph_get_remote_port);
> >  
> > +int of_graph_get_endpoint_count(const struct device_node *np)
> > +{
> > +	struct device_node *endpoint;
> > +	int num = 0;
> > +
> > +	for_each_endpoint_of_node(np, endpoint)
> > +		num++;
> > +
> > +	return num;
> > +}
> > +EXPORT_SYMBOL(of_graph_get_endpoint_count);
> > +
> >  /**
> >   * of_graph_get_remote_node() - get remote parent device_node for given port/endpoint
> >   * @node: pointer to parent device_node containing graph port/endpoint
> > -- 
> > 2.11.0
> > 
> > -- 
> > Cheers,
> > Stephen Rothwell
> 
> 
> 
> -- 
> Cheers,
> Stephen Rothwell
> 

[toc] | [prev] | [next] | [standalone]

#1681073

On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> On Mon, 03 Jul 2017 04:55:24 +0200,
> Stephen Rothwell wrote:
>>
>> Hi all,
>>
>> [cc-ing the sound tree maintainer]
>
> Thanks.
>
>> With the merge window opening, just a reminder that this conflict
>> still exists.
>
> Rob, do you have an immutable branch to drag the affecting commit so
> that I can merge & resolve in my side?

Yes, use this branch:

git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move

Rob

[toc] | [prev] | [next] | [standalone]

#1681074

On Tue, 04 Jul 2017 18:00:30 +0200,
Rob Herring wrote:
> 
> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > On Mon, 03 Jul 2017 04:55:24 +0200,
> > Stephen Rothwell wrote:
> >>
> >> Hi all,
> >>
> >> [cc-ing the sound tree maintainer]
> >
> > Thanks.
> >
> >> With the merge window opening, just a reminder that this conflict
> >> still exists.
> >
> > Rob, do you have an immutable branch to drag the affecting commit so
> > that I can merge & resolve in my side?
> 
> Yes, use this branch:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move

OK, thanks.

When are you going to send a pull request to Linus?  I planned to do
for sound tree in tomorrow.  If you will do earlier, I'll try to
resolve in my side.


Takashi

[toc] | [prev] | [next] | [standalone]

#1681096

On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai <tiwai@suse.de> wrote:
> On Tue, 04 Jul 2017 18:00:30 +0200,
> Rob Herring wrote:
>>
>> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
>> > On Mon, 03 Jul 2017 04:55:24 +0200,
>> > Stephen Rothwell wrote:
>> >>
>> >> Hi all,
>> >>
>> >> [cc-ing the sound tree maintainer]
>> >
>> > Thanks.
>> >
>> >> With the merge window opening, just a reminder that this conflict
>> >> still exists.
>> >
>> > Rob, do you have an immutable branch to drag the affecting commit so
>> > that I can merge & resolve in my side?
>>
>> Yes, use this branch:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move
>
> OK, thanks.
>
> When are you going to send a pull request to Linus?  I planned to do
> for sound tree in tomorrow.  If you will do earlier, I'll try to
> resolve in my side.

I think Rafael has already sent his changes to Linus with the same
branch. So either you should merge the branch into your tree or I need
a branch from you with the relevant commits and I can resolve it.

Rob

[toc] | [prev] | [next] | [standalone]

#1681112

On Tue, 04 Jul 2017 18:55:47 +0200,
Rob Herring wrote:
> 
> On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > On Tue, 04 Jul 2017 18:00:30 +0200,
> > Rob Herring wrote:
> >>
> >> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> >> > On Mon, 03 Jul 2017 04:55:24 +0200,
> >> > Stephen Rothwell wrote:
> >> >>
> >> >> Hi all,
> >> >>
> >> >> [cc-ing the sound tree maintainer]
> >> >
> >> > Thanks.
> >> >
> >> >> With the merge window opening, just a reminder that this conflict
> >> >> still exists.
> >> >
> >> > Rob, do you have an immutable branch to drag the affecting commit so
> >> > that I can merge & resolve in my side?
> >>
> >> Yes, use this branch:
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move
> >
> > OK, thanks.
> >
> > When are you going to send a pull request to Linus?  I planned to do
> > for sound tree in tomorrow.  If you will do earlier, I'll try to
> > resolve in my side.
> 
> I think Rafael has already sent his changes to Linus with the same
> branch. So either you should merge the branch into your tree or I need
> a branch from you with the relevant commits and I can resolve it.

OK, I'll check it tomorrow.


thanks,

Takashi

[toc] | [prev] | [next] | [standalone]

#1681172

On Tuesday, July 04, 2017 11:55:47 AM Rob Herring wrote:
> On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > On Tue, 04 Jul 2017 18:00:30 +0200,
> > Rob Herring wrote:
> >>
> >> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> >> > On Mon, 03 Jul 2017 04:55:24 +0200,
> >> > Stephen Rothwell wrote:
> >> >>
> >> >> Hi all,
> >> >>
> >> >> [cc-ing the sound tree maintainer]
> >> >
> >> > Thanks.
> >> >
> >> >> With the merge window opening, just a reminder that this conflict
> >> >> still exists.
> >> >
> >> > Rob, do you have an immutable branch to drag the affecting commit so
> >> > that I can merge & resolve in my side?
> >>
> >> Yes, use this branch:
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move
> >
> > OK, thanks.
> >
> > When are you going to send a pull request to Linus?  I planned to do
> > for sound tree in tomorrow.  If you will do earlier, I'll try to
> > resolve in my side.
> 
> I think Rafael has already sent his changes to Linus with the same
> branch.

No, I haven't yet.

I've sent my ACPI and PM pull requests, but this will be a separate one.

Thanks,
Rafael

[toc] | [prev] | [next] | [standalone]

#1681339

On Tue, 04 Jul 2017 22:13:33 +0200,
Rafael J. Wysocki wrote:
> 
> On Tuesday, July 04, 2017 11:55:47 AM Rob Herring wrote:
> > On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > > On Tue, 04 Jul 2017 18:00:30 +0200,
> > > Rob Herring wrote:
> > >>
> > >> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > >> > On Mon, 03 Jul 2017 04:55:24 +0200,
> > >> > Stephen Rothwell wrote:
> > >> >>
> > >> >> Hi all,
> > >> >>
> > >> >> [cc-ing the sound tree maintainer]
> > >> >
> > >> > Thanks.
> > >> >
> > >> >> With the merge window opening, just a reminder that this conflict
> > >> >> still exists.
> > >> >
> > >> > Rob, do you have an immutable branch to drag the affecting commit so
> > >> > that I can merge & resolve in my side?
> > >>
> > >> Yes, use this branch:
> > >>
> > >> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move
> > >
> > > OK, thanks.
> > >
> > > When are you going to send a pull request to Linus?  I planned to do
> > > for sound tree in tomorrow.  If you will do earlier, I'll try to
> > > resolve in my side.
> > 
> > I think Rafael has already sent his changes to Linus with the same
> > branch.
> 
> No, I haven't yet.
> 
> I've sent my ACPI and PM pull requests, but this will be a separate one.

OK, Rob, please take either my topic/of-graph or for-linus branch as
immutable branch if necessary:
  git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git topic/of-graph


thanks,

Takashi

[toc] | [prev] | [next] | [standalone]

#1681355

On Wed, 05 Jul 2017 09:34:41 +0200,
Takashi Iwai wrote:
> 
> On Tue, 04 Jul 2017 22:13:33 +0200,
> Rafael J. Wysocki wrote:
> > 
> > On Tuesday, July 04, 2017 11:55:47 AM Rob Herring wrote:
> > > On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > > > On Tue, 04 Jul 2017 18:00:30 +0200,
> > > > Rob Herring wrote:
> > > >>
> > > >> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > > >> > On Mon, 03 Jul 2017 04:55:24 +0200,
> > > >> > Stephen Rothwell wrote:
> > > >> >>
> > > >> >> Hi all,
> > > >> >>
> > > >> >> [cc-ing the sound tree maintainer]
> > > >> >
> > > >> > Thanks.
> > > >> >
> > > >> >> With the merge window opening, just a reminder that this conflict
> > > >> >> still exists.
> > > >> >
> > > >> > Rob, do you have an immutable branch to drag the affecting commit so
> > > >> > that I can merge & resolve in my side?
> > > >>
> > > >> Yes, use this branch:
> > > >>
> > > >> git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git dt/property-move
> > > >
> > > > OK, thanks.
> > > >
> > > > When are you going to send a pull request to Linus?  I planned to do
> > > > for sound tree in tomorrow.  If you will do earlier, I'll try to
> > > > resolve in my side.
> > > 
> > > I think Rafael has already sent his changes to Linus with the same
> > > branch.
> > 
> > No, I haven't yet.
> > 
> > I've sent my ACPI and PM pull requests, but this will be a separate one.
> 
> OK, Rob, please take either my topic/of-graph or for-linus branch as
> immutable branch if necessary:
>   git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git topic/of-graph

Both branches carry too many commits that are irrelevant for you.

For your convenience, I branched off topic/of-graph-base that contains
only the minimal set of commits that conflict with drivers/of/*.
Feel free to use this branch instead of the branches above.


thanks,

Takashi

[toc] | [prev] | [next] | [standalone]

#1681438

[Multipart message — attachments visible in raw view] — view raw

On Wed, Jul 05, 2017 at 10:12:56AM +0200, Takashi Iwai wrote:

> For your convenience, I branched off topic/of-graph-base that contains
> only the minimal set of commits that conflict with drivers/of/*.
> Feel free to use this branch instead of the branches above.

I did suggest doing this when the conflict originally came up :(

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web