try Artyom Tarasenko's blog
http://tyom.blogspot.de/2009/12/solaris-under-qemu-how-to.html
Am 04.10.2017 um 01:20 schrieb Will Senn:
Hi,
I heard on the TUHs mailing list that it was possible to emulate sparc
on qemu and further that you could run SunOS. So, I did the following:
brew install qe
Hi,
I heard on the TUHs mailing list that it was possible to emulate sparc
on qemu and further that you could run SunOS. So, I did the following:
brew install qemu - which got qemu on my mac
rounded up the sunos 4.1.4 install media and the sparcstation 5 version
2.15 boot prom
and then fol
OK so really even though I see the driver sending the ARP requests, they’re not
actually ever making it to the host, even though the PCAP file shows them. In
other words, the PCAP file is "on the guest side" of the connection not "the
host side of the connection". Correct?
If that’s the case I
On 3 October 2017 at 18:14, Thomas Huth wrote:
> Not sure, but it might be normal that the host is not answering here.
> The "user" networking is using NAT, so the host OS might think that it
> is talking to itself here and thus ARP is not needed. You might want to
> try "tap" networking instead.
On 03.10.2017 15:48, William Mahoney wrote:
> I also get everything from DHCP and I am correctly set as the .15 address,
> etc.
>
> eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56
> inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MUL
On 3 October 2017 at 11:50, Marco Aurélio Lopes Barbosa
wrote:
> if (ioctl(fd, RNDGETENTCNT, &entropy) == -1)
> When I run this program with qemu-x86_64-static I got the error
>
> Unsupported ioctl: cmd=0x80045200
> ioctl failed
> I've patched qemu to forward the iocl with RNDGET
Hello,
Consider the following program
#include
#include
#include
#include
#include
#include
int main(int argc, char *argv[])
{
int success = 0;
int fd = open("/dev/urandom", O_RDONLY);
if (fd != -1)
{
int entropy;
if (ioctl(fd, RNDGETENTCNT, &entropy) == -1)
I also get everything from DHCP and I am correctly set as the .15 address, etc.
eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56
inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4 errors:
On 03.10.2017 15:21, William Mahoney wrote:
> Hi Thomas;
>
> I was telling this to Peter as well offline. The initial problem just FYI was
> that the routing on the m68k side was nonexistent, so it wasn’t even sending
> anything to the net drivers at all. I turned on the debugging in the net
>
Hi Thomas;
I was telling this to Peter as well offline. The initial problem just FYI was
that the routing on the m68k side was nonexistent, so it wasn’t even sending
anything to the net drivers at all. I turned on the debugging in the net driver
and there was no traffic. It looks like there is
Hi all,
I use the lastest git version of qemu on Debian stretch, then I
install the masos sierra as the guest.
When I run the macos guest by using the qemu-system-x86_64 from
command line, I always see the following info:
---
ehci warning: guest requested more bytes than
On 26.09.2017 23:12, William Mahoney wrote:
> Thanks Peter!
>
> Couple of new things now that I had an afternoon to look again. I have
> discovered that the eval board I can get my hands on is a 5272 and not a
> 5282, and although the eval board for a 5208 comes with a kernel the 5282
> does no
On 09/27/2017 10:49 PM, Pierre Couderc wrote:
I have compiled and built from git qemu tag 2.10.0 (./configure
--target-list=x86_64-softmmu --enable-debug) and I find it much more
slow than the debian package that I used before. kvm is enabled.
The mouse does not react, tests done with host debia
13 matches
Mail list logo
