| commit | 3076212f8d3d9fe4d7b11c6b560c0f424edfcb4e | |
| author | Jeff Dike <jdike@addtoit.com> | |
| Thu, 29 Mar 2007 08:20:30 +0000 (29 01:20 -0700) | ||
| committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | |
| Thu, 29 Mar 2007 15:22:24 +0000 (29 08:22 -0700) | ||
| tree | ebeeba622eedfcecb7a66fbbca3fe32c1b0c1ad1 | treesnapshot (tar.gz zip) |
| parent | 602ed87ecd93a857dc687afb938d2c0f45552986 | commitdiff |
[PATCH] uml: irq locking fixes
As the comment immediately preceding this points out, this list is changed in
irq context, so it needs to be protected with spin_lock_irqsave in process
context when it is processed.
Sometimes, gcc should just compile the comments and forget the code.
The IRQ side of this was better, in the sense that it blocked and unblocked
interrupts, but it still should have saved and restored them.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
As the comment immediately preceding this points out, this list is changed in
irq context, so it needs to be protected with spin_lock_irqsave in process
context when it is processed.
Sometimes, gcc should just compile the comments and forget the code.
The IRQ side of this was better, in the sense that it blocked and unblocked
interrupts, but it still should have saved and restored them.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
| arch/um/drivers/chan_kern.c | diffblobblamehistory |