Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2142434imm; Mon, 16 Jul 2018 03:02:05 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfFp8ymyntEO2Pxg2+9HOGEjLTy1BOCXVcOICfp94+0MGUsfrvoK673e0lh8TbhxUmg2seO X-Received: by 2002:a17:902:925:: with SMTP id 34-v6mr16253570plm.103.1531735324986; Mon, 16 Jul 2018 03:02:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531735324; cv=none; d=google.com; s=arc-20160816; b=DsJvr6KpuEhycbeG52OZgYykM/Igb/js6zdQHwc6fS1RWjo36bE08y3HdySP+xTlxl 9o2GaGRn/MSJ5ZXAoNStMZWYX/cg1JpsW9i1Q0dUyq/yZxyQysvIO72tnSFz2hXrsJ/s h1Q8kuudTqoeMp4IhY+fxoQrry4GXtVu5LTzAETSsYKlBtjY1483Cf9WT3Fguw31c9Db 3GbV7b9DXw8r6hFVl14NAgUKqjHmcYEKAmwuwdT9F117bu3t6ifFHoywX9WPHaTnhgQx 1R8atJXgzuxlgMJizzFjqEPWAJte4f1v7zh2eUhwObSN52tRYgYJ4h1CvrTgPAGKTWt0 dPaQ== 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=J2KJcfZanOQffShpCHz03+FvslGh9sg4qtSxNVPgQLk=; b=mHKGrFA2S73JYLliIQcWSvGGCykWT3WPkURbWVnkOwXpjmderTiEmYo9X5pGLwsUAj f2DNjbcdWCTQXpSFBCoD4C1KhuMw3KSOiSg4Oehk33QZwpoCKL2gQE+bB9bTRK7kzQxX RtCPVYTdM2HkRiEJxfESoUCdpwkOY5sUa/XzMB2yWBRttHiYmTppcz0C1ZNtdiII2Zvk OgGhnnYMvPCHvFhU7ElLpejDbgDdAFGPFZDL33Lzko0uLsidu5lYx+HLY1nHHU0wHJ36 uFf0JoVEn4yHrO7rMpODnMKcpMmi63lkk1AptR0x/vuNPYM44WeFbqUAtP/2izlZCtW8 rA4Q== 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 i4-v6si4949181pgk.2.2018.07.16.03.01.49; Mon, 16 Jul 2018 03:02:04 -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 S1729965AbeGPK1M (ORCPT + 99 others); Mon, 16 Jul 2018 06:27:12 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54938 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728457AbeGPK1M (ORCPT ); Mon, 16 Jul 2018 06:27:12 -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 89044B78; Mon, 16 Jul 2018 10:00:30 +0000 (UTC) Date: Mon, 16 Jul 2018 12:00:28 +0200 From: Greg Kroah-Hartman To: Johan Hovold Cc: Jiri Slaby , Alan Cox , linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] tty: support CIBAUD without BOTHER Message-ID: <20180716100028.GA20101@kroah.com> References: <20180715133935.24964-1-johan@kernel.org> <20180715133935.24964-4-johan@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180715133935.24964-4-johan@kernel.org> 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 Sun, Jul 15, 2018 at 03:39:35PM +0200, Johan Hovold wrote: > Since commit edc6afc54968 ("[PATCH] tty: switch to ktermios and new > framework") arbitrary baud rates can be requested using BOTHER and input > rates can be requested using the termios CIBAUD bits (CBAUD shifted > IBSHIFT bits). > > This functionality has been conditionally compiled depending on whether > an architecture defines BOTHER and IBSHIFT respectively, but would in > fact fail to compile unless both symbols were defined due to cross > dependencies. > > Relax the IBSHIFT => BOTHER dependency so that an architecture could > theoretically support CIBAUD without the Linux-specific BOTHER, while > hopefully making the current conditional-compilation directives a bit > less confusing. > > Note that the long-term goal is still to have all architectures support > both features, so an alternative could just be to have the lot depend on > BOTHER. I thought we had all arches converted to use BOTHER already, what ones are not yet done? It's hard to unwind the asm-generic use of termbits.h to obviously see which ones are not doing this yet, any ideas? Oh, and thanks for fixing this all up, odd that no one has noticed it before. thanks, greg k-h