Am 05.01.2008 um 03:47 schrieb Rob Landley:
You can disable overcommit and give the system an egregious amount
of swap
space, but then your pathological case is the system going into swap
thrashing la-la land and essentially freezing (advancing at 0.1% of
its
normal rate, if that, for
On Fri, Jan 04, 2008 at 09:53:09PM -0600, Rob Landley wrote:
Except that according to http://en.wikipedia.org/wiki/CD-ROM it's actually
703
and 1/8 binary megabytes (360,000 sectors *2048 bytes), which would be
144.
Apparently that value comes from 75 sectors per second * 80 minutes...
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/01/05 18:53:35
Modified files:
. : Changelog
Log message:
Update Changelog with new Xscale platforms and vmsvga.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/01/05 19:29:17
Modified files:
. : Changelog
hw : mainstone.c
Log message:
Fix memory allocation on mainstone2 and convert to qemu_ram_alloc.
Make these 3 error messages consistent with the other 20 in the same file.
diff -p -u -r1.79 sun4m.c
--- hw/sun4m.c 1 Jan 2008 20:57:25 - 1.79
+++ hw/sun4m.c 5 Jan 2008 22:26:07 -
@@ -385,7 +385,7 @@ static void sun4m_hw_init(const struct h
for(i = 0; i smp_cpus; i++) {
On Sat, Jan 05, 2008 at 10:28:34AM +, Stuart Brady wrote:
On Fri, Jan 04, 2008 at 09:53:09PM -0600, Rob Landley wrote:
Except that according to http://en.wikipedia.org/wiki/CD-ROM it's actually
703
and 1/8 binary megabytes (360,000 sectors *2048 bytes), which would be
144.
Andrzej,
Thanks for the tip, but it ended up that the IRQ was
being properly allocated by the kernel, but I did not
tell qemu the correct mapping between the IRQ and the
GPIO line. Example:
eth0 uses IRQ 59 which maps to GPIO line 36
eth1 uses IRQ 50 which maps to GPIO line 27
The mapping
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 08/01/06 07:50:39
Modified files:
hw : sun4m.c
Log message:
Make error messages consistent (Robert Reif)
CVSWeb URLs: