From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30076.outbound.protection.outlook.com [40.107.3.76]) by dpdk.org (Postfix) with ESMTP id EA6ECD148 for ; Mon, 16 Apr 2018 19:10:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4QgybpZlngWywuvoYIFLHfIyFLbsdioqeI7tRclem6o=; b=cFw/pcw/FlprSnR+ksf5ETz/jM+qozagMyfeVWPJgNb6TPN196Sz5ptvL3GmnFMJWVWl2bfxkHLw/d5JzwFKQsL55H4hVVjJIv9RG5gmtvBBowU8yfwGLfhtNoeQ93/8en20Diy48H8eiI+3O0mFutA7MlPvE+R7zW4n3NZTHus= Received: from AM4PR0501MB2657.eurprd05.prod.outlook.com (10.172.215.19) by AM4PR0501MB2769.eurprd05.prod.outlook.com (10.172.216.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.10; Mon, 16 Apr 2018 17:10:09 +0000 Received: from AM4PR0501MB2657.eurprd05.prod.outlook.com ([fe80::6885:c169:afcb:37e6]) by AM4PR0501MB2657.eurprd05.prod.outlook.com ([fe80::6885:c169:afcb:37e6%9]) with mapi id 15.20.0675.015; Mon, 16 Apr 2018 17:10:09 +0000 From: Matan Azrad To: Stephen Hemminger CC: Bruce Richardson , "Burakov, Anatoly" , Thomas Monjalon , "dev@dpdk.org" , "pmatilai@redhat.com" , "david.marchand@6wind.com" , "jia.guo@intel.com" , "konstantin.ananyev@intel.com" , "fbl@redhat.com" Thread-Topic: kernel binding of devices + hotplug Thread-Index: AQHT00ThIlNWXyeugUC+Eesfo2Tt3qP+5c0AgAAQxACAAasfUIACcoSAgAAcrMCAAHCQgIAAANgA Date: Mon, 16 Apr 2018 17:10:09 +0000 Message-ID: References: <2407757.yEAnF6RcS7@xps> <20180413164046.GD37024@bricha3-MOBL.ger.corp.intel.com> <20180416083153.GA50020@bricha3-MOBL.ger.corp.intel.com> <20180416095723.0d7698c7@xeon-e3> In-Reply-To: <20180416095723.0d7698c7@xeon-e3> Accept-Language: en-US, he-IL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=matan@mellanox.com; x-originating-ip: [193.47.165.251] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM4PR0501MB2769; 7:ZrEFgnaLF3GbIlCtONvc6q70cdG5RNJrM9l8BsdsHaTd/FQUg4wVq5Yg9jWSHpMYpsw0r20q/ME4v1QGZnufFgdNgnTi1/MUJ8a4KTyeuKpRU+hFpo5OUrsNorYnrdnGPuB5zd/pqnvkXDUv7ARfy5FF+XV1ynGori9ChV8OBDgs86hD5KEx8l680/m3uqAlPxSi8eyydvLZTfraJpud9coiGi84kqoXIGi6M/9aXYjlnaYVV9WDaYzM3OW7CYb5 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(48565401081)(2017052603328)(7153060)(7193020); SRVR:AM4PR0501MB2769; x-ms-traffictypediagnostic: AM4PR0501MB2769: x-ld-processed: a652971c-7d2e-4d9b-a6a4-d149256f461b,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231232)(944501327)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041310)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:AM4PR0501MB2769; BCL:0; PCL:0; RULEID:; SRVR:AM4PR0501MB2769; x-forefront-prvs: 0644578634 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(396003)(39380400002)(346002)(366004)(376002)(199004)(189003)(51444003)(2906002)(105586002)(6506007)(316002)(2900100001)(9686003)(6916009)(106356001)(55016002)(76176011)(7696005)(102836004)(81156014)(8676002)(86362001)(6246003)(93886005)(186003)(478600001)(26005)(486006)(97736004)(476003)(11346002)(99286004)(229853002)(6116002)(3846002)(54906003)(6436002)(53936002)(25786009)(33656002)(74316002)(305945005)(446003)(4326008)(7736002)(3280700002)(14454004)(66066001)(81166006)(8936002)(5660300001)(5250100002)(3660700001)(68736007)(7416002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR0501MB2769; H:AM4PR0501MB2657.eurprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: zU1FktpK1PbRzE2EX8rDPxJAih94E+tQB++lLmvWqP4cW64A/fG3qHzVhFEoroL6FEX/bzMX2/IbhyCJjlLSG4ndN7KGofEBeSOfO7o/mwqK8JWDOTyE+apHntJmAort1YurBcG3fsluedCwN9TZ8pkF/1qLmqdELw/PziD5rr8f74eB+svFZxluf2AsfQzu spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: 42a51d35-6412-4b5f-a118-08d5a3bce8dd X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-Network-Message-Id: 42a51d35-6412-4b5f-a118-08d5a3bce8dd X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Apr 2018 17:10:09.7359 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0501MB2769 Subject: Re: [dpdk-dev] kernel binding of devices + hotplug X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2018 17:10:12 -0000 Hi Stephen From: Stephen Hemminger, Monday, April 16, 2018 7:57 PM > On Mon, 16 Apr 2018 16:11:12 +0000 > Matan Azrad wrote: >=20 > > > If the device management is only managed in one place, i.e. not in > > > DPDK, then there is no conflict to manage. > > > > I can't agree with this statement, > > The essence of DPDK is to give a good alternative to managing network > > devices, DPDK actually takes a lot of management area to manage by > > itself to do the user life better :) >=20 > More is not better! DPDK is poorly integrated into Linux overall system. = Doing > more in DPDK makes this worse not better. In this case I think that yes, more is better. Please explain why do you think that in this case it is worse. =20 > Buried under this discussion is the fact that the Mellanox bifurcated dri= ver > behaves completely differently from every other driver. This makes coming > to a common solution much harder. The bifurcated model has advantages > and disadvantages, in this case it is a disadvantage since it is not easy= to > manage usage when it is a shared resource. Sorry, what is your point?