Thread (18 messages) 18 messages, 6 authors, 2013-08-29

linux-next: manual merge of the arm-soc tree with the usb tree

From: javier@dowhile0.org (Javier Martinez Canillas)
Date: 2013-08-29 13:44:12
Also in: linux-next, lkml

On Thu, Aug 29, 2013 at 12:06 PM, Benoit Cousson [off-list ref] wrote:
Hi Felipe


On 27/08/2013 21:56, Felipe Balbi wrote:
quoted
Hi,

On Tue, Aug 27, 2013 at 12:30:21PM -0700, Greg KH wrote:
quoted
On Tue, Aug 27, 2013 at 01:37:32PM -0500, Felipe Balbi wrote:
quoted
Hi,

On Tue, Aug 27, 2013 at 10:37:32AM -0700, Greg KH wrote:
quoted
On Tue, Aug 27, 2013 at 04:13:23PM +0200, Sebastian Andrzej Siewior
wrote:
quoted
On 08/27/2013 04:05 PM, Benoit Cousson wrote:
quoted
On 27/08/2013 16:02, Sebastian Andrzej Siewior wrote:
quoted
On 08/27/2013 03:57 PM, Benoit Cousson wrote:
quoted
+ Kevin,

On 27/08/2013 15:53, Sebastian Andrzej Siewior wrote:
quoted
What do we do now?

Cannot you just merge the stable arm-soc/dt branch into your branch
before applying your patches?

That is up to Greg. This changes sat in his usb-next tree for a
while
now. And before they hit Greg they were in Felipe's tree for a
while.

To be exact, last .dts change via USB was:

Author:     Sebastian Andrzej Siewior [off-list ref]
AuthorDate: Thu Jun 20 12:13:04 2013 +0200
Commit:     Felipe Balbi [off-list ref]
CommitDate: Fri Aug 9 17:40:16 2013 +0300

     usb: musb dma: add cppi41 dma driver

Mmm, if that branch is supposed to be stable, I'm not sure it will be
doable...

Maybe we should do the other way around? And merge usb-next into
arm-soc/dt.

Kevin, Olof?

Please be aware that I have no response so far regarding [0] from
Greg.

[0] http://www.spinics.net/lists/linux-usb/msg92595.html

Nor will you, given that I am not the one to take these patches, Felipe
is.  I noticed now that you said "please route around Felipe", but
sorry, no, I'm not going to do that unless there's a really good
reason.
Felipe seems to be around at the moment, please work with him on this.

If you will still take a 'part2' pull request from me, I can send you
urgent bugfixes by friday. If I have some time left, I can even try to
get that sorted out by tomorrow.

For 3.12 stuff, like "fixes", sure, I can take them this week, that
should give us a week or so for linux-next testing, right?

that's correct. I have most of them already queued up, let me just go
over my linux-usb maildir again and make sure I got all the important
stuff in.

cheers, thanks for opening this 'window'.

There are two patches in my DTS tree that conflict with the usb-next.

I will remove that one (ARM: dts: AM33XX: don't redefine OCP bus and device
nodes) , as suggested by Olof, since it is the biggest source of conflict
from my tree.
Hi Benoit,

Should I re-post this patch for 3.13 or do you think that the clean-up
is not worth it due the high probability to lead to a merge conflict?

I know is an intrusive change but a needed cleanup IMHO. People keep
doing copy & paste with current am33xx DT and keep duplicating device
nodes already existing in the included .dtsi file. I reviewed at least
2 new DTS that had the same issue.

Also, this shouldn't had happened if all the OMAP DT patches went
through your tree...
The second one is easily fixable, and Stephen already did it, but it will be
even better it you could take it in your tree.
This is the patch you did that I just slightly renamed (ARM: OMAP5: dts: fix
reg property size).

Regards,
Benoit
Best regards,
Javier
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help