Thiemo Seufer wrote:
Vlad Lungu wrote:
Thiemo Seufer wrote:
Vlad Lungu wrote:
[snip]
+long int initdram(int board_type)
+{
+ /* Sdram is setup by assembler code */
+ /* If memory could be changed, we should return the true value
here */
+ return
J. Mayer wrote:
[snip]
The thing I see is different is that the n32 ABI redefines elf_greg_t
and elf_caddr_t as 32 bits. Maybe I missed something but those types
seem not to be used by the ELF loader (or maybe I should look in a more
recent kernel ;-) ).
Then, I have seen no apparent issue
J. Mayer wrote:
Hi,
This is a proposal to allow the user to select a BIOS file name on the
command line. The goal is mainly to ease debug, for example when I want
to try to run a firmware comming from a real machine instead of the
default one.
The only change is to add a -bios filename
Vlad Lungu wrote:
[snip]
put some info somewhere (RAM, register,
emulated DIP-dwitch), like RAM size, endianness of the CPU.
Endianness is rather pointless. If your U-Boot binary doesn't explode
immediately you got the right endianness. :-)
It doesn't actually explode, it sort of
Vlad Lungu wrote:
[snip]
put some info somewhere (RAM, register,
emulated DIP-dwitch), like RAM size, endianness of the CPU.
Endianness is rather pointless. If your U-Boot binary doesn't explode
immediately you got the right endianness. :-)
It doesn't actually explode, it sort of almost
hi everyone!
if i want to increase the size of my TLB (for emulating an i386 processor), is
it enough to simply increase CPU_TLB_BITS (e.g. by one)??
Or are there any side effects to that I should be aware of?
Thanks!
Clemens Kolbitsch wrote:
hi everyone!
if i want to increase the size of my TLB (for emulating an i386 processor),
is
it enough to simply increase CPU_TLB_BITS (e.g. by one)??
IIRC CPU_TLB_BITS needs to be a 2^n value.
Thiemo
Clemens Kolbitsch wrote:
On Thursday 04 October 2007 15:05:22 Thiemo Seufer wrote:
Clemens Kolbitsch wrote:
hi everyone!
if i want to increase the size of my TLB (for emulating an i386
processor), is it enough to simply increase CPU_TLB_BITS (e.g. by one)??
IIRC CPU_TLB_BITS needs
On Thursday 04 October 2007 15:05:22 Thiemo Seufer wrote:
Clemens Kolbitsch wrote:
hi everyone!
if i want to increase the size of my TLB (for emulating an i386
processor), is it enough to simply increase CPU_TLB_BITS (e.g. by one)??
IIRC CPU_TLB_BITS needs to be a 2^n value.
sure that
Now with board config file included, so it can be built :-)
Thiemo, I'll think about the memory size issue and get back to you on that.
How about a git repo for U-Boot, if this thing takes off?
Vlad
---
diff --git a/Makefile
Hello
I am trying to implement functionality in fully-virtualized xen wherein
the responses to the pending disk I/O requests during live VM migration
get trasnsferred to the new VMM form the old VMM. Specifically, I am
looking at IDE disk (tools/ioemu/hw/ide.c)
Basically,
On Thu, Oct 04, 2007 at 03:59:42AM +0200, J. Mayer wrote:
As announced by Ralf Baechle, dyntick is now available on MIPS. I gave a
try on QEMU/MIPS, and unfortunately it doesn't work correctly.
Aurelien is talking about a kernel option...
I tried to disactivate dynticks, just commenting the
On 10/4/07, Kaushik Bhandankar [EMAIL PROTECTED] wrote:
I am trying to implement functionality in fully-virtualized xen wherein
the responses to the pending disk I/O requests during live VM migration
get trasnsferred to the new VMM form the old VMM. Specifically, I am
looking at IDE disk
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Now with board config file included, so it can be built :-)
Thiemo, I'll think about the memory size issue and get back to you on that.
How about a git repo for U-Boot, if this thing takes off?
We actually have already a
Blue Swirl wrote:
On 10/4/07, Kaushik Bhandankar [EMAIL PROTECTED] wrote:
I am trying to implement functionality in fully-virtualized xen wherein
the responses to the pending disk I/O requests during live VM migration
get trasnsferred to the new VMM form the old VMM. Specifically, I am
On 10/4/07, Kaushik Bhandankar [EMAIL PROTECTED] wrote:
1) I guess the IDE disk code is in ioemu/hw/ide.c. But where is the IDE
disk controller code located ??
Same file, see ide_ioport_write().
2) I do not really understand BMDMA in ioemu/hw/ide.c. google doesnt
seem to be helping much
Included are two small patches for configure and Makefile.target to
allow QEMU to configure and build correctly on a Solaris x86-64 platform.
Ben--- qemu.ORIG/configure 2007-09-29 21:58:31.0 -0400
+++ qemu/configure 2007-10-04 12:52:30.776801000 -0400
@@ -575,7 +575,7 @@
#undef
In message [EMAIL PROTECTED] you wrote:
Now with board config file included, so it can be built :-)
Thiemo, I'll think about the memory size issue and get back to you on that.
How about a git repo for U-Boot, if this thing takes off?
We actually have already a lot of them - the master
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 19:47:09
Modified files:
. : vl.c
Log message:
(int64_t)UINT64_MAX is -1 and should not be assigned to
nearest_delta_us, patch by Dan Kenigsberg.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 19:59:04
Modified files:
. : vl.c
Log message:
Remove redundant qemu_rearm_alarm_timer() in qemu_del_timer, patch by
Dan Kenigsberg.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 21:53:55
Modified files:
. : Makefile.target
hw : sh7750.c sh7750_regnames.c sh7750_regs.h
Added files:
hw : sh_intc.c sh_intc.h
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 22:55:53
Modified files:
. : usb-linux.c
Log message:
Quiet warnings introduced with the USB iso support.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 22:47:34
Modified files:
. : usb-linux.c
hw : usb-uhci.c
Log message:
USB iso transfers support for the linux redirector and for UHCI, by
Hi,
On 24/09/2007, Arnon Gilboa [EMAIL PROTECTED] wrote:
Attached is an updated patch for supporting isochronous transfers in
redirected host USB devices. The initial goal was supporting USB 1.1 Webcam.
Tested on WinXP guest with several Webcams. Works on USB 1.1 Webcams, as
well as most USB
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 23:45:32
Modified files:
hw : pl110.c pl110_template.h
Log message:
Implement PL110 byte order config bit (original patch by Richard
Purdie).
CVSWeb URLs:
25 matches
Mail list logo