Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1148584pxv; Fri, 23 Jul 2021 00:35:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx5TYLWOlz3Sa/x54ZViVCWpwHwGZbuc/DyfKJRNc1a6oDu7/XavrsCjPnlo9UFgWhVbzxG X-Received: by 2002:a92:c5c2:: with SMTP id s2mr2695534ilt.180.1627025745353; Fri, 23 Jul 2021 00:35:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627025745; cv=none; d=google.com; s=arc-20160816; b=y8lLDVTQgNaFrm/dds+vaCNVOLWv3dvKbR4TCuAY7d3REBHN23yvm1ffT05Dv2W2Qm ALjrYczv4MjoLp36W2haS+DtADO6f6KSCdcee2955vigu3ry7VHWD8aokY9M8fQ7ANq0 nZ1zT5BP+7Tk+Wm7IM4EFdEk2iCGCSTDbm6SG1aYfEu4r+8Ne687rlFBIO+j0XSeWyYH XxhvUAfrjsfXUWpz7xl5wXBXIrS3gop0zPGMT7/y4O3rKMmof8TQb1JghSAr74Qyt906 3bmFVrV12B1BigG97pIWkoTc/zSWqZq6CZDU/W2ozjpwT7wHYqn0g9L0aDsWbRdfBX5M qnhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:dkim-signature; bh=VgC3vPpNT5La+R1XF1jyN9pqTr6GT5OZov/rHCOsaMQ=; b=tkgJkQSYd3C0gPsDC+/lfj1hMR3+gjY5B+iGTm2JphCyPnE18laIdsEOB/LhK3IJI2 qwxE2BVPpN757tkIpGA0RnthGjAsE+iEZXupFECtxI+HT8mYP6z5bgzXSNdLqKyvdRck jQ1RR6JPIWD0AwfQl7O72gdI1OR2GNen6bNUX9b7NgT43J5WRuQ/B4FzoqhpWITB04lR b40XeE3JDDPSPAOSuV+hL7j1XcaTg5HNWCc0x0up3qE6fsh3fAgkJcmL2mKf7QvxWBTq ta2jFNN83JqLihcwzIvPgHfRVRXYIBNtagZztzPYtaPj7R/Fl2sJaZXmAC6HhRQetBKT cWsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=LzzDWdAD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r23si14568665iot.18.2021.07.23.00.35.33; Fri, 23 Jul 2021 00:35:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=LzzDWdAD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233312AbhGWGxO (ORCPT + 99 others); Fri, 23 Jul 2021 02:53:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229733AbhGWGxN (ORCPT ); Fri, 23 Jul 2021 02:53:13 -0400 Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 34895C061575; Fri, 23 Jul 2021 00:33:46 -0700 (PDT) Received: by mail-wr1-x42e.google.com with SMTP id j2so1250234wrx.9; Fri, 23 Jul 2021 00:33:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=VgC3vPpNT5La+R1XF1jyN9pqTr6GT5OZov/rHCOsaMQ=; b=LzzDWdADRUkSbBay5xrPP+bpll1wxkfmRtcG0CBrtdw+DL+zg1Yi46ZIFfgFWOJhe/ j06xVhF+MfX+GHHIaR5KAf6EhfMnvXHvObTNiOUAVsPOAltQvzrdeHD9Ehua9DrkWcVP s/V/rDzauqd/j3+ZJC527TXO2Nhj7zYbVO9yzhFb0BjTms5yb1/6f4Yy3coD/V5wwxDE NNaEVQhH1MLGwzk+5qCLZo29ilPVGRabcp+FyyUuaK0RzwhKh3p8twblp3+XfFeTIu/U yJYHwboPdQkr1lcR/t2yyo7dHhm0J3qVK16emB1TdlS4OJeA3DBVYX3e78qKgcIA4IUi TM6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=VgC3vPpNT5La+R1XF1jyN9pqTr6GT5OZov/rHCOsaMQ=; b=XqLzdIMmTpFU7v8/CSpGUxtDXeFWLovJ450exd4LIgmVXJMsg9l9yLUNTv4C5pgSrt o4Y6A35G55oQpq0Qu5p+Un11/tfbljXzFWuE7+pZF73lMJzvi39EZQyG2qaVHw0DjO+G cWffoRB/syw3ICFWXkphINlmR1lCg6ITafFtxshNzT6EetZfRyqebzT9RtAxh2Tn/SCc ytHqy7T2rcxkh9Vg8bJDT01y3F47m7yLx3QNQST97wJ73Sj/krjC25RLas5d2c6jOSQf uOJk6zWQMUQPxbHrbLK2s7yURBqvEudB/rPwj+MJF5Xu0wHGCeOji11jzjGh3onBC4IO 1o7Q== X-Gm-Message-State: AOAM533Py5dB0HJebdhaKPe0oUElME2dN00Hpru3Oky1rgP8JlWKo9as V4a3CLbSFjn5oV6iNdVghR5A/L2nGWq9sA== X-Received: by 2002:adf:ed08:: with SMTP id a8mr3612303wro.375.1627025624839; Fri, 23 Jul 2021 00:33:44 -0700 (PDT) Received: from ?IPv6:2a02:810d:d40:2317:2ef0:5dff:fe0a:a2d5? ([2a02:810d:d40:2317:2ef0:5dff:fe0a:a2d5]) by smtp.gmail.com with ESMTPSA id n23sm26882957wmc.38.2021.07.23.00.33.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jul 2021 00:33:44 -0700 (PDT) Subject: Re: [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name. To: =?UTF-8?Q?St=c3=a9phane_Grosjean?= , "linux-can@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20210721124048.590426-1-nautsch2@gmail.com> <20210721125926.593283-1-nautsch2@gmail.com> From: Andre Naujoks Message-ID: Date: Fri, 23 Jul 2021 09:33:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 23.07.21 um 09:24 schrieb St?phane Grosjean: > Hi, > > We plan to send the patches during the next month. Thank you for the info! Sounds great. I'm looking forward to it. Best Regards Andre > > Regards, > > ? St?phane > > > ------------------------------------------------------------------------ > *De :* Andre Naujoks > *Envoy? :* mercredi 21 juillet 2021 15:39 > *? :* St?phane Grosjean ; Wolfgang > Grandegger ; Marc Kleine-Budde ; > David S. Miller ; Jakub Kicinski ; > Vincent Mailhol ; Gustavo A. R. Silva > ; Pavel Skripkin ; Colin > Ian King ; linux-can@vger.kernel.org > ; netdev@vger.kernel.org > ; linux-kernel@vger.kernel.org > > *Objet :* Re: [PATCH v2] Expose Peak USB device id in sysfs via > phys_port_name. > Am 21.07.21 um 15:29 schrieb St?phane Grosjean: >> Hi, >> >> The display and the possibility to change this "device_number" is a current modification of the peak_usb driver. This modification will offer this possibility for all CAN - USB interfaces of PEAK-System. > > Hi. > > By "current modification" you mean something not yet public? Do you have > a time frame for when you are planning to make it public? I'd really > like to use this :-) > >> >> However, it is planned to create new R/W entries for this (under /sys/class/net/canX/...) as is already the case in other USB - CAN interface drivers. > > I'd be fine with that. I just chose something, that was already > available and looked as if it made the most sense without breaking anything. > > Thanks for the reply! > ?? Andre > >> >> ? St?phane >> >> >> De : Andre Naujoks >> Envoy? : mercredi 21 juillet 2021 14:59 >> ? : Wolfgang Grandegger ; Marc Kleine-Budde ; David S. Miller ; Jakub Kicinski ; St?phane Grosjean ; Vincent Mailhol ; Gustavo A. R. Silva ; Pavel Skripkin > ; Colin Ian King ; Andre > Naujoks ; linux-can@vger.kernel.org > ; netdev@vger.kernel.org > ; linux-kernel@vger.kernel.org > >> Objet : [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name. >> >> The Peak USB CAN adapters can be assigned a device id via the Peak >> provided tools (pcan-settings). This id can currently not be set by the >> upstream kernel drivers, but some devices expose this id already. >> >> The id can be used for consistent naming of CAN interfaces regardless of >> order of attachment or recognition on the system. The classical CAN Peak >> USB adapters expose this id via bcdDevice (combined with another value) >> on USB-level in the sysfs tree and this value is then available in >> ID_REVISION from udev. This is not a feasible approach, when a single >> USB device offers more than one CAN-interface, like e.g. the PCAN-USB >> Pro FD devices. >> >> This patch exposes those ids via the, up to now unused, netdevice sysfs >> attribute phys_port_name as a simple decimal ASCII representation of the >> id. phys_port_id was not used, since the default print functions from >> net/core/net-sysfs.c output a hex-encoded binary value, which is >> overkill for a one-byte device id, like this one. >> >> Signed-off-by: Andre Naujoks >> --- >>?? drivers/net/can/usb/peak_usb/pcan_usb_core.c | 16 ++++++++++++++++ >>?? 1 file changed, 16 insertions(+) >> >> diff --git a/drivers/net/can/usb/peak_usb/pcan_usb_core.c b/drivers/net/can/usb/peak_usb/pcan_usb_core.c >> index e8f43ed90b72..f6cbb01a58cc 100644 >> --- a/drivers/net/can/usb/peak_usb/pcan_usb_core.c >> +++ b/drivers/net/can/usb/peak_usb/pcan_usb_core.c >> @@ -408,6 +408,21 @@ static netdev_tx_t peak_usb_ndo_start_xmit(struct sk_buff *skb, >>?????????? return NETDEV_TX_OK; >>?? } >> >> +static int peak_usb_ndo_get_phys_port_name(struct net_device *netdev, >> +????????????????????????????????????????? char *name, size_t len) >> +{ >> +?????? const struct peak_usb_device *dev = netdev_priv(netdev); >> +?????? int err; >> + >> +?????? err = snprintf(name, len, "%u", dev->device_number); >> + >> +?????? if (err >= len || err <= 0) { >> +?????????????? return -EINVAL; >> +?????? } >> + >> +?????? return 0; >> +} >> + >>?? /* >>??? * start the CAN interface. >>??? * Rx and Tx urbs are allocated here. Rx urbs are submitted here. >> @@ -769,6 +784,7 @@ static const struct net_device_ops peak_usb_netdev_ops = { >>?????????? .ndo_stop = peak_usb_ndo_stop, >>?????????? .ndo_start_xmit = peak_usb_ndo_start_xmit, >>?????????? .ndo_change_mtu = can_change_mtu, >> +?????? .ndo_get_phys_port_name = peak_usb_ndo_get_phys_port_name, >>?? }; >> >>?? /* >> -- >> 2.32.0 >> >> -- >> PEAK-System Technik GmbH >> Sitz der Gesellschaft Darmstadt - HRB 9183 >> Geschaeftsfuehrung: Alexander Gach / Uwe Wilhelm >> Unsere Datenschutzerklaerung mit wichtigen Hinweisen >> zur Behandlung personenbezogener Daten finden Sie unter >> www.peak-system.com/Datenschutz.483.0.html > >> > > > -- > PEAK-System Technik GmbH > Sitz der Gesellschaft Darmstadt - HRB 9183 > Geschaeftsfuehrung: Alexander Gach / Uwe Wilhelm > Unsere Datenschutzerklaerung mit wichtigen Hinweisen > zur Behandlung personenbezogener Daten finden Sie unter > www.peak-system.com/Datenschutz.483.0.html