From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9DD63C2BB1D for ; Tue, 14 Apr 2020 22:56:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4C1992074D for ; Tue, 14 Apr 2020 22:56:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586904986; bh=SN/3fRjFpg2lBkE+CmIqSY8AlgC2+ERt/p7/6ukwTCk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=mcK52GVXu4x/JsnBTyLB9bJ2LviwFfL7VUGfaGKGRXCmbeZzYDSHR5D55DzrHcA6L SY8XS0ekMTAN+gVlXEq0wFwJAwcbGiovMRIoozfV8znY5HneQ82fj6zHMXzpXcrI6B z1/CDtSBz8+ofcIXqG4E46YWcDZL1XVPL3g8s1A8= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2634299AbgDNW4Y (ORCPT ); Tue, 14 Apr 2020 18:56:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:53358 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730783AbgDNW4X (ORCPT ); Tue, 14 Apr 2020 18:56:23 -0400 Received: from pali.im (pali.im [31.31.79.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B3CAA2074D; Tue, 14 Apr 2020 22:56:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586904980; bh=SN/3fRjFpg2lBkE+CmIqSY8AlgC2+ERt/p7/6ukwTCk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=uFQJUfDjEFRYtKJ0DhfBwqNzjTvanZeg07TbYpWJIPGLL2N9pJKfwZ0fmnsCZ/+NI 51Lk3EGgQ4NVzTqWhQ5lHv3KPWG/Ft+fp5zXyx7+xiDPubapWFs7VnDXKv4NvCe0i7 O7Ib7H/r38ZflCQif4WGexfwV4RoTzhW5CjW6/PI= Received: by pali.im (Postfix) id 6CA807DE; Wed, 15 Apr 2020 00:56:18 +0200 (CEST) Date: Wed, 15 Apr 2020 00:56:18 +0200 From: Pali =?utf-8?B?Um9ow6Fy?= To: Marcel Holtmann , Johan Hedberg , "David S. Miller" , Jakub Kicinski , Pavel Machek , Luiz Augusto von Dentz , Sebastian Reichel , David Heidelberg Cc: linux-bluetooth@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Removal of HCI commands? (Was: Re: OCF_READ_LOCAL_CODECS is permitted only for root user) Message-ID: <20200414225618.zgh5h4jexahfukdl@pali> References: <20191228171212.56anj4d4kvjeqhms@pali> <45BB2908-4E16-4C74-9DB4-8BAD93B42A21@holtmann.org> <20200104102436.bhqagqrfwupj6hkm@pali> <20200209132137.7pi4pgnassosh3ax@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200209132137.7pi4pgnassosh3ax@pali> User-Agent: NeoMutt/20180716 Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org On Sunday 09 February 2020 14:21:37 Pali Rohár wrote: > On Saturday 04 January 2020 11:24:36 Pali Rohár wrote: > > On Saturday 04 January 2020 10:44:52 Marcel Holtmann wrote: > > > Hi Pali, > > > > > > > I wrote a simple script "sco_features.pl" which show all supported > > > > codecs by local HCI bluetooth adapter. Script is available at: > > > > > > > > https://github.com/pali/hsphfpd-prototype/blob/prototype/sco_features.pl > > > > > > > > And I found out that OCF_READ_LOCAL_CODECS HCI command cannot be send by > > > > non-root user. Kernel returns "Operation not permitted" error. > > > > > > > > What is reason that kernel blocks OCF_READ_LOCAL_CODECS command for > > > > non-root users? Without it (audio) application does not know which > > > > codecs local bluetooth adapter supports. > > > > > > > > E.g. OCF_READ_LOCAL_EXT_FEATURES or OCF_READ_VOICE_SETTING commands can > > > > be send also by non-root user and kernel does not block them. > > > > > > actually the direct access to HCI commands is being removed. So we have no plans to add new commands into the list since that it what the kernel is suppose to handle. If we wanted to expose this, then it has to be via mgmt. > > > > Hi Marcel! Thank you for information. I have not know that this API is > > "deprecated" and is going to be removed. But userspace audio > > applications need to know what bluetooth adapter supports, so can you > > export result of these commands to userspace? My script linked above > > calls: OCF_READ_VOICE_SETTING, OCF_READ_LOCAL_COMMANDS, > > OCF_READ_LOCAL_EXT_FEATURES, OCF_READ_LOCAL_CODECS > > Hello! Just a gently reminder for this question. How to retrieve > information about supported codecs from userspace by non-root user? > Because running all bluetooth audio applications by root is not really a > solution. Plus if above API for root user is going to be removed, what > is a replacement? Hello! I have not got any answer to my email from Marcel for months, so I'm adding other developers to loop. Could somebody tell me that is the replacement API if above one is going to be removed? I was not able to find any documentation where could be described this API nor information about deprecation / removal. And are you aware of the fact that removing of API could potentially break existing applications? I really need to know which API should I use, because when I use API which is going to be removed, then my application stops working. And I really want to avoid it. Also I have not got any response yet, how can I read list of supported codecs by bluetooth adapter by ordinary non-root user? Audio application needs to know list of supported codecs and it is really insane to run it as root.