Re: [PATCH] base/class.c: prevent ooops due to insert/remove race

On Wed, Nov 28, 2007 at 11:00:36PM -0500, Mark Lord wrote:
> While doing insert/remove (quickly) tests on USB, I managed to trigger
> an Oops on 2.6.23.1 on the call to strlen() in make_class_name().
>
> This patch prevents this oops.
>
> There is still the larger problem of the overall race
> that caused this in the first place, but much of the rest
> of the code in class.c appears to also do NULL checks to
> avoid Oops'ing, so this continues the tradition.
>
> Signed-off-by:  Mark Lord <[email protected]>

As this is a bandage over the real problem, I'd prefer to not apply this
one right now until we find the root cause.

thanks,

greg k-h
-
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:
- [PATCH] base/class.c: prevent ooops due to insert/remove race (v2)
  - From: Mark Lord <[email protected]>
- Re: [PATCH] base/class.c: prevent ooops due to insert/remove race
  - From: Mark Lord <[email protected]>

References:
- [PATCH] base/class.c: prevent ooops due to insert/remove race
  - From: Mark Lord <[email protected]>

Prev by Date: Re: [PATCH -mm] printk trivial optimizations fix
Next by Date: Re: [RFC] kmemcheck: trap uses of uninitialized memory (v2)
Previous by thread: [PATCH] base/class.c: prevent ooops due to insert/remove race
Next by thread: Re: [PATCH] base/class.c: prevent ooops due to insert/remove race
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]