[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100727.204603.184850135.davem@davemloft.net>
Date: Tue, 27 Jul 2010 20:46:03 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: peppe.cavallaro@...com
Cc: netdev@...r.kernel.org
Subject: Re: [net-next 2/3] stmmac: fix timer setup when use dual mac
Kconfig
From: David Miller <davem@...emloft.net>
Date: Tue, 27 Jul 2010 20:45:28 -0700 (PDT)
Sorry, I meant to say this in reply to patch #1 not #2 :)
> From: Giuseppe CAVALLARO <peppe.cavallaro@...com>
> Date: Tue, 27 Jul 2010 12:09:46 +0200
>
>> The driver erroneously sets the tmrate to zero when the
>> TMU initialisation fails. This actually generates problems
>> while using the dual GMAC configuration.
>>
>> With this patch, enabling both the dual gmac and the timer
>> optimisation, the first interface opened will use the tmu
>> channel 2, the second one won't be able to use the timer but
>> will continue to work without mitigating the interrupts by
>> using the external timer (i.e. TMU channel 2).
>>
>> Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@...com>
>
> This is not how we do things.
>
> All of the options that influence the driver should be right next
> to the main driver option.
>
> What the platform SOC Kconfig's can do is 'select' those option.
>
> But even better is to get rid of all of these feature Kconfig options,
> and communicate the capability in the platform_device probe
> information or similar.
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists