the dmesg.)
The kernel version is 3.7.1, and the scheduler is CFQ.
Thanks for reading!
--
Fredrik Tolf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majord
On Sun, 24 Mar 2013, Eric Wong wrote:
Fredrik Tolf wrote:
It is worth noting, also, that this seems to be a situation
introduced somewhere between 2.6.26 and 2.6.32, because I started
noticing it when I upgraded from Debian 5.0 to 6.0. I've since tried
it on 3.2.0, 3.5.4 and 3.7.1, a
On Sun, 24 Mar 2013, Bart Van Assche wrote:
On 03/24/13 06:12, Fredrik Tolf wrote:
While this flush is running, I find that many a process goes into disk
sleep waiting for the flush to complete. This includes the process
manipulating the mmapped file whenever it tries to redirty a page
don't support kernels older than
2.6.32, unfortunately.
I'm sorry, also, if this is the completely wrong list for such
discussions, but I couldn't find another one to match better.
Thanks for reading my wall of text!
--
Fredrik Tolf
--
To unsubscribe from this list: send
killed!
Now, I can't really speak for reiser4, but it doesn't seem too
incredible that it would be flushing page usage or rebalancing some tree
or something like that. As long as it is niced down (I dunno if it
actually is, though...), that shouldn't be a problem.
HTH
Fredrik Tolf
&
compiling user-space programs that uses ixjuser.h.
Including linux/compiler.h in ixjuser.h solves the problem.
Fredrik Tolf
-
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/m
m the message that this panic is because one thread tries to
lock the same lock twice, but I've always thought that Linux spinlocks
are recursively lockable. Am I just wrong about them being recursively
lockable, or does this panic have another cause?
Thanks for your time!
Fredrik Tolf
7 matches
Mail list logo
