Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753344Ab0FDQWU (ORCPT ); Fri, 4 Jun 2010 12:22:20 -0400 Received: from c60.cesmail.net ([216.154.195.49]:59947 "EHLO c60.cesmail.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751487Ab0FDQWT (ORCPT ); Fri, 4 Jun 2010 12:22:19 -0400 Subject: Re: [PATCH] [ath5k][leds] Ability to disable leds support. If leds support enabled do not force mac802.11 leds layer selection. From: Pavel Roskin To: Dmytro Milinevskyy Cc: ath5k-devel@venema.h4ckr.net, Jiri Slaby , Nick Kossifidis , "Luis R. Rodriguez" , Bob Copeland , "John W. Linville" , GeunSik Lim , Greg Kroah-Hartman , Lukas Turek <8an@praha12.net>, Mark Hindley , Johannes Berg , Jiri Kosina , Kalle Valo , Keng-Yu Lin , Luca Verdesca , Shahar Or , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <4c0902ef.0a41df0a.6c86.2df0@mx.google.com> References: <4c0902ef.0a41df0a.6c86.2df0@mx.google.com> Content-Type: text/plain Date: Fri, 04 Jun 2010 12:22:15 -0400 Message-Id: <1275668535.17251.20.camel@mj> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2284 Lines: 71 On Fri, 2010-06-04 at 16:43 +0300, Dmytro Milinevskyy wrote: > Hi! > > Here is the patch to disable ath5k leds support on build stage. > However if the leds support was enabled do not force selection of 802.11 leds layer. > Depency on LEDS_CLASS is kept. > > Suggestion given by Pavel Roskin and Bob Copeland applied. It's great that you did it. The patch is much clearer now. That makes smaller issues visible. Please don't be discouraged by the criticism, you are on the right track. First of all, your patch doesn't apply cleanly to the current wireless-testing because of formatting changes in Makefile. Please update. > +config ATH5K_LEDS > + tristate "Atheros 5xxx wireless cards LEDs support" > + depends on ATH5K > + select NEW_LEDS > + select LEDS_CLASS > + ---help--- > + Atheros 5xxx LED support. "tristate" is wrong here. "tristate" would allow users select "m", which is wrong, since LED support is not a separate module. I think you want "bool" here. > +#ifdef CONFIG_ATH5K_LEDS > /* > * State for LED triggers > */ > @@ -95,6 +96,7 @@ struct ath5k_led > struct ath5k_softc *sc; /* driver state */ > struct led_classdev led_dev; /* led classdev */ > }; > +#endif This shouldn't be needed. I'll rather see a structure that is not used in some cases than an extra pair of preprocessor conditionals. > diff --git a/drivers/net/wireless/ath/ath5k/gpio.c b/drivers/net/wireless/ath/ath5k/gpio.c > index 64a27e7..9e757b3 100644 > --- a/drivers/net/wireless/ath/ath5k/gpio.c > +++ b/drivers/net/wireless/ath/ath5k/gpio.c > @@ -25,6 +25,7 @@ > #include "debug.h" > #include "base.h" > > +#ifdef CONFIG_ATH5K_LEDS > /* > * Set led state > */ > @@ -76,6 +77,7 @@ void ath5k_hw_set_ledstate(struct ath5k_hw *ah, unsigned int state) > else > AR5K_REG_ENABLE_BITS(ah, AR5K_PCICFG, led_5210); > } > +#endif I would just move that function to led.c (and don't forget to include reg.h). The Makefile should take care of the rest. -- Regards, Pavel Roskin -- 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/