Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp659033pxb; Mon, 7 Feb 2022 22:28:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJxvivUnMILMFq4xzJccpN2FEHme06KsfNV7Eea9uDRBIuT/KdZX+0bXlait3Lt9oeLlS4Dd X-Received: by 2002:a05:6402:1601:: with SMTP id f1mr2886227edv.165.1644301684865; Mon, 07 Feb 2022 22:28:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644301684; cv=none; d=google.com; s=arc-20160816; b=ciBdQZDPlEltqPVGwDFf96o5wNyfofn0g1d805UWF0o94Zsd6SxvtJu6GZNgCRCMPh pLM5R73DwFtjAR03TalswHBlzf2x6703OeOKlApgD6CN2ZXzYLnNXeB9xzJ5OLb2sDl6 LNRMElTh0bHRNRVj0aM6TZkEz1mDpb/M4+40beax5fDISpwbsoIDbC2lun1xySZ1snZQ L9sjQB6+/K8TTmH1mZ33n50VHQ+y+E3scqF1dfyU316EB/is3VtZqvQmD3JPZ3KOc2ol e+a9jbp5hxKMwcoosEqA5CRPVLmXG8zi9HLie3x0ftDFVP54mqByfZHkVZn2ag6da1ah 3+Pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CrI21+GeUa9mDY1to6AwbsA2jAr/D2vzHzn49pGgXGE=; b=D+E8b4Nx4+VElrBI1D9t3fncYcXsHuRGX9hPtaFSY5NvEj57xFB6oJm2Ln03xGlxAb H3K4mh22GPKR0UL+SFvmA6nNd2OAZOncjp5qXGbQQYlF/Q2A3KfFDB829c7wdc2mXCXL AoeiVNavU05AZb8AOANwb4WK7nhk82RUi8wI1vH7uPZ9Dl/WSXn7H6Zg2Nj+meUpmRo2 Fvi9ECP79ZnvSIkeZM0uo6AaCl/mbonkoHp0V3lO4+BHQINi0+sLWLgeD1o1v77L2YoK uODaAayd+8lE+2DHnA9wG1SviWj45TQQf5Mn7PS3WPI4ntpBhPy1X3id8LLhzsUrQ9gd 9sng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=K0rHE1yi; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r4si5205531edw.381.2022.02.07.22.27.39; Mon, 07 Feb 2022 22:28:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=K0rHE1yi; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S1346487AbiBHDyM (ORCPT + 99 others); Mon, 7 Feb 2022 22:54:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34528 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346495AbiBHDyL (ORCPT ); Mon, 7 Feb 2022 22:54:11 -0500 Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DE2CC0401EA for ; Mon, 7 Feb 2022 19:54:10 -0800 (PST) Received: by mail-pf1-x42e.google.com with SMTP id e6so16613558pfc.7 for ; Mon, 07 Feb 2022 19:54:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=CrI21+GeUa9mDY1to6AwbsA2jAr/D2vzHzn49pGgXGE=; b=K0rHE1yiOyGdFpo+TJrdid8OekFSu5VsJNQTBjNwo03OUwRRDY2ylwfZeW/HzWHGxU EUIh8KOJGBjjFgffI4DFBSOLjoAtVWJVmZ67wg10Pf7pvDZBUyvlhTDLBIQCJ3GDEP+9 NmSA4or1ItZFOjgtaUvoRsxkhd2Z3/z72oNKRNVkdTuBVKZlo3YfQj+jCdJE2pbJYgfu PxduBnFGbkT7zRpXyftW1Fgo1CuIyolVhUKIa4jEZ0QgRhWd49Ba+Miw4ka9xhGS2Dpk vbXpkOnFxd9BNCtyTlfwGugPaeTJg0AwAE+Y6d4hozWeg8XVD/JLV075/h2XtXVFzVSn GNuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=CrI21+GeUa9mDY1to6AwbsA2jAr/D2vzHzn49pGgXGE=; b=UCE8VLy0U9W00cdw9T9IAc4U5hzN7H2KbofDkbRVsgAIc/43UNRQ7ynCOjmlCjxHbf 6S3PjSqePlQAdnmCVTb8DDPAn0P/+++8ZFWFkTRYqjdTzBnXYbCr6fxQLAgXaGkRiJtz sG/XzvGIAmYFnJEW2JUWIn3jXyiOC79m+nl2jXcVee8jhrMDhQ0GrygXt/WJceC0AGKx ZTRL6z9znPRD89OstJi/Cu3DFdARDQU9TokaK5hNE3SFRgCRyXeT9sOnlJ+kQk4OPgbw wWlsLWLcUsbx1s1iQJBTKzXI0Ih+bqe0PRWZ6Gi5Xga1DNbMyPrNQsobH/cfgR2DRWAm ng1g== X-Gm-Message-State: AOAM532WnIl02ji/klGRM42Aa07MKCcxiddO6u5AVAqSIBj8RvzRfMTd qVQrfbdyVLL0d4t+LUBFwpo= X-Received: by 2002:aa7:94a9:: with SMTP id a9mr2532139pfl.78.1644292449691; Mon, 07 Feb 2022 19:54:09 -0800 (PST) Received: from mail.google.com (122-58-164-114-fibre.sparkbb.co.nz. [122.58.164.114]) by smtp.gmail.com with ESMTPSA id p64sm9210078pga.13.2022.02.07.19.54.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Feb 2022 19:54:09 -0800 (PST) Date: Tue, 8 Feb 2022 16:54:02 +1300 From: Paulo Miguel Almeida To: Joe Perches Cc: Dan Carpenter , gregkh@linuxfoundation.org, realwakka@gmail.com, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: pi433: remove need to recompile code to debug fifo content Message-ID: References: <20220207100601.GF1951@kadam> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 07, 2022 at 02:15:47AM -0800, Joe Perches wrote: > > > -#ifdef DEBUG_FIFO_ACCESS > > > + /* print content read from fifo for debugging purposes */ > > > for (i = 0; i < size; i++) > > > dev_dbg(&spi->dev, "%d - 0x%x\n", i, local_buffer[i + 1]); > > > -#endif > > If you use > > print_hex_dump_debug > > perhaps the DEBUG_FIFO_ACCESS could be removed. > Hi Joe, thanks for taking the time to review my patch. print_hex_dump_debug is pretty convenient and straight to the point which I do like. The only thing that I "didn't like" is the fact that when configuring dynamic debugging, print_hex_dump_debug only cares about 'p' flag and ignores all of the other flags that can be helpful for tracking things down. So essentially I lose track of which function and device instance the message belongs to (users can have more than 1 at the same time). But, because of your suggestion, I came across hex_dump_to_buffer() which bridged the gap. thanks a lot :) Would you be comfortable with the following implementation? (Dan, feel free to chip in) char linebuf[FIFO_SIZE * 3] = {0}; hex_dump_to_buffer(local_buffer + 1, size, 16, 1, linebuf, ARRAY_SIZE(linebuf), false); dev_dbg(&spi->dev, "%s\n", linebuf); thanks, Paulo Almeida