CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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:
http://cvs.
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
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/10/04 22:55:53
Modified files:
. : usb-linux.c
Log message:
Quiet warnings introduced with the USB iso support.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/usb-li
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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
Arnon G
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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
Log
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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:
http://cvs.savannah
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 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:
http:/
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/10/04 19:41:17
Modified files:
hw : pxa2xx_gpio.c spitz.c
Log message:
Several corrections in the spitzkbd keymap (patch by Juergen Lock).
Don't abort on illegal GPSR
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
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 main
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
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
look
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
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
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
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, ide.c:pci_ide_save(
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_
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 b/M
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
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
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!
> 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 actua
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 e
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 optio
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 issu
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 MEM_S
26 matches
Mail list logo
