Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp10304808imu; Sun, 30 Dec 2018 18:55:34 -0800 (PST) X-Google-Smtp-Source: ALg8bN7MLB2BFJZWMk7xhEaPeRAj3+ujf7AdOM+TTBmZ7rkQLDRE1IAycEJeQsELhPbwTiaJ7bzd X-Received: by 2002:a63:5346:: with SMTP id t6mr6343019pgl.40.1546224934145; Sun, 30 Dec 2018 18:55:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546224934; cv=none; d=google.com; s=arc-20160816; b=pWfJB17bRR/lK7o5ejWeeHEcZZTSiOkhrESU6MELr050ZlDC4QcyNxyrXZYpfmK18d Pa5KwbVuHFblj6oVRdFXZP8UxDmxU88bKecJQIwIuUqC3t/bcIhIpGc5b680HzOsB6uh G1xVa66gS1ipjTlyjcyATTUD4WyEwpZlMaA76kptf7+CpTe1RfgdPm4J+fP7GbDD23ps s1x7em8XtBtTfY57MC/RDGpnGGNdb92zeJWZh/7i66l37mQ4/ek5qvgAmT32yGwbu9tb fD4ETsaTr3ZzjMD0Q9nFZ/yhbRezeqpGCzPb2yKahSqqoEFxCooMVdcTVcu7M3fA+Ub6 UCIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:autocrypt:openpgp:from:references:cc:to :subject; bh=tYzZ1/57uAwEtv0CieP0xBzE9Ie8F6MXjLxJ8xB3DGE=; b=cRbKKufPjU3Ewjuz10GbeTCaSK2cchBaTzVrVN5971G+0PORiRPWvrbYLG6WYG/Qby rJ7c0nPZg8UuibtTFq4S/rhCi5rTExry6oKxQWptvs+K63oRPf5FFBCEtQjP1i3lRtlE oypm1eLviBsN56bXThLb4aiE9jXetEOyr+00KNpf6dnre/kYhHbCUgijxs7BiEfoLHgl B760Bn6J6HaHAlg2N9SJTF2fTX7SQlKX3Vtpgosc3oFcqhn6qRhJcXWskoiIaCWSTpvD Oi08m+febmBv6aD7T/0S3HedYUQ9rQ3atdd/F4W6bdmA7bCoBsMJ7TozyQgDQxrkzSdJ 2WcQ== 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 31si44091184plj.244.2018.12.30.18.54.51; Sun, 30 Dec 2018 18:55:34 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726887AbeLaCwq (ORCPT + 99 others); Sun, 30 Dec 2018 21:52:46 -0500 Received: from mx2.suse.de ([195.135.220.15]:41142 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725935AbeLaCwp (ORCPT ); Sun, 30 Dec 2018 21:52:45 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id BC434ACE3; Mon, 31 Dec 2018 02:52:42 +0000 (UTC) Subject: Re: [PATCH lora-next] net: lora: sx1301: Fix radio SPI write To: Ben Whitten Cc: Mark Brown , linux-lpwan@lists.infradead.org, Ben Whitten , LKML References: <20181230084427.32623-1-afaerber@suse.de> From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Openpgp: preference=signencrypt Autocrypt: addr=afaerber@suse.de; prefer-encrypt=mutual; keydata= xsFNBE6W6ZQBEAC/BIukDnkVenIkK9O14UucicBIVvRB5WSMHC23msS+R2h915mW7/vXfn+V 0nrr5ECmEg/5OjujKf0x/uhJYrsxcp45nDyYCk+RYoOJmGzzUFya1GvT/c04coZ8VmgFUWGE vCfhHJro85dZUL99IoLP21VXEVlCPyIngSstikeuf14SY17LPTN1aIpGQDI2Qt8HHY1zOVWv iz53aiFLFeIVhQlBmOABH2Ifr2M9loRC9yOyGcE2GhlzgyHGlQxEVGFn/QptX6iYbtaTBTU0 c72rpmbe1Nec6hWuzSwu2uE8lF+HYcYi+22ml1XBHNMBeAdSEbSfDbwc///8QKtckUzbDvME S8j4KuqQhwvYkSg7dV9rs53WmjO2Wd4eygkC3tBhPM5s38/6CVGl3ABiWJs3kB08asUNy8Wk juusU/nRJbXDzxu1d+hv0d+s5NOBy/5+7Pa6HeyBnh1tUmCs5/f1D/cJnuzzYwAmZTHFUsfQ ygGBRRKpAVu0VxCFNPSYKW0ULi5eZV6bcj+NAhtafGsWcv8WPFXgVE8s2YU38D1VtlBvCo5/ 0MPtQORqAQ/Itag1EHHtnfuK3MBtA0fNxQbb2jha+/oMAi5hKpmB/zAlFoRtYHwjFPFldHfv Iljpe1S0rDASaF9NsQPfUBEm7dA5UUkyvvi00HZ3e7/uyBGb0QARAQABzSJBbmRyZWFzIEbD pHJiZXIgPGFmYWVyYmVyQHN1c2UuZGU+wsF7BBMBAgAlAhsDBgsJCAcDAgYVCAIJCgsEFgID AQIeAQIXgAUCTqGJnQIZAQAKCRD6LtEtPn4BPzetD/4rF6k/HF+9U9KqykfJaWdUHJvXpI85 Roab12rQbiIrL4hVEYKrYwPEKpCf+FthXpgOq+JdTGJ831DMlTx7Ed5/QJ9KAAQuhZlSNjSc +FNobJm7EbFv9jWFjQC0JcOl17Ji1ikgRcIRDCul1nQh9jCdfh1b848GerZmzteNdT9afRJm 7rrvMqXs1Y52/dTlfIW0ygMA2n5Vv3EwykXJOPF6fRimkErKO84sFMNg0eJV9mXs+Zyionfi g2sZJfVeKjkDqjxy7sDDBZZR68I9HWq5VJQrXqQkCZUvtr6TBLI+uiDLbGRUDNxA3wgjVdS2 v9bhjYceSOHpKU+h3H2S8ju9rjhOADT2F5lUQMTSpjlzglh8IatV5rXLGkXEyum4MzMo2sCE Cr+GD6i2M3pHCtaIVV3xV0nRGALa6DdF7jBWqM54KHaKsE883kFH2+6ARcPCPrnPm7LX98h2 4VpG984ysoq6fpzHHG/KCaYCEOe1bpr3Plmmp3sqj0utA6lwzJy0hj5dqug+lqmg7QKAnxl+ porgluoY56U0X0PIVBc0yO0dWqRxtylJa9kDX/TKwFYNVddMn2NQNjOJXzx2H9hf0We7rG7+ F/vgwALVVYbiTzvp2L0XATTv/oX4BHagAa/Qc3dIsBYJH+KVhBp+ZX4uguxk4xlc2hm75b1s cqeAD87BTQROlumUARAAzd7eu+tw/52FB7xQZWDv5aF+6CAkoz7AuY4s1fo0AQQDqjLOdpQF bifdH7B8SnsA4eo0syfs+1tZW6nn9hdy1GHEMbeuvdhNwkhEfYGDYpSue7oVxB4jajKvRHAP VcewKZIxvIiZ5aSp5n1Bd7B0c0C443DHiWE/0XWSpvbU7fTzTNvdz+2OZmGtqCn610gBqScv 1BOiP3OfLly8ghxcJsos23c0mkB/1iWlzh3UMFIGrzsK3sZJ/3uRaLYFimmqqPlSwFqx3b0M 1gFdHWKfOpvQ4wwP5P10xwvqNXLWC30wB1QmJGD/X8aAoVNnGsmEL7GcWF4cLoOSRidSoccz znShE+Ap+FVDD6MRyesNT4D67l792//B38CGJRdELtNacdwazaFgxH9O85Vnd70ZC7fIcwzG yg/4ZEf96DlAvrSOnu/kgklofEYdzpZmW+Fqas6cnk6ZaHa35uHuBPesdE13MVz5TeiHGQTW xP1jbgWQJGPvJZ+htERT8SZGBQRb1paoRd1KWQ1mlr3CQvXtfA/daq8p/wL48sXrKNwedrLV iZOeJOFwfpJgsFU4xLoO/8N0RNFsnelBgWgZE3ZEctEd4BsWFUw+czYCPYfqOcJ556QUGA9y DeDcxSitpYrNIvpk4C5CHbvskVLKPIUVXxTNl8hAGo1Ahm1VbNkYlocAEQEAAcLBXwQYAQIA CQUCTpbplAIbDAAKCRD6LtEtPn4BPzA6D/9TbSBOPM99SHPX9JiEQAw4ITCBF2oTWeZQ6RJg RKpB15lzyPfyFbNSceJp9dCiwDWe+pzKaX6KYOFZ5+YTS0Ph2eCR+uT2l6Mt6esAun8dvER/ xlPDW7p88dwGUcV8mHEukWdurSEDTj8V3K29vpgvIgRq2lHCn2wqRQBGpiJAt72Vg0HxUlwN GAJNvhpeW8Yb43Ek7lWExkUgOfNsDCTvDInF8JTFtEXMnUcPxC0d/GdAuvBilL9SlmzvoDIZ 5k2k456bkY3+3/ydDvKU5WIgThydyCEQUHlmE6RdA3C1ccIrIvKjVEwSH27Pzy5jKQ78qnhv dtLLAavOXyBJnOGlNDOpOyBXfv02x91RoRiyrSIM7dKmMEINKQlAMgB/UU/6B+mvzosbs5d3 4FPzBLuuRz9WYzXmnC460m2gaEVk1GjpidBWw0yY6kgnAM3KhwCFSecqUQCvwKFDGSXDDbCr w08b3GDk40UoCoUq9xrGfhlf05TUSFTg2NlSrK7+wAEsTUgs2ZYLpHyEeftoDDnKpM4ghs/O ceCeyZUP1zSgRSjgITQp691Uli5Nd1mIzaaM8RjOE/Rw67FwgblKR6HAhSy/LYw1HVOu+Ees RAEdbtRt37A8brlb/ENxbLd9SGC8/j20FQjit7oPNMkTJDs7Uo2eb7WxOt5pSTVVqZkv7Q== Organization: SUSE Linux GmbH Message-ID: <898e0c22-e121-61e1-9257-91954a06a900@suse.de> Date: Mon, 31 Dec 2018 03:52:41 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 31.12.18 um 01:14 schrieb Ben Whitten: > + Mark +linux-kernel > On Sun, 30 Dec 2018 at 08:45, Andreas Färber wrote: >> >> When converting to regmap_bus we omitted the write flag, >> rendering all sx125x register writes no-op. >> >> Signed-off-by: Andreas Färber >> --- >> drivers/net/lora/sx130x_radio.c | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/net/lora/sx130x_radio.c b/drivers/net/lora/sx130x_radio.c >> index 6c94d13cd4db..e7b2df808c1a 100644 >> --- a/drivers/net/lora/sx130x_radio.c >> +++ b/drivers/net/lora/sx130x_radio.c >> @@ -9,6 +9,7 @@ >> * Copyright (c) 2013 Semtech-Cycleo >> */ >> >> +#include >> #include >> #include >> #include >> @@ -40,7 +41,7 @@ static int sx1301_regmap_bus_write(void *context, unsigned int reg, >> ret = regmap_write(priv->regmap, cs, 0); >> if (ret) >> return ret; >> - ret = regmap_write(priv->regmap, addr, reg); >> + ret = regmap_write(priv->regmap, addr, BIT(7) | reg); > > Curious. > Isn't the (read/write)_flag_mask, set in the regmap_config, a property of > the device connected to the regmap_bus? Yes, I assume so. > I would have expected this to have been applied prior to passing to a > regmap_bus call, surely the bus should only be concerned with transport? The argument the regmap_bus ops get is a reg though. It's up to our code to convert it to an address. > It will work in our case as our current hardware uses 1 in bit 7 but it > will not if we ever see other radios with different masks. > > If the regmap_bus provider does need to apply the mask, can we get the > end device regmap_config and apply it from there? I did not find a way to retrieve the struct regmap_config or its .{read,write}_flag_mask values through any regmap helper. Otherwise that would've been my first choice as well, since we do set it correctly. We could add a regmap_config* field to struct sx130x_radio_device and have our probe function populate it, but given that we are implementing a regmap_bus here, #include "../../base/regmap/internal.h" while ugly may be the sanest choice. It still requires to add a .regmap field to struct sx130x_radio_device. Testing on the good interface went positive. Regards, Andreas > Mark what are your thoughts on the route to take? > > Regards, > Ben Whitten -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg)