From patchwork Tue Feb 19 11:59:57 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Heikki Krogerus X-Patchwork-Id: 10819757 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id D0CC66C2 for ; Tue, 19 Feb 2019 12:00:09 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id BEBF42B77D for ; Tue, 19 Feb 2019 12:00:09 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id A8BA029FF4; Tue, 19 Feb 2019 12:00:09 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.9 required=2.0 tests=BAYES_00,MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 509E729FF4 for ; Tue, 19 Feb 2019 12:00:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727168AbfBSMAJ (ORCPT ); Tue, 19 Feb 2019 07:00:09 -0500 Received: from mga01.intel.com ([192.55.52.88]:38297 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726555AbfBSMAI (ORCPT ); Tue, 19 Feb 2019 07:00:08 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Feb 2019 04:00:03 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,388,1544515200"; d="scan'208";a="148009219" Received: from black.fi.intel.com (HELO black.fi.intel.com.) ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP; 19 Feb 2019 04:00:00 -0800 From: Heikki Krogerus To: Andy Shevchenko , Hans de Goede Cc: Darren Hart , platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/2] platform/x86: intel_cht_int33fe: Start using software nodes Date: Tue, 19 Feb 2019 14:59:57 +0300 Message-Id: <20190219115959.55553-1-heikki.krogerus@linux.intel.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Sender: platform-driver-x86-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: platform-driver-x86@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Hi guys, The software nodes support node hierarchy. By using them with fusb302 we can add a separate fwnode also for the USB connector as a child of fusb302. We can then use the "standard" USB connector device properties with the connector node, and stop using the deprecated fusb302 specific properties. Since the goal is to ultimately move to the software node API from the old device property API, converting also max17047 in this series. If you test this now (before v5.1-rc1 is out), then the series depends Greg's latest usb-next: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/log/?h=usb-next and on a patch in Rafael's latest linux-next branch: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=344798206f171c5abea7ab1f9762fa526d7f539d thanks, Heikki Krogerus (2): platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector platform/x86: intel_cht_int33fe: Create fwnode for max17047 drivers/platform/x86/intel_cht_int33fe.c | 122 +++++++++++++++++------ 1 file changed, 91 insertions(+), 31 deletions(-)