Received: by 10.213.65.68 with SMTP id h4csp216611imn; Fri, 23 Mar 2018 03:06:47 -0700 (PDT) X-Google-Smtp-Source: AG47ELtMgPg03TJTXnzKMQZf1P4Q9mR+bbp++QI1IV6olQunq0BJM3Lz3GMmBT2r3JMcdgBX1pkD X-Received: by 2002:a17:902:8481:: with SMTP id c1-v6mr18406991plo.304.1521799607706; Fri, 23 Mar 2018 03:06:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521799607; cv=none; d=google.com; s=arc-20160816; b=gKSjo6ZymI6RVkTSYM6wiBabmZ8iAPzQd07pkc+O9KJOPT4T40BaXgl8dhVpjz0ux/ KPtYahbipMvIuNsWWJoxEan8cdEAcQaDvVY5jNoRskbO2iQIWxMq99xvHbp8gRjDzcD8 /MuWYBVz+eb53QsxZVxUTZhtnymPtB7kcn+OVFN+H7eHfD4H0iEN0hYPpi7xOsnxUnn+ KPEf3go24OMb0dX8j1rLopLSz7dB6X9/i0ErsBylPrz9bPpzi0Pe66GqaAOebp7bCR21 6w16gGo2X7vue/v3BCsAyfi5E0+COJzwh0oZr4yJmlbMBh6YCrMcLJv1+2ntpwp9+rWy AC5A== 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=FL1kibGW2YkE5k7kRAC3/DNBXwaYojox5NZX6oc4ptU=; b=K8G543fIb9Z7EVqeDf6VN2y9CqtuX45FiFYbHJMBuatm2ABJujhGBe/JK5XuAE2DH2 DOn/LJ80Iru4iNh5pfnlKTNXFjuQxIHUTSfrIBH6v+MDn/cDoiktsAj4r6fgQ2Ww1zHt pSTHdZmsZo8mG8JnL/Cf/pPb7uLYAcHuFpA3ITnFGiFNFDU+ta7/wrVsCbhKvaBkFceB asV3q+kR95F7yCPKkHDsJhFw+vBfwgnXjFKSZUvF90XojO8B9phr3ZsegHhzgsdFkih+ zPJPEgpUtPgLiiZ852t/qwFYP+KdzeOLGL2958uKQVrdXibpLiYRt0wjUlIkQXZu24Vz gh3Q== 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 j127si5921338pgc.653.2018.03.23.03.06.32; Fri, 23 Mar 2018 03:06:47 -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 S1754674AbeCWKEP (ORCPT + 99 others); Fri, 23 Mar 2018 06:04:15 -0400 Received: from mailproxy03.manitu.net ([217.11.48.67]:35932 "EHLO mailproxy03.manitu.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754642AbeCWKEL (ORCPT ); Fri, 23 Mar 2018 06:04:11 -0400 Received: from [192.168.178.20] (aftr-185-17-207-86.dynamic.mnet-online.de [185.17.207.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: wg@grandegger.com) by mailproxy03.manitu.net (Postfix) with ESMTPSA id 38B0DD40045; Fri, 23 Mar 2018 11:04:09 +0100 (CET) Subject: Re: [PATCH v3 0/1] can: ucan: add driver for Theobroma Systems UCAN devices To: Jakob Unterwurzacher Cc: Martin Elshuber , Philipp Tomsich , Marc Kleine-Budde , linux-can@vger.kernel.org, linux-kernel@vger.kernel.org References: <20180322135338.60923-1-jakob.unterwurzacher@theobroma-systems.com> <7e818d10-3410-b144-9cfb-c58a9945a8b1@theobroma-systems.com> From: Wolfgang Grandegger Message-ID: Date: Fri, 23 Mar 2018 11:04:08 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <7e818d10-3410-b144-9cfb-c58a9945a8b1@theobroma-systems.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 23.03.2018 um 10:40 schrieb Jakob Unterwurzacher: > On 23.03.18 09:32, Wolfgang Grandegger wrote: >>> * add __func__ to all errors and warnings, and to info where it made >>> sense >> >> The final output messages in the driver should especially be useful for >> the end user... and not the developer! This is also true for the >> function names. You already use more "__func__" than all other CAN >> drivers together. Just my opinion! > > The idea was to make it clear which driver printed the message. In my > opinion, this is a problem: > >> drivers/net/can/usb$ git grep "No memory left for USB buffer" >> ems_usb.c:                      netdev_err(netdev, "No memory left for >> USB buffer\n"); >> ems_usb.c:              netdev_err(netdev, "No memory left for USB >> buffer\n"); >> esd_usb2.c:                              "No memory left for USB >> buffer\n"); >> esd_usb2.c:             netdev_err(netdev, "No memory left for USB >> buffer\n"); >> gs_usb.c:               netdev_err(netdev, "No memory left for USB >> buffer\n"); >> gs_usb.c:                                          "No memory left for >> USB buffer\n"); >> kvaser_usb.c:                            "No memory left for USB >> buffer\n"); >> mcba_usb.c:                     netdev_err(netdev, "No memory left for >> USB buffer\n"); >> usb_8dev.c:             netdev_err(netdev, "No memory left for USB >> buffer\n"); >> usb_8dev.c:                     netdev_err(netdev, "No memory left for >> USB buffer\n"); > But I'm open to other suggestions (use a fixed "ucan: " prefix?) or to > drop it entirely if you think it is not worth it. But there is already a device prefix, e.g.: peak_usb 1-6:1.0: PEAK-System PCAN-USB adapter hwrev 28 serial FFFFFFFF (1 channel) peak_usb 1-6:1.0 can0: attached to PCAN-USB channel 0 (device 255) ^^^^^^^^ No need to add another one! Wolfgang.