Re: linux-next: manual merge of the mfd tree with the v4l-dvb tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Apr 16, 2013 at 6:51 AM, Samuel Ortiz <sameo@xxxxxxxxxxxxxxx> wrote:
> Hi Mauro,
>
> On Wed, Apr 10, 2013 at 06:48:28AM -0300, Mauro Carvalho Chehab wrote:
>> Em Wed, 10 Apr 2013 08:42:53 +0200
>> Samuel Ortiz <sameo@xxxxxxxxxxxxxxx> escreveu:
>>
>> > Hi Stephen,
>> >
>> > On Wed, Apr 10, 2013 at 01:48:13PM +1000, Stephen Rothwell wrote:
>> > > Hi Samuel,
>> > >
>> > > Today's linux-next merge of the mfd tree got a conflict in
>> > > drivers/mfd/Kconfig between commit 3f8ec5df11aa ("[media] mfd: Add header
>> > > files and Kbuild plumbing for SI476x MFD core") from the v4l-dvb tree and
>> > > commit ab85b120e692 ("mfd: Kconfig alphabetical re-ordering") from the
>> > > mfd tree.
>> > I'm surprised the v4l-dvb tree is carrying this patchset because I haven't
>> > ACKed it.
>>
>> Sorry. Not sure why I understood that you gave your ack. Perhaps I miss-read
>> one of the comments of that thread.
> I haven't heard back from Andrey yet. If I don't get anything from him on
> Wednesday, would you mind reverting this patchset ? I have not ACKed it
> because it breaks bisectability, and it conflicts with mfd-next.
>
> Andrey, any plans to adress my comments from last week ?

I have a new version of a patchset that addresses your comments and
incorporates a couple of other patches with bugfixes. Unfortunately I
haven't had a chance to run it on the test HW I have. I'll try to do
and post the patches this week, but I am not sure if I'll have time to
do it before Wednesday.

As far as I understand all the MFD patches will go through the "mfd"
tree which doesn't have any version of the SI476X related patches and
I don't have to worry about making incremental patches. This, however,
is not the case for "media_tree" this patch here
http://git.linuxtv.org/media_tree.git/commit/30bac9110455402fa8888740c6819dd3daa2666f
would be affected and I think that making the need changes
incrementally as a separate patch would break the bisectability also.
Right now what I have is a new version of said patch produced by
editing the history(rebase and squash). Would that work for you,
Mauro, or do you want an incremental patch on top of the original one?

>
> Cheers,
> Samuel.
>
> --
> Intel Open Source Technology Centre
> http://oss.intel.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux