Received: by 10.213.65.68 with SMTP id h4csp284844imn; Fri, 23 Mar 2018 04:44:11 -0700 (PDT) X-Google-Smtp-Source: AG47ELt98d6CipJhvh/U081Ux15MQ18xM3Q2qp14/JP/UiGp/X8R/L+F4upFXZvd4KP8yLOXgXXv X-Received: by 2002:a17:902:7502:: with SMTP id i2-v6mr12113737pll.220.1521805451798; Fri, 23 Mar 2018 04:44:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521805451; cv=none; d=google.com; s=arc-20160816; b=fCkC0FZl0+16CEoXpbDlnV05i4QFIm1OWtH9hmG6uKIiea+fZDue7FcN+UZ2ZmvEoS FL8Zk3w3zwbXbt4ur/qnnLrVSNdKzLaL8fbQ1oF/eW6qUHY2bYkombd69CLwmvIuhyeE Ky5p/XgERoLSl4rqWVls4/DdjpykHd0aod5PJxP2WxaKivI7Oi48cagmvGN65j9m4ZrT H/JoC6SfpTg4Q1KCk/dphXI3sF+fpiaVVRJMwA+TmIzSOFK1wmx+uQ3jgY/KAnP3e6sR QtR4DqY760kiQwaaB6Jty5I9GzhKXbUJF+qn5Nof9gfjw8mXB7DlRvmVwV5melWl5b9b Qg7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:cc:to:from :date:arc-authentication-results; bh=X3ri6NxMnEbtRoqo9pJ3qMDRIB5/jLfGJPGPcz0Z2pM=; b=FdEwcoKIHmTdR1Ys7wj18RBZ4K17pjsw4cvSCVceqrH96Gk8S2rmxVsmoaiCFwcdLE NEmR8Lsq3EznBsBttpqvxMAgN5NImHtnAo8TbFjm18QewDMaBbNIAzBoncSOdq4000+m BFMwx2hzAz9Y1CfB6MpzPQSDPBn2z6lrtJ0eaUepbVs5+SL9ANFeU5bE6ek++7snBl0R E3J3HElxxYb+nAxL/6qTo6fTle8sNCY77FlMSxJTwE7Yv6YiX0u53abaI0dXvc0+rw3K EdJzHGxPug3JjzGpk0aUgcX7b88EgZkQs5/Ve49hpfAWf4oJCJlWUkcrKKMHX0XIol7m 4Pdw== 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 1-v6si8796159ple.629.2018.03.23.04.43.57; Fri, 23 Mar 2018 04:44:11 -0700 (PDT) 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 S1754610AbeCWLnB (ORCPT + 99 others); Fri, 23 Mar 2018 07:43:01 -0400 Received: from mail.CARNet.hr ([161.53.123.6]:50791 "EHLO mail.carnet.hr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753888AbeCWLm7 (ORCPT ); Fri, 23 Mar 2018 07:42:59 -0400 Received: from [2001:b68:ff:12::131] (port=36998 helo=gavran.carpriv.carnet.hr) by mail.carnet.hr with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1ezL5z-0007JG-5d; Fri, 23 Mar 2018 12:42:55 +0100 Received: by gavran.carpriv.carnet.hr (Postfix, from userid 1000) id EC09725055; Fri, 23 Mar 2018 12:42:54 +0100 (CET) Date: Fri, 23 Mar 2018 12:42:54 +0100 From: Valentin Vidic To: Marcus Wolf Cc: Greg Kroah-Hartman , Simon =?iso-8859-1?Q?Sandstr=F6m?= , Marcus Wolf , Luca =?iso-8859-1?Q?S=F6the?= , Marcin Ciupak , Michael Panzlaff , Derek Robson , devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org Message-ID: <20180323114254.GL31333@gavran.carpriv.carnet.hr> References: <20180323094725.4904-1-Valentin.Vidic@CARNet.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) X-SA-Exim-Connect-IP: 2001:b68:ff:12::131 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on rigel.CARNet.hr X-Spam-Level: X-Spam-Status: No, score=-2.9 required=10.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: Re: [PATCH] staging: pi433: add descriptions for mutex locks X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 23, 2018 at 11:22:39AM +0100, Marcus Wolf wrote: > could you please decribe in short words, why you think, that hte lock > isn't obsolete? > > I wasn't sure, but close to remove the lock. That's why I putted the > comment. Sure, if pi433_tx_thread runs on one CPU it might be possible to call pi433_write concurrently on another CPU and they would both modify tx_fifo. But maybe there is some other protection in place that would prevent this? -- Valentin