From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 4E59F1A1DF5 for ; Mon, 26 Sep 2016 03:23:53 -0700 (PDT) Received: by mail-io0-x22f.google.com with SMTP id m186so176870402ioa.2 for ; Mon, 26 Sep 2016 03:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hvyAnFhyZA0PZW+frckA+8loCTsGX1h5+NbaOjjN9Nw=; b=HloNmpTwuIerHl1kdPLDDz2tcTnV7tOj/lKJ5k70DhGOQC7erVP3qwCFEwUQp6SPfF moIFjQDa4cKpZh6UA3NV69ccGMDxdczUKUNHUUReTWprBTg+7jSn6exispyjUfIWPXEe Ko4cLmjecuL+I00hljgkLFIDCTRqgvBPNhQ7k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hvyAnFhyZA0PZW+frckA+8loCTsGX1h5+NbaOjjN9Nw=; b=Rq2lSCTrQrcZhmGNnHS0XsYnfQfcaIABXV5GLgKgO98pgXaU9UzdvBAOdBzRl4kk1m /tcQBWlRroqFW4FFPhVI6Ck1/VRbKLJ+Y1SDmG3BAnFtsoKQjqtLUJDTxxApmyJoA4HS v90BSdomNosstpdOyeNAJka2cwaUyOk3ckSlnZtGPEMgAI3E32roN9ihf7Jt3STCyPSj p7GWR6bia5mhJXodmOeDrdGbcUWNrKEir2hWmR+8eW4VpqBYS/wv7hR1jBS5vNyV6Be1 hNNPPuWGTMHLe3Sl/sCMEFPU09MNFVAOmYFzOMJEjVsoYmZyvMcVLuvmwQZVA5wRZ1Lh ck4A== X-Gm-Message-State: AE9vXwOmgC/k/yIGCfOt2Wqk9Oc6eTqSY6sDarqWVnVO0iwC60u3rCEiQtW1MXN9oSL8Y3HcvSM2zuhbK/8vtBsb X-Received: by 10.107.151.11 with SMTP id z11mr21647576iod.28.1474885432697; Mon, 26 Sep 2016 03:23:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.204.195 with HTTP; Mon, 26 Sep 2016 03:23:52 -0700 (PDT) In-Reply-To: References: From: Ard Biesheuvel Date: Mon, 26 Sep 2016 03:23:52 -0700 Message-ID: To: Michael Zimmermann Cc: "edk2-devel@lists.01.org" , Leif Lindholm Subject: Re: System hang when using SetMemoryAttributes X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 10:23:53 -0000 Content-Type: text/plain; charset=UTF-8 On 26 September 2016 at 00:44, Michael Zimmermann wrote: > oh and in case it makes a difference: it's a 64bit ARM device running 32bit > code. > That shouldn't matter. > On Mon, Sep 26, 2016 at 9:13 AM, Michael Zimmermann > wrote: >> >> Ard, >> >> I have to mark the framebuffer as uncached, because if writes to it are >> cached, they don't instantly reach the underlying hardware. I'd have to >> manually flush the cache for that region every time otherwise. >> >> Isn't that the normal way? I don't think that any device would work with a >> write-cache framebuffer - I actually copied the code from the ArmVirt LCD >> drivers which do the same. >> _WC means write-combining, and so these accesses are not cacheable, but they do allow unaligned accesses, unlike _UC