softmac possible null deref [was: Complete report of Null dereference errors in kernel 2.6.17.1]

Tom Walter Dillig wrote:

[109]
452 net/ieee80211/softmac/ieee80211softmac_io.c
Possible null dereference of variable "*pkt" in function call
(include/asm/string.h:__constant_c_and_count_memset) checked at
(453:net/ieee80211/softmac/ieee80211softmac_io.c)

Either I'm misunderstanding, or this is bogus.

when *pkt is allocated by the various child functions (e.g. ieee80211softmac_disassoc_deauth), it is always checked for NULL before being used.

Finally, line 453 does another NULL check, so that any failures generated above are handled appropriately.

What is the report trying to say?

Daniel

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: softmac possible null deref [was: Complete report of Null dereference errors in kernel 2.6.17.1]
    • From: Thomas Dillig <[email protected]>

• References:
  • Complete report of Null dereference errors in kernel 2.6.17.1
    • From: Tom Walter Dillig <[email protected]>

• Prev by Date: softmac possible null deref [was: Complete report of Null dereference errors in kernel 2.6.17.1]
• Next by Date: Re: [PATCH 6/6] cpuid neatening.
• Previous by thread: Re: softmac possible null deref [was: Complete report of Null dereference errors in kernel 2.6.17.1]
• Next by thread: Re: softmac possible null deref [was: Complete report of Null dereference errors in kernel 2.6.17.1]
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]