Am Donnerstag, 21. September 2006 10:53 schrieb Aurelien Jarno:
> You also need to update openbios from the latest SVN. Then prtconf
> should report a device called "power-management" (and not
> "xxxpower-management").
Thank you for this information. Now it works and helps to save a lot of
batte
Am Mittwoch, 20. September 2006 21:25 schrieb Blue Swirl:
> Great work! I can also confirm that it works and CPU is halted correctly.
Here it doesn't work with linux 2.6.13. Is there a special configuration
option or kernel version required to make it work?
regards,
Jörg
Am Mittwoch, 5. April 2006 19:36 schrieb Blue Swirl:
Hi!
> I don't have any better documentation either, I just coded against what
> Proll and Linux expect. But the theory of operation is simple. Much like
OK, I thought I was just too stupid to find good documentation :-)
> how the MMU translate
Am Samstag, 3. Juni 2006 22:02 schrieb Blue Swirl:
Hi!
> I installed Debian 3.1r1 from scratch using the system emulator, OpenBIOS,
> and CD image. Network is not working and some programs segfault, otherwise
> everything works well.
Did you apply the attached FPU patch I posted one week ago as w
Am Samstag, 27. Mai 2006 22:21 schrieb Joerg Platte:
> Yes, booting a small system with udev works! qemu in graphical mode boots
> up to the login prompt. But unfortunately each character i tried to type in
> is corrupt. Hence, its not possible to log in. In console mode getty causes
&
Am Samstag, 27. Mai 2006 21:30 schrieb Blue Swirl:
> For some reason, bash and strace didn't work inside Sparc32 system
> emulator. I finally found the reason by observing strange Linux behaviour
> relating to MMU no-fault mode. No fault mode seems to apply only to
> supervisor accesses, not user o
Am Donnerstag, 18. Mai 2006 18:16 schrieb Joerg Platte:
Hi!
Here is a patch fixing the problem by calling save_state before all possible
fpu-interrupts.
regards,
Jörg
--- translate.c 2005-11-22 00:33:12.0 +0100
+++ translate.c.new 2006-05-22 20:40:07.0 +0200
@@ -982,6 +982,7
Am Montag, 22. Mai 2006 21:12 schrieb Joerg Platte:
Hi!
> PS: Booting a normal SPARC-Image with init, hotplug, ... seems to work now
> much better than before. There is no bash segfault any more:
Shit, the bash still not works (I forgot the bash symlink pointing to a
dash :-). But pr
Am Montag, 22. Mai 2006 19:51 schrieb Joerg Platte:
> Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl:
Hi!
> This re-execution of the same tb could explain my discovered behavior of
> the FPU programs.
A "save_state(dc);" call was missing before all invocations
of "ge
Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl:
Hi!
I added some debug output to the do_interrupt function. Maybe I'm totally
wrong, but env->pc is set some times to the same value again and again. And
other debug output indicates, that sometimes a portion of code containing an
FPU instructi
Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl:
Hi!
> I'd still check the ld/stfsr implementation. The V8 spec says that stfsr
> _may_ zero the ftt field in fsr and what you describe sounds like the
> trapping happens too often. Just add env->fsr &= ~FSR_FTT_MASK into
> op_stfsr.
I already log
Am Donnerstag, 18. Mai 2006 19:53 schrieb Blue Swirl:
> >I've checked a lot of the executed instructions in qemu and cannot find
> > any problems up to now. Does somebody else has an idea what to check? The
> > test program simply adds two float variables (fadds-instruction) in a
> > loop and this
Am Donnerstag, 18. Mai 2006 19:53 schrieb Blue Swirl:
> >I've checked a lot of the executed instructions in qemu and cannot find
> > any problems up to now. Does somebody else has an idea what to check? The
> > test program simply adds two float variables (fadds-instruction) in a
> > loop and this
Hi!
I've some problems with qemu-system-sparc and programs using floating point
instructions. Each time at least two floating point programs are started in
qemu simultaneously, one or both are killed by the linux kernel with a SIGSEV
signal (sometimes because of a corrupted stack or invalid reg
Am Montag, 17. April 2006 10:49 schrieb Blue Swirl:
Hi!
> This command fails when installing kernel and modules:
> qemu-system-sparc -kernel vmlinux-2.6.11+tcx -cdrom
> debian-30r4-sparc-binary-1.iso -hda hd -initrd debian-30r4-sparc.initrd
> -nographic -append 'cdrom ramdisk_size=16384 devfs=moun
Am Dienstag, 11. April 2006 21:21 schrieb Blue Swirl:
Hi!
> Great work! Now the Debian 3.0r4 installer with 2.6.11+tcx kernel almost
> finishes. Performance is also much better.
I tried to boot a deb-bootstrapped SPARC image. But the first executed script
segfaults when executing another command
Am Freitag, 7. April 2006 17:44 schrieb Blue Swirl:
Hi!
The attached patch is an updated version of my previous patch. Now it applies
cleanly to cvs head and the read and write performance is increased.
regards,
Jörg
--- esp.c 2006-04-10 14:51:37.0 +0200
+++ esp.c.new 2006-04-10 14:54:44
Am Freitag, 7. April 2006 17:44 schrieb Blue Swirl:
Hi!
> Maybe this patch helps?
The attached patch is an updated version of your patch. With whis patch I was
able to copy files from one directory to another on a disk image. After
unmounting the image, e2fsck reported no errors on this image.
Am Freitag, 7. April 2006 17:44 schrieb Blue Swirl:
Hi!
> Thank you for the excellent analysis of the problem! Looks like Qemu
> doesn't handle the case where DMA length and SCSI length are not equal.
Exact.
> So Linux splits the transfer into two parts to use two separate pieces of
> buffers. Fu
Am Mittwoch, 5. April 2006 19:36 schrieb Blue Swirl:
Hi!
Today I did some more tests to determine, what's going wrong. At first, Linux
flushes the page entries for the 14 buffers that are to be written to disk:
IOMMU: page flush f001c000
IOMMU: page flush f001d000
IOMMU: page flush f001e000
IOMMU
Am Mittwoch, 5. April 2006 19:36 schrieb Blue Swirl:
Hi!
> The DMA controllers for both ESP and Lance are within the same page. This
> means that in Qemu, DMA controller register accesses for either of them go
> to just one of these. It just happens to work, but maybe this causes the
> problem. Yo
Am Mittwoch, 5. April 2006 19:36 schrieb Blue Swirl:
Hi!
> I don't have any better documentation either, I just coded against what
> Proll and Linux expect. But the theory of operation is simple. Much like
OK, I thought I was just too stupid to find good documentation :-)
> how the MMU translate
Am Dienstag, 4. April 2006 21:27 schrieb Joerg Platte:
Hi!
> To find this problem, I enabled debugging in the esp.c file and printed the
> mapped address (after iommu mapping). In some cases the mapped address is
> zero:
> ESP: DMA address 0beb8000
> ESP: DMA address
Hi!
I still have problems when using a disk image for the SPARC system emulator.
Reading and writing now works better than in previous versions, but sometimes
data written to image is simply corrupt. To find this problem I wrote a small
program writing data to the beginning of a disk image. Aft
Am Samstag, 21. Mai 2005 18:14 schrieb Damien Mascord:
Hi!
I tried to start qemu in nongraphical mode. This results in the following
error message:
qemu: could not open monitor device 'stdio'
What kind of monitor device can I use with mingw?
regards,
Jörg
--
Hi! I'm a .signature virus! Co
Am Montag, 23. Mai 2005 08:55 schrieb Joerg Platte:
> OK, now I tried gcc-3.3. Qemu does not really crash any more, but the
> behaviour is still different compared to the precompiled version. My
This was a mistake. I did not change the path in my skript. Now my version and
the preco
Am Samstag, 21. Mai 2005 18:14 schrieb Damien Mascord:
> You are probably using GCC 3.4 for mingw rather than GCC 3.3.
>
> Try the 3.3 toolset, and see how you fare :)
OK, now I tried gcc-3.3. Qemu does not really crash any more, but the
behaviour is still different compared to the precompiled v
Hi!
I tried to build qemu-system-sparc on a windows host using mingw and all steps
described in the qemu documentation. First of all, this doesn't work since
qemu requires zlib. After compiling and installing zlib in the mingw
environment qemu builds fine. But when trying to test qemu using the
28 matches
Mail list logo