Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1621048imu; Sat, 12 Jan 2019 04:17:03 -0800 (PST) X-Google-Smtp-Source: ALg8bN5V7pjz9rzLJjUYXfoeqVkQdZYxMQq6gTlD0Wr35r7mSD76/fdR2mBLTv5xVteRKSdKJCA3 X-Received: by 2002:a17:902:820d:: with SMTP id x13mr18998238pln.229.1547295422983; Sat, 12 Jan 2019 04:17:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547295422; cv=none; d=google.com; s=arc-20160816; b=Kl5MRNte+ctrLm4jwKT+aLQ3RkexFauCr+YgYst2i+qH1LygIQG/lXIXb3MmvanylK HJMas0r3ASXmvTmaBWFGID+Pywk5ynw0mf3HRtNp7ZhKRVYdXG/FWOJ0Ki5jnpaMVnaz x2eMBTrpqkhBPw2oloRlmzilWT7LTvw/9RVAKq4xfI6C9bdlIpC4BXjuK8j+w9Y7xubk nlavscpHt4GJlAdgcdgFw3JZlogpTRvU/jUpbPZXAy38u0hY/JnVu4DpqicgBJyfFz5s dyvp0LtkZziGQJLUqgDzsB9MqX+XjbsPMNffU822Es2uQagWLJjkkJMD6dHujekfiWZV HC1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version:dkim-signature; bh=CxSOw4BgpsEPtywcCm9QpO7XiE3I6drZc0oPoSe07Ic=; b=ZUZ7EM0JoJA0o3uw5L/rBojoQZ4204iWZT1sXS+EP3peyk05oNuDIOTNPaZi78g0ep icOxKrusLEnOuMF9F4TDJJG2l7ILazSxkGkvhe0LWQtPcOGAPBIbt+JqilSR1yJWCn8J JN/X2afMH/94HlIBmqRBi21++okBtPW4TbinvYBHDL2KFyhv/wXnVUvKWaRXb+J4UAaP D5aVP4nCCY4nl8C9luAwM0lkujkpaR/ZE9EYaEm0adXRJII+O0M7CL/m77j9IOAn2+C5 7/oB2imOxcfB+4qrLC2wekWYTPsuTAktGsboUHSaRNkYTAnaoYEsAyQtMmYazcsTfMBQ DceQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b="Wfuf/o7R"; 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 c136si4313583pfc.141.2019.01.12.04.16.47; Sat, 12 Jan 2019 04:17:02 -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; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b="Wfuf/o7R"; 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 S1725849AbfALMPo (ORCPT + 99 others); Sat, 12 Jan 2019 07:15:44 -0500 Received: from mo4-p01-ob.smtp.rzone.de ([81.169.146.167]:26248 "EHLO mo4-p01-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725823AbfALMPn (ORCPT ); Sat, 12 Jan 2019 07:15:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1547295337; s=strato-dkim-0002; d=goldelico.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=CxSOw4BgpsEPtywcCm9QpO7XiE3I6drZc0oPoSe07Ic=; b=Wfuf/o7RSrsnNNgLaClv5nFIP5lQ2A6AE/P2+3w1WERLOt0Q5Yv9LZlQYdfP9Dkebe oN+ATykjzF8HZyt/Tr185+82Ky/8RJPp8y/wfNSV030o/ILB04cU7co7BSRbo4CAuKz9 BgMIln3TcrreYv8kkiKa4xaS9ndeECMP0LF/uSYXgbnqctdTuuO8DZl+Kgc990vEXBDV GqthGVejuIbHsZ8L7Er+6tEHE/wDbhoX7ZffKVyA19RWXdL/rKIn1Oy9gCUxMBtgaVTQ 00jHGua5NH2TTueXNlyAO/DDDkaAfOaatzPMe297388vPMINGEPbBFjRp7NzdLtlcyFx hIxg== X-RZG-AUTH: ":JGIXVUS7cutRB/49FwqZ7WcJeFKiMgPgp8VKxflSZ1P34KBp5hRw/qOxWRk4dCz2bu0M03KjNDR7J5QXDJRMIEU1BODrFBRYTjk=" X-RZG-CLASS-ID: mo00 Received: from [IPv6:2001:16b8:26cb:ce00:cff:a27b:eae1:f1ea] by smtp.strato.de (RZmta 44.9 AUTH) with ESMTPSA id 608499v0CCFSg9t (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Sat, 12 Jan 2019 13:15:28 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [Letux-kernel] [PATCH RFC] bluetooth: add uart h4 devices via serdev/devicetree From: "H. Nikolaus Schaller" In-Reply-To: Date: Sat, 12 Jan 2019 13:15:28 +0100 Cc: Andreas Kemnade , Marcel Holtmann , Rob Herring , Sebastian Reichel , devicetree , Johan Hedberg , Linux Kernel Mailing List , linux-bluetooth@vger.kernel.org, letux-kernel@openphoenux.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20181110232034.17277-1-andreas@kemnade.info> <20181111024648.7rt7rlhaqihtqecv@earth.universe> <20181112215812.18ebca35@aktux> <2C74C837-A6D3-47C9-BE59-CCA594289B94@goldelico.com> <20181112222726.73m2oca7hankvcjs@earth.universe> <20181113170128.0f59ef0e@kemnade.info> <86A3A2E6-FC89-42FE-8410-9C8273EC9CF7@holtmann.org> <20181116204601.4e1aa0de@kemnade.info> <09AFE47C-D188-4397-A2CD-C70FFAC3B677@holtmann.org> <20190104064403.325771fd@kemnade.info> <20190104205600.3e6b31c9@aktux> To: Jon Nettleton , Andreas Kemnade , Marcel Holtmann , Sean Wang X-Mailer: Apple Mail (2.3124) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, > Am 12.01.2019 um 12:16 schrieb Jon Nettleton : >=20 > On Fri, Jan 4, 2019 at 8:57 PM Andreas Kemnade = wrote: >>=20 >> Hi Marcel, >>=20 >> On Fri, 4 Jan 2019 10:07:34 +0100 >> Marcel Holtmann wrote: >>=20 >>> Hi Andreas, >>>=20 >>>>>>> Btw. I see nothing standing in the way of merging btuart.c = driver and then go from there. Either I dig this out and submit or = someone else does. >>>>>>>=20 >>>>>> Do you mean this? >>>>>> https://patchwork.kernel.org/patch/10490651/ >>>>>=20 >>>>> yes, that one. >>>>>=20 >>>> Hmm, there seemed to be nothing in the pull requests regarding = btuart. >>>> Did you change plans? >>>=20 >>> because I only submitted it as RFC. We can easily merge that one = upstream since it is rather trivial. The main problem is how you want to = do the device matching. Do you have a DT entry for your really simple = devices? >>>=20 >> Hmm, in that link it is non-rfc. So someone picked you rfc patch up = and >> submitted it? I have researched a little the patchwork entry and it makes me think = that Sean did post it as part of a series for MediaTek Bluetooth drivers = to the mediatek mailing list (which is why we can find it in patchwork): = https://patchwork.kernel.org/project/linux-mediatek/list/?series=3D&submit= ter=3D169671&state=3D&q=3D%5Bv5&archive=3D&delegate=3D It wasn't discussed there and some other patches of the series have been = merged to other trees (e.g. for serdev core). So I assume Sean is also waiting to get this patch upstream. >> You might see what we are already doing here: >> = http://git.goldelico.com/?p=3Dletux-kernel.git;a=3Dblobdiff;f=3Darch/arm/b= oot/dts/omap3-gta04.dtsi;h=3D4d2bac4293938de4a15a59979616909cf8842524;hp=3D= bfced960d63ec40cf9db4901374b331737a9a168;hb=3Df78bf51754e35010de40518b9a8a= 148d0269bbc8;hpb=3Db6805813a9ab5b0d66b44cc54a0059eca4dd0a98 >>=20 >> We are using compatible =3D "wi2wi,w2cbw003-bluetooth" >>=20 >> But I think we should also add a generic device string like >> bluetooth,h4 >> So if people dig out older hardware, they can just add that to their >> device trees and have bluetooth >>=20 >> The full patchset we are currently using is here: >> = http://git.goldelico.com/?p=3Dletux-kernel.git;a=3Dshortlog;h=3Drefs/heads= /letux/bluetooth-h4-serdev >>=20 >> Regards, >> Andreas >=20 > Good timing for this thread. I have just integrated the mynewt blehci > firmware for the nina-b1 chip integrated onto our SOM. This is > exactly the functionality I need in the kernel to make the > initialization seamless. A generic device string is exactly what > would be needed for most devices that are running in this > configuration. We may also want to have a generic reset_gpio handler. >=20 > -Jon BR, Nikolaus