linux-kernel - Re: [PATCH 2/2 v2] HID: leds: Use attribute-groups in MSI GT683R driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LNX.2.00.1406252107070.15939@pobox.suse.cz>
Date:	Wed, 25 Jun 2014 21:09:33 +0200 (CEST)
From:	Jiri Kosina <jkosina@...e.cz>
To:	Johan Hovold <johan@...nel.org>
cc:	Janne Kanniainen <janne.kanniainen@...il.com>, greg@...ah.com,
	bjorn@...k.no, cooloney@...il.com, linux-kernel@...r.kernel.org,
	linux-leds@...r.kernel.org, linux-usb@...r.kernel.org,
	linux-input@...r.kernel.org
Subject: Re: [PATCH 2/2 v2] HID: leds: Use attribute-groups in MSI GT683R
 driver

On Wed, 25 Jun 2014, Johan Hovold wrote:

> Did you see the attribute-race series I posted? Not sure how best to
> handle the dependency, as those patches should probably go in through
> the LEDs tree, while the first patch in that series (adding the groups
> field) is a dependency for this patch.
> 
> Jiri, how would this best be solved?

I think the best course of action here is to gather Acks from the 
respective maintainers, and take the whole lot trough a single tree 
(probably the leds tree in this case) to avoid unnecessary intra-tree 
dependencies in a rather straighforward situation like this.

Thanks,

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/