Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753719AbdIDOLf (ORCPT ); Mon, 4 Sep 2017 10:11:35 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50836 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753666AbdIDOLd (ORCPT ); Mon, 4 Sep 2017 10:11:33 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 1AD237E439 Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=hdegoede@redhat.com Subject: Re: [PATCH 07/11] extcon: intel-int3496: Add support for controlling the USB-role mux To: Andy Shevchenko Cc: MyungJoo Ham , Chanwoo Choi , Guenter Roeck , Heikki Krogerus , Darren Hart , Andy Shevchenko , Peter Rosin , Mathias Nyman , Platform Driver , devel@driverdev.osuosl.org, Kuppuswamy Sathyanarayanan , Sathyanarayanan Kuppuswamy Natarajan , "linux-kernel@vger.kernel.org" , Greg Kroah-Hartman , USB References: <20170901214845.7153-1-hdegoede@redhat.com> <20170901214845.7153-8-hdegoede@redhat.com> From: Hans de Goede Message-ID: <18836881-172c-1301-a0b7-50576c5ed460@redhat.com> Date: Mon, 4 Sep 2017 16:11:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Mon, 04 Sep 2017 14:11:33 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1270 Lines: 38 Hi, On 02-09-17 12:39, Andy Shevchenko wrote: > On Sat, Sep 2, 2017 at 12:48 AM, Hans de Goede wrote: >> Cherry Trail SoCs have a built-in USB-role mux for switching between >> the host and device controllers, rather then using an external mux >> controller by a GPIO. >> >> There is a driver using the mux-subsys to control this mux, this >> commit adds support to the intel-int3496 driver to get a mux_controller >> handle for the mux and set the mux through the mux-subsys rather then >> through a GPIO. > >> tristate "Intel INT3496 ACPI device extcon driver" >> depends on GPIOLIB && ACPI && (X86 || COMPILE_TEST) >> + select MULTIPLEXER > >> +#include >> +#include > > I think it is going to fail when !X86 && COMPILE_TEST. Good catch, I've dropped the || COMPILE_TEST for v2 >> static void int3496_do_usb_id(struct work_struct *work) >> { >> struct int3496_data *data = >> container_of(work, struct int3496_data, work.work); >> - int id = gpiod_get_value_cansleep(data->gpio_usb_id); >> + int ret, id = gpiod_get_value_cansleep(data->gpio_usb_id); > > Better to keep them on separate lines. Ok, fixed for v2. Regards, Hans