Received: by 10.223.164.202 with SMTP id h10csp660967wrb; Thu, 9 Nov 2017 01:05:47 -0800 (PST) X-Google-Smtp-Source: ABhQp+Tu3YL+SA6/4AXAHWNlhXOpzpH3szAG9pqT2oW8y/0e35oGkGl3jmj3SAiMaNHytfMKEoPY X-Received: by 10.98.75.221 with SMTP id d90mr3407450pfj.90.1510218347348; Thu, 09 Nov 2017 01:05:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510218347; cv=none; d=google.com; s=arc-20160816; b=PZWsqv3Eeh1e2lMdh7aSt6ugrNRnzLtfLZnRtJNVjzKi8/hXEB7fvg9cpGHNj5fnQG Zk2QJRS92H9yNfsGvsQ3W9yeuKlo7nFEQu0vWmn/KokVImxT2GPbPmER6zXlfm9sXUtp DNAcw5v+nSTyzVsYSIBAHPh9DCqSH4hvO6YUG+wQhv2wRYFr4Bzo+qps1jcByz2d2CsT 0NGdSoR7mvPu0m/p7VDTY8tQr5/iCsBj/bRnfIkrVyuj0kcnT3VOjT7//mXa2Tkt4yHP 2P3LENxgdJDBR9H3YKcjeNVmhFjgrpfVOwblJr1RxkctGdUfQ6+5r1ZxdVkCX//pRwJ0 W3Yw== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=6m0TQXb/AnlEaUg1u9nn4UEpMCoNPy9ChoqjpkgqTN8=; b=wUELffZPUUB30PbZUy+dsdKLoiSyPKrRfAruC2iq5cGpaZSFA0ypRgMdS+HdW1AvOA bkmaM92mOudg2iuV1LEkQ9wkPPT/ydzLAmO0NcRUMi9I3lh/P1JPvW6BYoBTg3kYXzGW DOuZFjAMBkccfjqacoYzLLXc9kihs3cC+Va5GNNEN4IfcYbsnKoMZgpVchOV45Mkcc32 Fo1fbJD2Z7ylESkiOTDDd+anuCQaAioNJDEH6UqNXElSsBUBm1He1AUj3luLGvRlUj+u y5Bk0EXGjQXV/AEHAVRfSDJlF0617qYu9IKSRKtmoQ6LDQs8VyJDMO2Al0MuTbJcYXAA n/fg== 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 w15si6075363pgt.71.2017.11.09.01.05.35; Thu, 09 Nov 2017 01:05:47 -0800 (PST) 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 S1753782AbdKIJE7 (ORCPT + 82 others); Thu, 9 Nov 2017 04:04:59 -0500 Received: from aibo.runbox.com ([91.220.196.211]:60972 "EHLO aibo.runbox.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753578AbdKIJE4 (ORCPT ); Thu, 9 Nov 2017 04:04:56 -0500 Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1eCilW-00064R-4K; Thu, 09 Nov 2017 10:04:50 +0100 Received: from 93.89.113.32.ip.vitnett.no ([93.89.113.32] helo=[10.5.202.90]) by mailfront12.runbox.com with esmtpsa (uid:646232 ) (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) id 1eCilS-0002y0-VN; Thu, 09 Nov 2017 10:04:47 +0100 Subject: Re: [PATCH net-next 1/6] net: dsa: remove trans argument from mdb ops To: Vivien Didelot , netdev@vger.kernel.org Cc: linux-kernel@vger.kernel.org, kernel@savoirfairelinux.com, "David S. Miller" , Florian Fainelli , Andrew Lunn References: <20171108171917.5965-1-vivien.didelot@savoirfairelinux.com> <20171108171917.5965-2-vivien.didelot@savoirfairelinux.com> From: Egil Hjelmeland Message-ID: <01a09219-c348-5aa5-c052-c8ea505c769d@egil-hjelmeland.no> Date: Thu, 9 Nov 2017 10:04:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171108171917.5965-2-vivien.didelot@savoirfairelinux.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08. nov. 2017 18:19, Vivien Didelot wrote: > The DSA switch MDB ops pass the switchdev_trans structure down to the > drivers, but no one is using them and they aren't supposed to anyway. > > Remove the trans argument from MDB prepare and add operations. > > - int (*port_mdb_prepare)(struct dsa_switch *ds, int port, > - const struct switchdev_obj_port_mdb *mdb, > - struct switchdev_trans *trans); > - void (*port_mdb_add)(struct dsa_switch *ds, int port, > - const struct switchdev_obj_port_mdb *mdb, > - struct switchdev_trans *trans); > + int (*port_mdb_prepare)(struct dsa_switch *ds, int port, > + const struct switchdev_obj_port_mdb *mdb); > + void (*port_mdb_add)(struct dsa_switch *ds, int port, > + const struct switchdev_obj_port_mdb *mdb); > int (*port_mdb_del)(struct dsa_switch *ds, int port, > const struct switchdev_obj_port_mdb *mdb); Hi Vivien Nice to get rid of "trans". I recall I was confused by this parameter. "Am I supposed to do something with this parameter?". But when at it. What about getting rid of switchdev_obj_port_mdb, making similar signatures as the new .port_fdb_xxx functions? Would that make sense? Egil From 1583519247280642413@xxx Wed Nov 08 17:20:35 +0000 2017 X-GM-THRID: 1583519247280642413 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread