[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-discuss] Coldfire 5282 Support

From: William Mahoney
Subject: Re: [Qemu-discuss] Coldfire 5282 Support
Date: Tue, 3 Oct 2017 19:30:03 +0000

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’ll go back to being mystified and go look at the source as 
you suggest. Because that means that QEMU is not replying to the requests.


Thanks again guys.

> On Oct 3, 2017, at 12:40 PM, Peter Maydell <address@hidden> wrote:
> On 3 October 2017 at 18:14, Thomas Huth <address@hidden> 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. Or maybe try to connect to another host
>> from within the guest first (for example "nc www.google.com 80" ... and
>> then type "GET / HTTP/1.0").
> With the user-mode networking QEMU should do all the handling
> of guest ARP requests and responses internally; they'll never get out
> to the host because the host will have no idea what to do with
> them. (See arp_input() in slirp/slirp.c.)
> thanks
> -- PMM

reply via email to

[Prev in Thread] Current Thread [Next in Thread]