Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6350033imu; Mon, 21 Jan 2019 07:25:51 -0800 (PST) X-Google-Smtp-Source: ALg8bN6nt7UzqnWTaUH4Q+RokfgiZGNdDYL7LkR9g8wKu2AN1u86LU9BdZs7vRwBwBIUL+Uvn+ZA X-Received: by 2002:a63:8ac4:: with SMTP id y187mr28735123pgd.446.1548084351877; Mon, 21 Jan 2019 07:25:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548084351; cv=none; d=google.com; s=arc-20160816; b=W9O5/MHm/yK3W4slGOUhblKcDybiXVBzMTymvUkcmg5YDvav8rSg96pLPBaLuijUuF aWeGFy+oqAXLrYfhHcDTZuZr55vK0Rdpuwg3QN8iZh8b3es6pBkrQO8E00tMVs3FfoK5 G3r8MgtGMhvuiGQQTOcfgPexQYNhNLdrIihzgeSoohHqxkj79bLccCKl30MJHoalmkpL 4ouZ1UJUaYMGuODN0nB7q4E7fiFa+eZ6zFWH7aVHPG8oOApmq45M40uDbbEl7TWlbm3i bKWaxVbePxSyzDEYhrwWsFglIvBK/0Oee1eLK5bCpGUQPkKUgN8wrgSFI111Au1Fsjau A1+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:mime-version:user-agent:date:message-id :subject:from:cc:to; bh=qFUDgOUe1yGJB7kg7w7jWBo16R2p0y1dceLrSDgP6Bg=; b=XD33SqDiPB+K2H5D1qz0fTH0daNUHNKBpZDYRTAR8BIolaZr0Ybq6wdpqi2Jgu/Jq0 Q6papHJGVzDXHVEgK/mI7JqymZs5/jEdopLBOUupuO9AvW47BT/gleVJvWksUYfP+MSY VQ//q4jy/FWhOLQGmeV3zYclxbatrtK51JVVUJw3vx1NLqqe+CgOp5puudD/VptZSEoj sCkDDS4dqWyjNmFXUItCY2B7ZAHdviVLmNB95b+yIHb/70MHW7YYBUiCD3zUU0/br3SO lPf+MKfeAQi6bZGj4Q102sQckOatmossJA/yuOHNj8Oga6Wh89jJcM4ErHOMpNamKmuj /pww== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j193si13069577pge.332.2019.01.21.07.25.36; Mon, 21 Jan 2019 07:25:51 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729009AbfAUN2x (ORCPT + 99 others); Mon, 21 Jan 2019 08:28:53 -0500 Received: from mga07.intel.com ([134.134.136.100]:7347 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728570AbfAUN2x (ORCPT ); Mon, 21 Jan 2019 08:28:53 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jan 2019 05:28:52 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,503,1539673200"; d="scan'208";a="313540676" Received: from epg-ubt28.iil.intel.com (HELO [143.185.152.137]) ([143.185.152.137]) by fmsmga005.fm.intel.com with ESMTP; 21 Jan 2019 05:28:51 -0800 To: linus.walleij@linaro.org, bgolaszewski@baylibre.com Cc: linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org From: Ramon Fried Subject: pinctrl: -EAGAIN not supported but documented Message-ID: <94b9acab-a739-a014-b068-768f40de38ec@linux.intel.com> Date: Mon, 21 Jan 2019 15:28:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, Stated in Documentation/driver-api/pinctl.rst: Since some controllers have special logic for handling entire groups of pins they can exploit the special whole-group pin control function. The pin_config_group_set() callback is allowed to return the error code -EAGAIN, for groups it does not want to handle, or if it just wants to do some group-level handling and then fall through to iterate over all pins, in which case each individual pin will be treated by separate pin_config_set() calls as well. ---- This is not supported, and there's no code for handling it. Should we add the necessary code or just remove the wrong documentation. Thanks, Ramon