Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp780782pxb; Fri, 22 Apr 2022 11:01:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy8z5W7u9gvSGKb2g4lQVFFMM+ntMnQR4KiegGJ2oW8/zDKlgBvxfebkvKhc4xsjP3lDjkJ X-Received: by 2002:a17:902:e8cf:b0:156:36e0:6bcb with SMTP id v15-20020a170902e8cf00b0015636e06bcbmr5535628plg.105.1650650466679; Fri, 22 Apr 2022 11:01:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650650466; cv=none; d=google.com; s=arc-20160816; b=CAOj8vCesRsvVP6uUEKYvoBt5O4rmcoZfl+tTrMVb4K+AzkPySF7MU4GlRdKK2Tlz1 sV2HvcN2qDN7b21PNXHjARwRkOhsM+tcGnvozjZyvn0XBpQNPJLvx5irP4FpIsyA8u2F +YtzMaNEzZxG1q/XP2zpt1ky82fgdVZ0ULsJYN6iwqdQaIObS0hlZ6rpdCWkeF0dx7IO +GNfhAMXGye+XEfzgf+Qd33vzRlNzDiqQm8SoarivKDR31mL8Np6mWJUNT0KC6SAe6Kf 7J1gZ8Jjb1o3kYAnDBr4qjUjmnzcx6Lg+UeXx9WNgRNjK1FNXBF/YeQilPG6pbcexUIU Poyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=izuonV23GuUUrfpURx0I0izUbHZMoxJlv4BsLgoJOuY=; b=g79Th0iDKEyI35Yc5QWzyIq4zeYG70+vdVudPhDgk9slVwpTKufAogbDXjQABGhVpR aeroI03vT4RVXF/2xbB7XDtc/dGX3ZE/uNW8l83y54DGd83ogpvR+HoUpCwiE/JD6a9A bf930bydFhmisA5v2SS+z+LTJ8jaCaJ/lqLQCTkn7UZddLwafxYNRdRuWcP7g9v1zd6K ghZQ4kJjU4xsglz+eQ6OdU+3NXoPgnm40BVzrVnixQ4Ze0oq2eQuVXMamOAjx7hvX0MF ZPmvC5a+YLf+dsPdT1EoHV2TuJPMpO8pJcFIKNeCZ3C4ZidxdjBQFxkUFOVbd539iha0 9KEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="qR/JXTzc"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id v135-20020a63618d000000b003aa9114b132si4857536pgb.690.2022.04.22.11.01.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 11:01:06 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="qR/JXTzc"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 07265C0D39; Fri, 22 Apr 2022 10:42:01 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1448395AbiDVObO (ORCPT + 99 others); Fri, 22 Apr 2022 10:31:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379955AbiDVObL (ORCPT ); Fri, 22 Apr 2022 10:31:11 -0400 Received: from sin.source.kernel.org (sin.source.kernel.org [145.40.73.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6251F5BD1F; Fri, 22 Apr 2022 07:28:13 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sin.source.kernel.org (Postfix) with ESMTPS id A64F1CE2ADF; Fri, 22 Apr 2022 14:28:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2D131C385A8; Fri, 22 Apr 2022 14:28:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1650637689; bh=9uMz4H+bO5n8agDgpMHCaPvaOtDr0Sv9Q8n3QusL5FI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=qR/JXTzc5joPwWhEQXuC3kCpRIJ/3TRBAn/sabum32P4tl6KbtSBoxG45aQGAj5fh ycrd/mAuAfboYJpX0pwjnqGaEG3b57/QHecGi5L1TecMBR3QjbvLIualaXhFL8QSuT MhtaGf8wFYPvZCtn95oGtERNhp/fkoF5afLScHGo= Date: Fri, 22 Apr 2022 16:28:06 +0200 From: Greg Kroah-Hartman To: Andy Shevchenko Cc: Pali =?iso-8859-1?Q?Roh=E1r?= , Jiri Slaby , Johan Hovold , Marek =?iso-8859-1?Q?Beh=FAn?= , "open list:SERIAL DRIVERS" , Linux Kernel Mailing List Subject: Re: [PATCH 0/3] serial: Fix support for UPF_SPD_* flags Message-ID: References: <20220321163055.4058-1-pali@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 22, 2022 at 04:29:08PM +0200, Andy Shevchenko wrote: > On Mon, Mar 21, 2022 at 11:07 PM Pali Roh?r wrote: > > > > Support for UPF_SPD_* flags is currently broken in more drivers for two > > reasons. First one is that uart_update_timeout() function does not > > the uart_update_timeout() > > > calculate timeout for UPF_SPD_CUST flag correctly. Second reason is that > > userspace termios structre is modified by most drivers after each > > structure > > ... > > > (error handling was ommited for simplification) > > omitted > > > After calling set_active_spd_cust_baud() function SPD custom divisor > > should be active and therefore is_spd_cust_active() should return true. > > > > But it is not active (cfgetospeed does not return B38400) and this patch > > series should fix it. I have tested it with 8250 driver. > > drivers > > > Originally Johan Hovold reported that there may be issue with these > > ASYNC_SPD_FLAGS in email: > > https://lore.kernel.org/linux-serial/20211007133146.28949-1-johan@kernel.org/ > > > > > > Johan, Greg, could you please test these patches if there is not any > > regression? > > I'm wondering why we are still supporting this ugly hack? > Doesn't BOTHER work for you? Yes, I too do not want to add more support for these old flags. If they have not been working, let's not add support for them as obviously no one is using them. Let's try to remove them if at all possible. thanks, greg k-h