On Fri, Mar 10 2006, Mario Goppold wrote:
> Hi,
>
> I try to install SuSE92-64 on an 400G HD but it fails:
>
> hda: max request size: 128KiB
> hda: cannot use LBA48 - full capacity 838860800 sectors (429496 MB)
> hda: 268435456 sectors (137438 MB) w/256KiB Cache, CHS=65535/16/63, (U)DMA
> hda:<4
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 14:51:13
Modified files:
. : .cvsignore Makefile configure
Log message:
mipsel configure support (Thiemo Seufer).
CVSWeb URLs:
http://cvs.sav
"Anderson Lizardo" <[EMAIL PROTECTED]> writes:
> Any reason why the magic numbers from qemu-binfmt-conf.sh are not just
> 16 bytes long as those reported by "readelf --file-header"? For
> example:
>
> $ readelf --file-header /bin/true | grep Magic:
> Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 15:00:08
Modified files:
target-mips: exec.h
Log message:
Add missing function prototype.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/t
> Index: target-mips/op_mem.c
>...
> +extern void dump_sc (void);
Having function prototypes in .c files is wrong. I added it to exec.h instead.
> +void glue(op_store_T2_gpr_gpr, REG) (void)
> +{
> +env->gpr[REG] = T2;
> +RETURN();
> +}
I don't think there's any point adding this unless
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 15:35:30
Modified files:
. : console.c
Log message:
Improved terminal emulation (Piotr Esden-Tempski).
CVSWeb URLs:
http://cvs.savannah.gnu.o
On 3/11/06, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> "Anderson Lizardo" <[EMAIL PROTECTED]> writes:
>
> > Any reason why the magic numbers from qemu-binfmt-conf.sh are not just
> > 16 bytes long as those reported by "readelf --file-header"? For
> > example:
> >
> > $ readelf --file-header /bin/t
> Index: cpu-exec.c
> ===
> RCS file: /sources/qemu/qemu/cpu-exec.c,v
> retrieving revision 1.73
> diff -u -p -r1.73 cpu-exec.c
> --- cpu-exec.c8 Feb 2006 22:43:39 - 1.73
> +++ cpu-exec.c16 Feb 2006 15:21:03 -
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 16:20:37
Modified files:
target-mips: cpu.h helper.c op_helper.c
Log message:
e bitfields in mips TLB structures (Thiemo Seufer).
CVSWeb URLs:
http://
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 16:23:39
Modified files:
. : cpu-exec.c
target-mips: cpu.h
Log message:
Rename MIPS_HFLAG(S)_TMASK (Thiemo Seufer).
CVSWeb URLs:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Veillard schrieb:
> Hi,
>
> enclosed is a first version of a patch to allow remote access and control
> for QEmu instances, I'm not suggesting to apply it as is (though it seems
> to work in my limited testing) but would rather like to get co
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 16:29:15
Modified files:
hw : esp.c
Log message:
Sparcf ESP dma fixes (Blue Swirl).
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 16:35:30
Modified files:
target-mips: helper.c
Log message:
Clear MIPS_HFLAG_BMASK for ErrorEPC (Thiemo Seufer).
CVSWeb URLs:
http://cvs.savannah.gnu.
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 16:39:23
Modified files:
target-mips: op_helper.c
Log message:
Avoid flushing of global TLB entries for differing ASIDs (Thiemo
Seufer).
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 18:03:38
Modified files:
. : usb-linux.c
hw : usb-uhci.c
Log message:
Tweak UHCI device settings. Ignore host root hubs.
On Wed, Mar 08, 2006 at 10:55:21AM -0600, Troy Benjegerdes wrote:
> The only think I can track down so far is that BITS_PER_LONG is only
> defined in /usr/include/asm-x86_64/types.h if __KERNEL__ is also set.
>
> What other linux distros/headers work with the current qemu cvs usb
> code?
I've jus
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 20:07:46
Modified files:
. : sdl.c
Log message:
Make sure gui_key_modifier_pressed is cleared correctly.
Use correct event fields for
Hi,
The attached patch adds (or, strictly speaking, fixes, as the source
tree had already initial support for this) support for compiling QEMU
outside the source tree (or in a subdir). As a side effect, it also
removes the requirement to call configure with an absolute path. The
changes are fairly
Hi,
i'd like to know, what the qemu-project aims at.
Do the authers aim at writing (together with kqemu or qv86) an
alternative to VMWare? (At least in the x86 virtualization case)
I first thought that way and i still hope that, but i was disappointed
by qemu 0.8.0 and the latest version from CVS
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 20:37:58
Modified files:
hw : usb.c
Log message:
Fix off by one length calciulation.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qem
On Saturday 11 March 2006 02:58, Anderson Lizardo wrote:
> Hi,
>
> Any reason why the magic numbers from qemu-binfmt-conf.sh are not just
> 16 bytes long as those reported by "readelf --file-header"?
The first 16 bytes only tell you it's an ELF executable. ie. you've just
removed the bits that te
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 20:43:48
Modified files:
. : dyngen.h
Log message:
Fix typo in ppc icache flush.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/d
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 20:48:37
Modified files:
slirp : socket.c
Log message:
Set SO_REUSEADDR before calling bind().
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/q
On Wed, Mar 08, 2006 at 12:35:13PM -0800, Ed Swierk wrote:
> Daniel Veillard wrote:
> > enclosed is a first version of a patch to allow remote access and control
> > for QEmu instances, I'm not suggesting to apply it as is (though it seems
> > to work in my limited testing) but would rather like to
On Sat, Mar 11, 2006 at 05:24:40PM +0100, Oliver Gerlich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Daniel Veillard schrieb:
> > Hi,
> >
> > enclosed is a first version of a patch to allow remote access and control
> > for QEmu instances, I'm not suggesting to apply it as is (
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 21:03:16
Modified files:
linux-user : main.c
target-arm/nwfpe: fpa11.c fpa11.h
Log message:
Fix FPA condition codes (Ulrich Hecht).
CVSWeb UR
On Wed, Mar 08, 2006 at 09:52:11AM -0500, Daniel Veillard wrote:
> Hi,
>
> enclosed is a first version of a patch to allow remote access and control
> for QEmu instances,
I have put an updated version of the patch and client code example at
ftp://veillard.com/libvirt/qemu-patch
it fixed t
> I updated the patch to allow for that again, and added an ELF loader on
> top to avoid hardcoded kernel load addresses/entry points. This is also
> useful for stand-alone programs. The ramdisk and command line addresses
> are still hardcoded.
Except now you can't load raw kernel images.
I'm sti
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/03/11 21:46:12
Modified files:
hw : usb-uhci.c
Log message:
Add missing break statement.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/
On Friday 10 March 2006 07:35, Ed Swierk wrote:
> Here is a patch that sets the hostname in the DHCP response generated
> by qemu's user-net DHCP server, and adds a new -hostname command line
> option to specify the value.
This should be set via -net user,hostname=foo. No need for a separate optio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Veillard schrieb:
> On Sat, Mar 11, 2006 at 05:24:40PM +0100, Oliver Gerlich wrote:
>
>>-BEGIN PGP SIGNED MESSAGE-
>>Hash: SHA1
>>
>>Daniel Veillard schrieb:
>>
>>> Hi,
>>>
>>>enclosed is a first version of a patch to allow remote acce
> I thought, that qemu-0.8.0's problem would be disk-IO. I installed
> Windows 2000 and in the task-manager the CPU-Time is 100% during intense
> IO. A "dir c:\ /A /S /B >NUL:" on the console causes 100% CPU-time and
> most of it being that red-colored "in-kernel-time".
Qemu host IO is syncrhonous
>> I thought, that qemu-0.8.0's problem would be disk-IO. I installed
>> Windows 2000 and in the task-manager the CPU-Time is 100% during intense
>> IO. A "dir c:\ /A /S /B >NUL:" on the console causes 100% CPU-time and
>> most of it being that red-colored "in-kernel-time".
>
> Qemu host IO is syn
> I have seen thoughts about asynchronous IO for qemu. I thought that they
> would have been integrated along with the DMA-patches already.
I'm sorry, i read a mail by Fabrice that async block I/O is not merged yet.
___
Qemu-devel mailing list
Qemu-de
On Sat, Mar 11, 2006 at 11:35:48PM +0100, Sven K?hler wrote:
> I have seen thoughts about asynchronous IO for qemu. I thought that they
> would have been integrated along with the DMA-patches already.
>
> I would really see how qemu performs with asynch IO enabled. Are there
> any patches out ther
It seems my first patch didn't go through the list. Anyway, the
previous one was missing one modification, so here goes a new one.
Original message:
The attached patch adds (or, strictly speaking, fixes, as the source
tree had already initial support for this) support for compiling QEMU
outside t
36 matches
Mail list logo
