From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1XhE3Y-00066V-A3 for user-mode-linux-devel@lists.sourceforge.net; Thu, 23 Oct 2014 08:47:40 +0000 Received: from ivanoab3.miniserver.com ([89.200.143.206]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1XhE3W-0003Q6-SE for user-mode-linux-devel@lists.sourceforge.net; Thu, 23 Oct 2014 08:47:40 +0000 Received: from tun252.maui-covenant.sigsegv.cx ([192.168.17.6] helo=falkor.sigsegv.cx) by ivanoab3.miniserver.com with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1XhE21-0001Cs-IK for user-mode-linux-devel@lists.sourceforge.net; Thu, 23 Oct 2014 08:46:05 +0000 Received: from [192.168.127.2] by falkor.sigsegv.cx with esmtp (Exim 4.80) (envelope-from ) id 1XhE3P-0000zv-P4 for user-mode-linux-devel@lists.sourceforge.net; Thu, 23 Oct 2014 09:47:31 +0100 Message-ID: <5448C0A0.5030200@kot-begemot.co.uk> Date: Thu, 23 Oct 2014 09:47:28 +0100 From: Anton Ivanov MIME-Version: 1.0 References: <1413236904.13916.13.camel@localhost.localdomain> <543CB6BA.9030907@kot-begemot.co.uk> <543CC5FE.4000601@kot-begemot.co.uk> <1413271301.13744.13.camel@localhost.localdomain> <543CD148.7010904@kot-begemot.co.uk> <1413730776.2991.16.camel@localhost.localdomain> <5443E097.2000801@kot-begemot.co.uk> <1413747337.2991.36.camel@localhost.localdomain> <1413835305.2991.46.camel@localhost.localdomain> <5448AF6E.6090201@kot-begemot.co.uk> <5448BE29.6080103@nod.at> In-Reply-To: <5448BE29.6080103@nod.at> List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net Subject: Re: [uml-devel] kernel stalls in balance_dirty_pages_ratelimited() To: user-mode-linux-devel@lists.sourceforge.net On 23/10/14 09:36, Richard Weinberger wrote: > Anton, > > Am 23.10.2014 um 09:34 schrieb Anton Ivanov: >> Hi Richard, >> >> I have had a question in my mind on this for quite a while around this bug (and a quite a few others). > Fell free to ask, I'll try hand to find time to answer. > >> UML by the nature of being UP includes the generic spinlock definition for UP which does very little if any. > Correct. IIRC they are a NOP on UML as it does not support preemption. > >> How exactly does this work on a multicore host if you have a different thread hitting the same critical section and that thread is running on a different core? Isn't that >> effectively a form of weird SMP (which in turn requires stricter locking). Am I missing something here? > >From the host side of view the UML kernel a single process and therefore there is no parallel execution at all. > > Does this help? That is what I have always thought as well. Just checking that I am not missing something, thanks. A. > > Thanks, > //richard > > ------------------------------------------------------------------------------ > _______________________________________________ > User-mode-linux-devel mailing list > User-mode-linux-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel ------------------------------------------------------------------------------ _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel