Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1730874pxb; Wed, 20 Oct 2021 10:35:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6FF+vvt46pcbKFhChGxlaGYN3tGDfLJygIMa0ogteHmr6NYNzgpG1SOoe5Qj6nzib1QtE X-Received: by 2002:a17:906:fad8:: with SMTP id lu24mr864663ejb.133.1634751341851; Wed, 20 Oct 2021 10:35:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634751341; cv=none; d=google.com; s=arc-20160816; b=BrQsT1xhGxjSut0YOcOBJV3a7+APUzRv7w9NL76ueRdRBnH3OjMqAAP7FE++S17v7r ks3U5840XDvy0GVwQ/hGJgUIh+SaCqqhIQiZZagDRpcysnkHFW2SE5CtmCygUbuAr1nV kjE2iseYvNV8a41Htqr7i/1P9OgTaNRIF6I6aHIrtRaivtuIhRAfm79E0bDU/piZzhFS YUZwEtMCtQTzTDHOV0SCmY915/vHIkCPsl/jqkFmCB7szMGfTEPs5d0sypXf/xNhN2Ka 43phoi7Ty/B7Cglwb6d0xA9J3QQkQYm+I9laUGkyByVlxTO/abOk9ZyLiDwQWMWRlJvX pUNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=GSZkMgGYXtwwrc5ewOctQZwt+2W2YFS/0gWbfUGzutU=; b=vwB4o6CXw2jyiEixNVe4T6Kee9N3e6LcYi+/3G1BVzl683i8GW+uc5Pf82jp36eUag wguEpluEVtqaXYH5MYpCyauDclTlc9BS9yhKdY/NaWLn7qUBa/hliEpuJlM5yiC0Ef14 02ivE6TCscXFGAD+lt28DkYqM2DSCELrrfAhSL88hAvmIH6sDyAlhftvMO9w5XLp6wTR 7n06cvlJoHj8SpsSAFXphaGkxcqT7eHsr4vTfgjIip5rYcbMHKdSgq0TtK7yPCWYHvJR GjDIOLoyG68BPOrcDl0VjeYQ7CRKM/4rg4xZRHj9S0XlvQXZxply6rAl+0I8VcGqVAjd zzsQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id do22si5460570ejc.185.2021.10.20.10.35.15; Wed, 20 Oct 2021 10:35:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230196AbhJTRfl (ORCPT + 99 others); Wed, 20 Oct 2021 13:35:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:38036 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229941AbhJTRfk (ORCPT ); Wed, 20 Oct 2021 13:35:40 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (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 5204D61038; Wed, 20 Oct 2021 17:33:22 +0000 (UTC) Date: Wed, 20 Oct 2021 18:37:39 +0100 From: Jonathan Cameron To: Andy Shevchenko Cc: Maxim Levitsky , Andy Shevchenko , Hans de Goede , linux-realtek-soc@lists.infradead.org, Oder Chiou , Ping-Ke Shih , nic_swsd@realtek.com, Derek Fang , Hayes Wang , Kailang Yang , linux-iio , Lars-Peter Clausen , LKML , info@ayaneo.com Subject: Re: BMI160 accelerometer on AyaNeo tablet Message-ID: <20211020183739.6a045ccc@jic23-huawei> In-Reply-To: References: X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 19 Oct 2021 12:58:53 +0300 Andy Shevchenko wrote: > On Mon, Oct 18, 2021 at 11:42 PM Maxim Levitsky wrote: > > On Mon, Oct 18, 2021 at 10:02 PM Andy Shevchenko > > wrote: > > > On Mon, Oct 18, 2021 at 09:02:40PM +0300, Maxim Levitsky wrote: > > ... > > > > Thank you for sharing. Seems they indeed used (deliberately or not) the wrong > > > ID. So there are questions I have: > > > - Is the firmware available in the wild? > > > > Likely so. It looks Aya team only released a single windows driver which > > works on all revisions of their device including the Founder Edition, > > which was released more that a year ago. > > > > It is likely that all 3 revisions that they sold carry this ACPI ID. > > (The founder edition, first batch of IndieGoGo orders which had a > > redesigned shell, > > and 2nd batch (which I have) which has a new wifi card, a bit better > > controller, > > among other changes). > > > > > > > - Do they plan to update firmware to fix this? > > > - Can we make sure that guys got their mistake and will be more careful > > > in the future? > > > > I CCed them, hoping that they would hear us. I can also raise this on their > > discord when I find time to look there. > > I expect to have confirmation from them that they have got it and > promise to fix the firmware (ACPI tables) for supported and future > products.Can it be achieved? (Note, Hans already told what the HID > should be used there) > > > > Realtek probably should make this ID marked somehow broken and not use > > > in their products in case the answer to the first of the above question > > > is "yes". (Of course in case the ID will be used for solely PCI enumerated > > > product there will be no conflict, I just propose to be on the safest side, > > > but remark should be made somewhere). > > Any comments from Realtek, please? > > > > > BTW, I also notice a rotation matrix embedded in DSTD, but the linux's > > > > BMI160 driver doesn't recognize it. > > > > > > This is done by the commit 8a0672003421 ("iio: accel: bmc150: Get > > > mount-matrix from ACPI") which needs to be amended to take care about > > > more devices, somewhere in drivers/iio/industialio-acpi.c ? Jonathan, > > > Hans, what do you think? > > > > If you like to, I can probably volunteer to prepare a patch for this myself next > > weekend, using this pointer as a reference. Hmm. This isn't part of the ACPI spec but seems to be a microsoft addition. The webpage google feeds me says this is windows 10 mobile specific... https://docs.microsoft.com/en-us/windows-hardware/drivers/sensors/sensors-acpi-entries Whilst I haven't been paying particularly close attention, I haven't noticed any attempt to add this to a future ACPI spec. If anyone happens to have convenient Microsoft contacts to verify the status of this method that would be a good step before we in any way imply it is standard. Until then my inclination is to keep this in the few drivers in which we know it is useful. Jonathan > > The best is to cooperate with Hans as he is much more involved in the > topic of how these sensors are programmed and used in the Linux > kernel. My job here is to fix ACPI HID and > make every stakeholder be aware now and in the future. > > ... > > > I will prepare a patch with a better commit description this weekend. > > Thanks, but let's not be in such a hurry, I really want to hear from > both vendors. I guess a couple of weeks would be a reasonable time to > settle this down. >