lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:   Tue, 6 Mar 2018 18:08:28 +0100 (CET)
From:   Julia Lawall <julia.lawall@...6.fr>
To:     Arushi Singhal <arushisinghal19971997@...il.com>
cc:     Greg KH <gregkh@...uxfoundation.org>,
        driverdevel <devel@...verdev.osuosl.org>,
        LKML <linux-kernel@...r.kernel.org>, Larry.Finger@...inger.net,
        outreachy-kernel@...glegroups.com
Subject: Re: [Outreachy kernel] [PATCH v2] staging: rtl8192u: Replace printk()
 with appropriate net_*macro_ratelimited()



On Tue, 6 Mar 2018, Arushi Singhal wrote:

>
>
> On Mon, Mar 5, 2018 at 1:07 PM, Julia Lawall <julia.lawall@...6.fr> wrote:
>
>
>       On Mon, 5 Mar 2018, 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.
>
>       I asked several questions about the above two lines, which as
>       far as I can
>       see haven't been answered. Please excuse me if I missed the
>       answers, but I
>       would still like to know what they are.
>
>
> Hi Julia
> Sorry, I missed your above two question on my last patch and only saw the
> suggestions :(.
>
> -Why did I choose this function?
>
> Here we are using printk() which is the raw way to print something and it is
> always preferred to use dev_*macro() and netdev_*macro() because of the
> benefits they provide like dynamic debugging interface.
>
> And as we are using network subsystem so, netdev_*macro() or
> net_*ratelimited() can be used to standardized the output within the network
> subsystem.
>
>  
>
>       Namely, why did you choose to change to rate limited output, and
>       what does
>       the "device name as a prefix" comment mean?
>
>  
> Yes your point is correct, as before function used is printk(), so changing
> it to ratelimit is not a good idea. So here I should have preferred changing
> it to netdev_*macro().
>
> As every kernel subsystem has its own printk format like net_* for network s
> ubsystem. And it is preferred to use them to standardize the format of the o
> utput within the subsystem.

Sure, but I don't think the ratelimited function does that.  At least, it
doesn't seem to take any arguments that will help it with that.

julia

> Best
> Arushi
>
>       julia
>
>       > Indentation is also changed, to fix the  checkpatch issue if
>       line is not
>       > exceding 80 characters.
>       >
>       > Signed-off-by: Arushi Singhal
>       <arushisinghal19971997@...il.com>
>       > ---
>       > changes in v2
>       > *change the subject line, in v1 driver name was wrong.
>       >
>       >  .../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");
>       >               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);
>       >               }
>       >               key->dot11RSNAStatsCCMPFormatErrors++;
>       >               return -2;
>       >       }
>       >       keyidx >>= 6;
>       >       if (key->key_idx != keyidx) {
>       > -             printk(KERN_DEBUG "CCMP: RX tkey->key_idx=%d
>       frame keyidx=%d priv=%p\n",
>       > -                     key->key_idx, keyidx, priv);
>       > +             net_dbg_ratelimited("CCMP: RX tkey->key_idx=%d
>       frame keyidx=%d priv=%p\n",
>       > +                                 key->key_idx, keyidx, priv);
>       >               return -6;
>       >       }
>       >       if (!key->key_set) {
>       >               if (net_ratelimit()) {
>       > -                     printk(KERN_DEBUG "CCMP: received packet
>       from %pM with keyid=%d that does not have a configured key\n",
>       > -                             hdr->addr2, keyidx);
>       > +                     net_dbg_ratelimited("CCMP: received
>       packet from %pM with keyid=%d that does not have a configured
>       key\n",
>       > +                                         hdr->addr2, keyidx);
>       >               }
>       >               return -3;
>       >       }
>       > @@ -306,8 +306,8 @@ static int ieee80211_ccmp_decrypt(struct
>       sk_buff *skb, int hdr_len, void *priv)
>       >
>       >       if (memcmp(pn, key->rx_pn, CCMP_PN_LEN) <= 0) {
>       >               if (net_ratelimit()) {
>       > -                     printk(KERN_DEBUG "CCMP: replay
>       detected: STA=%pM previous PN %pm received PN %pm\n",
>       > -                            hdr->addr2, key->rx_pn, pn);
>       > +                     net_dbg_ratelimited("CCMP: replay
>       detected: STA=%pM previous PN %pm received PN %pm\n",
>       > +                                         hdr->addr2,
>       key->rx_pn, pn);
>       >               }
>       >               key->dot11RSNAStatsCCMPReplays++;
>       >               return -4;
>       > @@ -341,8 +341,8 @@ static int ieee80211_ccmp_decrypt(struct
>       sk_buff *skb, int hdr_len, void *priv)
>       >
>       >               if (memcmp(mic, a, CCMP_MIC_LEN) != 0) {
>       >                       if (net_ratelimit()) {
>       > -                             printk(KERN_DEBUG "CCMP: decrypt
>       failed: STA=%pM\n",
>       > -                                     hdr->addr2);
>       > +                             net_dbg_ratelimited("CCMP:
>       decrypt failed: STA=%pM\n",
>       > +                                                 hdr->addr2);
>       >                       }
>       >                       key->dot11RSNAStatsCCMPDecryptErrors++;
>       >                       return -5;
>       > --
>       > 2.7.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@...glegroups.com.
> > To post to this group, send email to
> outreachy-kernel@...glegroups.com.
> > To view this discussion on the web visithttps://groups.google.com/d/msgid/outreachy-kernel/20180305073256.GA4347%40
> seema-Inspiron-15-3567.
> > For more options, visit https://groups.google.com/d/optout.
> >
>
>
> --
> 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@...glegroups.com.
> To post to this group, send email to outreachy-kernel@...glegroups.com.
> To view this discussion on the web visithttps://groups.google.com/d/msgid/outreachy-kernel/CA%2BXqjF8PSF0rP%2BbOAuU
> SM8xadHPzDjhZcKE%3DTauJgUyMdeNgsg%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ