Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 59ED2C636CB for ; Mon, 30 Jan 2023 03:37:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234282AbjA3Dhj (ORCPT ); Sun, 29 Jan 2023 22:37:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42832 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229476AbjA3Dhh (ORCPT ); Sun, 29 Jan 2023 22:37:37 -0500 Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3621FEB40; Sun, 29 Jan 2023 19:37:36 -0800 (PST) Received: by mail-pj1-x102c.google.com with SMTP id rm7-20020a17090b3ec700b0022c05558d22so9814317pjb.5; Sun, 29 Jan 2023 19:37:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=NXqXYjD1ZvFNcnaBmmR5zBeMKcNb5aKnHvmtBgR3H1k=; b=dXNzowh8Dgy5iQpyz+7aSOt+prfDhicqSCNyzgR7zUdzR44JZXeiQuE1KUJYeG+WDs EP6a53I8BXEz0vP6SRIVfElyPgB2gKkgqbw0nQd05auysYi29939px4Y1rcIDMNbsmMH CQZVG5WTvxH3cXvj/PpI/qoi0CIs9TYkgm700BKsXSRi/6G/geK/8bYQa5KPLSORqy8O PNM01aiUvuIrQRyoTbnObiS/4Dvf8G9sXfLwgDkc1a1PxBQ80rU8Rm2315Pa46Jig91R BRqYGKu49CNKiQjS93+dNk3xgD/teqAV5iplrcGm7+kWxBNzC2Xf7yT9x2R0ego54rAJ kB1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=NXqXYjD1ZvFNcnaBmmR5zBeMKcNb5aKnHvmtBgR3H1k=; b=lwPu1KmOzG3lPUh+EQXH7mr+vQ7LakSwKgVZCaIcVVxxbflYcVlk5TOIG0mHjKds6r iM+e79qkf2fsC2U8jM8aE2juxAE/wcFTnTkcjSRk6y2ImntILR8QsXYPxRRFNW7R2siQ MjTh+hlT+gcaD82p2opiQ2NLaBWD9mSmuM0uNCi8i8ttwrvfSKFb4GTf3x+puGisrM4H AcTVm95S5GOwzKo5dgE+M/cro7A8KqDWBn2kp4W3lAf2G4qFPf4lyK21uzrIH3j9gCEh kzbbsravmH3sVwvs6zxzaFyjt+JgYRBxJOdmibYTIIlQEf3iitvVmmRtJTBLaml36Nxo VrDw== X-Gm-Message-State: AFqh2kq238ZMqdePLFEI43VVIlH+Z8lnnHiDP0DxYTGh08Kk5aax2KuT fSvBsyBxOGM1P406XHooblbNDmAGOMNCepZGyCvmUn+yNFc= X-Google-Smtp-Source: AMrXdXuczfeRGC3HWaWmrHbYn2jWubUXzkdOzV2R/l6iW3+KFh1Va7WFLwLpzu07DD88Xq1HeH9Y2jYbYOIl9aGH8UU= X-Received: by 2002:a17:90a:138a:b0:22b:ba09:cb1a with SMTP id i10-20020a17090a138a00b0022bba09cb1amr4519867pja.188.1675049855267; Sun, 29 Jan 2023 19:37:35 -0800 (PST) MIME-Version: 1.0 References: <167493679618.4533.12181720504943588640.reportbug@debian-duet> <20230129182441.082f29d0@jic23-huawei> In-Reply-To: From: Darrell Kavanagh Date: Mon, 30 Jan 2023 03:37:23 +0000 Message-ID: Subject: Fwd: Bug#1029850: linux: Driver not loaded for ST Microelectronics LSM6DS3TR-C accelerometer (acpi:SMO8B30:SMO8B30:) To: linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Forwarding because original html messages were rejected by the server... ---------- Forwarded message --------- From: Darrell Kavanagh Date: Mon, 30 Jan 2023 at 02:52 Subject: Re: Bug#1029850: linux: Driver not loaded for ST Microelectronics LSM6DS3TR-C accelerometer (acpi:SMO8B30:SMO8B30:) To: Jonathan Cameron Cc: , , , , Hi Jonathan, Thank you. The driver has evolved quite a bit in 6.2 (I read somewhere that 6.2 includes some i2c enhancements), but I adapted your changes to fit my Debian 6.1 kernel and it works. Two IIO devices are created in sysfs, iio-sensor-proxy.service starts up and automatic screen rotation in Gnome just works. To get the modules to load on boot, I made a small change to your code in st_lsm6dsx_i2c to add the acpi alias to modules.alias: adding a null element to st_lsm6dsx_i2c_acpi_match: static const struct acpi_device_id st_lsm6dsx_i2c_acpi_match[] = { { "SMO8B30", ST_LSM6DS3TRC_ID, }, { }, }; then: MODULE_DEVICE_TABLE(acpi, st_lsm6dsx_i2c_acpi_match); dmesg shows: [ 7366.120208] st_lsm6dsx_i2c i2c-SMO8B30:00: supply vdd not found, using dummy regulator [ 7366.120260] st_lsm6dsx_i2c i2c-SMO8B30:00: supply vddio not found, using dummy regulator [ 7366.650839] st_lsm6dsx_i2c i2c-SMO8B30:00: mounting matrix not found: using identity... Is this a problem? Thanks again. Darrell On Sun, 29 Jan 2023 at 18:10, Jonathan Cameron wrote: > > On Sun, 29 Jan 2023 17:03:51 +0000 > Darrell Kavanagh wrote: > > > Hi, > > > > I raised this bug in Debian, and have been asked to raise it upstream and > > was given your addresses to do so. Will this email be OK, or should I raise > > it in a bug tracking system somewhere? > > Email is the right option. > > > > > Many thanks, > > Darrell > > > > > > > > > > ---------- Forwarded message --------- > > From: Salvatore Bonaccorso > > Date: Sat, 28 Jan 2023 at 20:33 > > Subject: Re: Bug#1029850: linux: Driver not loaded for ST Microelectronics > > LSM6DS3TR-C accelerometer (acpi:SMO8B30:SMO8B30:) > > To: Darrell Kavanagh , <1029850@bugs.debian.org> > > > > > > Hi Darrell, > > > > On Sat, Jan 28, 2023 at 08:13:16PM +0000, Darrell Kavanagh wrote: > > > Package: src:linux > > > Version: 6.1.4-1 > > > Severity: normal > > > File: linux > > > X-Debbugs-Cc: darrell.kavanagh@gmail.com > > > > > > Dear Maintainer, > > > > > > This is a convertable touchscreen tablet/laptop. The rotation sensor > > device > > > ST Microelectronics LSM6DS3TR-C does not work. It is detected via ACPI > > and the > > > sysfs trees are created at > > devices/pci0000:00/0000:00:17.1/i2c_designware.3/i2c-4/i2c-SMO8B30:00 > > > and devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:3c/SMO8B30:00 with > > > symlinks bus/acpi/devices/SMO8B30:00 and bus/i2c/devices/i2c-SMO8B30:00, > > but > > > no driver is loaded. > > At least this is using the ST PNP ID which is better than average > (long story!) > > The driver in question (ultimately drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c > does not currently have an ACPI support. It should be straight forwards > to add though the driver first needs converting to use > device_get_match_data() with appropriate fallback so that it will match on > ACPI, OF or original spi_device_id tables > > Completely untested but something like the following > (the offset in the enum is needed to allow us to tell if we got a result when > calling device_get_match_data() as it returns NULL on failure IIRC) > > I'm not sure how sucessful the driver will be at finding any interrupts etc, but > it may get you basic functionality. > > Good luck and others more familiar with the driver may well tell me what I forgot > when hacking the below ;) > > diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h > index 499fcf8875b4..2617ce236ddc 100644 > --- a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h > +++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h > @@ -39,7 +39,7 @@ > #define ST_ISM330IS_DEV_NAME "ism330is" > > enum st_lsm6dsx_hw_id { > - ST_LSM6DS3_ID, > + ST_LSM6DS3_ID = 1, > ST_LSM6DS3H_ID, > ST_LSM6DSL_ID, > ST_LSM6DSM_ID, > diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c > index df5f60925260..ecfceb2fb3db 100644 > --- a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c > +++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.c > @@ -23,10 +23,15 @@ static const struct regmap_config st_lsm6dsx_i2c_regmap_config = { > > static int st_lsm6dsx_i2c_probe(struct i2c_client *client) > { > - const struct i2c_device_id *id = i2c_client_get_device_id(client); > - int hw_id = id->driver_data; > + int hw_id; > struct regmap *regmap; > > + hw_id = (kernel_ulong_t)device_get_match_data(&client->dev); > + if (!hw_id) > + hw_id = i2c_client_get_device_id(client)->driver_data; > + if (!hw_id) > + return -EINVAL; > + > regmap = devm_regmap_init_i2c(client, &st_lsm6dsx_i2c_regmap_config); > if (IS_ERR(regmap)) { > dev_err(&client->dev, "Failed to register i2c regmap %ld\n", PTR_ERR(regmap)); > @@ -129,6 +134,10 @@ static const struct of_device_id st_lsm6dsx_i2c_of_match[] = { > }; > MODULE_DEVICE_TABLE(of, st_lsm6dsx_i2c_of_match); > > +static const struct acpi_device_id st_lsm6dsx_i2c_acpi_match[] = { > + { "SMO8B30", ST_LSM6DS3TRC_ID, }, > +}; > + > static const struct i2c_device_id st_lsm6dsx_i2c_id_table[] = { > { ST_LSM6DS3_DEV_NAME, ST_LSM6DS3_ID }, > { ST_LSM6DS3H_DEV_NAME, ST_LSM6DS3H_ID }, > @@ -161,6 +170,7 @@ static struct i2c_driver st_lsm6dsx_driver = { > .name = "st_lsm6dsx_i2c", > .pm = pm_sleep_ptr(&st_lsm6dsx_pm_ops), > .of_match_table = st_lsm6dsx_i2c_of_match, > + .acpi_match_table = st_lsm6dsx_i2c_acpi_match, > }, > .probe_new = st_lsm6dsx_i2c_probe, > .id_table = st_lsm6dsx_i2c_id_table, > > > > > > > > The device is identifying itself to the kernel with PNP id SMO8B30: > > > physical_node: > > > modalias=acpi:SMO8B30:SMO8B30: > > > name=SMO8B30:00 > > > uevent=MODALIAS=acpi:SMO8B30:SMO8B30: > > > waiting_for_supplier=0 > > > firmware_node: > > > hid=SMO8B30 > > > modalias=acpi:SMO8B30:SMO8B30: > > > path=\_SB_.PCI0.I2C5.DEV_ > > > status=15 > > > uevent=MODALIAS=acpi:SMO8B30:SMO8B30: > > > uid=0 > > > > > > The kernel module for the appropriate driver (st_lsm6dsx_i2c) is not > > loaded on boot. > > > Modprobing it does not associate it with the device, as I would expect as > > > the module does not provide an alias for the above acpi/pnp id. > > > > Can you report this issue upstream? Gues to reach out are according to > > get_maintainers.pl script: > > > > Lorenzo Bianconi (maintainer:ST LSM6DSx IMU IIO DRIVER) > > Jonathan Cameron (maintainer:IIO SUBSYSTEM AND DRIVERS) > > Lars-Peter Clausen (reviewer:IIO SUBSYSTEM AND DRIVERS) > > linux-iio@vger.kernel.org (open list:ST LSM6DSx IMU IIO DRIVER) > > linux-kernel@vger.kernel.org (open list) > > > > Please keep us in the loop. > > > > Regards, > > Salvatore >