From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id E3E91C4345F for ; Thu, 2 May 2024 09:50:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=MMBPNaQ8qcEM6FnewDX76jOK304xa/0y/TsDNKoXOX0=; b=Fnsu+FzQRTOPbQ b7EPr9nTUAvQms+cCYuiNmsoEcFH/c6gGJ4EEqyIK4fYeVi8APHtxQxdv3Hdkuc6AxJ3k+DRDQAgo HKxPcRntixAgOUREdoyJmiIZWGOuzt3yfggrILZuOQXj6rz543P3j4/sBySBoi7PwAnZew6xc0lVZ VQqmZfdVDYNzSnRwwJESD0BxbchrTF4vFSnibuchgZUOfCODiH+fxqlVqd3lLHe6UYwwZeI1uGcWS NjwJQcdSrRZI39sLCglfDLbUE1YOyzu6Js53JKNWciUdwNT+7xx2iozC6esDgWPzHKSY23gaTSii+ HvQld/sqtknvnffLZ/4g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1s2T57-0000000CDQE-0p4F; Thu, 02 May 2024 09:50:25 +0000 Received: from mail-pl1-x62d.google.com ([2607:f8b0:4864:20::62d]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1s2T54-0000000CDPN-2f1m for linux-arm-kernel@lists.infradead.org; Thu, 02 May 2024 09:50:24 +0000 Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-1e4266673bbso70047295ad.2 for ; Thu, 02 May 2024 02:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ventanamicro.com; s=google; t=1714643421; x=1715248221; darn=lists.infradead.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=0L3flH7yZNX51bFJ6y3B+1+jhZGz/TS681Tx1TYzzOY=; b=V53ukG19owdCrmMUmjb7CSZlCaIoJuKneZg+YTkCPBWoeQolnOHprp6ew8/paQRmCT e4r7SJ8SyOFHIYVlRyO6BjqVYw5gnefBwxG4IQy6RLp2+ar+sdFUpLOmhULif4zhTU9j nhQQ7GTwcLyHtGz3Ns0ywjOAaapk5LVyXhcWMq1lhpi/9sYZ46J9ouv53dMy/fKdTyYq U3pvvS3dkEZbZ80LxKfZAXX53Af/jMT2T14hw5bYoWG8TFuzeZ2F4yZDsC+pN3ahyEgW U2ZyYbvIc2d03lQbUhmS9+475s/lKVQNhlTpeA6S9MmUmqcjCe2CuDfljIEnfGKbSQzH i2yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714643421; x=1715248221; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=0L3flH7yZNX51bFJ6y3B+1+jhZGz/TS681Tx1TYzzOY=; b=IYlqDDjHCJRWv9d0Oz5NLOZxKOjRClVjQLcrdYKs1R7yRiV9zQo8qxe+XTfYlPSVms Se5xXXfb6jPpEmsrnsuLZKea5WlDXf1z8E2e8MboFy4X8chLCSHl8NPpX91CVhQIdrCD J5hAg9zDXpNeu89HMkdtsYGHdUpy/hzVwHfBuy1+xx17uosBguT1T3U5Gy1RPNTnHUxa L2fvI5XKAM/IT2taNdt7E2lRSnUYF10P5XWt0+Z3+KSu8TQgI7rbVBY9dKSYiFVdC0XO +1cAWNuBP7XJ1oLt7//eQy9+3q+zHpBT7g4rUEohw5gomoaLqNbfhJFGVe/q8amRm8ou JDAA== X-Gm-Message-State: AOJu0YynpVhHvwqU5unM0iSKX/JdPPAp0QKh2QmmFGtkr0kOi1luZ2Ex tQmRnbTICXpcvQoLHbrlAc1ns7JKvt21FbXUZs4gb2+e9lVrMvC0hoJEprI1caM= X-Google-Smtp-Source: AGHT+IF3qps04ERKWX4kOxvSEDon6CGWqD+FZR4lIipoIhxGureiukZlSMZ76xOlV5hwocc8u3+KoQ== X-Received: by 2002:a17:902:c404:b0:1ec:3f2e:d8e2 with SMTP id k4-20020a170902c40400b001ec3f2ed8e2mr6671474plk.15.1714643421414; Thu, 02 May 2024 02:50:21 -0700 (PDT) Received: from sunil-laptop ([106.51.190.19]) by smtp.gmail.com with ESMTPSA id u2-20020a17090341c200b001e5e6877494sm852994ple.238.2024.05.02.02.50.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 02 May 2024 02:50:20 -0700 (PDT) Date: Thu, 2 May 2024 15:20:08 +0530 From: Sunil V L To: Andy Shevchenko Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, linux-acpi@vger.kernel.org, linux-pci@vger.kernel.org, linux-serial@vger.kernel.org, acpica-devel@lists.linux.dev, Catalin Marinas , Will Deacon , Paul Walmsley , Albert Ou , "Rafael J . Wysocki" , Len Brown , Bjorn Helgaas , Anup Patel , Thomas Gleixner , Samuel Holland , Greg Kroah-Hartman , Jiri Slaby , Robert Moore , Conor Dooley , Andrew Jones , Marc Zyngier , Atish Kumar Patra , Andrei Warkentin , Haibo1 Xu , =?utf-8?B?QmrDtnJuIFTDtnBlbA==?= Subject: Re: [PATCH v5 17/17] serial: 8250: Add 8250_acpi driver Message-ID: References: <20240501121742.1215792-1-sunilvl@ventanamicro.com> <20240501121742.1215792-18-sunilvl@ventanamicro.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240502_025022_834143_BD2D09C7 X-CRM114-Status: GOOD ( 25.91 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, May 02, 2024 at 12:17:59PM +0300, Andy Shevchenko wrote: > On Wed, May 01, 2024 at 05:47:42PM +0530, Sunil V L wrote: > > RISC-V has non-PNP generic 16550A compatible UART which needs to be > > enumerated as ACPI platform device. Add driver support for such devices > > similar to 8250_of. > > ... > > > + * This driver is for generic 16550 compatible UART enumerated via ACPI > > + * platform bus instead of PNP bus like PNP0501. This is not a full > > This has to be told in the commit message. Anyway, we don't need a duplication > code, please use 8250_pnp. > Hi Andy, Thank you for the review!. Major issue with PNP0501 is, it gets enumerated in a different way which causes issue to get _DEP to work. pnpacpi_init() creates PNP data structures which gets skipped if the UART puts _DEP on the GSI provider (interrupt controller). In that case, we need to somehow reinitialize such PNP devices after interrupt controller gets probed. I tried a solution [1] but it required several functions to be moved out of __init. This driver is not a duplicate of 8250_pnp. It just relies on UART enumerated as platform device instead of using PNP interfaces. Isn't it better and simple to have an option to enumerate as platform device instead of PNP? [1] - https://patchwork.kernel.org/project/linux-pci/patch/20240415170113.662318-14-sunilvl@ventanamicro.com/ Thanks, Sunil > ... > > > + { "RSCV0003", 0 }, > > Does it have _CID to be PNP0501? > If not, add this ID to the 8250_pnp. > > ... > > P.S. > The code you submitted has a lot of small style issues, I can comment on them > if you want, but as I said this code is not needed at all. > > -- > With Best Regards, > Andy Shevchenko > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel