hi
Is it easy to support booting off real harddrive?
Thanks
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:21:55
Modified files:
linux-user : syscall.c
Log message:
linux-user openat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sysca
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:22:32
Modified files:
linux-user : syscall.c
Log message:
linux-user mkdirat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sysc
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:23:05
Modified files:
linux-user : syscall.c
Log message:
linux-user mknodat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sysc
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:23:35
Modified files:
linux-user : syscall.c
Log message:
linux-user fchownat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sys
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:24:11
Modified files:
linux-user : syscall.c
Log message:
linux-user unlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sys
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:24:37
Modified files:
linux-user : syscall.c
Log message:
linux-user renameat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sys
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:25:06
Modified files:
linux-user : syscall.c
Log message:
linux-user linkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sysca
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:25:41
Modified files:
linux-user : syscall.c
Log message:
linux-user symlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sy
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:26:10
Modified files:
linux-user : syscall.c
Log message:
linux-user readlinkat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/s
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:26:51
Modified files:
linux-user : syscall.c
Log message:
linux-user fchmodat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sys
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 09:27:49
Modified files:
linux-user : syscall.c
Log message:
linux-user faccessat() syscall, by Thayne Harbaugh.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sy
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I'm subscribed,
so please don't send me mails directly, gmail web interface could be
quite misleading.
So here is the third revision of my patch. Changes include:
using more stru
Hello,
if one attempts to use the Gujin bootloader inside qemu (even today's
snapshot), one gets a message about unknown key being pressed.
The easiest way to reproduce the issue is to download install-2.2.tar.gz
from http://sourceforge.net/project/showfiles.php?group_id=15465, unpack
the ta
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
> I had a discussion with Johannes Schindelin over my patch, that I
> thought is on the maillist, but apparently it wasn't. I'm subscribed, so
> please don't send me mails directly, gmail web interface could be quite
> misleading.
>
> So here is
Hi Fabrice,
thank you for commenting on this.
Fabrice Bellard wrote:
> Hi,
>
> The code would be simpler if some intercept tests were done at runtime
> in the corresponding helpers (for crN, drN and MSR registers, I/Os).
> This is especially true when the existing helpers can return an
> exceptio
J. Mayer wrote:
[snip]
> > > > May someone take a look at my patch and say if it seems reasonable to
> > > > include this in the repository ?
> > >
> > > Looks reasonable, but introduces new compiler warnings
> > > (on a ppc32/Linux host):
>
> The reported warnings have been fixed.
> There are st
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/09/24 12:48:00
Modified files:
target-mips: cpu.h helper.c mips-defs.h op.c translate.c
translate_init.c
Log message:
Per-CPU instruction decoding implementation
Aurelien Jarno wrote:
> Hi all,
>
> The patch below implements per-cpu decoding on the MIPS target. The
> supported instruction set is defined by a set of flags. It assumes that
> MIPS2 instructions are always supported. It also removes the check for
> CP0C0_AT when setting MIPS_HFLAG_64 as it i
Hi all,
The patch below allows the timer to be stopped using the DC bit in the
CP0 Cause register. This feature is required for MIPS R2 implementations.
It also removes a few places where the interrupt corresponding to the
timer is hardcoded, and leaves it hardcoded at only one place
(initiali
Glibc's test-float failed on my qemu testing. I tracked it down to
these routines: if you count the bits carefully, you'll see that
0x7FC0 sets the quiet NaN bit (on most hardware - signalling NaN
in the MIPS case); so does a.high >> 41, which copies it from the
original NaN. I think this rou
On Thu, Sep 20, 2007 at 06:28:25PM +0100, Thiemo Seufer wrote:
> It fixed an internal testcase, I'll have to check what was going
> on there, probably tomorrow.
I don't suppose you've had a chance to look at this?
--
Daniel Jacobowitz
CodeSourcery
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> Glibc's test-float failed on my qemu testing. I tracked it down to
> these routines: if you count the bits carefully, you'll see that
> 0x7FC0 sets the quiet NaN bit (on most hardware - signalling NaN
> in the MIPS case); so does a.high >> 41, w
2007/9/24, Johannes Schindelin <[EMAIL PROTECTED]>:
> Hi,
>
> On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
>
> > I had a discussion with Johannes Schindelin over my patch, that I
> > thought is on the maillist, but apparently it wasn't. I'm subscribed, so
> > please don't send me mails directly, gmai
Hi all,
The patch below optimise instructions accessing CP0 by doing access
rights check at translation time instead of execution time, as it is
already done for other CPx.
This is done by adding a new bit to hflags. Unfortunately that means
reorganising them because there was no space anymore f
hi!
i'm having a problem that could have a very easy answer:
my i386 linx system crashes due to a module error and i have to find out where
it crashes exactly i have the module source code.
when the kernel crashes, it displayes the message, however as it is way much
more information that ca
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
> 2007/9/24, Johannes Schindelin <[EMAIL PROTECTED]>:
>
> > On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
> >
> > > I had a discussion with Johannes Schindelin over my patch, that I
> > > thought is on the maillist, but apparently it wasn't. I'm
> > >
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
2.0 Webcams (backward compatibility) on low resolutions. Som
On Mon, Sep 24, 2007 at 04:05:45PM +0200, Andreas Schwab wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > Glibc's test-float failed on my qemu testing. I tracked it down to
> > these routines: if you count the bits carefully, you'll see that
> > 0x7FC0 sets the quiet NaN bit (on m
Hi,
On Mon, 24 Sep 2007, Clemens Kolbitsch wrote:
> when the kernel crashes, it displayes the message, however as it is way
> much more information that can be displayed in the qemu window, i only
> see the last 20-something lines. as the crash is fatal, no entries are
> made to the log-files
Em Sex, 2007-09-21 às 19:40 -0500, Anthony Liguori escreveu:
> Andreas Hasenack wrote:
> > Hi,
> >
> > does qemu support the PXE boot menu? I have such a server here in my
> > network but qemu keeps loading some default system (the first one?)
> > instead of presenting me with the pxe menu.
>
>
On 24/09/2007, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> On Mon, 24 Sep 2007, Clemens Kolbitsch wrote:
>
> > when the kernel crashes, it displayes the message, however as it is way
> > much more information that can be displayed in the qemu window, i only
> > see the last 20-something lines.
On Monday 24 September 2007 18:11:04 andrzej zaborowski wrote:
> On 24/09/2007, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> > On Mon, 24 Sep 2007, Clemens Kolbitsch wrote:
> > > when the kernel crashes, it displayes the message, however as it is way
> > > much more information that can be disp
2007/9/24, Johannes Schindelin <[EMAIL PROTECTED]>:
> Hi,
> On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
[...]
> > I believe that I've answered and addressed all your comments.
>
> Ooops. I think I mixed up your patch with the other patch for vvfat that
> floated around recently. (Probably because
Hello,
the bug mentioned in my previous mail is still open.
Could someone please add the patch to CVS HEAD
(or find another solution)?
Thank you
Stefan
Stefan Weil schrieb:
> Hi,
>
> could SPARC or PPC users please check whether the timer code
> in hw/m48t59.c is really correct?
>
> I expect a c
Hello,
could you try this file (when Berlios servers are online again):
http://svn.berlios.de/wsvn/ar7-firmware/qemu/trunk/hw/ps2.c?op=file
I had a similar problem, and the patched version of ps2.c helped...
Stefan
Alexander E. Patrakov schrieb:
> Hello,
>
> if one attempts to use the Gujin boo
As with previous "Takes" of this patch, its purpose is to expose host
CPU features to guests. It proved rather helpful to KVM in various
benchmarks, and it should similarly speed kqemu up. Note that it does
not extend the set of emulated opcodes, only exposes what's supported by
the host CPU.
Anot
Hello,
here is a patch which makes VGA usable for Malta MIPS32 in big endian
mode. I don't know whether other big endian emulations need a
patch for VGA, too.
Regards
Stefan
Index: hw/vga_template.h
===
RCS file: /sources/qemu/qemu
On Mon, 2007-09-24 at 13:19 +0100, Thiemo Seufer wrote:
> J. Mayer wrote:
> [snip]
> > > > > May someone take a look at my patch and say if it seems reasonable to
> > > > > include this in the repository ?
> > > >
> > > > Looks reasonable, but introduces new compiler warnings
> > > > (on a ppc32/L
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/24 18:39:04
Modified files:
. : monitor.c
Log message:
Fix >4G physical memory dump for Sparc32
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/monitor.c?cvsroot=qemu&r1=1.8
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/24 18:41:27
Modified files:
. : elf_ops.h
Log message:
Fix loading above 4G
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/elf_ops.h?cvsroot=qemu&r1=1.8&r2=1.9
Johannes Schindelin wrote:
Hi,
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
2007/9/24, Johannes Schindelin <[EMAIL PROTECTED]>:
On Mon, 24 Sep 2007, Ivan Kalvachev wrote:
I had a discussion with Johannes Schindelin over my patch, that I
thought is on the maillist, but apparently it wasn't. I
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/24 19:44:09
Modified files:
. : cpu-exec.c
hw : sun4m.c
target-sparc : cpu.h helper.c op_helper.c translate.c
Log message:
CPU boot mode
CVSWeb URL
On Sun, 2007-09-23 at 12:58 -0400, Stuart Anderson wrote:
> On Sun, 23 Sep 2007, Thiemo Seufer wrote:
>
> > Thayne Harbaugh wrote:
> >> This patch adds the utimensat syscall to linux-user
Oops!
> > Doesn't build:
> >
> > gcc-3.4 -g -Wl,-T,/home/ths/qemu/qemu-work/ppc.ld -o qemu-arm main.o
>
On Mon, 2007-09-24 at 19:24 +0200, Stefan Weil wrote:
> Hello,
Hi,
> the bug mentioned in my previous mail is still open.
> Could someone please add the patch to CVS HEAD
> (or find another solution)?
Seems you're right, this code would lead to crashes. I think there are
other issues to address
Hi,
I don't think this is the right fix because the monitor expressions can
be used for either virtual or physical addresses. I suggest using 64 bit
integers for every target.
Fabrice.
Blue Swirl wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/
Try to avoid using target_phys_addr_t at this place as I don't want this
code to be CPU dependent (think of a machine having several different
CPUs !).
Regards,
Fabrice.
Blue Swirl wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/09/24 18:41:27
Mod
The problem must come from somewhere else. VGA (as any other device)
must not depend on the target CPU endianness (note that the endianness
tests in the memory handlers are only necessary because the bus API is
still incomplete).
Regards,
Fabrice.
Stefan Weil wrote:
Hello,
here is a patch
I realize that the other pixel formats are buggy too, so at least your
patch is consistent with what is already coded !
I guess the problem is in the VGA memory handlers. Otherwise it means
that there is a (Cirrus)VGA configuration register to change the
endianness of the frame buffer. In such
Hi,
On Mon, 24 Sep 2007, Lorenzo Campedelli wrote:
> I think you were referring to the small patch I sent. I actually gave up
> with it, as I don't see how to make it in a clean way.
>
> Honestly I found your suggestion to try to have it less special-casing
> vvfat a bit puzzling... vvfat is t
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/09/25 01:17:04
Modified files:
. : Makefile.target vl.h
Added files:
hw : ecc.c
Removed files:
. : ecc.h
Log message:
Move ECC cal
Hi,
On 24/09/2007, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
> As with previous "Takes" of this patch, its purpose is to expose host
> CPU features to guests. It proved rather helpful to KVM in various
> benchmarks, and it should similarly speed kqemu up. Note that it does
> not extend the set of
On Mon, 2007-09-24 at 13:45 -0600, Thayne Harbaugh wrote:
> On Sun, 2007-09-23 at 12:58 -0400, Stuart Anderson wrote:
> > On Sun, 23 Sep 2007, Thiemo Seufer wrote:
> >
> > > Thayne Harbaugh wrote:
> > >> This patch adds the utimensat syscall to linux-user
>
> Oops!
>
> > > Doesn't build:
> > >
>
I've often wondered why there isn't a tswap_target_ulong(). Seems like
using tswap32() is asking for trouble.
This patch adds the sigaltstack() syscall for linux-user.
Index: qemu/linux-user/signal.c
===
--- qemu.orig/linux-user/signal.c 2007-09-24 22:45:48.0 -0600
+++ qemu/linux-user/signal.c 2007-09-24 22:56:18.0 -0600
@@ -26
Stefan Weil wrote:
Hello,
could you try this file (when Berlios servers are online again):
http://svn.berlios.de/wsvn/ar7-firmware/qemu/trunk/hw/ps2.c?op=file
I had a similar problem, and the patched version of ps2.c helped...
Unfortunately, it doesn't help. But it repeats the following line
56 matches
Mail list logo
