Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7785926rdb; Thu, 4 Jan 2024 07:41:08 -0800 (PST) X-Google-Smtp-Source: AGHT+IGjRm75gj1H8pwHOi0xbwcUwu+A7SJvmYAFxr0xH7hj+zITAEBRzGio22s+HOu+62IEqSmT X-Received: by 2002:a50:bae9:0:b0:555:65c0:e72b with SMTP id x96-20020a50bae9000000b0055565c0e72bmr547834ede.62.1704382868408; Thu, 04 Jan 2024 07:41:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704382868; cv=none; d=google.com; s=arc-20160816; b=HC42BoyFpW0hYlYJWqqoKgt5sVd5YUqmkD79cuSaqvzMxMP/Ph7LlsaPncRErLOEgi 5z62r+5jA0URR8tSCL8utjL62WoH7IBbuPzxIkrx4b4QHo+HOb/ZOgOF2dkXpW/WUs8/ vD3b6CKdtN3fogpsx4m2aW03SO+0zHZUhSrg4yhQ6FLd56h3FBJnzioV/sZtAkptKqT6 JoJ2hAwh9abMrL4WbRDEp6ydfh1VGNK+pBtutVlQwbk5BeBILPMDWxlaqJJtYWJ/M9uF DsUKs9ZmtB17g2KHXkYhj7WqTBu71l703X7ZUMTGH+NgiQ/PHSWLnH49gKDpxhgVJ0md PIVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=QESz/teSmTpSkp/Vm2LkBReVoM+TZOfB1ODcUAU0DaQ=; fh=7urAG1FMTyNFs1A74Qb8HImjuyLV4vCLOhwBU2KIuTk=; b=d6Jn0se4AmbKFLXR5tj9NxOjxQIm5F3yQATrx+cdkGxzQIja+kxSPM90CBvumINtZd wiYI5ZIER5gOdHmuA2atswJyc2W6kSAsSCVyPsdGn636ZN9nOKqSI2+Q6bpw9J/HVzAv 8MZy6Cjvjrd6qPLxokEuc7ZOnG5PFAcG2UDk5pF7CTOT5RCQR+/dM8L1CAECNeB6uJWv Lcxtcc0RaKW5qa9poaP9RgdYALAwpOQEn67aDz0DhgfHamMtF+MjgDJQ+ceBh8tbJXyi +YQRpTqOV2m8t2dDnfZ5qJDhlry78K3pCGM5hvA1sK4kch7Wx7BEgd1eyoZ5sY7zjUs9 A3Fg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=krvH+vf8; spf=pass (google.com: domain of linux-kernel+bounces-16857-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16857-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id dm7-20020a05640222c700b005570d3281aesi438430edb.136.2024.01.04.07.41.08 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jan 2024 07:41:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-16857-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=krvH+vf8; spf=pass (google.com: domain of linux-kernel+bounces-16857-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16857-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 7C92B1F2590A for ; Thu, 4 Jan 2024 15:32:43 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 72AD124216; Thu, 4 Jan 2024 15:32:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="krvH+vf8" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6F02D241FD; Thu, 4 Jan 2024 15:32:30 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5F40FC433C8; Thu, 4 Jan 2024 15:32:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1704382349; bh=iRcnDzw86EyKYKY1HoAEg7+jfRyhxW/8AJdQHVxMfJQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=krvH+vf8alA3OYa9PQUG7prv2rIPcjCZ5kuHMdK+c3PwsxStQqpFCYmx5FNFsyai3 2i/0ruoxpd1QKA7a2mNiz8Q/gPGO9rhfdj9HEFN1mP+HmO/IAN7ocfDmJVt4+nGnZw zWZobXaYovtT3amQgB9QV2L45gttEzKA9QzuBn+0= Date: Thu, 4 Jan 2024 16:32:27 +0100 From: Greg KH To: Tudor Ambarus Cc: peter.griffin@linaro.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, mturquette@baylibre.com, sboyd@kernel.org, conor+dt@kernel.org, andi.shyti@kernel.org, alim.akhtar@samsung.com, jirislaby@kernel.org, s.nawrocki@samsung.com, tomasz.figa@gmail.com, cw00.choi@samsung.com, arnd@arndb.de, semen.protsenko@linaro.org, andre.draszik@linaro.org, saravanak@google.com, willmcvicker@google.com, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, linux-serial@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH v2 04/12] tty: serial: samsung: prepare for different IO types Message-ID: <2024010432-taco-moneyless-53e2@gregkh> References: <20231228125805.661725-1-tudor.ambarus@linaro.org> <20231228125805.661725-5-tudor.ambarus@linaro.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231228125805.661725-5-tudor.ambarus@linaro.org> On Thu, Dec 28, 2023 at 12:57:57PM +0000, Tudor Ambarus wrote: > GS101's Connectivity Peripheral blocks (peric0/1 blocks) which > include the I3C and USI (I2C, SPI, UART) only allow 32-bit > register accesses. If using 8-bit register accesses, a SError > Interrupt is raised causing the system unusable. > > Instead of specifying the reg-io-width = 4 everywhere, for each node, > the requirement should be deduced from the compatible. > > Prepare the samsung tty driver to allow IO types different than > UPIO_MEM. ``struct uart_port::iotype`` is an unsigned char where all > its 8 bits are exposed to uapi. We can't make NULL checks on it to > verify if it's set, thus always set it from the driver's data. > > Signed-off-by: Tudor Ambarus > --- > v2: new patch > > drivers/tty/serial/samsung_tty.c | 9 ++++++++- > 1 file changed, 8 insertions(+), 1 deletion(-) > > diff --git a/drivers/tty/serial/samsung_tty.c b/drivers/tty/serial/samsung_tty.c > index 66bd6c090ace..97ce4b2424af 100644 > --- a/drivers/tty/serial/samsung_tty.c > +++ b/drivers/tty/serial/samsung_tty.c > @@ -72,6 +72,7 @@ struct s3c24xx_uart_info { > const char *name; > enum s3c24xx_port_type type; > unsigned int port_type; > + unsigned char iotype; > unsigned int fifosize; > unsigned long rx_fifomask; > unsigned long rx_fifoshift; Is there a reason you are trying to add unused memory spaces to this structure for no valid reason? I don't think you could have picked a more incorrect place in there to add this :) Please fix. thanks, greg k-h