On Wed, Sep 29, 2010 at 6:09 PM, Blue Swirl <blauwir...@gmail.com> wrote: > On Tue, Sep 28, 2010 at 8:42 PM, Andreas Färber <andreas.faer...@web.de> > wrote: >> Am 28.09.2010 um 22:24 schrieb Blue Swirl: >> >>> On Tue, Sep 28, 2010 at 8:02 PM, Andreas Färber <andreas.faer...@web.de> >>> wrote: >>>> >>>> Am 28.09.2010 um 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 ffffffff80000000 >>>>>> >>>>>> Smells like unwanted sign extension somewhere. >>>>> >>>>> fwiw, tested -m 2048 with i386 and x86-64 and they both are fine with >>>>> it. So it must be something platform-specific. >>>> >>>> Same behavior on ppc host fwiw. >>> >>> The attached patch should fix this. >>> <0001-sysbus-fix-address-truncation.patch> >> >> >> Tested-by: Andreas Färber <andreas.faer...@web.de> >> >> Above test cases work fine on ppc64 now. Anything else to cross-check? > > 32 bit host, like ppc32 or x86?
Grr. I have only a cygwin x86 host, and it looks like testing on it is a bad idea: $ sparc-softmmu/qemu-system-sparc -M SS-10 -m 2112 qemu: at most 2047 MB RAM can be simulated $ sparc64-softmmu/qemu-system-sparc64.exe -m 2112 qemu: at most 2047 MB RAM can be simulated $ uname -s -r -v -m -p -o CYGWIN_NT-5.1 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 unknown Cygwin -- Regards, Artyom Tarasenko solaris/sparc under qemu blog: http://tyom.blogspot.com/