From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753129AbbHEQkv (ORCPT ); Wed, 5 Aug 2015 12:40:51 -0400 Received: from mail-pa0-f46.google.com ([209.85.220.46]:33026 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752487AbbHEQkt (ORCPT ); Wed, 5 Aug 2015 12:40:49 -0400 Date: Wed, 5 Aug 2015 09:40:57 -0700 From: Stephen Hemminger To: Liviu Dudau Cc: Mirko Lindner , Ryan Harkin , netdev , lkml Subject: Re: [PATCH] sky2: Add module parameter for passing the MAC address Message-ID: <20150805094057.59260077@urahara> In-Reply-To: <1438789854-29194-1-git-send-email-Liviu.Dudau@arm.com> References: <1438789854-29194-1-git-send-email-Liviu.Dudau@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 5 Aug 2015 16:50:54 +0100 Liviu Dudau wrote: > For designs where EEPROMs are not connected to PCI Yukon2 > chips we need to get the MAC address from the firmware. > Add a module parameter called 'mac_address' for this. It > will be used if no DT node can be found and the B2_MAC > register holds an invalid value. > > Signed-off-by: Liviu Dudau Yes, I can see that this can be a real problem, and other drivers solve the problem. The standard method is to assign a random mac address (and then let scripts overwrite) rather than introducing module parameter. Module parameters are discouraged because they are device specific.