CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/01/06 07:50:39
Modified files:
hw : sun4m.c
Log message:
Make error messages consistent (Robert Reif)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemu&r1=
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 betwee
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
> > 14400
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++) {
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 08/01/05 19:41:48
Modified files:
. : vl.c
Log message:
Rearm timers in qemu_mod_timer when needed (Anders Melchiorsen).
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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.
CVSWeb UR
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 08/01/05 18:53:35
Modified files:
. : Changelog
Log message:
Update Changelog with new Xscale platforms and vmsvga.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Chang
This patch is trying to make qemu behave like real hardware. This is what
the OSs expect. The ability to create hardware that never existed and
can't
exist due to real hardware limitations is cool but it's not going to work
properly with existing OSs. At best you will have the OS never acces
On 1/5/08, Robert Reif <[EMAIL PROTECTED]> wrote:
> Sun4m SMP machines support a maximum of 4 CPUs. Linux
> knows this and uses fixed size arrays for per-cpu counter/timers
> and interrupt controllers. Sun4m uni-processor machines use
> the slaveio chip which has a single per-cpu counter/timer
>
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
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 _hour
11 matches
Mail list logo