Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1809020imm; Thu, 9 Aug 2018 02:16:56 -0700 (PDT) X-Google-Smtp-Source: AA+uWPzl2RTf+TcoAtkfmwosYgNHTDRwH63tLZ/mbQljsElFVBqB5cARX8Z7Asy3npu/H19jB2Ro X-Received: by 2002:a17:902:25ab:: with SMTP id y40-v6mr1369299pla.120.1533806216507; Thu, 09 Aug 2018 02:16:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533806216; cv=none; d=google.com; s=arc-20160816; b=Q/lyyvT8oKgHKCNDl2cJPI7KDMpbjWpxSXrcjiUXXjs8y5/jB44hsDs6Bf8F6hsYO7 jpHp6ZClh0ba/AIkCclclqr3UTj74Yt4BkyTLw//GnFYIgvVOIe3u0WyfoRNe3FB8vg8 m3E11l9RMuE9obfwbe5dqzI3mnHR7ua36CO0UkQ9ap+poD+2ehEWmusl0WtOc1DdKeFj 2D8AE8eIhlZoxIEYWuTsOuIC6qXv6WyWYyRFakK2C7Pgm2eP5yf9yvvZKuRVcA8GFWWz hWDTt9T6mYQ/dQ15r+F8d9ajvVERXVvh+GOMmq0mfVyHgfveRMDbQSeKdgn1cfKpqOCN jIuQ== 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=gSX5XLWkncYBc4dqJ/k76t4Ekgi6QreX7FkZDhT0Rvo=; b=H9bn0Xc182L66Ohe1SImb9nI+3+/UvkSrCXK3ziqJ2icAOXK1hd8hzoLUvIvx4/wUe eE5ymm2MYQJta0sXtuIHpsoHcnjzAoDm5uccuOojeb6ejEBxcUHUKf09NmKAdRGPEAXb NtkTG4kXnhBH2wbKim3iEe4358dAPOdtgYu2+9zCBHztoXUY72a+wCgVZ1H3BlEqQYY8 Axdtjx8kHMXwWWEnkWWi4WMfqd57osQXf8/lSE3pKzUL6rN5IxbIxD5EEkQAUyWUJOeh yoPPHF7wSq4+e24AA4ld9tRidHnstiFV/72LrfKLu/Hr2Vdurzll/gJeWdVQmKlpiP+9 W8eA== 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 i61-v6si5158101plb.209.2018.08.09.02.16.41; Thu, 09 Aug 2018 02:16:56 -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 S1730042AbeHILjo (ORCPT + 99 others); Thu, 9 Aug 2018 07:39:44 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50774 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728877AbeHILjn (ORCPT ); Thu, 9 Aug 2018 07:39:43 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D19C218A; Thu, 9 Aug 2018 02:15:47 -0700 (PDT) Received: from e107155-lin (e107155-lin.Emea.Arm.com [10.4.12.116]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5A66C3F5D4; Thu, 9 Aug 2018 02:15:46 -0700 (PDT) Date: Thu, 9 Aug 2018 10:15:40 +0100 From: Sudeep Holla To: Stephen Boyd Cc: Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Wei-Ning Huang , Julius Werner , Brian Norris , Samuel Holland , Sudeep Holla Subject: Re: [PATCH v2 1/2] firmware: coreboot: Let OF core populate platform device Message-ID: <20180809091540.GA1324@e107155-lin> References: <20180808172414.29983-1-swboyd@chromium.org> <20180808172414.29983-2-swboyd@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180808172414.29983-2-swboyd@chromium.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 08, 2018 at 10:24:13AM -0700, Stephen Boyd wrote: > Now that the /firmware/coreboot node in DT is populated by the core DT > platform code with commit 3aa0582fdb82 ("of: platform: populate > /firmware/ node from of_platform_default_populate_init()") we should and > can remove the platform device creation here. Otherwise, the > of_platform_device_create() call will fail, the coreboot of driver won't > be registered, and this driver will never bind. At the same time, we > should move this driver to use MODULE_DEVICE_TABLE so that module > auto-load works properly when the coreboot device is auto-populated and > we should drop the of_node handling that was presumably placed here to > hold a reference to the DT node created during module init that no > longer happens. > > Cc: Wei-Ning Huang > Cc: Julius Werner > Cc: Brian Norris > Cc: Samuel Holland > Cc: Sudeep Holla Reviewed-by: Sudeep Holla -- Regards, Sudeep