Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp5767250pxu; Thu, 22 Oct 2020 10:29:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxVqe3bA9qY1l30kjUukQCRm8AAAlehSWeb5FOmCOOX7oIz5GIArcLHIBvsP5YGgXVqAPZy X-Received: by 2002:a17:906:6409:: with SMTP id d9mr3293701ejm.344.1603387743948; Thu, 22 Oct 2020 10:29:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603387743; cv=none; d=google.com; s=arc-20160816; b=GSDiUMsCnTDDrMKXFreeedhtH00OiclNoQ/KMFsXUGl/2EAQmdi8Csih5H4Ea2//eb 4wIesUE4N5ZusvzOpJudVq7eX0cDImlwuwUwlfeQpN5tPAP6l8ntI15NsJXr28SzHOq4 IOR8KJzceE/70KRVVbw3I085zdTsXm1lHCOn2RRVswGXORxWbi+I2HlUsk8PX3kJsVj5 5vtuv2v+xmDeQAytovh7nMlROZWQTizDRajrRrTLzr7EjLWACiZCyNm4LLTyYQFIhnk7 mG9uxF9lIb6jOomJ4hMSQlHy2D5qW07Up2NPef5qMt0BFJLsux8kFgHEKkBhLr7rPLTs yz2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date; bh=ff6ogGkVNq6uPdcTuLOUItHwRb2hDkhOefpGDmPr9gY=; b=decPCS9cRXVHctoL7asVPDSS40rFVgRK2vfxXfyXBiKIgRaKIJR1v9shT5mxof4aaE 3v8pDh6/TK+2+aQawhrgmBmo37Wv5TmRtklXa+8FOeUoGWwQy1h0EHTbk0PpTC8+EckE U3pZI60iTGjpnpO8yh5XXutEW3pGzptrenbPQt6c6J2LDNtBt5S+Cu3uX0pw3i0btf6I /ClElxACSjqiizh5/LA2i/Nka6qnDV/8/+M/CtpLLD5pBJkzOkhA5g/l2wRHspvZU4JS KXz1juyv/audNgZp6N84MmO4IHUoMqvUcVPGxr2sPYYsGC4QAaxqDTpv/t/+6mLNzYgm LHPA== 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 y1si1336642edv.123.2020.10.22.10.28.41; Thu, 22 Oct 2020 10:29:03 -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 S2900434AbgJVNrK (ORCPT + 99 others); Thu, 22 Oct 2020 09:47:10 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:41634 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2900350AbgJVNrK (ORCPT ); Thu, 22 Oct 2020 09:47:10 -0400 X-IronPort-AV: E=Sophos;i="5.77,404,1596492000"; d="scan'208";a="473874482" Received: from 173.121.68.85.rev.sfr.net (HELO hadrien) ([85.68.121.173]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Oct 2020 15:47:08 +0200 Date: Thu, 22 Oct 2020 15:47:08 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@hadrien To: Izabela Bakollari cc: gregkh@linuxfoundation.org, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, outreachy-kernel@googlegroups.com Subject: Re: [Outreachy kernel] [PATCH] staging/wlan-ng: Fix line that exceeds 100 columns In-Reply-To: <20201022130807.212454-1-izabela.bakollari@gmail.com> Message-ID: References: <20201022130807.212454-1-izabela.bakollari@gmail.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 22 Oct 2020, izabela.bakollari@gmail.com wrote: > From: Izabela Bakollari > > Rearrange comment that exceeds 100 columns length. Issue reported > by checkpatch.pl > > Signed-off-by: Izabela Bakollari > --- > drivers/staging/wlan-ng/cfg80211.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/staging/wlan-ng/cfg80211.c b/drivers/staging/wlan-ng/cfg80211.c > index 759e475e303c..5fad37a49aa5 100644 > --- a/drivers/staging/wlan-ng/cfg80211.c > +++ b/drivers/staging/wlan-ng/cfg80211.c > @@ -366,7 +366,8 @@ static int prism2_scan(struct wiphy *wiphy, > msg2.beaconperiod.data, > ie_buf, > ie_len, > - (msg2.signal.data - 65536) * 100, /* Conversion to signed type */ > + (msg2.signal.data - 65536) * 100, > + /* Conversion to signed type */ I think that the comment is in the wrong place. GFP_KERNEL has to do with whether the allocation can wait in case of insufficient memory, and not with signed types. The signed type thing must be the argument before. Si it would be better to put the comment above that code. julia > GFP_KERNEL); > > if (!bss) { > -- > 2.18.4 > > -- > You received this message because you are subscribed to the Google Groups "outreachy-kernel" group. > To unsubscribe from this group and stop receiving emails from it, send an email to outreachy-kernel+unsubscribe@googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/msgid/outreachy-kernel/20201022130807.212454-1-izabela.bakollari%40gmail.com. >