From patchwork Thu Feb 18 13:32:57 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Thierry Reding X-Patchwork-Id: 8349651 Return-Path: X-Original-To: patchwork-linux-spi@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id D0902C0553 for ; Thu, 18 Feb 2016 13:33:06 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 1193A20395 for ; Thu, 18 Feb 2016 13:33:06 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 410DF20386 for ; Thu, 18 Feb 2016 13:33:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1946199AbcBRNdD (ORCPT ); Thu, 18 Feb 2016 08:33:03 -0500 Received: from mail-wm0-f52.google.com ([74.125.82.52]:38615 "EHLO mail-wm0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1946124AbcBRNdB (ORCPT ); Thu, 18 Feb 2016 08:33:01 -0500 Received: by mail-wm0-f52.google.com with SMTP id a4so25415235wme.1; Thu, 18 Feb 2016 05:33:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id; bh=ldXBeF9xj4BGdP7HEs+LfguMEVOdn59OU+calyaFNeY=; b=UjAzfNKryj8dT33eBsNnld542mM671UqY3xB9BimRTXGsFYgAurL3Zsk7c9mzA/ir7 IkpfngImoY5yLPOMYBrOuFDt/bHYOD+WaNiYs1aPv7nz6WDFO9ngu/Ab/KLKZG0neT/G iOTiLMm9hASTMiUou48UGQ9HTLSRBsoOXdzOt8z3kSxlxIn41aFzL6KbXYQG43ZVc3vw iJsIG/KpFcFVg7Hrqsj5lwJecRfhCEKBt5hKUpJ1Po1xQ1Z4fDY5HwK4VARIRnyG4rZ2 YoNe5DBKmdKtDutoXyNjTFfM6Y/Sg6zcF1P+2ZUwNir5qcugnD2JV+DWuw3p1QV+Dr6D zK4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=ldXBeF9xj4BGdP7HEs+LfguMEVOdn59OU+calyaFNeY=; b=A9dybc2GUHvwoMeil/gFJYN1H5bVfi3DzR/XXI88YAP7WGEaFgpPPDcZjzhqGOzNGi VAfOsQ/WobXIeIlJ6dUkhT2AFwhKnX1DiRcdfCXcXGqViv1iAGQtGvKh/Fzn89MRT/0k 281RpOEQXSbpamnZwL7IX+vWCveeomACdUwtJZARwRYqvH16PXQuZGMN4BoscgTeh97F FkhUBHk6aqRcX/Cl5F3cGZOJPdEk6jf4CodWDJQK/xmoFRJeXAO6CQc0mrWJ093RGcs8 50LS+lC+BxVYkcXS3VXdvo7kWq4WgC6YIgSl5dt+Izzz7P03uImXWEKSMhL08lz7jseO A/YQ== X-Gm-Message-State: AG10YOR+Stz5ImJrDJU5RNiKLT2P1krYcVMTUrZeDtDIIKCxXhmhCCSzp0Ev7ExjqBKOqQ== X-Received: by 10.28.144.195 with SMTP id s186mr3581834wmd.9.1455802380488; Thu, 18 Feb 2016 05:33:00 -0800 (PST) Received: from localhost (port-4290.pppoe.wtnet.de. [84.46.16.210]) by smtp.gmail.com with ESMTPSA id pd1sm6620373wjb.19.2016.02.18.05.32.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Feb 2016 05:32:59 -0800 (PST) From: Thierry Reding To: Mark Brown Cc: linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 1/2] spi: Use %u for unsigned int, %zu for size_t Date: Thu, 18 Feb 2016 14:32:57 +0100 Message-Id: <1455802378-17780-1-git-send-email-thierry.reding@gmail.com> X-Mailer: git-send-email 2.7.1 Sender: linux-spi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-spi@vger.kernel.org X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED, FREEMAIL_FROM, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, T_DKIM_INVALID, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Thierry Reding When printing unsigned int it is more idiomatic to use %u, for size_t the correct specifier is %zu (see Documentation/printk-formats.txt). GCC only warns about the latter, but fixing up the former while at it for consistency. Signed-off-by: Thierry Reding --- drivers/spi/spi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c index f6c76be39e96..f123f9f4d779 100644 --- a/drivers/spi/spi.c +++ b/drivers/spi/spi.c @@ -2276,7 +2276,7 @@ static int __spi_split_transfer_maxsize(struct spi_master *master, /* warn once about this fact that we are splitting a transfer */ dev_warn_once(&msg->spi->dev, - "spi_transfer of length %i exceed max length of %i - needed to split transfers\n", + "spi_transfer of length %u exceed max length of %zu - needed to split transfers\n", xfer->len, maxsize); /* calculate how many we have to replace */