Received: by 10.223.148.5 with SMTP id 5csp6708139wrq; Wed, 17 Jan 2018 17:58:10 -0800 (PST) X-Google-Smtp-Source: ACJfBosGfqZS4R/NSwiU326tBCKNiBfSBi1wExQ3bbzXRpaJUrQ5KWv5PcrXW0we6AnnZT5L5geJ X-Received: by 10.98.182.4 with SMTP id j4mr40225508pff.220.1516240690031; Wed, 17 Jan 2018 17:58:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516240690; cv=none; d=google.com; s=arc-20160816; b=sdUD5c/aGZndWpaK50aMG3yohSDINJd74i33VR/aIuQ2klb7g2s6cMwRzn8xfiSGzE I1zkuA7LuI3VMVuAY8AOxKbBAZ+Xdw4KNdB4UYO2TOpsOeRuI4RCwogXi6bdiSKuMw1U rbxPvjINdGGj61SBx9GNvd/lGSw0Jp1HL9uuWTgbU8uj2PR4+etJrFgzO7XOUzY/ySJc UpY3VA4EU268P1z/UMSRprhuYOQ/xEFzZFAjKDZH8qfeBnBJyyF/4FtG4l6NaIXn93gM 0PaGBk1JVdlhQE8xNvBKVpqE5UXgZc3rhpVzWGAl+4//ORsBNoc0dZifnRwrWD73lNth 13kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:arc-authentication-results; bh=xJAad4nH/UngWLv11rEvRkWu379iO5poDRKZknr8+zA=; b=jICZORXOgoaBIS7ob0VRZ7m0jIa8ZZ6LuqOsGRizLS4ywfJxmaMJHNaZL/5fbLlzWj HK5rfUtult4+i2L4VNei06FDi5BAN/67hZo6yEQGmcAVS+Rj1Fd7YJ9WuW4NIpL5kmwG +1cuUNe8wbBxIL8+A7CUpFIczrxMW1Ysxce+gALFDBisVkrXY0hVye/hxswHWzOaLmaB gy2BGFn6wEnzLf9rCh7mwQiMhnYXqXxfq6giLI0dJIrzTXJFjnjw2vlD48JaVifYapXJ M0I9rAnZQHSdybcZYiJaSr7CNf9qGJM8QQk3Fh5sevca2CEYhn5j3oc9+yKEqM7oN/ik TpHg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r1si5487453plb.581.2018.01.17.17.57.56; Wed, 17 Jan 2018 17:58:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753302AbeARB5S (ORCPT + 99 others); Wed, 17 Jan 2018 20:57:18 -0500 Received: from LGEAMRELO12.lge.com ([156.147.23.52]:51364 "EHLO lgeamrelo12.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752306AbeARB5R (ORCPT ); Wed, 17 Jan 2018 20:57:17 -0500 Received: from unknown (HELO lgemrelse7q.lge.com) (156.147.1.151) by 156.147.23.52 with ESMTP; 18 Jan 2018 10:57:15 +0900 X-Original-SENDERIP: 156.147.1.151 X-Original-MAILFROM: byungchul.park@lge.com Received: from unknown (HELO ?10.177.222.184?) (10.177.222.184) by 156.147.1.151 with ESMTP; 18 Jan 2018 10:57:14 +0900 X-Original-SENDERIP: 10.177.222.184 X-Original-MAILFROM: byungchul.park@lge.com Subject: Re: [PATCH v5 1/2] printk: Add console owner and waiter logic to load balance console writes From: Byungchul Park To: Petr Mladek Cc: Steven Rostedt , Sergey Senozhatsky , akpm@linux-foundation.org, linux-mm@kvack.org, Cong Wang , Dave Hansen , Johannes Weiner , Mel Gorman , Michal Hocko , Vlastimil Babka , Peter Zijlstra , Linus Torvalds , Jan Kara , Mathieu Desnoyers , Tetsuo Handa , rostedt@home.goodmis.org, Sergey Senozhatsky , Tejun Heo , Pavel Machek , linux-kernel@vger.kernel.org, kernel-team@lge.com References: <20180110132418.7080-1-pmladek@suse.com> <20180110132418.7080-2-pmladek@suse.com> <20180117120446.44ewafav7epaibde@pathway.suse.cz> <4a24ce1d-a606-3add-ec30-91ce9a1a1281@lge.com> Message-ID: <7a107b1e-f99f-186b-f5db-504b7691993d@lge.com> Date: Thu, 18 Jan 2018 10:57:13 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <4a24ce1d-a606-3add-ec30-91ce9a1a1281@lge.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/18/2018 10:53 AM, Byungchul Park wrote: > Hello, > > This is a thing simulating a wait for an event e.g. > wait_for_completion() doing spinning instead of sleep, rather > than a spinlock. I mean: > >    This context >    ------------ >    while (READ_ONCE(console_waiter)) /* Wait for the event */ >       cpu_relax(); > >    Another context >    --------------- >    WRITE_ONCE(console_waiter, false); /* Event */ > > That's why I said this's the exact case of cross-release. Anyway > without cross-release, we usually use typical acquire/release > pairs to cover a wait for an event in the following way: > >    A context >    --------- >    lock_map_acquire(wait); /* Or lock_map_acquire_read(wait) */ >                            /* Read one is better though..    */ > >    /* A section, we suspect, a wait for an event might happen. */ >    ... >    lock_map_release(wait); > > >    The place actually doing the wait >    --------------------------------- >    lock_map_acquire(wait); >    lock_map_acquire(wait); ^ lock_map_release(wait); -- Thanks, Byungchul