Page MenuHomeFreeBSD

ig4(4): Add an EMAG device type
ClosedPublic

Authored by gallatin on Feb 17 2021, 9:35 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Dec 4, 12:53 AM
Unknown Object (File)
Wed, Dec 4, 12:53 AM
Unknown Object (File)
Wed, Dec 4, 12:52 AM
Unknown Object (File)
Sat, Nov 30, 12:43 PM
Unknown Object (File)
Wed, Nov 27, 10:48 AM
Unknown Object (File)
Tue, Nov 26, 5:08 PM
Unknown Object (File)
Tue, Nov 26, 10:03 AM
Unknown Object (File)
Sep 13 2024, 12:57 PM
Subscribers

Details

Summary

Sponsored by: Ampere Computing LLC, Netflix

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

sys/dev/ichiic/ig4_acpi.c
92–100

In the original review, Warner asks: https://reviews.freebsd.org/D28707#inline-178924

Is there some way this can be part of a table of hids to matchs? that makes the device play nicer with devmatch.

manu requested changes to this revision.Feb 17 2021, 10:18 PM
manu added a subscriber: manu.

I agree with Warner here, having a table would be nicer.

This revision now requires changes to proceed.Feb 17 2021, 10:18 PM
In D28746#643683, @manu wrote:

I agree with Warner here, having a table would be nicer.

There is no devmatch info in ig4_acpi.c at all for now. It can be added with placing of following line at the bottom of ig4_acpi.c

ACPI_PNP_INFO(ig4iic_ids);

Along with checking of ACPI_ID_PROBE output instead of extra acpi_MatchHid() call, it will make devmatch happier.

sys/dev/ichiic/ig4_acpi.c
92–100

ACPI_ID_PROBE returns a pointer to matched HID/CID in ig4iic_ids array in fouth parameter. It should be used instead of acpi_MatchHid() to detect "APMC0D0F" device.

gallatin updated this revision to Diff 130173.
gallatin added a reviewer: allanjude.
gallatin edited the summary of this revision. (Show Details)
  • Tried to address @wulf 's feedback
imp added inline comments.
sys/dev/ichiic/ig4_acpi.c
92–100

I'm OK with this change... but if we start to have more, we should move to something table driven.
But the table driven thing doesn't appear to have been implemented yet...

This revision was not accepted when it landed; it landed in state Needs Review.Nov 16 2023, 12:53 AM
This revision was automatically updated to reflect the committed changes.