Re: [PATCH] race condition in procfs

2005/11/29, Grzegorz Nosek <[email protected]>:
>
> Oh well, I got another oops in the very same place with the patch
> applied. So now I surrounded the check with
> read_[un]lock(&tasklist_lock) and added a check to do_task_stat (both
> now have a printk). If it builds, boots and doesn't crash, I'll post
> the patch.

Froze solid a minute after booting :( netconsole didn't log anything
either. Back to the drawing board.

Best regards,
 Grzegorz Nosek
-
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: [PATCH] race condition in procfs
  - From: Steven Rostedt <[email protected]>

References:
- [PATCH] race condition in procfs
  - From: Grzegorz Nosek <[email protected]>
- Re: [PATCH] race condition in procfs
  - From: Andrew Morton <[email protected]>
- Re: [PATCH] race condition in procfs
  - From: Grzegorz Nosek <[email protected]>
- Re: [PATCH] race condition in procfs
  - From: Grzegorz Nosek <[email protected]>

Prev by Date: Re: [RFC][PATCH] Runtime switching of the idle function [take 2]
Next by Date: Re: [RFC][PATCH] Runtime switching of the idle function [take 2]
Previous by thread: Re: [PATCH] race condition in procfs
Next by thread: Re: [PATCH] race condition in procfs
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]