Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4035828imm; Mon, 30 Jul 2018 07:38:24 -0700 (PDT) X-Google-Smtp-Source: AAOMgpehgugzRFCVdvWCuaqflcaJC6MUK5h25fyPKp1kPYejbDNij6K5cUPcRmzo/KxngIdtlxJ4 X-Received: by 2002:a63:6849:: with SMTP id d70-v6mr16170482pgc.7.1532961504594; Mon, 30 Jul 2018 07:38:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532961504; cv=none; d=google.com; s=arc-20160816; b=eOUvzol647xQeEirHpv3UR+D0qeomlsfn2KKuQdbcXetaZsaMQzbZ4jX4/1Tbnt96v nxvFTGN1rtORZ90Mf2P0aHKj8CV7/mQxttEFPN9hJBiu0tcMCkf00ultVb9yGUK06rNm 4dMKN0W5M09sjWJsgHdEwTysNLA0pcqH+P7x2vu42f4Zea8GUWEkLCiAFnIhJ6tGp7FM JEex+yR5gUncxkXjES8covAjZv4CrVt/dN5hqyL0cXyHF3SFgPzvkUlKx0r9IyQlOr06 R0f0gODuIq2pIOJND54QTZQkmPRcKdIqQQE4qm2u6Iy0Lc8UnS/DV5EXMDM/fTlRmNqm GZmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=1X50N+KYnuRMaSreHxAaTwCpvvKSI9/0uQCX+OUxIQc=; b=OPJSwcmlCJ7HrbMFr+4M0lcv0bGVZRXRwAesUgnXBDfDi2GlUyUxdr8J66s07pJ6Do XbCMWPr/HrPXhujrJeXRL/zH0Q3lwz2sc1APZbuq+AX1Jmgmxkn+qXMEyhesiAjpmKaw 0JyNMkqxUfT/XZyP/UzqbOXUmrFQRkORaPCOVJYz6Jo3myay+j5+2h+jHXCieR+xPGo1 EAfhX+iQ7s7kqaPFffJnRF5DbptTgzRvzgrsNh4VN3k50hpenhAxfKcTxZRwL0EPtKim MbS5p4XPUQfsc/IXUoQeKUkgjEbdp7TR8usXg9IxCDiNZf5Uj9RXETJUHWXbkzG2CElR jAlg== 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 68-v6si10615953pga.113.2018.07.30.07.38.09; Mon, 30 Jul 2018 07:38:24 -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 S1731512AbeG3QMg (ORCPT + 99 others); Mon, 30 Jul 2018 12:12:36 -0400 Received: from mx2.suse.de ([195.135.220.15]:40664 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726693AbeG3QMg (ORCPT ); Mon, 30 Jul 2018 12:12:36 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 5E0FBAD08; Mon, 30 Jul 2018 14:37:17 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id 73E3FA0BE8; Mon, 30 Jul 2018 16:37:14 +0200 (CEST) Date: Mon, 30 Jul 2018 16:37:14 +0200 From: Michal Kubecek To: Jiri Pirko Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, David Miller , Florian Fainelli , Roopa Prabhu , Jakub Kicinski , "John W. Linville" Subject: Re: [RFC PATCH net-next v2 09/17] ethtool: implement GET_DRVINFO message Message-ID: <20180730143714.tlvze2xas2kk7zqo@unicorn.suse.cz> References: <4dcd60f25efe368ada4e0c035dc1d7612ab59132.1532953989.git.mkubecek@suse.cz> <20180730132107.GB10626@nanopsycho> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180730132107.GB10626@nanopsycho> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 30, 2018 at 03:21:07PM +0200, Jiri Pirko wrote: > Mon, Jul 30, 2018 at 02:53:27PM CEST, mkubecek@suse.cz wrote: > > [...] > > >+/* GET_DRVINFO / SET_DRVINFO */ > >+ > >+enum { > >+ ETHA_DRVINFO_UNSPEC, > >+ ETHA_DRVINFO_DEV, /* nest - ETHA_DEV_* */ > >+ ETHA_DRVINFO_DRIVER, /* string */ > >+ ETHA_DRVINFO_VERSION, /* string */ > >+ ETHA_DRVINFO_FWVERSION, /* string */ > >+ ETHA_DRVINFO_BUSINFO, /* string */ > >+ ETHA_DRVINFO_EROM_VER, /* string */ > >+ ETHA_DRVINFO_N_PRIV_FLAGS, /* u32 */ > >+ ETHA_DRVINFO_N_STATS, /* u32 */ > >+ ETHA_DRVINFO_TESTINFO_LEN, /* u32 */ > >+ ETHA_DRVINFO_EEDUMP_LEN, /* u32 */ > >+ ETHA_DRVINFO_REGDUMP_LEN, /* u32 */ > > This is a nice example of why 1:1 ioctl->netlink conversion would be > a big mistake. > > I understand that for ioclt, getting lengths of various things is > important. Userspace can prepare buffer for next ioctl which would > actually do dump transfer. However in netlink, this is totally pointless > as the dump goes into userspace in multiple netlink messages. Right, I already mentioned this in the ToDo part of cover letter. It makes indeed little sense to put this information here - and even less to put only dome of the counts and lengths. Michal Kubecek