Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932939AbcDHMvT (ORCPT ); Fri, 8 Apr 2016 08:51:19 -0400 Received: from mail-am1on0083.outbound.protection.outlook.com ([157.56.112.83]:26752 "EHLO emea01-am1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932775AbcDHMvP (ORCPT ); Fri, 8 Apr 2016 08:51:15 -0400 From: Jun Li To: Baolin Wang CC: "balbi@kernel.org" , "gregkh@linuxfoundation.org" , "sre@kernel.org" , "dbaryshkov@gmail.com" , "dwmw2@infradead.org" , "peter.chen@freescale.com" , "stern@rowland.harvard.edu" , "r.baldyga@samsung.com" , "yoshihiro.shimoda.uh@renesas.com" , "lee.jones@linaro.org" , "broonie@kernel.org" , "ckeepax@opensource.wolfsonmicro.com" , "patches@opensource.wolfsonmicro.com" , "linux-pm@vger.kernel.org" , "linux-usb@vger.kernel.org" , "device-mainlining@lists.linuxfoundation.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH v10 1/4] gadget: Introduce the usb charger framework Thread-Topic: [PATCH v10 1/4] gadget: Introduce the usb charger framework Thread-Index: AQHRkMPGtHshVOWiT0CKGo87VBT6+J9/ZtSAgABxaYCAAAFrAA== Date: Fri, 8 Apr 2016 10:18:58 +0000 Message-ID: References: <6b323d5168c10ccb47882687b1251c31b6cad587.1460029375.git.baolin.wang@linaro.org> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: linaro.org; dkim=none (message not signed) header.d=none;linaro.org; dmarc=none action=none header.from=nxp.com; x-originating-ip: [123.151.195.51] x-ms-office365-filtering-correlation-id: 3c696d38-4667-4aab-5c8c-08d35f9732ab x-microsoft-exchange-diagnostics: 1;AM4PR04MB2130;5:IHmaRC5bhm+fHS4lXn9coOK4B55Tl18aQKnZpboVggVKlz4Aeb8Px+VzOO1zK+eY8fN/0FAcMpSlAtUid3KxK/lYaLIv/4RAQfbViPglmu4QnbkSmcY1sBnPQkxiBTN2Frh3nxjLlGKC0F7YgoUPxg==;24:lyE+Q3qmD2em2GrSZCQJ5xikUhBSBiDMOKtKovSqcwX8XreypKz4M7vVGqGoc+7KuvTK+nWL9e+b7O6A96+06VrqRjdQ3ZsW7C0avIqJnrQ= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM4PR04MB2130; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026);SRVR:AM4PR04MB2130;BCL:0;PCL:0;RULEID:;SRVR:AM4PR04MB2130; x-forefront-prvs: 0906E83A25 x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(6009001)(377454003)(76104003)(24454002)(13464003)(2906002)(5008740100001)(1220700001)(76576001)(4326007)(5004730100002)(6116002)(3846002)(3660700001)(122556002)(74316001)(77096005)(81166005)(9686002)(19580395003)(2900100001)(19580405001)(189998001)(106116001)(110136002)(3280700002)(33656002)(10400500002)(102836003)(93886004)(50986999)(2950100001)(76176999)(54356999)(5003600100002)(1096002)(586003)(11100500001)(86362001)(92566002)(5002640100001)(66066001)(87936001)(7059030);DIR:OUT;SFP:1101;SCL:1;SRVR:AM4PR04MB2130;H:AM4PR04MB2130.eurprd04.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Apr 2016 10:18:58.2132 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR04MB2130 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id u38CpWVT016299 Content-Length: 4598 Lines: 127 Hi > -----Original Message----- > From: Baolin Wang [mailto:baolin.wang@linaro.org] > Sent: Friday, April 08, 2016 5:56 PM > To: Jun Li > Cc: balbi@kernel.org; gregkh@linuxfoundation.org; sre@kernel.org; > dbaryshkov@gmail.com; dwmw2@infradead.org; peter.chen@freescale.com; > stern@rowland.harvard.edu; r.baldyga@samsung.com; > yoshihiro.shimoda.uh@renesas.com; lee.jones@linaro.org; broonie@kernel.org; > ckeepax@opensource.wolfsonmicro.com; patches@opensource.wolfsonmicro.com; > linux-pm@vger.kernel.org; linux-usb@vger.kernel.org; device- > mainlining@lists.linuxfoundation.org; linux-kernel@vger.kernel.org > Subject: Re: [PATCH v10 1/4] gadget: Introduce the usb charger framework > > Hi Jun, > > On 8 April 2016 at 16:04, Jun Li wrote: > > Hi, Baolin > > > >> +/* > >> + * usb_charger_detect_type() - detect the charger type manually. > >> + * @uchger - usb charger device > >> + * > >> + * Note: You should ensure you need to detect the charger type > >> +manually on your > >> + * platform. > >> + * You should call it at the right gadget state to avoid affecting > >> +gadget > >> + * enumeration. > >> + */ > >> +int usb_charger_detect_type(struct usb_charger *uchger) { > >> + enum usb_charger_type type; > >> + > >> + if (WARN(!uchger->charger_detect, > >> + "charger detection method should not be NULL")) > >> + return -EINVAL; > >> + > >> + type = uchger->charger_detect(uchger); > >> + > >> + mutex_lock(&uchger->lock); > >> + uchger->type = type; > >> + mutex_unlock(&uchger->lock); > >> + > >> + return 0; > >> +} > >> +EXPORT_SYMBOL_GPL(usb_charger_detect_type); > > > > I still recommend have a central place to call > > usb_charger_detect_type() to cover real charger detection instead of > > leaving this question open to diff users. This can be done after > > vbus-on is detected and before do gadget connect. I don't think this > will make your framework complicated. > > This API is used for detecting the charger type manually (software charger > detection), so if user's udc driver is needed to do this, then they can > issue it at their right place to make it more flexible. But let us see > other people's suggestion. Thanks. Ok, actually this API can be used for what ever charger detection type, user can implement any method(manual detection, directly read result from some HW...what ever) in uchger->charger_detect(), target is to have the charger type and set uchger->type, then you no need to add the comments/description to limit it usage. Also I do see there is possible central place to do this. > > > > > Hi Felipe, what do you think of this? > > > > Li Jun > > > >> + > >> +/* > >> + * usb_charger_get_type_by_others() - Get the usb charger type by > >> +the callback > >> + * which is implemented by users. > >> + * @uchger - the usb charger device. > >> + * > >> + * Note: This function is just used for getting the charger type, > >> +not for > >> + * detecting charger type which might affect the DP/DM line when > >> +gadget is on > >> + * enumeration state. > >> + */ > >> +static enum usb_charger_type > >> +usb_charger_get_type_by_others(struct usb_charger *uchger) { > >> + if (uchger->type != UNKNOWN_TYPE) > >> + return uchger->type; > >> + > >> + if (uchger->psy) { > >> + union power_supply_propval val; > >> + > >> + power_supply_get_property(uchger->psy, > >> + POWER_SUPPLY_PROP_CHARGE_TYPE, > >> + &val); > >> + switch (val.intval) { > >> + case POWER_SUPPLY_TYPE_USB: > >> + uchger->type = SDP_TYPE; > >> + break; > >> + case POWER_SUPPLY_TYPE_USB_DCP: > >> + uchger->type = DCP_TYPE; > >> + break; > >> + case POWER_SUPPLY_TYPE_USB_CDP: > >> + uchger->type = CDP_TYPE; > >> + break; > >> + case POWER_SUPPLY_TYPE_USB_ACA: > >> + uchger->type = ACA_TYPE; > >> + break; > >> + default: > >> + uchger->type = UNKNOWN_TYPE; > >> + break; > >> + } > >> + } else if (uchger->get_charger_type) { > >> + uchger->type = uchger->get_charger_type(uchger); > >> + } else { > >> + uchger->type = UNKNOWN_TYPE; > >> + } > >> + > >> + return uchger->type; > >> +} > >> + > > > > -- > Baolin.wang > Best Regards