Paul Brook [EMAIL PROTECTED] writes:
: I find this curious... C99 (6.7.2.1) says the allocation order of
: bit-fields within a unit (high-order to low-order or low-order to
: high-order) is implementation defined. I can't see any requirement
: for this, so is it just convention that
In message: [EMAIL PROTECTED]
Andreas Schwab [EMAIL PROTECTED] writes:
: Paul Brook [EMAIL PROTECTED] writes:
:
: : I find this curious... C99 (6.7.2.1) says the allocation order of
: : bit-fields within a unit (high-order to low-order or low-order to
: : high-order) is
M. Warner Losh [EMAIL PROTECTED] writes:
Except that compilers use the convention that was described above.
Big endian MIPS definitely uses a different bit ordering for C bit
fields than little endian MIPS.
There is actually a difference between *bitfield* ordering and *bit*
ordering. The
Anthony Liguori wrote:
I think most people agree that we need a config file. I haven't seen
any comments on my config file patch though.
So, any comments on that patch? Any requirements on a format?
1. Any option should be settable either in the config file or command
line. In other
Fabrice Bellard wrote:
Thiemo Seufer wrote:
Thiemo Seufer wrote:
Hello All,
I changed the pcnet32 driver to get rid of bitfields in its
implementation, now it works also on big endian host systems.
I tested only the 32 bit mode which is used by MIPS/Malta, and
I'm not sure if it still
andrzej zaborowski wrote:
Hi,
On 20/02/07, Christopher Olsen [EMAIL PROTECTED] wrote:
Ok FreeBSD Support round one..
Be gentle this is my first attempt at working with the rest of this
community..
Files it modifies and the reasons are as follows
configure - Adds HOST_FREEBSD type to
jeremy fenelon [EMAIL PROTECTED] wrote:
Hey guys thanks for a great product. I don't know if its been documented
already but I was able to install windows xp on qemu with a HP Laptop
Restore disk.
Lucky. I think the last time I tried that, it didn't work because of the
way that HP
Avi Kivity wrote:
Anthony Liguori wrote:
I think most people agree that we need a config file. I haven't seen
any comments on my config file patch though.
So, any comments on that patch? Any requirements on a format?
1. Any option should be settable either in the config file or
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/03/04 00:52:16
Modified files:
. : a.out.h dyngen.c
Log message:
64bit-win32 cross build fix.
CVSWeb URLs:
Hi,
I have successfully integrated the statistical simulation package
SimPoint with QEMU. Now I wish to add some commands to QEMU so a user can
start or stop simulation. The goal is that at the QEMU command prompt, the
user could enter a command like start_simpoint or stop_simpoint. For
This option helps differentiate between guests when running more than
one instance of QEMU. It adds a string to the SDL window title and to
the VNC server title.
Having a name associated with a guest is also terribly useful for
management tools as it gives a standard way to identify guests
Howdy,
The following patch improves the -pidfile a fair bit. -pidfile isn't
terribly usable at the moment with -daemonize as the wrong pid gets
written to the file.
Furthermore, there's a race in -pidfile between the stat() and initial
create. For a management tool, there's no 100%
Howdy,
The following patch adds an info serial and an info parallel command.
Besides providing useful information (especially for the serial port),
it provides a method for management tools to connect to a running VM and
what character devices the serial/parallel ports have been redirected
Howdy,
The following patch allows the change monitor command to be used with
vnc, serial, and parallel devices. It depends on my previously posted
patches.
The patch implements:
1) A vnc null display
2) The ability to reopen character devices
3) Appropriate tab expansions for devices
This
14 matches
Mail list logo
