Re: [PATCH v2 8/9] i2c: designware: Add doorbell support for Skyrim

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Mar 03, 2023 at 03:00:55PM +0000, Limonciello, Mario wrote:
> > -----Original Message-----
> > From: Grzegorz Bernacki <gjb@xxxxxxxxxxxx>
> > Sent: Friday, March 3, 2023 06:00

> > I am not sure if adding a new ACPI ID is a good idea. Actually we are
> > talking about the same devices. The only difference is in the
> > communication protocol between PSP and CPU. This could be easily
> > detected at runtime by checking cpu id. There is no need to introduce
> > a new id and create dependency on the FW version.
> 
> An ACPI ID seems more scalable to me to represent the difference in protocol.
> Otherwise what happens when the follow on to Skyrim comes?  Do you add
> a new ID/case to the code?  If it was an ACPI ID then it's a one line change
> in the firmware to represent this.
> 
> What I'll do for v3 is do with a CPU ID in this patch, and then introduce an ACPI
> ID in a new patch.  You can test it without the ACPI ID, and when it's working
> patch the BIOS with the new ID and see if that continues to work.

I don't think we need this complexity.

Please, use just an ACPI ID and that's it. For testing one may apply additional
(HACK) patch(es).

As telling from my experience, to distinguish such things via CPU ID is a bad
idea. Yes, we (used?) to have a PITA (find yourself what this stands for :)
times with the (mixed) approach. So, no, please don't add CPU ID into the I²C
platform driver (keyword: platform).

-- 
With Best Regards,
Andy Shevchenko





[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux