On Sat, Jun 4, 2011 at 10:30 AM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, May 29, 2011 at 2:32 AM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Thu, May 26, 2011 at 8:45 PM, Blue Swirl blauwir...@gmail.com wrote:
On Tue, May 24, 2011 at 10:42 PM, Artyom Tarasenko atar4q...@gmail.com
On Thu, May 26, 2011 at 8:45 PM, Blue Swirl blauwir...@gmail.com wrote:
On Tue, May 24, 2011 at 10:42 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
Should it be possible to use dynamically linked binaries under
sparc*-linux-user?
Under qemu-system-sparc the Debian 4.08r1 initrd works fine
/ld.so.cache
ls: cannot access ../../debian-4.08r1-initrd/etc/ld.so.cache: No such
file or directory
-rw-r--r--. 1 root root 195479 2011-03-17 13:48 /etc/ld.so.cache
Isn't this wrong?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
) at qemu/linux-user/main.c:3468
(gdb)
Is that a bad test or a qemu bug? The host runs Linux x86_64.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
:
Use TCG local to work around TCG register flush due to a branch.
Thanks to Artyom Tarasenko, Igor Kovalenko and Aurelien Jarno.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
I analyzed the call tree in target-sparc/translate.c for brcond* usage.
In the following lines, first
On Tue, Apr 26, 2011 at 8:36 PM, Blue Swirl blauwir...@gmail.com wrote:
On Tue, Apr 26, 2011 at 8:02 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Mon, Apr 25, 2011 at 10:29 PM, Aurelien Jarno aurel...@aurel32.net
wrote:
On Fri, Apr 22, 2011 at 06:14:06PM +0400, Igor Kovalenko wrote
...@gmail.com wrote:
On Thu, Apr 21, 2011 at 9:45 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Thu, Apr 21, 2011 at 7:44 PM, Laurent Desnogues
laurent.desnog...@gmail.com wrote:
On Thu, Apr 21, 2011 at 4:57 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Tue, Apr 12, 2011 at 4
...@gmail.com wrote:
On Thu, Apr 21, 2011 at 7:44 PM, Laurent Desnogues
laurent.desnog...@gmail.com wrote:
On Thu, Apr 21, 2011 at 4:57 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Tue, Apr 12, 2011 at 4:14 AM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
Do you have public
test-wrpr.bin -nographic
Already up-to-date.
make[1]: Nothing to be done for `all'.
/mnt/terra/projects/vanilla/qemu/tcg/tcg.c:1892: tcg fatal error
Aborted
HTH,
Artyom
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
test-wrpr.bin
Description: Binary data
...
Not a bootable ELF image
Not a bootable a.out image
No valid state has been set by load or init_program
Host: Linux/x86_64
gcc4.5
./configure --enable-linux-aio --enable-io-thread --enable-kvm
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Mon, Apr 11, 2011 at 5:16 AM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Mon, Apr 11, 2011 at 12:00 AM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 9:41 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 11:37 PM, Artyom Tarasenko
)
{
cpu_physical_memory_rw(addr, (uint8_t *)buf, len, 1);
}
--
1.7.2.5
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote:
Trying to boot some proprietary OS I get qemu-system-sparc64 crash with a
tcg/tcg.c:1892: tcg fatal error
error message.
It looks like it can
On Sun, Apr 10, 2011 at 4:59 PM, Peter Maydell peter.mayd...@linaro.org wrote:
On 10 April 2011 15:09, Artyom Tarasenko atar4q...@gmail.com wrote:
Does it mean the last block is processed correctly and the crash
happens on the next instruction which doesn't make it to the log?
...maybe
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote
On Sun, Apr 10, 2011 at 7:57 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com
On Sun, Apr 10, 2011 at 8:52 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 10:35 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 7:57 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko atar4q
On Sun, Apr 10, 2011 at 9:41 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 11:37 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 8:52 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 10:35 PM, Artyom Tarasenko
with a proprietary firmware, the details:
http://tyom.blogspot.com/2009/12/solaris-under-qemu-how-to.html
Mark Cave-Ayland is working hard to get Solaris working under
OpenBIOS, so the how-to has all the chances to get obsoleted pretty
soon. :)
--
Regards,
Artyom Tarasenko
solaris/sparc under
-dmmu.mmu_secondary_context,
+ address);
+ }
+#endif
Artyom
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
for the precise
pattern.
Jan
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
Tested-by: Artyom Tarasenko atar4q...@gmail.com
There's two bugs in phys_page_find_alloc(). When the bottom level L2
table is populated with IO_MEM_UNASSIGNED, region_offset is then used
for reporting the physical address. First, region_offset may not be
aligned to the base address
Exception Didn't Block Store : 0 : exp= , obs=
4.2.2 fpu exceptions double precision Failed
Exception Didn't Block Store : 0 : exp= , obs=
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
, the option
-M ?
is described there.
Also, is there any matrix with successfully tested
combinations of architecture vs OS ?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Wed, Jan 12, 2011 at 3:28 PM, Mateusz Loskot mate...@loskot.net wrote:
On 12/01/11 12:32, Mateusz Loskot wrote:
On 12/01/11 11:57, Artyom Tarasenko wrote:
On Wed, Jan 12, 2011 at 12:47 PM, Mateusz Loskotmate...@loskot.net
wrote:
On 10/01/11 21:04, Artyom Tarasenko wrote:
On Mon, Jan
On Mon, Jan 10, 2011 at 10:39 PM, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Jan 10, 2011 at 3:57 AM, Bob Breuer breu...@mc.net wrote:
Blue Swirl wrote:
On Mon, Nov 8, 2010 at 6:55 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Fri, May 7, 2010 at 6:26 PM, Artyom Tarasenko
atar4q
as QEMU 0.13 from
http://homepage3.nifty.com/takeda-toshiya/
but without any luck. I suppose it's because these versions do not
have most recent OpenBIOS usable with SPARC.
If you need Solaris, OpenBIOS is currently not your choice. Have to
use an OBP blob.
--
Regards,
Artyom Tarasenko
solaris
On Mon, Dec 20, 2010 at 6:33 PM, Bob Breuer breu...@mc.net wrote:
Artyom Tarasenko wrote:
On Sun, Dec 19, 2010 at 8:37 PM, Bob Breuer breu...@mc.net wrote:
Andreas Färber wrote:
Am 18.12.2010 um 19:53 schrieb Blue Swirl:
On Sat, Dec 18, 2010 at 5:09 PM, Bob Breuer breu...@mc.net wrote
there's also an open source C compiler toolchain at [2] for these
and other targets.
No Linux that I'm aware of. ;)
But there are UZI and UZIX - unix like environments with TCP/IP stack
and Bourne Shell.
UZIX requires a MSX2 computer though.
--
Regards,
Artyom Tarasenko
solaris/sparc under
projects too. GBA emulation could use ARM TCG,
Dolphin could use PPC TCG, etc. But none of these actually require our device
model - they already have their own.
Alex
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
to do a generic aliasing
for all the SBUS devices, or just in the single case(es) where we know
is necessary.
On the other hand Solaris seems to be fine with a 0 stub too.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
one to GPLv2?
It seems to be contradicting the vl.c paragraph:
* The above copyright notice and this permission notice shall be included in
* all copies or substantial portions of the Software.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
-to describing booting some Solaris/sparc
versions using a proprietary firmware:
http://tyom.blogspot.com/2009/12/solaris-under-qemu-how-to.html
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
/grlib_irqmp.c
create mode 100644 hw/leon3.c
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Fri, May 7, 2010 at 6:26 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
phys_page_find (exec.c) returns sometimes a page for addresses where
nothing is connected.
One example, done with qemu-system-sparc -M SS-20
ok f130 2f spacec@ .
// The address translates correctly
[ #0 #1 #2 ET PS S #9 #11 #26 ]
(gdb) nexti
0xf007152c in ?? ()
0xf0071528 is supposed to be executed. Or it a gdb stub bug?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Sun, Nov 7, 2010 at 3:56 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Nov 5, 2010 at 5:48 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
Trying to boot Solaris 2.1 I get the following error message:
Unassigned mem read access of 1 byte to 0768 from f0014768
qemu: fatal
On Sun, Nov 7, 2010 at 9:32 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Nov 7, 2010 at 5:22 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
Can it be that bneg,a branches unconditionally, or annuls unconditionally?
0xf0071520: subcc %g3, %g2, %g3
= 0xf0071524: bneg,a 0xf007152c
in ?? ()
(gdb) info registers o2
o2 0x28a650
(gdb) stepi
Remote connection closed
(gdb)
Any ideas how to debug?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
too.
Or is the idea to have an agile matrix describing what currently works
in the git master version? Then a hash describing the used id would be
nice.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
supposed to get some research done, and in a different area than
this, so I will try to resist the temptation of getting too involved
with this fun project. :-)
That's understandable. :)
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
On Sun, Oct 10, 2010 at 7:37 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sat, Oct 9, 2010 at 5:10 PM, Blue Swirl blauwir...@gmail.com wrote:
Replace some debug printf statements with tracepoints.
Signed-off-by: Blue Swirl blauwir...@gmail.com
---
I think tracing way is more flexible
@@ -26,17 +26,11 @@
#include cpu.h
#include exec-all.h
#include qemu-common.h
+#include trace.h
//#define DEBUG_MMU
//#define DEBUG_FEATURES
-#ifdef DEBUG_MMU
wouldn't it be better to keep the #ifdefs? Don't mmu functions have a
strong impact on the performance?
--
Regards,
Artyom
21:31 schrieb Artyom Tarasenko:
2010/9/28 Blue Swirl blauwir...@gmail.com:
On Mon, Sep 27, 2010 at 9:19 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
In today's git master:
$ ./qemu-system-sparc64 -M sun4u -m 2048
Bad ram offset 8000
Smells like unwanted sign extension
2010/9/28 Blue Swirl blauwir...@gmail.com:
On Mon, Sep 27, 2010 at 9:19 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
In today's git master:
$ ./qemu-system-sparc64 -M sun4u -m 2048
Bad ram offset 8000
Smells like unwanted sign extension somewhere.
fwiw, tested -m 2048
version 4.4.4 20100630 (Red Hat 4.4.4-10) (GCC)
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
(gdb)
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
.
NJH Music, ICQ#20252325, twitter: @nigelhorne
n...@bandsman.co.uk http://www.bandsman.co.uk
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
fix within a few days after finding?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
, not that it clears the corresponding
interrupt too, so don't clear interrupts on this command.
The patch allows SunOS 4.1.4 to use the serial ports
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
---
hw/escc.c | 56 ++--
1 files changed, 30
2010/7/30 Blue Swirl blauwir...@gmail.com:
On Tue, Jul 27, 2010 at 8:10 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/7/27 Blue Swirl blauwir...@gmail.com:
On Mon, Jul 26, 2010 at 10:23 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/7/26 Blue Swirl blauwir...@gmail.com
2010/8/6 Artyom Tarasenko atar4q...@googlemail.com:
2010/8/2 Artyom Tarasenko atar4q...@googlemail.com:
Btw, it would be nice to get this patch applied for 0.13: it's a pure
fix, and it allows running the OBP v2.10 for LX and some older OBP
versions for SS-20 too.
ping? Objections
2010/8/2 Artyom Tarasenko atar4q...@googlemail.com:
Btw, it would be nice to get this patch applied for 0.13: it's a pure
fix, and it allows running the OBP v2.10 for LX and some older OBP
versions for SS-20 too.
ping? Objections?
2010/8/2 Blue Swirl blauwir...@gmail.com:
Thanks, applied
(0x80002000, 0,
- rc4030_dma_read, rc4030_dma_write, dmas[0],
- rc4030[5], esp_reset);
+ rc4030_create_simple(rc4030-esp);
/* Floppy */
if (drive_get_max_bus(IF_FLOPPY) = MAX_FD) {
--
1.7.1.GIT
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu
The timer #0 is the system timer, so the timer #num_cpu is the
timer of the last CPU, and it must be initialized in slavio_timer_reset.
Don't mark non-existing timers as running.
---
hw/slavio_timer.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/slavio_timer.c
the option signoff = true in the
config file. I'll update my git right now.
On Mon, Aug 2, 2010 at 5:58 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
The timer #0 is the system timer, so the timer #num_cpu is the
timer of the last CPU, and it must be initialized in slavio_timer_reset
local variables. So, I'm really lost.
Can anyone confirm on this, or I'm doing it the wrong way?
Haven't tried it with qemu-sparc32plus, but it seems to work fine with
qemu-system-sparc.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/7/27 Blue Swirl blauwir...@gmail.com:
On Mon, Jul 26, 2010 at 10:23 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/7/26 Blue Swirl blauwir...@gmail.com:
On Mon, Jul 26, 2010 at 4:53 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/21 Artyom Tarasenko atar4q
the logs locations
and sys/hw info. If you need anything, including system/boot image, let me
know.
Thanks a lot for reading,
Adam
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/6/21 Artyom Tarasenko atar4q...@googlemail.com:
2010/5/25 Blue Swirl blauwir...@gmail.com:
About bugs, IIRC NetBSD 3.x crash could be related to IOMMU.
What does indicate it? It happens where the disk sizes are normally
reported, so it could be a scsi/dma/irq/fpu issue as well.
IIRC
2010/7/26 Blue Swirl blauwir...@gmail.com:
On Mon, Jul 26, 2010 at 4:53 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/21 Artyom Tarasenko atar4q...@googlemail.com:
2010/5/25 Blue Swirl blauwir...@gmail.com:
About bugs, IIRC NetBSD 3.x crash could be related to IOMMU.
What does
2010/7/12 Chris Wright chr...@sous-sol.org:
* Juan Quintela (quint...@redhat.com) wrote:
Please send in any agenda items you are interested in covering.
0.13 ;-)
Is there a plan for it? Which way is it going to happen? Code freeze + rc[0-x]?
--
Regards,
Artyom Tarasenko
solaris/sparc
++;
+ }
if (num_vsimms == 0) {
tcx_init(hwdef-tcx_base, 0x0010, graphic_width, graphic_height,
graphic_depth);
--
1.6.2.2.1669.g7eaf8
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
, 1, 0, 0, 0x80, io_index);
Are these well-known constants?
+
return 0;
}
--
1.7.1
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/5/30 Blue Swirl blauwir...@gmail.com:
On Sat, May 29, 2010 at 9:33 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
For me is also interesting what do we miss in the microSPARC implementation.
If I switch off POST (which crashes due to the known FPU problems)
LX/CX/X OBPs hang. Looks
2010/6/22 陈宇飞 cyfde...@gmail.com:
On 2010-6-22, at 下午1:46, Artyom Tarasenko wrote:
2010/4/28 陈宇飞 cyfde...@gmail.com:
I've tested the latest git HEAD version. But still has the problem.
Investigating Linux kernel execution shows that the function which will
clear the interrupt
, the NMI behavior seems mixed: turned on by edge, and
off by level. But the documentation says 'level-sensitive' everywhere.
Ideas?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
is provided to allow the boot firmware
to establish a basic environment before receiving any level–15 interrupts,
which are non–maskable within SPARC. A mask–all bit is provided to allow
disabling of all external interrupts during change of the CIT.
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
---
hw
0 Nov 12 2007 dummyfile
[qemu-sparc32plus]
../linux/qemu-0.11.1/sparc32plus-linux-user/qemu-sparc32plus -L
./gnemul/qemu-sparc sparc/ls -l dummyfile
ls: dummyfile: Value too large for defined data type
make: *** [test] Error 1
Best regards,
Dmitry Kruglov
--
Regards,
Artyom
2010/6/9 Blue Swirl blauwir...@gmail.com:
On Fri, Jun 4, 2010 at 8:30 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/4 Blue Swirl blauwir...@gmail.com:
On Tue, Jun 1, 2010 at 8:16 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/1 Blue Swirl blauwir...@gmail.com
2010/6/4 Blue Swirl blauwir...@gmail.com:
On Tue, Jun 1, 2010 at 8:16 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/1 Blue Swirl blauwir...@gmail.com:
On Tue, Jun 1, 2010 at 7:56 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/1 Blue Swirl blauwir...@gmail.com
with well defined
acceleration or just a frame buffer as default.
AFAIK the open source OSes don't use the cg14 acceleration anyway. So
we'll only have potential problems with Solaris and NeXTStep here.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
this? I mean for qemu-system-sparc.
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/6/1 Blue Swirl blauwir...@gmail.com:
On Sun, May 30, 2010 at 10:35 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
lower interrupt during chip reset. Otherwise the ESP_RSTAT register
may get out of sync with the IRQ line status. This effect became
visible after commit 65899fe3
2010/6/1 Blue Swirl blauwir...@gmail.com:
On Tue, Jun 1, 2010 at 7:56 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/6/1 Blue Swirl blauwir...@gmail.com:
On Sun, May 30, 2010 at 10:35 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
lower interrupt during chip reset. Otherwise
lower interrupt during chip reset. Otherwise the ESP_RSTAT register
may get out of sync with the IRQ line status. This effect became
visible after commit 65899fe3
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
---
hw/esp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
2010/5/29 Bob Breuer breu...@mc.net:
Artyom Tarasenko wrote:
2010/5/28 Blue Swirl blauwir...@gmail.com:
On Fri, May 28, 2010 at 7:54 AM, Bob Breuer breu...@mc.net wrote:
Artyom Tarasenko wrote:
2010/5/27 Bob Breuer breu...@mc.net:
Artyom Tarasenko wrote:
Was going to put some more
. Looks like it's expecting some interrupt (the SS-5
OBP escapes a similar endless loop on a timer irq), but not getting
it.
Do you know anything obvious qemu is missing in LX machine?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
this call in _hat_setup_kas. Maybe they have noticed the bug and
corrected it?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/5/28 Blue Swirl blauwir...@gmail.com:
On Fri, May 28, 2010 at 7:54 AM, Bob Breuer breu...@mc.net wrote:
Artyom Tarasenko wrote:
2010/5/27 Bob Breuer breu...@mc.net:
Artyom Tarasenko wrote:
Was going to put some more empty slots into SS-10/20 (VSIMMs, SX)
after we are done with SS-5
2010/5/27 Bob Breuer breu...@mc.net:
Artyom Tarasenko wrote:
Was going to put some more empty slots into SS-10/20 (VSIMMs, SX)
after we are done with SS-5 (due to technical limitations I can switch
access from one real SS model to another one once a few days only).
I have a partial
2010/5/25 Blue Swirl blauwir...@gmail.com:
On Tue, May 25, 2010 at 5:00 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/5/21 Blue Swirl blauwir...@gmail.com:
On Fri, May 21, 2010 at 5:23 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/5/10 Blue Swirl blauwir...@gmail.com
-like machine */
{
- .default_cpu_model = TI UltraSparc II,
+ .default_cpu_model = TI UltraSparc IIi,
.machine_id = sun4u_id,
.prom_addr = 0x1fff000ULL,
.console_serial_base = 0,
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http
2010/5/21 Blue Swirl blauwir...@gmail.com:
On Fri, May 21, 2010 at 5:23 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
2010/5/10 Blue Swirl blauwir...@gmail.com:
On 5/10/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/10 Blue Swirl blauwir...@gmail.com:
On 5/10/10, Artyom
2010/5/22 Blue Swirl blauwir...@gmail.com:
On Fri, May 21, 2010 at 9:53 PM, Artyom Tarasenko
atar4q...@googlemail.com wrote:
On a real hardware changing read-only bits has no effect
Use a mask common for SCSI and Ethernet registers. The crucial
bit is DMA_INTR, because setting or clearing
On a real hardware changing read-only bits has no effect
Use a mask common for SCSI and Ethernet registers. The crucial
bit is DMA_INTR, because setting or clearing it may produce
spurious interrupts.
This patch allows booting Solaris 2.3
---
hw/sparc32_dma.c | 12
1 files
2010/5/10 Blue Swirl blauwir...@gmail.com:
On 5/10/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/10 Blue Swirl blauwir...@gmail.com:
On 5/10/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/9/10, Artyom Tarasenko atar4q
On a real hardware changing read-only bits has no effect
Use a mask common for SCSI and Ethernet registers. The crucial
bit is DMA_INTR, because setting or clearing it may produce
spurious interrupts.
This patch allows booting Solaris 2.3
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
2010/5/7 Artyom Tarasenko atar4q...@googlemail.com:
phys_page_find (exec.c) returns sometimes a page for addresses where
nothing is connected.
One example, done with qemu-system-sparc -M SS-20
ok f130 2f spacec@ .
// The address translates correctly, in cpu_physical_memory_rw
// addr
for a week.
Okay. My setups don't have any problems and I was waiting for Artyom to ack
3/3.
Ops. Missed 'reply all' button 3 days ago, sorry.
Acked-by: Artyom Tarasenko atar4q...@gmail.com
CC sparc64-softmmu/translate.o
/home/rth/qemu/qemu/target-sparc/translate.c: In function
,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/5/12 Richard Henderson r...@twiddle.net:
On 05/11/2010 02:31 PM, Artyom Tarasenko wrote:
Nack. It looks like you reverted carry generation to the previous
(broken) behavior.
Oh? I suppose I should go back and look at the logs, but the way
it's written there sure seems to match 5.1.5.1
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
2010/5/10 Blue Swirl blauwir...@gmail.com:
On 5/10/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/9/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/8/10, Artyom Tarasenko atar4q
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/8/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
On the real hardware (SS-5, LX) the MMU is not padded, but aliased.
Software shouldn't use aliased addresses, neither should it crash
when it uses (on the real hardware it wouldn't). Using
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/9/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
2010/5/9 Blue Swirl blauwir...@gmail.com:
On 5/8/10, Artyom Tarasenko atar4q...@googlemail.com wrote:
On the real hardware (SS-5, LX) the MMU is not padded, but aliased.
Software
On the real hardware (SS-5, LX) the MMU is not padded, but aliased.
Software shouldn't use aliased addresses, neither should it crash
when it uses (on the real hardware it wouldn't). Using empty_slot
instead of aliasing can help with debugging such accesses.
---
hw/sun4m.c | 14 +-
---
hw/sun4m.c | 66 ++--
1 files changed, 33 insertions(+), 33 deletions(-)
diff --git a/hw/sun4m.c b/hw/sun4m.c
index e31d039..7917f46 100644
--- a/hw/sun4m.c
+++ b/hw/sun4m.c
@@ -968,26 +968,26 @@ enum {
static const struct
something is connected?
Or is my assumption is wrong and phys_page_find can return a page for
not-connected
addresses and the bug is actually in cpu_physical_memory_rw ?
Is the qemu algorithm of working with the physical address space
described somewhere?
--
Regards,
Artyom Tarasenko
solaris/sparc
501 - 600 of 688 matches
Mail list logo
