[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-discuss] Coldfire 5282 Support
From: |
Peter Maydell |
Subject: |
Re: [Qemu-discuss] Coldfire 5282 Support |
Date: |
Tue, 3 Oct 2017 18:40:19 +0100 |
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
- Re: [Qemu-discuss] Coldfire 5282 Support, Thomas Huth, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support, Thomas Huth, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support, Thomas Huth, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support,
Peter Maydell <=
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/03
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/05
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/24
- Re: [Qemu-discuss] Coldfire 5282 Support, Peter Maydell, 2017/10/25
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/25
- Re: [Qemu-discuss] Coldfire 5282 Support, Peter Maydell, 2017/10/25
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/25
- Re: [Qemu-discuss] Coldfire 5282 Support, William Mahoney, 2017/10/31