X86 platform drivers
 help / color / mirror / Atom feed
From: Andy Shevchenko <andy@kernel.org>
To: Hans de Goede <hdegoede@redhat.com>
Cc: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
	platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH 2/2] platform/x86: x86-android-tablets: Add Vexia Edu Atla 10 tablet 5V data
Date: Mon, 7 Apr 2025 13:32:57 +0300	[thread overview]
Message-ID: <Z_Op2fnes11oZCRo@smile.fi.intel.com> (raw)
In-Reply-To: <20250407092017.273124-2-hdegoede@redhat.com>

On Mon, Apr 07, 2025 at 11:20:16AM +0200, Hans de Goede wrote:
> The Vexia EDU ATLA 10 tablet comes in 2 different versions with
> significantly different mainboards. The only outward difference is that
> the charging barrel on one is marked 5V and the other is marked 9V.
> 
> Both are x86 ACPI tablets which ships with Android x86 as factory OS.
> with a DSDT which contains a bunch of I2C devices which are not actually
> there, causing various resource conflicts. Enumeration of these is skipped
> through the acpi_quirk_skip_i2c_client_enumeration().
> 
> Extend the existing support for the 9V version by adding support for
> manually instantiating the I2C devices which are actually present on
> the 5V version by adding the necessary device info to
> the x86-android-tablets module.

...

> +	{
> +		/* Vexia Edu Atla 10 tablet 5V version */
> +		.matches = {
> +			/* Having all 3 of these not set is somewhat unique */
> +			DMI_MATCH(DMI_SYS_VENDOR, "To be filled by O.E.M."),
> +			DMI_MATCH(DMI_PRODUCT_NAME, "To be filled by O.E.M."),
> +			DMI_MATCH(DMI_BOARD_NAME, "To be filled by O.E.M."),
> +			/* Above strings are too generic, also match on BIOS date */
> +			DMI_MATCH(DMI_BIOS_DATE, "05/14/2015"),
> +		},

Oh, this is unfortunate matching and quite fragile. Do we have other matching
mechanisms in place in addition to this?

I am not against this change, but perhaps we need also add something to check,
say, CPUID before looking into this table or so?

> +		.driver_data = (void *)&vexia_edu_atla10_5v_info,
> +	},

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2025-04-07 10:33 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-07  9:20 [PATCH 1/2] platform/x86: x86-android-tablets: Add "9v" to Vexia EDU ATLA 10 tablet symbols Hans de Goede
2025-04-07  9:20 ` [PATCH 2/2] platform/x86: x86-android-tablets: Add Vexia Edu Atla 10 tablet 5V data Hans de Goede
2025-04-07 10:32   ` Andy Shevchenko [this message]
2025-04-07 11:22     ` Hans de Goede
2025-04-07 12:25       ` Andy Shevchenko
2025-04-07 10:27 ` [PATCH 1/2] platform/x86: x86-android-tablets: Add "9v" to Vexia EDU ATLA 10 tablet symbols Andy Shevchenko
2025-04-07 13:49   ` Hans de Goede
2025-04-07 14:25     ` Andy Shevchenko
2025-04-07 15:24     ` Ilpo Järvinen
2025-04-11 10:03 ` Ilpo Järvinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Z_Op2fnes11oZCRo@smile.fi.intel.com \
    --to=andy@kernel.org \
    --cc=hdegoede@redhat.com \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=platform-driver-x86@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox