I do not know whether qemu now has patch for multi-thread support ,so i
can debug multi-thread programs with NPTL implemented by glibc.
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 07/07/08 10:08:24
Modified files:
linux-user : syscall.c syscall_defs.h
Log message:
Fix Sparc64 stat system call
CVSWeb URLs:
On 7/8/07, Blue Swirl [EMAIL PROTECTED] wrote:
Modified files:
linux-user : syscall.c syscall_defs.h
Log message:
Fix Sparc64 stat system call
Now Sparc64 linux-user emulator can run a statically compiled 'sash'
shell. Some built-in commands do not work (ar, gzip, ls,
On 7/8/07, Blue Swirl [EMAIL PROTECTED] wrote:
On 7/8/07, Blue Swirl [EMAIL PROTECTED] wrote:
Modified files:
linux-user : syscall.c syscall_defs.h
Log message:
Fix Sparc64 stat system call
Now Sparc64 linux-user emulator can run a statically compiled 'sash'
shell.
Hi,
Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is
the native architecture? Defaulting to i386 doesn't make much sense nowadays,
specially since x86_64 is gradually obsoleting it.
See attached patch.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note:
Am 08.07.2007 um 13:54 schrieb Blue Swirl:
On 7/8/07, Blue Swirl [EMAIL PROTECTED] wrote:
Now Sparc64 linux-user emulator can run a statically compiled 'sash'
shell. Some built-in commands do not work (ar, gzip, ls, tar), but
many others do (cd, cmp, cp, find, grep, gunzip, mkdir, more, mv,
I have run various live Linux CD distributions (Knoppix, DSL, Ubuntu, etc.)
under QEMU and was wondering if there is really a need to run the various
hardware detection scripts in the live CDs? Obviously, a script for getting
an IP address is needed but if I know I am running the distro under
On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
Hi,
Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is
the native architecture? Defaulting to i386 doesn't make much sense nowadays,
specially since x86_64 is gradually obsoleting it.
Management
On 7/8/07, Daniel P. Berrange [EMAIL PROTECTED] wrote:
On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where $(ARCH) is
the native architecture? Defaulting to i386 doesn't make much sense nowadays,
specially since
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 07/07/08 19:48:40
Modified files:
target-sparc : translate.c
Log message:
Save state in Sparc64 return op
CVSWeb URLs:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 07/07/08 19:51:24
Modified files:
target-sparc : cpu.h op_helper.c
Log message:
Fix retry and done ops, trap handling
CVSWeb URLs:
Hi,
Current versions of Qemu (with the attached PCI patch) and OpenBIOS
get this far:
OpenBIOS for Sparc64
boot arg = 0x0
-0800
RAM 128 MB
forth started.
initializing memory...done
Initializing PCI devices...
0:0.0 - 108e:a000 - /pci/pci108e,a000 - host
0:1.0 - 108e:5000 -
On Sun, Jul 08, 2007 at 06:04:51PM +0100, Ricardo Almeida wrote:
On 7/8/07, Daniel P. Berrange [EMAIL PROTECTED] wrote:
On Sun, Jul 08, 2007 at 02:21:02PM +0200, Robert Millan wrote:
Shouldn't /usr/bin/qemu be an alias for qemu-system-$(ARCH), where
$(ARCH) is
the native architecture?
13 matches
Mail list logo