Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4633125img; Tue, 26 Mar 2019 13:23:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqwmPRlFXj+PuDm4FCxFqQDrwwMYrVj1Aq5RGuyVu+/1+vSIkCZB61JJMjR956oAuFSbuAUM X-Received: by 2002:a17:902:87:: with SMTP id a7mr32725166pla.295.1553631839556; Tue, 26 Mar 2019 13:23:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553631839; cv=none; d=google.com; s=arc-20160816; b=zzJC38jrjgG8hVGm5zKyQnPYyMsfXeebNrpAghUKwvmGwrXD4Spf+T8eSPrUAT6Inz 1LplueXcrQY5J68pnyPckcYo3CVp2D+9+Fokx3asLZ6jhunxmoVLnbO5lUer30BZEY27 7plVsPEVDxtZDSL+/LkN518t1cAOhAtcktGdgzH3wU9waqtBMSnXXqlDN1upJSwSwB1c msqGlSZBqOW1IsQxbaUWwu0gjRxRqTRL0pA8sH/T9gxHguXIA6d43xj5bqcJhV3g2cGO zcfJmf+dJDQ9qVkAvo1nCT947cXBp/X8VFMSxxRFN9Gf2zQbHMaCa95iCf+sPuOxNY+U QxbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=r++bPAoI+7qQeMXMyWEHr/N63PvKGk4ogBrqNvUZ/6I=; b=P6yOnzrXKgnc8MCNoZsxLzkGAsSc1suVZACeVjU4nnkLdk2SIhGGNnTu7z/Z+uDNjC ztDLjaEdndFCtfJ4bjgmAe9DPNZyJvzKQXS37VKoQKetHmyNWHotH3oPXS67eNigZ3e+ LmJe7u0ai9R3IfoA//HPKwE8+zmcOsJcaOSbfxT7eTm7FHbFkG2ButXE3DpMSharcGxR Qae1BR4iD7U9yjG7fuDpN3qqmb2+glvd69xZQrw3LrzqkVgNSrIZRuWi4J37ZAzERfFY ngWRzT0SxLHaQboE5s+v+47ofqx5no/78K7e1zCNNnUVv5PW65oZhLivMB6/+Z/gsd+u 3F7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f7si12910987pgg.234.2019.03.26.13.23.43; Tue, 26 Mar 2019 13:23:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732641AbfCZUXE (ORCPT + 99 others); Tue, 26 Mar 2019 16:23:04 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:51092 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731736AbfCZUXE (ORCPT ); Tue, 26 Mar 2019 16:23:04 -0400 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id D711B14C6C8B5; Tue, 26 Mar 2019 13:23:03 -0700 (PDT) Date: Tue, 26 Mar 2019 13:23:01 -0700 (PDT) Message-Id: <20190326.132301.1327548456879111686.davem@davemloft.net> To: Mario.Limonciello@dell.com Cc: linux-usb@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, hayeswang@realtek.com, sjg@google.com, campello@google.com, Ryan.Hong@Dell.com, Crag.Wang@dell.com Subject: Re: [PATCH] r8152: Refresh MAC address during USBDEVFS_RESET From: David Miller In-Reply-To: References: <1553523143-23072-1-git-send-email-mario.limonciello@dell.com> <20190326.115051.1713861149387592628.davem@davemloft.net> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 26 Mar 2019 13:23:04 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Date: Tue, 26 Mar 2019 19:52:50 +0000 >> -----Original Message----- >> From: David Miller >> Sent: Tuesday, March 26, 2019 1:51 PM >> To: Limonciello, Mario >> Cc: linux-usb@vger.kernel.org; netdev@vger.kernel.org; linux- >> kernel@vger.kernel.org; hayeswang@realtek.com; sjg@google.com; >> campello@google.com; Hong, Ryan; Wang, Crag >> Subject: Re: [PATCH] r8152: Refresh MAC address during USBDEVFS_RESET >> >> >> [EXTERNAL EMAIL] >> >> From: Mario Limonciello >> Date: Mon, 25 Mar 2019 09:12:23 -0500 >> >> > On some platforms it is possible to dynamically change the policy >> > of what MAC address is selected from the ASL at runtime. >> > >> > These tools will reset the USB device and expect the change to be >> > made immediately. >> > >> > Signed-off-by: Mario Limonciello >> >> You are going to have to emit CHANGEADDR notifications and such if >> necessary when you do this. > > Thanks for the feedback, I'll add that call. Do you feel a need that the MAC > address needs to be tracked and compared to what was previously in ACPI > table to know it "really" changed or just emit CHANGEADDR because it "might" > have changed? Probably it is better for apps to track it. You can consider using dev_set_mac_address(), I wouldn't advise cooking your own copy of the event emission code.