Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1212469imu; Wed, 9 Jan 2019 13:47:29 -0800 (PST) X-Google-Smtp-Source: ALg8bN5H90i/6fFOnXH2fzWx4m16JUnvDCwANfEATwx4zAhDCfdSBmkW0rNCEnRypTPT9fpW6Rbp X-Received: by 2002:a63:ee0e:: with SMTP id e14mr6835760pgi.8.1547070449418; Wed, 09 Jan 2019 13:47:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547070449; cv=none; d=google.com; s=arc-20160816; b=gtk5GGdbWN2B38xEhSUAZxRY1Mhd44rDL9PVJZcxfWwm4SKbqbe2lH1ju96K/sIW+J +ebWwVypRqV+PyvK9oru/uNUztkqF58VfrtpD/k8V3or8/jsGJWMq282k1IJhe95gA4Y E0Pynu9Oi8gBK2zWFmoV4JJycdHdUtqq8/XF5o2aE9xVBgywMhqzzyAO6kijgWh55SpL OiTEfbV0y03Bm79XoVESUydYWzpgnsmEdI3tDblZA0zJCPkYJ64nd51c5x3dfSY+xfa2 YczJCLSrm8E2+P/QpE4Qn0VW04lom2Zyna/MxgTiAvXFTBmhKCgoVnEhLugrFhEu6vzU 2SGg== 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; bh=uBNROUrLSkJvGgfWgnTkbOUpdKU/c5/zL6p+VZl9pZg=; b=eOKdaMwYnIML44MF0qeERxIFSfcq/WgKpXx80Utc27rFzjtZT1Gij8wRrXc8lM5Zfq TRfObhIsgExD+0cM24ESQ0Mv8IRDxnkMvaHokS6cXvHqhqcY1npl5lQRQeNEuQ/vWiXq t9nT13b1UOSnFuF2w6Df5yq0hQBH8E28GIHy7JXfH4Qd9Y072t0/nV8LV86XElOgYlCA uy/E7MoHxRJ5AOQ9wYJsWtB63NoeGJTZj3EsTUMS3IORNWfSgi8gfrjIvWAzGv/8NRmL eFvVeCVNibwtzVujXeuTV19tLHUCJsjKR0jEI4q5M4O3Dn3qKM/cateSQrz9SebIt9zv nsDg== 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 f38si36321133pgf.206.2019.01.09.13.47.14; Wed, 09 Jan 2019 13:47:29 -0800 (PST) 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 S1727434AbfAIVoI (ORCPT + 99 others); Wed, 9 Jan 2019 16:44:08 -0500 Received: from muru.com ([72.249.23.125]:32920 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726094AbfAIVoH (ORCPT ); Wed, 9 Jan 2019 16:44:07 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 08EA080C5; Wed, 9 Jan 2019 21:44:12 +0000 (UTC) Date: Wed, 9 Jan 2019 13:44:03 -0800 From: Tony Lindgren To: Vignesh R Cc: Greg Kroah-Hartman , Rob Herring , Jiri Slaby , Lokesh Vutla , linux-serial@vger.kernel.org, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/3] serial: 8250_omap: Drop check for of_node Message-ID: <20190109214403.GW5544@atomide.com> References: <20190109091206.25759-1-vigneshr@ti.com> <20190109091206.25759-2-vigneshr@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190109091206.25759-2-vigneshr@ti.com> User-Agent: Mutt/1.11.1 (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Vignesh R [190109 09:11]: > 8250_omap is DT only driver so dev->of_node always exists. Drop check > for existence of valid dev->of_node to simplify omap8250_probe(). That part seems safe to me now. > --- a/drivers/tty/serial/8250/8250_omap.c > +++ b/drivers/tty/serial/8250/8250_omap.c ... > - const struct of_device_id *id; > - > - ret = of_alias_get_id(pdev->dev.of_node, "serial"); > - > - of_property_read_u32(pdev->dev.of_node, "clock-frequency", > - &up.port.uartclk); > - priv->wakeirq = irq_of_parse_and_map(pdev->dev.of_node, 1); > - > - id = of_match_device(of_match_ptr(omap8250_dt_ids), &pdev->dev); > - if (id && id->data) > - priv->habit |= *(u8 *)id->data; But this part it seems we still need to keep around as we still have lots of clock-frequency references in the *.dtsi files. Or am I missing something? Regards Tony