Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2005390imm; Thu, 12 Jul 2018 11:27:24 -0700 (PDT) X-Google-Smtp-Source: AAOMgpet6D2tZUMJnwGk6FXaIy1HIzBPdzg3xB5Uimft5jR0/iVZlNHoM8GCBjTCaT1EG/AjNB1o X-Received: by 2002:a65:6211:: with SMTP id d17-v6mr3162716pgv.450.1531420044685; Thu, 12 Jul 2018 11:27:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531420044; cv=none; d=google.com; s=arc-20160816; b=k1n9/OxlcVuD2J139N9hhs4xXnkrGzy3gpLFimeGo3ZnzvlvU0k7jiLGHsf26voF5V NxftQlRkN4NZftsPzvie2vihHD+DqvQj1dXy8qgwi9M/xbE4gsiphFlNSfC9Z3dg4JbU Y8koS2DkUpxFq64Cg+w0JkFZfQZ0P6oNdV+AdjINO45eZurS9z4+zDbV/iwfno3To7aL MR/pqT3cYEkosSuo38e6E75jIjNBiBYD5NWudVeOsJG2o3BYQTYGDytC6DfQ682+CXKI WnYzKv2o5VtX+El45mtrV6en3NnyO8Ke4hs+nDG7WXpkRCQudZ/ItjpZF9FFtYWPxvmg fluQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=O09srGybZGmFSBTP7Z+j6iOc712+PMcGq9IQBG2Tvpw=; b=mCrNbNokWFVjJ6vS3ksyljx5oRdFcc3c0Zf92grc1yDvo6JgTLiB55tCOX+eBvEvpw TdzhGjfCfJzdHMBMLT301fNFyzEP6PRucqf3yBj92VqiQOiehrxluRQztedwNj3LCDNC TBS8IBo8yfyoChjkDw3tdRXqsRbWqeL0wquw13/v7yfD6spQj/unSwZ28ucGGCafXfdl w8RstogH/z48xriYzR/kzVDFap6X0mfIXOBT8ZPFWjIvvKhn51CIQiX3a4vOQiOyDNj7 n3chd9unCa4d+ipsB5C7luzp27w29GAJI6ODlpx9ptx051PnucK+k1FAeueZ0TP9ihL+ EaXA== 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 w15-v6si19728708pga.30.2018.07.12.11.27.08; Thu, 12 Jul 2018 11:27:24 -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 S1726778AbeGLSgc (ORCPT + 99 others); Thu, 12 Jul 2018 14:36:32 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:44296 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726444AbeGLSgc (ORCPT ); Thu, 12 Jul 2018 14:36:32 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 769CDDC8; Thu, 12 Jul 2018 18:25:48 +0000 (UTC) Date: Thu, 12 Jul 2018 20:25:45 +0200 From: Greg Kroah-Hartman To: Tycho Andersen Cc: Jiri Slaby , linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, "Serge E . Hallyn" Subject: Re: [PATCH v4] uart: fix race between uart_put_char() and uart_shutdown() Message-ID: <20180712182545.GA30099@kroah.com> References: <20180706212220.GC3583@cisco.lan> <20180711160744.32074-1-tycho@tycho.ws> <20180712150438.GF22502@kroah.com> <20180712150822.GC13192@cisco.cisco.com> <20180712154015.GC13114@kroah.com> <20180712181846.GD13192@cisco.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180712181846.GD13192@cisco.cisco.com> User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 12, 2018 at 12:18:46PM -0600, Tycho Andersen wrote: > On Thu, Jul 12, 2018 at 05:40:15PM +0200, Greg Kroah-Hartman wrote: > > On Thu, Jul 12, 2018 at 09:08:22AM -0600, Tycho Andersen wrote: > > > On Thu, Jul 12, 2018 at 05:04:38PM +0200, Greg Kroah-Hartman wrote: > > > > On Wed, Jul 11, 2018 at 10:07:44AM -0600, Tycho Andersen wrote: > > > > > + if (uport) > > > > > + spin_lock_irqsave(&uport->lock, flags); > > > > > > > > That's the same thing as just calling uart_port_lock(), why aren't you > > > > doing that? > > > > > > Because the compiler can't seem to "see" through the macros/ref calls, > > > and I get the warning I mentioned here if I use them: > > > > > > https://lkml.org/lkml/2018/7/6/840 > > > > What horrible version of gcc are you using that give you that? Don't > > open-code things just because of a broken compiler. > > I've tried with both 7.3.0 and 5.4.0. I think the reason we see this > here but not elsewhere in the file is because there's an actual > function call (free_page()) in the critical section. > > If we move that out, something like the below patch, it all works for > me. Ick. Which version of this series had the problem? Let me test it out here... thanks, greg k-h