From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MpPAB-0006Dz-K2 for qemu-devel@nongnu.org; Sun, 20 Sep 2009 12:21:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MpPA7-0006CY-Nw for qemu-devel@nongnu.org; Sun, 20 Sep 2009 12:21:23 -0400 Received: from [199.232.76.173] (port=60928 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MpPA7-0006CV-Ia for qemu-devel@nongnu.org; Sun, 20 Sep 2009 12:21:19 -0400 Received: from smtp-outbound-2.vmware.com ([65.115.85.73]:53632) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MpPA7-0004cC-9e for qemu-devel@nongnu.org; Sun, 20 Sep 2009 12:21:19 -0400 Received: from mailhost2.vmware.com (mailhost2.vmware.com [10.16.67.167]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 49E34140A5 for ; Sun, 20 Sep 2009 09:21:17 -0700 (PDT) Received: from [10.114.40.4] (unknown [10.114.40.4]) by mailhost2.vmware.com (Postfix) with ESMTP id F13FA8E5FB for ; Sun, 20 Sep 2009 09:21:16 -0700 (PDT) Message-ID: <4AB6567C.7020702@vmware.com> Date: Sun, 20 Sep 2009 12:21:16 -0400 From: Christoffer Dall MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] ARM guest network issue List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org When using tap networking with a Linux 2.6.29 kernel I experience that the guest network crashes after submitting a certain amount of data. When transferring say 50MB using scp into the guest, it will halt somewhere before transferring everything. Afterwards, I cannot even ping localhost inside the guest. The recvfrom system call returns ERESTARTSYS when waiting for data to read from a socket buffer, but there is never any data. From the strace output it seems that the sendto system call succeeds as it should. I am using the latest upstream QEMU version. Any help would be greatly appreciated. Best regards, Christoffer Dall VMware, Inc.