From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mario Smarduch Subject: Re: its_alloc_tables() - with all BASER marked none Date: Thu, 15 Oct 2015 10:12:03 -0700 Message-ID: <561FDE63.7060706@samsung.com> References: <561F01B8.9060700@samsung.com> <561F5ACA.30105@arm.com> <561FDD83.1030902@samsung.com> <561FDE10.3090309@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id 78ECE410EB for ; Thu, 15 Oct 2015 13:09:56 -0400 (EDT) Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2eGNhIRXk9KE for ; Thu, 15 Oct 2015 13:09:51 -0400 (EDT) Received: from usmailout3.samsung.com (mailout3.w2.samsung.com [211.189.100.13]) by mm01.cs.columbia.edu (Postfix) with ESMTPS id BFD6740FA6 for ; Thu, 15 Oct 2015 13:09:50 -0400 (EDT) Received: from uscpsbgex4.samsung.com (u125.gpu85.samsung.co.kr [203.254.195.125]) by usmailout3.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0NW900M6VUG4IR50@usmailout3.samsung.com> for kvmarm@lists.cs.columbia.edu; Thu, 15 Oct 2015 13:12:04 -0400 (EDT) In-reply-to: <561FDE10.3090309@arm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu To: Marc Zyngier , "kvmarm@lists.cs.columbia.edu" List-Id: kvmarm@lists.cs.columbia.edu On 10/15/2015 10:10 AM, Marc Zyngier wrote: > On 15/10/15 18:08, Mario Smarduch wrote: >> >> >> On 10/15/2015 12:50 AM, Marc Zyngier wrote: >>> On 15/10/15 02:30, Mario Smarduch wrote: >>>> If its_init()/its_probe()/its_alloc_tables() finds all GITS_BASER type none, it >>>> continues with ITS initialization. >>>> >>>> Is there a reason to continue? >>> >>> Of course. There is nothing that *mandates* the ITS to request memory >>> from the operating system. The HW could perfectly come with its own >>> memory and not need anything at all. >>> >>>> Started to look through this code recently - little confused here. >>> >>> Only the beginning! ;-) >> >> Well at this time the beginning of console freeze close to "ITS: using cache >> flushing for cmd queue". Poked around CBASER and noticed Inner cache bits are >> updated but not sticky so it got me wondering. >> >> Appears like I need to look elsewhere, like maybe my environment. > > Out of curiosity, is that on a FastModel? Or on some actual HW? FastModel, license ran out on FVP. > > M. >