Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3209745pxb; Mon, 1 Nov 2021 09:47:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwmSSj3iScMmPTD87E7A3ICqZ4hnIcrJblidlZ6rw/6uTIX2b7GN200aKmrcMixzFlsMgoZ X-Received: by 2002:a17:907:7d9f:: with SMTP id oz31mr37554760ejc.180.1635785229476; Mon, 01 Nov 2021 09:47:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635785229; cv=none; d=google.com; s=arc-20160816; b=UK+5sDvW39pxVFckWe5noOKDAtKEzDdoqbaEPOMX4k0yzpwAJVYLYf9pS072jmOMsn eVMKmPLUiU1msB0BcWvLGGTBNV1EVfjwKfm0uojTiZue+hbUgYEKjT0bcoXzDj/COwb3 vbmN3LBrgeRsCtuF0OWY8WNanpmldCbuELDkYkMr0m6YGfbDEws5ToKcsj/bBUddI4bU FY2/qZ/IpeDChr389cxoqqz36zcj2JGVcHqE2UAD9Zgv92vJ/Gh89pOTxKvZVX3zkMze k+vpQn9ZP19MYL89Hh8LsAL2yh5dIhq8t6e4GVAGW3ugpKsoKyFZdp+ksAj9eWSRwrOx WvCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:to:from:subject:message-id; bh=TvJysHVoec9u6RCBlT20+9LcCiVC28Os7yhGqCT1tls=; b=0V+QZutpO6rJN9wKPSGTaJ4Z3JEQFj2/s7nC3gp9guYPj8bvezkSz4GgQWDT/1E0++ UEy4Qo0y0Br9tQ50VcgufPA5B4GNKASfxJ5qSAkTQahH/EcxtNND9klZQ0AW+bXqV5Aq SI4179fJ7sPhUEn5eqXkKsrH4IeGzBzT7Itj/sCofEA72mxgqiMK/2F7FFd+w76ho2TQ tCQonLcHOe4gljd1AfYk9qA1w5A1lmVcioWQYn3XHrFjZPeQukF8HL7Y9C44Z8c2mb48 xWmOgZuomgOTjBj4FJxT+obbPyLNJGp3yr5kAAfQwNRUM3Unrb6ZBuywyMiDkGpe5YeW Ur7g== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o26si7772338edi.14.2021.11.01.09.46.45; Mon, 01 Nov 2021 09:47:09 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232465AbhKAQpX (ORCPT + 99 others); Mon, 1 Nov 2021 12:45:23 -0400 Received: from smtprelay0191.hostedemail.com ([216.40.44.191]:34142 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S231303AbhKAQpW (ORCPT ); Mon, 1 Nov 2021 12:45:22 -0400 Received: from omf12.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay01.hostedemail.com (Postfix) with ESMTP id 4D16F100E28CD; Mon, 1 Nov 2021 16:42:48 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf12.hostedemail.com (Postfix) with ESMTPA id 406F9240238; Mon, 1 Nov 2021 16:42:47 +0000 (UTC) Message-ID: Subject: Re: [PATCH v2] staging: r8188eu: Use kzalloc() with GFP_ATOMIC in atomic context From: Joe Perches To: "Fabio M. De Francesco" , Phillip Potter , Greg Kroah-Hartman , linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, Larry Finger Date: Mon, 01 Nov 2021 09:42:46 -0700 In-Reply-To: <11283844.I1tDBM3C2B@localhost.localdomain> References: <20211101142732.5638-1-fmdefrancesco@gmail.com> <11283844.I1tDBM3C2B@localhost.localdomain> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.4-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.75 X-Stat-Signature: 1pjiayp4ndtd8irm3pjd7jxa7cc44m54 X-Rspamd-Server: rspamout01 X-Rspamd-Queue-Id: 406F9240238 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1886r81CKQZejC6cJRLm96f4oyoY+7QmQA= X-HE-Tag: 1635784967-872930 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2021-11-01 at 17:30 +0100, Fabio M. De Francesco wrote: > On Monday, November 1, 2021 4:11:26 PM CET Larry Finger wrote: > > Incidentally, I disagree with checkpatch in that I think that > > sizeof(struct foo) is more descriptive than sizeof(*bar). > I agree with you in full It's not checkpatch in particular, it's from coding-style The preferred form for passing a size of a struct is the following: .. code-block:: c p = kmalloc(sizeof(*p), ...);