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;
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.1803052203001.2763@hadrien>
References: <20180304223205.GA31416@seema-Inspiron-15-3567>
 <20180305100345.v6ajs7vdgzmwu5x4@mwanda> <CA+XqjF9tBqpgp7ymQOAWeJHm1hPd6w01u3ZVS8ozq4JuoBNSEg@mail.gmail.com>
 <alpine.DEB.2.20.1803052203001.2763@hadrien>
From:   SIMRAN SINGHAL <singhalsimran0@gmail.com>
Date:   Tue, 6 Mar 2018 17:34:32 +0530
Message-ID: <CALrZqyORX5j74apDv4+6UP4iz6v07gtN+06_M-FMFeO29ODB4Q@mail.gmail.com>
Subject: Re: [Outreachy kernel] Re: [PATCH] staging: irda: Replace printk()
 with appropriate net_*macro_ratelimited()
To:     Julia Lawall <julia.lawall@lip6.fr>
Cc:     Arushi Singhal <arushisinghal19971997@gmail.com>,
        Dan Carpenter <dan.carpenter@oracle.com>,
        Greg KH <gregkh@linuxfoundation.org>,
        driverdevel <devel@driverdev.osuosl.org>,
        outreachy-kernel <outreachy-kernel@googlegroups.com>,
        LKML <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Tue, Mar 6, 2018 at 2:33 AM, Julia Lawall <julia.lawall@lip6.fr> wrote:
>
>
> On Mon, 5 Mar 2018, Arushi Singhal wrote:
>
>>
>>
>> On Mon, Mar 5, 2018 at 3:33 PM, Dan Carpenter <dan.carpenter@oracle.com> wrote:
>>       On Mon, Mar 05, 2018 at 04:02:06AM +0530, Arushi Singhal wrote:
>>       > Replace printk having a log level with the appropriate
>>       > net_*macro_ratelimited.
>>       > It's better to use actual device name as a prefix in error messages.
>>       > Indentation is also changed, to fix the  checkpatch issue if line is not
>>       > exceding 80 characters.
>>       >
>>       > Signed-off-by: Arushi Singhal <arushisinghal19971997@gmail.com>
>>       > ---
>>       >  .../rtl8192u/ieee80211/ieee80211_crypt_ccmp.c      | 22 +++++++++++-----------
>>       >  1 file changed, 11 insertions(+), 11 deletions(-)
>>       >
>>       > diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_ccmp.c b/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_ccmp.c
>>       > index e6648f7..200fe5f 100644
>>       > --- a/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_ccmp.c
>>       > +++ b/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt_ccmp.c
>>       > @@ -73,7 +73,7 @@ static void *ieee80211_ccmp_init(int key_idx)
>>       >
>>       >       priv->tfm = (void *)crypto_alloc_cipher("aes", 0, CRYPTO_ALG_ASYNC);
>>       >       if (IS_ERR(priv->tfm)) {
>>       > -             printk(KERN_DEBUG "ieee80211_crypt_ccmp: could not allocate crypto API aes\n");
>>       > +             net_dbg_ratelimited("ieee80211_crypt_ccmp: could not allocate crypto API aes\n");
>>
>>
>>       This should probably just be deleted.
>>
>> Hello Dan
>> Why we should make this change?
>> According to me it's use here to print debug message.
>> Wanted to know more about your thought on this.
>>
>>       >               priv->tfm = NULL;
>>       >               goto fail;
>>       >       }
>>       > @@ -276,22 +276,22 @@ static int ieee80211_ccmp_decrypt(struct sk_buff *skb, int hdr_len, void *priv)
>>       >       keyidx = pos[3];
>>       >       if (!(keyidx & (1 << 5))) {
>>       >               if (net_ratelimit()) {
>>       > -                     printk(KERN_DEBUG "CCMP: received packet without ExtIV flag from %pM\n",
>>       > -                             hdr->addr2);
>>       > +                     net_dbg_ratelimited("CCMP: received packet without ExtIV flag from %pM\n",
>>       > +                                         hdr->addr2);
>>       >               }
>>
>>       The "if (net_ratelimit()) " already means the message is ratelimited so
>>       it's net_dbg() ok?  I think so, but I've never looked at this before.
>>
>>
>> net_dbg() is an implicit declaration of a function. So we can't do this change.
>
> Perhaps you can add the header file that declares net_dbg.

Hi Julia

There is such header file which declares net_dbg.
We can use dev_dbg() for all struct device object.
We can use netdev_dbg() for all struct netdevice object.
For net subsystem when there is no struct device object we can go with
net_dbg_ratelimited (preferred) or pr_debug.

I have understood this from my readings. If I am wrong somewhere
please correct me.

Thanks
Arushi

>
> julia
>
> --
> 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 post to this group, send email to outreachy-kernel@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/outreachy-kernel/alpine.DEB.2.20.1803052203001.2763%40hadrien.
> For more options, visit https://groups.google.com/d/optout.