On May 18, 2014, at 4:09 PM, Peter Maydell wrote:
> and looking at the preprocessor output it's defined in
> /usr/lib/clang/5.0/include/limits.h
Thanks, Peter ... I don't have a /usr/lib/clang ... where are you getting it
from?
-peter
On May 18, 2014, at 4:40 AM, Peter Maydell wrote:
> On 18 May 2014 09:50, Andreas Färber wrote:
>> Am 18.05.2014 01:14, schrieb Peter Bartoli:
>>> At the recommendation of Mark Cave-Ayland, I'm sending this patch in to
>>> remedy a long-time Mac OS X compile
At the recommendation of Mark Cave-Ayland, I'm sending this patch in to remedy
a long-time Mac OS X compile issue. The offsets are a way off in this diff,
but it still works.
-peter
--- block/raw-posix.c.orig 2012-12-03 11:37:05.0 -0800
+++ block/raw-posix.c 2012-12-03 18:24:47
Thanks, Artyom.
Heads up: Solaris 2.5.1 doesn't boot with OpenBIOS. I'll be happy to
help with some regression testing, if you like.
-peter
On Dec 31, 2013, at 8:02 AM, Artyom Tarasenko wrote:
> On Tue, Dec 31, 2013 at 2:43 AM, Peter Bartoli wrote:
>>
>> On Dec 28,
On Dec 28, 2013, at 2:00 AM, Artyom Tarasenko wrote:
> Actually QEMU does set variables in NVRAM (hw/sparc/sun4m.c:151), and
> afaik uses the layout of open-sourced OBP. The problem is that earlier
> versions of OBP seemed to have a different layout, or maybe just a
> magic constant is missing som
Thanks, Peter ... will do, definitely have Linux and can use it to test in the
future before reporting other bugs. That said, I think you can close this one.
-peter
On Dec 23, 2013, at 6:43 PM, Peter Maydell wrote:
> Ah, I hadn't tried -nographic. However, my general point still stands:
> whet
On Dec 24, 2013, at 6:22 AM, Mark Cave-Ayland
wrote:
> On 23/12/13 21:00, Peter Bartoli wrote:
>
>>> I currently have patches for a CG3 framebuffer pending that will enable
>>> you to boot Solaris into graphics mode, which I hope will be applied soon.
>>
>>
On Dec 23, 2013, at 3:50 PM, Peter Maydell wrote:
> On 13 December 2013 01:04, Peter Bartoli wrote:
>> Public bug reported:
>>
>>
>> The 32-bit SPARC emulator's TCX emulation seems to work with
>> OpenBIOS, but doesn't work with a SparcStation ROM
I can confirm, by the way, that the QEMU,tcx.bin replacement does indeed allow
the
On Dec 23, 2013, at 12:05 AM, Mark Cave-Ayland
wrote:
> Thanks for the feedback. Actually it does boot in TCX mode with the
> FCode ROM attached to this bug report - well at least you can boot into
> OBP. If y
Very welcome! Thanks for the awesome software. It's allowed me to put my
SparcServer 5 out to pasture as a demonstration machine. Really, really hoping
that it supports the tcx with OBP at some point soon ... that'd be very cool.
I filed a separate bug report on that before realizing that it
000 at 3,0 SUNW,tcx Memory
>> Address not Aligned
>>
>> After the unaligned access OBP is not properly initialized.
>> See the bug 1262081, reported by Peter Bartoli.
>>
>> Artyom
>
> Ah... I wonder if OBP doesn't like something in the QEMU,tcx
Public bug reported:
1.7.0 seems to have broken booting on SPARC ... at least with a Sun ROM.
Everything fails with "data access exception." 1.6.{1,2} qemu-system-sparc
binaries both boot the same images that 1.7.0 fails to boot.
Type help for more information
ok boot disk1
Boot device: /i
Public bug reported:
The 32-bit SPARC emulator's TCX emulation seems to work with OpenBIOS, but
doesn't work with a SparcStation ROM on Cocoa. Screenshot attached. Using
version 1.7.0 on Mac OS X 10.9 via MacPorts and compiled directly from source,
though this problem has carried over from M
13 matches
Mail list logo