First  |  Prev |  Next  |  Last
Pages: 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384
2.6.34.1+hacks: kernel deadlock related to file-IO?
NOTE: This is from a hacked 2.6.34.1 kernel, with a module of my own devising loaded and in active use. But, we cannot reproduce this problem on .31 kernel (with our same module loaded), so I think there is a chance this is a general problem. I'm working on setting up a test case with the standard kernel now. ... 27 Jul 2010 20:36
asm-generic: Use raw_local_irq_save/restore instead local_irq_save/restore
On Mon, 26 Jul 2010 10:49:50 +0200 Michal Simek <monstr(a)monstr.eu> wrote: start/stop_critical_timing function for preemptirqsoff, preemptoff and irqsoff tracers contains atomic_inc and atomic_dec operations. Atomic operations used local_irq_save/restore macros to ensure atomic access but they are tra... 27 Jul 2010 19:30
mm: Check NULL pointer Dereference in mm/filemap.c
On Mon, 26 Jul 2010 16:25:42 +0800 wzt.wzt(a)gmail.com wrote: mapping->a_ops->direct_IO() is not checked, if it's a NULL pointer, that will casue an oops. pagecache_write_begin/end is exported to other functions, so they need to check null pointer before use them. The patch checks a lot more things t... 27 Jul 2010 19:30
[PATCH] tracing: sanitize value returned from write(trace_marker, "...", len)
When userspace code writes non-new-line-terminated string to trace_marker file, write handler appends new-line and returns number of bytes written to trace buffer, so write(fd, "abc", 3) will return 4 That's unexpected and unfortunately it confuses glibc's fprintf function. Example: int main() { fprintf(st... 27 Jul 2010 19:29
[RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v2)
On Tuesday, July 27, 2010, Matthew Garrett wrote: On Tue, Jul 27, 2010 at 08:42:39PM +0200, Rafael J. Wysocki wrote: On Tuesday, July 27, 2010, Matthew Garrett wrote: I've done some more testing of this and found that my intial belief (supported by Microsoft's documentation...) that all PCIe supp... 27 Jul 2010 19:29
Btrfs: Add hot data tracking functionality
On Tue, Jul 27, 2010 at 05:00:18PM -0500, bchociej(a)gmail.com spake thusly: The long-term goal of these patches, as discussed in the Motivation section at the end of this message, is to enable Btrfs to perform automagic relocation of hot data to fast media like SSD. This goal has been motivated by the Projec... 4 Aug 2010 15:48
[PATCH 4/4] Checkpatch: warn about unexpectedly long msleep's
As explained in Documentation/timers/delays.txt, msleep's of < 20ms may sleep for as long as 20ms. Caller's of msleep(1) or msleep(2), etc are likely not to expect this quirky behavior - warn them. Signed-off-by: Patrick Pannuto <ppannuto(a)codeaurora.org> --- scripts/checkpatch.pl | 7 +++++++ 1 files chang... 27 Jul 2010 19:29
[PATCH] tracing: wake up tasks reading trace_pipe on write to trace_marker
Currently we rely on other code periodically waking up trace reader. If there aren't any other data than markers, reader will never be woken up. Fix it. Signed-off-by: Marcin Slusarz <marcin.slusarz(a)gmail.com> Cc: Steven Rostedt <rostedt(a)goodmis.org> Cc: Frederic Weisbecker <fweisbec(a)gmail.com> Cc: Ingo Molnar ... 27 Jul 2010 19:29
[PATCH 1/4] Documentation: Add timers/delays.txt
This file seeks to explain the nuances in various delays; many driver writers are not necessarily familiar with the various kernel timers, their shortfalls, and quirks. When faced with ndelay, udelay, mdelay, usleep, usleep_range, msleep, and msleep_interrubtible the question "How do I just wait 1 ms for my h... 27 Jul 2010 19:29
[PATCH 2/4] Checkpatch: prefer usleep_range over udelay
When possible, sleeping is (usually) better than delaying, however, don't bother callers of udelay < 10us, as those cases are not with the switch to usleep_range Signed-off-by: Patrick Pannuto <ppannuto(a)codeaurora.org> --- scripts/checkpatch.pl | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) ... 27 Jul 2010 19:29
First  |  Prev |  Next  |  Last
Pages: 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384