Hello all
Somewhere in the FAQs, the state of Classic Mac OS ist mentioned as
"it is being worked on". Is this still true, is it possible to join
the effort?
Markus
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter
http://www.jump-ing.de/
Hi,
after re-reading some of your cvs-logs and checking again the data
sheet, here my second version of fdc1.diff.
This version is IMHO cleaner/saver, because it wouldn't break the hack
(fdc.c; rev. 1.14) in the SENSE INTERRUPT STATUS and it is more data
sheet conforming.
Sorry about the fir
On 5/21/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
dyngen currently does not support passing 64-bit values to PARAM1 and
PARAM2, they are limited to 32-bit. This patch creates a new op_set64
function to set a register with a 64-bit value, by passing high and low
word in PARAM1 and PARAM2. The
This patch allows gdb to debug a 64 bit kernel running on the mips64 target.
signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
Jason.
---
gdbstub.c | 80 +++---
1 file changed, 40 insertions(+), 40 deletions(-)
Index: qemu/gdbstub.c
On Monday 21 May 2007 03:40:12 Markus Hitter wrote:
> Somewhere in the FAQs, the state of Classic Mac OS ist mentioned as
> "it is being worked on". Is this still true, is it possible to join
> the effort?
I'm not aware of anyone currently working on classic Mac OS support. PowerPC
system emulati
David Abrahams wrote:
When I have windows XP running under kvm, I get
[EMAIL PROTECTED]:/tmp$ aplay /usr/share/sounds/gaim/receive.wav
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:550: audio open error: Device or resource busy
As soon as I shut down my VM
The ethernet device does not come up correctly on a 64 MIPS target with
a 64 bit kernel.
I narrowed it down a bit, so I thought I might mention it.
If I add to the kernel the line:
printk("\nTest ~0UL == %lx\n", (~0UL));
It will print correctly on the real HW:
Test ~0UL == fff
Jason Wessel a écrit :
> The ethernet device does not come up correctly on a 64 MIPS target with
> a 64 bit kernel.
Which Ethernet card are you using? The pcnet one is working correctly
here. I am using a 2.6.21.1 kernel.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Deb
Aurelien Jarno wrote:
Jason Wessel a écrit :
The ethernet device does not come up correctly on a 64 MIPS target with
a 64 bit kernel.
Which Ethernet card are you using? The pcnet one is working correctly
here. I am using a 2.6.21.1 kernel.
It works perfectly fine if I boot a 32bit
When I have windows XP running under kvm, I get
[EMAIL PROTECTED]:/tmp$ aplay /usr/share/sounds/gaim/receive.wav
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:550: audio open error: Device or resource busy
As soon as I shut down my VM, though, it works perf
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/05/21 17:48:02
Modified files:
target-arm : op.c
Log message:
Don't touch carry flag in ASR with zero , submitted by
Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewc
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/21 18:08:36
Modified files:
hw : slavio_intctl.c
Log message:
Fix interrupt controller address masking
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/slavio_intctl.c?cvsro
Hi,
The attached patch (based on earlier work by J. Mayer) enables
assignment of multiple I/O devices and unassigned space in the same
page.
When devices register I/O locations, all accesses within the same page
are directed to the device, even outside the registered locations.
With the patch, t
I'm sure someone's probably had a similar idea before, and it's probably not
practical for some reason I'm overlooking-- but is there a reason Qemu can't
dynamically translate library calls to use the native libraries instead of
requiring emulated libraries as well?
On 5/21/07, Luke -Jr <[EMAIL PROTECTED]> wrote:
I'm sure someone's probably had a similar idea before, and it's probably not
practical for some reason I'm overlooking-- but is there a reason Qemu can't
dynamically translate library calls to use the native libraries instead of
requiring emulated l
Luke -Jr wrote:
> I'm sure someone's probably had a similar idea before, and it's probably not
> practical for some reason I'm overlooking-- but is there a reason Qemu can't
> dynamically translate library calls to use the native libraries instead of
> requiring emulated libraries as well?
The
On Monday 21 May 2007 16:13, H. Peter Anvin wrote:
> The easiest way to do that is by having an "RPC stub library" in the
> emulated environment which contains nothing but trap instructions --
> like system calls -- that can be intercepted on the other side. At that
> point, one has to do translat
Please join. As it is, it would be easier to try to get Mac OS 8.5 and
higher running, mainly because they work with Macs that don't have the
Mac OS Toolbox in their ROM (i.e. it would be easy to get it to emulate
New World ROMs than Old World ROMs; the latter would be harder due to
legal reas
Attached patch fixes the linux-user path mangling code for use with
real target root filesystems that have nasty symlinks and lots of
files. The old code is terribly slow and can easily end up going
through the entire host system /usr hierarchy in a recursive loop.
Compared to the previous versio
This patch adds an option "-drop-ld-preload" which results in the
target process not having LD_PRELOAD set in its environment. This is
useful when running inside environments like scratchbox.
This version of the patch doesn't unset("LD_PRELOAD") but modifies the
envp argument to loader_exec() ins
And here is the actual patch itself.
On 5/22/07, Lauri Leukkunen <[EMAIL PROTECTED]> wrote:
This patch adds an option "-drop-ld-preload" which results in the
target process not having LD_PRELOAD set in its environment. This is
useful when running inside environments like scratchbox.
This versio
And while I'm at it here's the same with properly deallocated environ strings.
On 5/22/07, Lauri Leukkunen <[EMAIL PROTECTED]> wrote:
And here is the actual patch itself.
On 5/22/07, Lauri Leukkunen <[EMAIL PROTECTED]> wrote:
> This patch adds an option "-drop-ld-preload" which results in the
>
On [Tue, 22.05.2007 02:22], Lauri Leukkunen wrote:
> Attached patch fixes the linux-user path mangling code for use with
> real target root filesystems that have nasty symlinks and lots of
> files. The old code is terribly slow and can easily end up going
> through the entire host system /usr hiera
Hi,
I'm sure someone's probably had a similar idea before, and it's
probably not
practical for some reason I'm overlooking-- but is there a reason
Qemu can't
dynamically translate library calls to use the native libraries
instead of
requiring emulated libraries as well?
It should be poss
24 matches
Mail list logo
