On Sun, Feb 10, 2008 at 11:26:06AM +, Paul Brook wrote:
On Sunday 10 February 2008, Blue Swirl wrote:
On 2/9/08, H. Peter Anvin [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
If you look at the patch, there are no timing dependencies; the only
parameter is the depth of the virtual
On 2/9/08, H. Peter Anvin [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
If you look at the patch, there are no timing dependencies; the only
parameter is the depth of the virtual queue. The exhaustion is
completely controlled by target OS access patterns.
Thanks, this clarified the
On Sunday 10 February 2008, Blue Swirl wrote:
On 2/9/08, H. Peter Anvin [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
If you look at the patch, there are no timing dependencies; the only
parameter is the depth of the virtual queue. The exhaustion is
completely controlled by target OS
On 2/9/08, H. Peter Anvin [EMAIL PROTECTED] wrote:
Blue Swirl wrote:
On 2/9/08, Rob Landley [EMAIL PROTECTED] wrote:
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the
kernel.
The patch looks OK, but the throttling should benefit all devices, as
discussed here:
Blue Swirl wrote:
If you look at the patch, there are no timing dependencies; the only
parameter is the depth of the virtual queue. The exhaustion is
completely controlled by target OS access patterns.
Thanks, this clarified the difference. But I'll rephrase my original comment:
The patch
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
Here's the thread on linux-kernel aboout it:
http://lkml.org/lkml/2008/2/5/401
Rob
On Thursday 07 February 2008 15:19:39 you wrote:
Rob Landley wrote:
Specifically, qemu isn't paravirtualized, it's fully
On 2/9/08, Rob Landley [EMAIL PROTECTED] wrote:
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
The patch looks OK, but the throttling should benefit all devices, as
discussed here:
http://lists.gnu.org/archive/html/qemu-devel/2007-12/msg00283.html
Blue Swirl wrote:
On 2/9/08, Rob Landley [EMAIL PROTECTED] wrote:
Here's a patch Peter Anvin wrote so the serial I/O doesn't flood the kernel.
The patch looks OK, but the throttling should benefit all devices, as
discussed here:
On Tuesday 05 February 2008 15:07:27 H. Peter Anvin wrote:
Rob Landley wrote:
When running a 2.6.24 kernel built for x86-64 under qemu via serial
console, doing CPU-intensive things that also produce a lot of output
(such as compiling software) tends to produce the error message in the