Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753824AbaF3LdY (ORCPT ); Mon, 30 Jun 2014 07:33:24 -0400 Received: from cantor2.suse.de ([195.135.220.15]:41469 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751307AbaF3LdW (ORCPT ); Mon, 30 Jun 2014 07:33:22 -0400 Date: Mon, 30 Jun 2014 13:33:19 +0200 (CEST) From: Jiri Kosina To: Johan Hovold cc: Bryan Wu , Janne Kanniainen , Greg Kroah-Hartman , =?ISO-8859-15?Q?Bj=F8rn_Mork?= , lkml , Linux LED Subsystem , linux-usb@vger.kernel.org, linux-input@vger.kernel.org Subject: Re: [PATCH 2/2 v2] HID: leds: Use attribute-groups in MSI GT683R driver In-Reply-To: <20140630104744.GB2486@localhost> Message-ID: References: <20140625115541.GA1409@localhost> <1403711966-13003-1-git-send-email-janne.kanniainen@gmail.com> <20140625174109.GE1409@localhost> <20140630104744.GB2486@localhost> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 30 Jun 2014, Johan Hovold wrote: > > I think the better place is HID/input tree, since this patch depends > > on the initial one which is not in my tree. > > I'm going to merge Johan's whole patchset and this patch probably > > depends Johan's work too. > > Dmitry has ACKed the input-patch and Bryan has applied that one and the > leds-patches to his tree (of which the first one is a dependency of this > patch). > > Jiri, are you saying that the gt683r-driver should go in through his > tree as well, that is all three patches including the first that you > have already applied? I just assumed your for-next branch was immutable, > but perhaps I was mistaken. Well, for-next branch is a collection of all the topic branches I am queuing for the following merge window. I am never really rebasing it, but I can definitely not include 'for-3.17/hid-gt683r' topic branch in the pile I will be sending to Linus (all the scheduled branches are getting merged into 'for-linus' only when merge window open). So the only potential conflict between hid.git and Bryan's tree would be in linux-next (and probably there will be none, git can handle duplicate patches nicely). So once Bryan confirms he's queued it (please preserve my Signoff from my tree), then I will just not include for-3.17/hid-gt683r branch in pull request to Linus and all is fine. Thanks, -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/