This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-bugs] [Bug 477] Too much data to screen in domU crashes xenconsoled

To: xen-bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-bugs] [Bug 477] Too much data to screen in domU crashes xenconsoled in dom0
From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Date: Wed, 29 Mar 2006 22:36:21 +0000
Delivery-date: Wed, 29 Mar 2006 22:39:17 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-bugs-request@lists.xensource.com?subject=help>
List-id: Xen Bugzilla <xen-bugs.lists.xensource.com>
List-post: <mailto:xen-bugs@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=unsubscribe>
Reply-to: bugs@xxxxxxxxxxxxxxxxxx
Sender: xen-bugs-bounces@xxxxxxxxxxxxxxxxxxx

------- Additional Comments From xenzilla@xxxxxxxxxxxxxx  2006-03-29 22:36 
Created an attachment (id=357)
 --> (http://bugzilla.xensource.com/bugzilla/attachment.cgi?id=357&action=view)
patch to add usleep in io.c of xenconsoled

this (possibly ugly?) patch solves the problem for me by adding a usleep(100)
and thus preventing xenconsoled to go into an endless select loop and slowing
down the rest of the system. I never had the problem of xenconsoled really
crashing (terminating instead of just using 100% CPU) though, so possibly
someone who had this should verify this helps also in that case. See

At least I now can paste enourmous data into my console without hanging or
causing problems for Dom0.

Configure bugmail: 
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Xen-bugs mailing list