On Fri, Oct 04, 2013 at 09:15:37AM +0200, Jan Kiszka wrote:
On 2013-10-03 18:05, Peter Maydell wrote:
On 3 October 2013 23:09, Juergen Lock qem...@jelal.kn-bremen.de wrote:
Local variable CPUClass *cc needs to be reloaded after return from longjmp
too. (This fixes the mips-softmmu crash
On Sat, Oct 05, 2013 at 08:06:22PM +0200, Stefan Weil wrote:
Am 05.10.2013 19:54, schrieb Juergen Lock:
On Fri, Oct 04, 2013 at 09:15:37AM +0200, Jan Kiszka wrote:
On 2013-10-03 18:05, Peter Maydell wrote:
On 3 October 2013 23:09, Juergen Lock qem...@jelal.kn-bremen.de wrote:
Local
Local variable CPUClass *cc needs to be reloaded after return from longjmp
too. (This fixes the mips-softmmu crash observed on FreeBSD when qemu is
built with clang.)
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
Found-by: Dimitry Andric d...@freebsd.org
--- a/cpu-exec.c
+++ b/cpu-exec.c
On Sat, May 04, 2013 at 03:23:28PM +0100, Richard Sandiford wrote:
Juergen Lock n...@jelal.kn-bremen.de writes:
Hi!
The failure is in the mips64-softmmu target: (at least)
[...]
CCmips64-softmmu/target-mips/translate.o
..qemu-1.4.1/target-mips/translate.c::2780:35 : error
Hi!
The failure is in the mips64-softmmu target: (at least)
[...]
CCmips64-softmmu/target-mips/translate.o
..qemu-1.4.1/target-mips/translate.c::2780:35 : error:
passing 'int' to parameter of incompatible type 'TCGv_i32'
gen_helper_dmult(cpu_env, acc, t0, t1);
This fixes the build with clang on 32 bit x86.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@ -104,6 +104,10 @@ static const int tcg_target_call_oarg_re
# define have_cmov 1
#elif defined(CONFIG_CPUID_H)
#include cpuid.h
+#ifndef
I guess I should have put [PATCH] in the Subject, sorry.
On Fri, Apr 26, 2013 at 09:11:41PM +0200, Juergen Lock wrote:
This fixes the build with clang on 32 bit x86.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/tcg/i386/tcg-target.c
+++ b/tcg/i386/tcg-target.c
@@ -104,6 +104,10
In article 1323105616.14716.23.camel@Nokia-N900 you write:
- Original message -
On 12/05/2011 09:06 AM, Alex Jia wrote:
Hi Anthony,
It seems the following link is unavailable now:
http://wiki.qemu.org/download/qemu-1.0.tar.gz
The VM is crashing pretty often. We're working on a
On Tue, Aug 16, 2011 at 09:37:39AM +0200, Hans Petter Selasky wrote:
On Monday 15 August 2011 22:26:56 Juergen Lock wrote:
Hi!
I just prepared a preliminary update of the emulators/qemu-devel
port to 0.15.0 [1], and among other things it now also has a
usb network redirection feature
On Tue, Aug 16, 2011 at 09:54:23PM +0200, Juergen Lock wrote:
On Tue, Aug 16, 2011 at 09:37:39AM +0200, Hans Petter Selasky wrote:
On Monday 15 August 2011 22:26:56 Juergen Lock wrote:
Hi!
I just prepared a preliminary update of the emulators/qemu-devel
port to 0.15.0 [1
Hi!
I just prepared a preliminary update of the emulators/qemu-devel
port to 0.15.0 [1], and among other things it now also has a
usb network redirection feature using usbredir [2], which uses
libusb 1.0 and a function that is missing in our version,
libusb_get_device_speed(). I added a stub to
On Mon, Jul 18, 2011 at 10:58:58PM -0400, Super Bisquit wrote:
On Mon, Jul 18, 2011 at 2:22 PM, Juergen Lock n...@jelal.kn-bremen.dewrote:
Hi!
I'm the FreeBSD qemu port maintainer and don't have a sparc64 box
myself, but Jashank Jeremy (Cc'd) now was so kind to test qemu 0.14.1
Hi!
I'm the FreeBSD qemu port maintainer and don't have a sparc64 box
myself, but Jashank Jeremy (Cc'd) now was so kind to test qemu 0.14.1
on a FreeBSD/sparc64 box booting a FreeBSD 8/i386 install iso using
i386-softmmu and we found two things:
1. The hang people have been reporting seems to
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/Makefile
+++ b/Makefile
@@ -114,7 +114,7 @@ bt-host.o: QEMU_CFLAGS += $(BLUEZ_CFLAGS
##
qemu-img.o: qemu-img-cmds.h
-qemu-img.o qemu-tool.o qemu-nbd.o qemu-io.o
.)
[There may be more bugs of this kind hiding in other targets, this
was just the one I tested...]
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/hw/zaurus.c
+++ b/hw/zaurus.c
@@ -70,6 +70,10 @@ static uint32_t scoop_readb(void *opaque
{
ScoopInfo *s = (ScoopInfo *) opaque
On Wed, Oct 13, 2010 at 05:28:37AM +0200, Juergen Lock wrote:
On Tue, Oct 12, 2010 at 05:00:34PM -0500, Anthony Liguori wrote:
On 10/12/2010 04:34 PM, Juergen Lock wrote:
In article4cb38c82.1090...@linux.vnet.ibm.com you write:
After suffering from a prolonged maintainer
On Wed, Oct 13, 2010 at 07:45:19PM +, Blue Swirl wrote:
On Wed, Oct 13, 2010 at 7:12 PM, Juergen Lock qem...@jelal.kn-bremen.de
wrote:
The 2nd scoop's base address (0x08800040) now gets rounded down to
start of page which causes its io read/write callbacks to be passed
addresses 0x40
causes its
io read/write callbacks to be passed addresses 0x40 higher than
the code expects: (as witnessed by Bad register offset messages
and failure to attach the internal CF disk aka microdrive at least.)
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/hw/zaurus.c
+++ b/hw/zaurus.c
On Tue, Oct 12, 2010 at 05:00:34PM -0500, Anthony Liguori wrote:
On 10/12/2010 04:34 PM, Juergen Lock wrote:
In article4cb38c82.1090...@linux.vnet.ibm.com you write:
After suffering from a prolonged maintainer softlockup, I'm attempting
to get 0.13.0 release process back on track
On Sun, Apr 18, 2010 at 11:52:16PM +0200, Juergen Lock wrote:
On Sun, Apr 18, 2010 at 11:38:34PM +0200, Aurelien Jarno wrote:
On Sun, Apr 18, 2010 at 11:16:46PM +0200, Juergen Lock wrote:
On Sun, Apr 18, 2010 at 10:52:22PM +0200, Aurelien Jarno wrote:
On Sun, Apr 11, 2010 at 06:17:32PM
On Sun, Apr 18, 2010 at 10:52:22PM +0200, Aurelien Jarno wrote:
On Sun, Apr 11, 2010 at 06:17:32PM +0200, Juergen Lock wrote:
As suggested by Andreas Färber, here is a cumulative patch that syncs
OSS_GETVERSION handling with head by merging the following commits:
1. oss: issue
On Sun, Apr 18, 2010 at 11:38:34PM +0200, Aurelien Jarno wrote:
On Sun, Apr 18, 2010 at 11:16:46PM +0200, Juergen Lock wrote:
On Sun, Apr 18, 2010 at 10:52:22PM +0200, Aurelien Jarno wrote:
On Sun, Apr 11, 2010 at 06:17:32PM +0200, Juergen Lock wrote:
As suggested by Andreas Färber, here
3d709fe73a77c40e263b3af6e650fd4b519c3562
3. Workaround for broken OSS_GETVERSION on FreeBSD, part two
72ff25e4e98d6dba9286d032b9ff5432553bbad5
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/audio/ossaudio.c
+++ b/audio/ossaudio.c
@@ -38,6 +38,10 @@
#define AUDIO_CAP oss
#include audio_int.h
+#if defined
On Sat, Apr 10, 2010 at 05:22:08PM +0200, Aurelien Jarno wrote:
On Fri, Apr 09, 2010 at 10:02:41PM +0200, Aurelien Jarno wrote:
On Wed, Mar 31, 2010 at 11:00:36PM +0200, Juergen Lock wrote:
V2 that uses endaddr = end-of-guest-address-space if !h2g_valid(endaddr)
after I found out
On Thu, Apr 01, 2010 at 11:59:11AM +, Paul Brook wrote:
Oh this is happening with x86_64-bsd-user on the same arch so I'd say
(abi_ulong)-1 would be the same as ~0ul (and still cause the assert.)
No. These two are different when sizeof(abi_ulong) sizeof(long).
Yeah sorry I meant in
read() calls.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/exec.c
+++ b/exec.c
@@ -306,13 +306,14 @@ static void page_init(void)
if (h2g_valid(endaddr)) {
endaddr = h2g(endaddr);
-page_set_flags(startaddr, endaddr
On Tue, Mar 30, 2010 at 09:04:28PM +0300, Blue Swirl wrote:
On 3/25/10, Juergen Lock n...@jelal.kn-bremen.de wrote:
Hi!
Now that qemu git head works again (thanx Aurelien! :) I've finished
the FreeBSD qemu-devel port update patch/shar that made me uncover
the bug:
http
In article 4bb2540b.90...@twiddle.net you write:
On 03/30/2010 12:16 PM, Juergen Lock wrote:
I first tried to replace the endaddr in the !h2g_valid(endaddr) case with
((abi_ulong)1 L1_MAP_ADDR_SPACE_BITS) - 1
if TARGET_ABI_BITS L1_MAP_ADDR_SPACE_BITS (which comes from the condition
On Tue, Mar 30, 2010 at 10:54:03PM +0300, Blue Swirl wrote:
On 3/30/10, Juergen Lock n...@jelal.kn-bremen.de wrote:
On Tue, Mar 30, 2010 at 09:04:28PM +0300, Blue Swirl wrote:
On 3/25/10, Juergen Lock n...@jelal.kn-bremen.de wrote:
Hi!
Now that qemu git head works again
On Tue, Mar 30, 2010 at 10:09:47PM +0200, Juergen Lock wrote:
In article 4bb2540b.90...@twiddle.net you write:
On 03/30/2010 12:16 PM, Juergen Lock wrote:
I first tried to replace the endaddr in the !h2g_valid(endaddr) case with
((abi_ulong)1 L1_MAP_ADDR_SPACE_BITS) - 1
On Tue, Mar 30, 2010 at 01:33:15PM -0700, Richard Henderson wrote:
On 03/30/2010 01:09 PM, Juergen Lock wrote:
Oh sorry if that was not clear, things go into swap if I _replace_ the
endaddr ~0ul (which caused the assert) with the max value the assert
still tolerates i.e.
((abi_ulong)1
On Tue, Mar 30, 2010 at 10:45:48PM +0200, Juergen Lock wrote:
On Tue, Mar 30, 2010 at 01:33:15PM -0700, Richard Henderson wrote:
On 03/30/2010 01:09 PM, Juergen Lock wrote:
Oh sorry if that was not clear, things go into swap if I _replace_ the
endaddr ~0ul (which caused the assert
Hi!
Now that qemu git head works again (thanx Aurelien! :) I've finished
the FreeBSD qemu-devel port update patch/shar that made me uncover
the bug:
http://people.freebsd.org/~nox/qemu/qemu-devel-20100323.patch
resp.
http://people.freebsd.org/~nox/qemu/qemu-devel-20100323.shar
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -1372,7 +1372,7 @@ static CharDriverState *qemu_chr_open_pp
#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) ||
defined(__DragonFly__)
static int pp_ioctl(CharDriverState *chr, int cmd, void *arg
Just do the same as linux-user does.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/bsd-user/mmap.c
+++ b/bsd-user/mmap.c
@@ -77,16 +77,15 @@ void mmap_unlock(void)
void *qemu_vmalloc(size_t size)
{
void *p;
-unsigned long addr;
mmap_lock();
/* Use map and mark
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -35,6 +35,9 @@
#include errno.h
#include sys/time.h
#include signal.h
+#ifdef __FreeBSD__
+#include sys/param.h
+#endif
#ifdef __linux__
#include sys/ioctl.h
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/exec.c
+++ b/exec.c
@@ -293,10 +293,13 @@ static void page_init(void)
if (h2g_valid(endaddr)) {
endaddr = h2g(endaddr);
+page_set_flags(startaddr, endaddr
but that would
be more work...)
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/configure
+++ b/configure
@@ -335,6 +335,8 @@ FreeBSD)
make=gmake
audio_drv_list=oss
audio_possible_drivers=oss sdl esd pa
+ # needed for kinfo_getvmmap(3) in libutil.h
+ LIBS=-lutil $LIBS
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/bsd-user/main.c
+++ b/bsd-user/main.c
@@ -759,6 +759,10 @@ int main(int argc, char **argv)
}
cpu_model = NULL;
+#if defined(cpudef_setup)
+cpudef_setup(); /* parse cpu definitions in target config file (TBD) */
+#endif
Hi!
I just wanted to make another FreeBSD qemu git head snaphot port update,
and found both i386-softmmu and x86_64-softmmu no longer boot, they seem
to hang early in the bios before it prints anything, last tb seems to be
this loop:
IN:
0x000f1b8e: mov
On Mon, Mar 22, 2010 at 10:25:24PM +0100, Juergen Lock wrote:
Hi!
I just wanted to make another FreeBSD qemu git head snaphot port update,
and found both i386-softmmu and x86_64-softmmu no longer boot, they seem
to hang early in the bios before it prints anything, last tb seems
This fixes commit e4ee916d3f9a93df06bd498c92767c1558d59a0b.
(The bug was mine actually...)
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/cache-utils.c
+++ b/cache-utils.c
@@ -58,7 +58,10 @@ static void ppc_init_cacheline_sizes(voi
On Tue, Feb 16, 2010 at 09:52:50AM +0300, malc wrote:
On Mon, 15 Feb 2010, Juergen Lock wrote:
On Mon, Feb 15, 2010 at 06:16:07AM +0300, malc wrote:
On Sun, 14 Feb 2010, Juergen Lock wrote:
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n
On Tue, Feb 16, 2010 at 08:50:49PM +0100, Paolo Bonzini wrote:
Nope, not found on FreeBSD. (Also I would kinda doubt that sysctl is
standardized?)
_CALL_SYSV means that calling convention is SysV one, nothing to do with
sysctl, and i wanted you/patch author to run it on FreeBSD/PPC...
On Sun, Feb 14, 2010 at 09:13:31PM +0100, Juergen Lock wrote:
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/tcg/ppc/tcg-target.h
+++ b/tcg/ppc/tcg-target.h
@@ -69,7 +69,7 @@
#define TCG_TARGET_CALL_STACK_OFFSET 24
#elif
On Tue, Feb 16, 2010 at 09:34:12PM +0100, Juergen Lock wrote:
On Tue, Feb 16, 2010 at 08:50:49PM +0100, Paolo Bonzini wrote:
Nope, not found on FreeBSD. (Also I would kinda doubt that sysctl is
standardized?)
_CALL_SYSV means that calling convention is SysV one, nothing to do
On Mon, Feb 15, 2010 at 06:15:41AM +0300, malc wrote:
On Sun, 14 Feb 2010, Juergen Lock wrote:
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/cache-utils.c
+++ b/cache-utils.c
@@ -57,6 +57,23 @@
}
#endif
On Mon, Feb 15, 2010 at 06:16:07AM +0300, malc wrote:
On Sun, 14 Feb 2010, Juergen Lock wrote:
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/cache-utils.c
+++ b/cache-utils.c
@@ -57,6 +57,23 @@
}
#endif
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/tcg/ppc/tcg-target.h
+++ b/tcg/ppc/tcg-target.h
@@ -69,7 +69,7 @@
#define TCG_TARGET_CALL_STACK_OFFSET 24
#elif defined _AIX
#define TCG_TARGET_CALL_STACK_OFFSET 52
-#elif defined
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/cache-utils.c
+++ b/cache-utils.c
@@ -57,6 +57,23 @@
}
#endif
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
+#include stdio.h
+#include sys/types.h
+#include sys/sysctl.h
Submitted by: Andreas Tobler andre...@fgznet.ch
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/cpu-exec.c
+++ b/cpu-exec.c
@@ -933,6 +933,20 @@
# define TRAP_sig(context) REG_sig(trap, context)
#endif /* linux */
+#if defined(__FreeBSD__) || defined
Hi!
These are patches submitted by Andreas Tobler to get qemu working on
FreeBSD/ppc hosts. There is one other patch to ppc.ld that's needed
because of FreeBSD's older binutils that probably should stay
FreeBSD-specific, here is the link to it in FreeBSD ports:
3d709fe73a77c40e263b3af6e650fd4b519c3562
3. Workaround for broken OSS_GETVERSION on FreeBSD, part two
72ff25e4e98d6dba9286d032b9ff5432553bbad5
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/audio/ossaudio.c
+++ b/audio/ossaudio.c
@@ -38,6 +38,10 @@
#define AUDIO_CAP oss
#include audio_int.h
+#if defined
On Sun, Jan 10, 2010 at 01:40:18AM +0300, malc wrote:
On Sat, 9 Jan 2010, Juergen Lock wrote:
Turns out on those versions of FreeBSD (= 7.x) that know OSS_GETVERSION
the ioctl doesn't actually work yet (except in the Linuxolator), so if
building on FreeBSD fall back to using SOUND_VERSION
On Sat, Jan 09, 2010 at 12:33:44AM +0300, malc wrote:
On Fri, 8 Jan 2010, Juergen Lock wrote:
On Fri, Jan 08, 2010 at 11:27:13AM +0300, malc wrote:
On Thu, 7 Jan 2010, Juergen Lock wrote:
In this case it was missing on FreeBSD = 6.x (Which also doesn't have
SNDCTL_DSP_POLICY
On Sat, Jan 09, 2010 at 03:03:43PM +0100, Andreas Färber wrote:
Am 09.01.2010 um 14:45 schrieb Juergen Lock:
On Sat, Jan 09, 2010 at 12:33:44AM +0300, malc wrote:
On Fri, 8 Jan 2010, Juergen Lock wrote:
And also I forgot to say this is stable-0.12 material too.
You really should
-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/audio/ossaudio.c
+++ b/audio/ossaudio.c
@@ -289,8 +289,25 @@ static int oss_open (int in, struct oss_
#ifdef USE_DSP_POLICY
if (ioctl (fd, OSS_GETVERSION, version)) {
+#ifdef __FreeBSD__
+/*
+* Looks like atm (20100109) FreeBSD
In this case it was missing on FreeBSD = 6.x (Which also doesn't have
SNDCTL_DSP_POLICY yet so the version doesn't get used anyway.)
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/audio/ossaudio.c
+++ b/audio/ossaudio.c
@@ -240,7 +240,7 @@ static int oss_open (int in, struct oss_
Make libuser.a depend on $(GENERATED_HEADERS) too so make -j won't start
building it before the headers exist. (There may be more bugs like this
but at least this makes (g)make -j4 started from scratch on a quadcore
now always complete here again.)
Signed-off-by: Juergen Lock n...@jelal.kn
Hi!
I updated my git head snapshot qemu-devel port update to 0.12.0-rc2
today (that was just announced:
http://lists.gnu.org/archive/html/qemu-devel/2009-12/msg01514.html
- the Subject says rc1 but in fact its rc2) so people can test that
version on FreeBSD more easily:
In the spirit of ff56954baf9cfab5cbbe18d10b4a09e4a17f39a8, fix the
build of linuxboot.S with old as(1) (as found in some BSD base systems)
by emitting the bytes of the insn it doesn't like instead.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/pc-bios/optionrom/optionrom.h
+++ b/pc
net/tap-bsd.c was assuming IFF_VNET_HDR was always available, which
I think isn't true on any BSD.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/net/tap-bsd.c
+++ b/net/tap-bsd.c
@@ -87,6 +87,17 @@ int tap_open(char *ifname, int ifname_si
dev = devname(s.st_rdev, S_IFCHR
Handle ifname on FreeBSD hosts; if no ifname is given, always start
the search from tap0. (Simplified/cleaned up version of what has been
in the FreeBSD ports for a long time.)
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/net/tap-bsd.c
+++ b/net/tap-bsd.c
@@ -49,11 +49,39 @@ int
on FreeBSD hosts
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
Check for fd == -1 there.
Signed-off-by: Juergen Lock n...@jelal.kn-bremen.de
--- a/net/tap.c
+++ b/net/tap.c
@@ -400,6 +400,9 @@ int net_init_tap(QemuOpts *opts, Monitor
}
fd = net_tap_init(opts, vnet_hdr);
+if (fd == -1) {
+return -1
On Sun, Oct 18, 2009 at 09:26:00PM +0300, Blue Swirl wrote:
On Sat, Oct 17, 2009 at 1:34 AM, Juergen Lock n...@jelal.kn-bremen.de wrote:
On Wed, Oct 14, 2009 at 12:19:32AM +0200, Juergen Lock wrote:
On Tue, Oct 13, 2009 at 12:20:58AM +0200, Juergen Lock wrote:
On Mon, Oct 12, 2009 at 10:55
Hmm. Looks like the latest vmwarevga commits broke *ix/xorg guests.
I tested the 2008-03-11 cvs snapshot with
sidux-2008-01-200803010113-nyx_pre1-kde-lite-i386.iso (debian sid based
Linux livecd) and FreeSBIE-2.0.1-RELEASE.iso (FreeBSD based livecd),
on sidux xorg said:
(WW) INVALID MEM
On Mon, Mar 03, 2008 at 01:01:34AM +0100, Juergen Lock wrote:
On Sun, Mar 02, 2008 at 09:47:02PM +0100, Juergen Lock wrote:
Hi!
I've prepared a FreeBSD qemu-devel port update, as already mentioned
on the freebsd-emulation list, and found the FreeBSD 7.0/amd64 isos
now pagefault
Hi!
I've prepared a FreeBSD qemu-devel port update, as already mentioned
on the freebsd-emulation list, and found the FreeBSD 7.0/amd64 isos
now pagefault repeatedly, saying:
panic: page fault
cpuid = 0
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
On Sun, Mar 02, 2008 at 09:47:02PM +0100, Juergen Lock wrote:
Hi!
I've prepared a FreeBSD qemu-devel port update, as already mentioned
on the freebsd-emulation list, and found the FreeBSD 7.0/amd64 isos
now pagefault repeatedly, saying:
panic: page fault
cpuid = 0
kernel trap 12
In article [EMAIL PROTECTED] you write:
I reported this bug and gave a patch.
http://www.nabble.com/forum/ViewPost.jtp?post=14921171
Hmm, any particular reason this hasn't been committed yet?
Just wondering...
Juergen
Hi!
I received the following posting and patch, sent to the freebsd-emulation
list, can anyone here say if it is correct, and if yes, apply?
http://docs.freebsd.org/cgi/mid.cgi?20080216164331.GJ57756
(You can use the `Raw E-Mail' link to get the unmangled patch out.)
Thanx,
Hi!
I guess thats what I get for not testing cvs for so long... :)
There's a break missing in vl.c, patch attached.
The good news is with this patch the spitz emu seems to still
work as well as with the (patched) August cvs snapshot that I was
using when last tesing it.
enjoy,
On Sun, Jan 06, 2008 at 11:44:50PM +0100, Juergen Lock wrote:
Hi!
Yesterday (so, just before the qemu version commit...) I prepared a
FreeBSD qemu-devel port update using the 2008-01-05_05 snapshot,
http://people.freebsd.org/~nox/qemu/qemu-devel-20080105.patch
and I already got
On Sun, Jan 06, 2008 at 11:44:50PM +0100, Juergen Lock wrote:
Hi!
Yesterday (so, just before the qemu version commit...) I prepared a
FreeBSD qemu-devel port update using the 2008-01-05_05 snapshot,
http://people.freebsd.org/~nox/qemu/qemu-devel-20080105.patch
and I already got
Hi!
Yesterday (so, just before the qemu version commit...) I prepared a
FreeBSD qemu-devel port update using the 2008-01-05_05 snapshot,
http://people.freebsd.org/~nox/qemu/qemu-devel-20080105.patch
and I already got a report of xorg 7.3 using the cirrus emulation in a
FreeBSD 6.3 RC
Oops, I seem to have missed this post, sorry for not answering earlier...
In article [EMAIL PROTECTED] you write:
On Tue, Nov 13 2007, Juergen Lock wrote:
Hi!
Yesterday I learned that FreeBSD 7.0-BETA2 guests will no longer
read from the emulated cd drive, apparently because of this commit
Hi!
Yesterday I learned that FreeBSD 7.0-BETA2 guests will no longer
read from the emulated cd drive, apparently because of this commit:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/atapi-cd.c.diff?r1=1.193;r2=1.193.2.1
The following patch file added to the qemu-devel port
On Mon, Jul 30, 2007 at 12:30:23AM +0200, Juergen Lock wrote:
On Sun, Jul 29, 2007 at 03:46:37AM +0200, andrzej zaborowski wrote:
Hi,
Hi,
On 29/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Anyway, boot now fails with:
qemu: fatal: pxa2xx_gpio_read: Bad offset 0x1c
i.e
On Tue, Jul 31, 2007 at 02:37:04AM +0200, Juergen Lock wrote:
On Mon, Jul 30, 2007 at 12:30:23AM +0200, Juergen Lock wrote:
On Sun, Jul 29, 2007 at 03:46:37AM +0200, andrzej zaborowski wrote:
Hi,
Hi,
On 29/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Anyway, boot now fails
On Tue, Jul 31, 2007 at 11:31:58PM +0200, andrzej zaborowski wrote:
On 31/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
On Tue, Jul 31, 2007 at 02:37:04AM +0200, Juergen Lock wrote:
On Mon, Jul 30, 2007 at 12:30:23AM +0200, Juergen Lock wrote:
On Sun, Jul 29, 2007 at 03:46:37AM +0200
On Mon, Jul 30, 2007 at 12:30:23AM +0200, Juergen Lock wrote:
On Sun, Jul 29, 2007 at 03:46:37AM +0200, andrzej zaborowski wrote:
Hi,
Hi,
On 29/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Anyway, boot now fails with:
qemu: fatal: pxa2xx_gpio_read: Bad offset 0x1c
i.e
On Sun, Jul 29, 2007 at 03:46:37AM +0200, andrzej zaborowski wrote:
Hi,
Hi,
On 29/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Anyway, boot now fails with:
qemu: fatal: pxa2xx_gpio_read: Bad offset 0x1c
i.e. it is apparently expecting something there that is not yet
Oh, it's
On Sat, Jul 28, 2007 at 02:12:37AM +0200, Juergen Lock wrote:
On Sat, Jul 28, 2007 at 12:27:33AM +0200, andrzej zaborowski wrote:
On 28/07/07, andrzej zaborowski [EMAIL PROTECTED] wrote:
On 26/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
and now I get lots of
nand ecc errors
On Sat, Jul 28, 2007 at 12:27:33AM +0200, andrzej zaborowski wrote:
On 28/07/07, andrzej zaborowski [EMAIL PROTECTED] wrote:
On 26/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Okay I got a little further now...
On Wed, Jul 25, 2007 at 10:13:42PM +0200, andrzej zaborowski wrote
Okay I got a little further now...
On Wed, Jul 25, 2007 at 10:13:42PM +0200, andrzej zaborowski wrote:
On 24/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
I was under the impression that -append doesnt work, is this wrong?
Also /proc/cmdline on the zaurus is
console=ttyS0 root=/dev
In article [EMAIL PROTECTED]
you write:
On 24/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Hi!
I just played with this a bit and although I got the stuff at
http://pokylinux.org/releases/clyde-2.0/
somewhat working (tried the akita ones going after
http://butterfeet.org/?m
Hi!
I got a report yesterday of -vnc not working right with german
keymaps (I hadn't really played with -vnc yet so I hadn't noticed),
and came up with the following hack: (which still needs -k de,
that just wasn't enough)
Index: qemu/vnc.c
@@ -763,7 +763,31 @@
{
int keycode;
+#if 1
+
In article [EMAIL PROTECTED] Kirill A. Shutemov wrote:
On [Wed, 02.05.2007 18:21], malc wrote:
On Wed, 2 May 2007, Kirill A. Shutemov wrote:
=20
http://secunia.com/advisories/25073/
Any comments ?
=20
AAM - http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00650.html
SB16/DMA - in
In article [EMAIL PROTECTED] you write:
-=-=-=-=-=-
The crashs are caused by transmit descriptors with packet sizes
larger than the buffer which is defined in the driver. Using netperf
or rsync will always result in a buffer overflow and crash QEMU
with the current eepro100 driver.
Up to now I
I just tried this new toy and found these things:
1. Has it been tested with xorg 7.1.0 guests? I booted
http://debian.tu-bs.de/project/sidux/release/SIDUX-2007-01-200702210759-CHAOS.ISO
(see
http://www.sidux.com/Article116.html
, it is based on debian sid and has has xorg
On Thu, Apr 05, 2007 at 10:13:22PM +0200, I wrote:
...
2. And with
http://ftp.us.freesbie.org/pub/FreeSBIE/2.0.1-RELEASE/FreeSBIE-2.0.1-RELEASE.iso
(see
http://www.freesbie.org/
, based on FreeBSD 6.2 and using xorg 6.9.0) it worked (after editing
`Driver vmware' into
Hi again!
I also played with the new eepro100 nic and found these things:
1. i82557b seem to work with
http://debian.tu-bs.de/project/sidux/release/SIDUX-2007-01-200702210759-CHAOS.ISO
(see
http://www.sidux.com/Article116.html
, it is based on debian sid), but
2. i82551 and
On Wed, Jan 24, 2007 at 09:00:19PM +0100, Juergen Lock wrote:
Hi!
I got a report of qemu segfaulting here on FreeBSD-current/amd64:
#0 main_loop () at
/usr/ports-cvs/emulators/qemu/work/qemu-snapshot-2007-01-11_05/vl.c:6125
6125env = env-next_cpu;
[New Thread
Hi!
The bios wasn't clearing RSDT before checksum calculation, causing
FreeBSD/amd64 SMP guests to fail booting. His post with fix is here:
http://docs.freebsd.org/cgi/mid.cgi?200702011502.56443.jkim
Juergen
___
Qemu-devel mailing list
Hi!
I got a report of qemu segfaulting here on FreeBSD-current/amd64:
#0 main_loop () at
/usr/ports-cvs/emulators/qemu/work/qemu-snapshot-2007-01-11_05/vl.c:6125
6125env = env-next_cpu;
[New Thread 0x801e10190 (LWP 100214)]
(gdb) print env
$1 = (CPUX86State *)
On Wed, Jan 10, 2007 at 12:04:03AM +0100, Juergen Lock wrote:
...
Ok, garrison on irc just helped solve this mystery: This (the same)
one actually goes out first, before the 10.0.2.3 one (I didn't notice
at first), and since slirp reuses the socket because the source ip and
port hasnt changed
Hi!
I'm not sure why I didn't notice signs of this earlier (using the
Dec 25 snapshot, I'm on FreeBSD), maybe I really only talked to the host
(10.0.2.2) from inside guests. Anyway, after I first saw it yesterday
night, today I sniffed on the external interface and saw dns requests
of a `host
On Tue, Jan 09, 2007 at 09:47:40PM +0100, Juergen Lock wrote:
Hi!
I'm not sure why I didn't notice signs of this earlier (using the
Dec 25 snapshot, I'm on FreeBSD), maybe I really only talked to the host
(10.0.2.2) from inside guests. Anyway, after I first saw it yesterday
night, today I
Hi!
playing with -disk scsi and a linux guest I get this,
$ qemu -monitor stdio -cdrom /home/nox/iso/KNOPPIX_V5.0.1CD-2006-06-01-DE.iso
-m 256 -usb -soundhw es1370 -net nic,model=rtl8139 -net user -boot d -disk
scsi,img=/home/nox/q-61/61.img
QEMU 0.8.2 monitor - type 'help' for more
1 - 100 of 137 matches
Mail list logo