herbie hancock wrote:
Hello, i had also a reproducible disk crash:
info of the last good image, size is about 3,5GB
I never experienced such a bad problem with qemu before, maybe it is a
problem with qcow2 format ?
After the problems with qcow2 images which I reported here a few weeks
ago,
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
In message: [EMAIL PROTECTED]
Stuart Brady [EMAIL PROTECTED] writes:
: On Fri, Mar 02, 2007 at 08:09:49PM +, 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
In message: [EMAIL PROTECTED]
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
:
J M Cerqueira Esteves wrote:
After shutting down the guest, I inspected its image files with
qemu-info, which reported for hda
image: nisaba.hda.qcow
file format: raw
virtual size: 4.3G (4596273152 bytes)
disk size: 4.3G
but hda was supposed to have a virtual size of approximately 20 GB
J M Cerqueira Esteves wrote:
Curiously this damaged image file has 4543348736 bytes.
I wonder if there some new bug triggered by the image file size,
for some size around 45 bytes...
I have a copy of the disk image file as it was just before starting the
qemu run which damaged
J M Cerqueira Esteves wrote:
This time, after installing some packages in a similar Debian guest,
the [guest] system froze while shutting down (using 100% CPU on host).
I then noticed that its supposed QCOW2 image file (a 20 GB virtual disk,
in a by then more than 4GB file) was no longer
\
-kernel-kqemu \
-pidfile nisaba.pid \
-m 192 \
-std-vga \
-net nic,vlan=0,model=rtl8139,macaddr=4A:4D:23:00:00:01 \
-net vde,vlan=0,sock=/var/run/vde/tap-vde-1.ctl \
-hda nisaba.hda.qcow -hdb nisaba.hdb.qcow
Best regards
J M Cerqueira Esteves wrote:
11776-11791: 0x6c6f3d 6c6f0a 6574 68303d 6574 68300a
6c6f 3d 6c6f 0a
65746830 3d 65746830 0a
or, of course (duh, I should have noticed, although I'm not sure this
can help),
lo=lo\n
In message: [EMAIL PROTECTED]
Ben Taylor [EMAIL PROTECTED] writes:
: Start with the configure script and Makefiles, and any very specfic, targeted
: and small patches and let those changes slowly propogate out.
Most of the FreeBSD ports patches are relatively easy to justify and
In message: [EMAIL PROTECTED]
Andreas Schwab [EMAIL PROTECTED] writes:
: Johannes Schindelin [EMAIL PROTECTED] writes:
:
: It has been a really long time I have been working on a broken system that
: did not default to signed.
:
: The only thing that is broken is your knowlege of
In message: [EMAIL PROTECTED]
Johannes Schindelin [EMAIL PROTECTED] writes:
: Hi,
:
: On Fri, 27 Oct 2006, Andreas Schwab wrote:
:
: Johannes Schindelin [EMAIL PROTECTED] writes:
:
: It has been a really long time I have been working on a broken system
that
: did not default
In message: [EMAIL PROTECTED]
Rob Landley [EMAIL PROTECTED] writes:
: Seems to me they both address roughly the same
: issues with roughly the same considerations.
:
: Using a *.PIF file is the Windows way. Using the command line is Linux.
Except for complicated things, like,
Hi, QEMU developers
I'm using qemu 0.8.1 and 0.8.2 with keyboard wit Brazilian layout
(ABNT-2). I was unable to use some of the keys so I had to use the
attached patch. I hope it will be useful for everybody.
Best regards
--
Carlos A. M. dos Santos
patch-sdl.c
Description: Binary data
In message: [EMAIL PROTECTED]
Eric Lowe [EMAIL PROTECTED] writes:
: Yes you are correct Solaris does not define this
: either, and I doubt other *nix systems do.
:
: Can this just be changed to
:
: #ifndef ENOMEDIUM
: #define ENOMEDIUM blahblah
: #endif
:
: or somesuch?
None of the
J M Cerqueira Esteves wrote:
vdeq qemu-system-x86_64 .. -hda .. -hdb .. -hdd .. -cdrom .. -boot d
On many CD reading attempts there were longer-than-normal waits, for
which the kernel reported
hdc: DSC timeout
[...]
But it *didn't* happen when I tried the same installation process only
I submited the attached report to the Debian bug tracking system,
but just now I noticed that that segfault of hwclock with libc6-i686 (in
a guest Debian testing system) only occurs if the virtual machine
is started with -kernel-kqemu. Could this be related to some kqemu bug?
Best regards
As I said before, under
Host CPU: AMD Athlon 64 3500+ (machine: HP dx5150 MT)
Host operating system: Ubuntu 6.06 LTS
Host kernel: one of the Ubuntu pre-packaged ones,
2.6.15-26-amd64-k8 (SMP PREEMPT)
QEMU: 0.8.2, configured with -cc=gcc-3.4 --enable-alsa
kqemu: 1.3.0pre9
I
kqemu: 1.3.0pre9
I tried to install Debian amd64 testing (etch) from a
snapshot netinst iso image downloaded yesterday, invoking
vdeq qemu-system-x86_64 \
-pidfile /srv/qemu/nisaba.pid \
-m 160 \
-net nic,vlan=0,model=rtl8139,macaddr=4A:4D:23:00:00:01 \
-net vde
J M Cerqueira Esteves wrote:
Summary: qemu-system-x86_64 with kqemu (running under Ubuntu on a Athlon
64) crashes while installing a guest Debian amd64 testing (etch) system,
with the host reporting (in kernel logs):
kqemu: aborting: Unexpected exception 0x0d in monitor space
I forgot
J M Cerqueira Esteves wrote:
Summary: qemu-system-x86_64 with kqemu (running under Ubuntu on a Athlon
64) crashes while installing a guest Debian amd64 testing (etch) system,
with the host reporting (in kernel logs):
kqemu: aborting: Unexpected exception 0x0d in monitor space
However
Anthony Liguori wrote:
On Fri, 11 Aug 2006 07:57:41 +0100, J M Cerqueira Esteves wrote:
Summary: qemu-system-x86_64 with kqemu (running under Ubuntu on a Athlon
64) crashes while installing a guest Debian amd64 testing (etch) system,
with the host reporting (in kernel logs):
kqemu: aborting
In message: [EMAIL PROTECTED]
NyOS [EMAIL PROTECTED] writes:
: #ifndef _FOO_H //capitals!
: #define _FOO_H //capitals!
You sould avoid using _FOO_H for the define here. That's in the
implementation space and strictly speaking off limits to programmers
that merely use the system.
In message: [EMAIL PROTECTED]
Johannes Schindelin [EMAIL PROTECTED] writes:
: I personally don't like tcl as a language, and prefer to code in C++ for
: efficiency.
:
: Hmmm. C++ and efficiency _does_ constitute a contradiction. Just think
: operator+(). Honestly, the most
In message: [EMAIL PROTECTED]
Fabrice Bellard [EMAIL PROTECTED] writes:
: Note: I commited the pcnet patch as some people might be interested by
: it. I was unable to use it with a Knoppix distribution of 2003 so fixes
: are needed.
Fabrice,
how is pcnet different than ne2000? I'd
In message: [EMAIL PROTECTED]
Sebastian Kaliszewski [EMAIL PROTECTED] writes:
: andrzej zaborowski wrote:
: Now, whether using kqemu together with a linux kernel will still be
: legal is a different issue, but here the question is whether the user
: is breaking the law, not the
In message: [EMAIL PROTECTED]
Paul Brook [EMAIL PROTECTED] writes:
: 4. There is a slippery slope here -
:
: There's a slippery slope both ways. If you assume vital parts of your system
: are going to be closed source then why bother with open source at all. Just
: use Windows or
In message: [EMAIL PROTECTED]
Paul Brook [EMAIL PROTECTED] writes:
: I think that you are missing the point. He's not saying that you have
: to distribute the source (which is what that exemption is about).
: He's saying that the license on a mere library cannot and should not
:
In message: [EMAIL PROTECTED]
Auke Kok [EMAIL PROTECTED] writes:
:
:
: On Mon, 10 Apr 2006 17:20:54 +0200, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
: Fabrice is the owner of the KQEMU code, and he decides for his own
: reasons to put the code under closed source license.
:
: I'm
In message: [EMAIL PROTECTED]
Karel Gardas [EMAIL PROTECTED] writes:
: On Sun, 2 Apr 2006, Jamie Lokier wrote:
:
: Chris Wilson wrote:
: I find it strange that ARM would restrict emulation of their architecture
: -- that could hardly pose a threat to their business, I would say.
:
In message: [EMAIL PROTECTED]
David Fraser [EMAIL PROTECTED] writes:
: Fabrice Bellard wrote:
: Jim C. Brown wrote:
: On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote:
:
: Hi,
:
: I merged your patches and I made important changes to simplify them. I
: did not do
In message: [EMAIL PROTECTED]
Daniel Jacobowitz [EMAIL PROTECTED] writes:
: On Sun, Dec 18, 2005 at 04:51:02PM +, Paul Brook wrote:
: Something like the attached patch.
:
: After getting myself, and probably Paul, completely confused about
: array indexing, I agree that this
In message: [EMAIL PROTECTED]
Paul Brook [EMAIL PROTECTED] writes:
: Given all these improvements in arm support, what's the status of
: system level support for arm, and what system is emulated?
:
: Short answer is it should work. A default linux kernel config doesn't quite
:
In message: [EMAIL PROTECTED]
Shaun Jackman [EMAIL PROTECTED] writes:
: 2005/11/19, M. Warner Losh [EMAIL PROTECTED]:
: Since it is short, here is the patch that I have in the FreeBSD ports
: tree for this issue. It works sufficiently for FreeBSD's RTL
: subdriver of ed to be happy
Lasse Luttermann Poulsen escribió:
Is'nt it possible to take screenshots of the contens of the emulator??
I can't seem to find anything in the documentation.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
In message: [EMAIL PROTECTED]
Shaun Jackman [EMAIL PROTECTED] writes:
: I've discovered that QNX 6.3 [1] does not detect the simulated PCI
: NE2000 network card. I found a post [2] on the OpenQNX forum
: corroborating the same.
:
: The poster suggests that the issues is with the
In message: [EMAIL PROTECTED]
Juergen Lock [EMAIL PROTECTED] writes:
: Am I really the only one seeing this?
I saw it too when I was chasing down ne2000 emulation issues...
Warner
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
Has anybody made qemu emulate the NEC PC-9821 family of computer
products from NEC, also known as Japanese PC?
Warner
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
In message: [EMAIL PROTECTED]
Hetz Ben Hamo [EMAIL PROTECTED] writes:
: Not really. I think you'll need a BIOS for it which is copyrighted and
: not freely distributable, and I think some specs are different, but I
: didn't see any patches floating around.
The specifications are quite
501 - 539 of 539 matches
Mail list logo
