Changes in Makefile

157ce8f3 - i2c: Introduce OF component probe function

Wed, 06 Nov 2024 09:33:30 +0000

i2c: Introduce OF component probe functionSome devices are designed and manufactured with some components havingmultiple drop-in replacement options. These components are oftenconnected to the mainboard via ribbon cables, having the same signalsand pin assignments across all options. These may include the displaypanel and touchscreen on laptops and tablets, and the trackpad onlaptops. Sometimes which component option is used in a particular devicecan be detected by some firmware provided identifier, other times thatinformation is not available, and the kernel has to try to probe eachdevice.This change attempts to make the "probe each device" case cleaner. Thecurrent approach is to have all options added and enabled in the devicetree. The kernel would then bind each device and run each driver's probefunction. This works, but has been broken before due to the introductionof asynchronous probing, causing multiple instances requesting "shared"resources, such as pinmuxes, GPIO pins, interrupt lines, at the sametime, with only one instance succeeding. Work arounds for these includemoving the pinmux to the parent I2C controller, using GPIO hogs orpinmux settings to keep the GPIO pins in some fixed configuration, andrequesting the interrupt line very late. Such configurations can be seenon the MT8183 Krane Chromebook tablets, and the Qualcomm sc8280xp-basedLenovo Thinkpad 13S.Instead of this delicate dance between drivers and device tree quirks,this change introduces a simple I2C component probe function. For agiven class of devices on the same I2C bus, it will go through all ofthem, doing a simple I2C read transfer and see which one of them responds.It will then enable the device that responds.This requires some minor modifications in the existing device tree. Thestatus for all the device nodes for the component options must be setto "fail-needs-probe". This makes it clear that some mechanism isneeded to enable one of them, and also prevents the prober and devicedrivers running at the same time.Signed-off-by: Chen-Yu Tsai Reviewed-by: Andy Shevchenko Reviewed-by: Douglas Anderson Reviewed-by: AngeloGioacchino Del Regno Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

6fc0ce1d - i2c: Use -y instead of -objs in Makefile

Fri, 18 Oct 2024 15:03:37 +0000

i2c: Use *-y instead of *-objs in Makefile*-objs suffix is reserved rather for (user-space) host programs whileusually *-y suffix is used for kernel drivers (although *-objs worksfor that purpose for now).Let's correct the old usages of *-objs in Makefiles.Signed-off-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

3b2af08f - i2c: core: Remove extra space in Makefile

Tue, 08 Oct 2024 07:34:22 +0000

i2c: core: Remove extra space in MakefileSome lines in the Makefile have a space before tabs. Remove those.Reported-by: Andy Shevchenko Closes: https://lore.kernel.org/all/ZsdE0PxKnGRjzChl@smile.fi.intel.com/Signed-off-by: Chen-Yu Tsai Reviewed-by: Andy Shevchenko Reviewed-by: Andi Shyti Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

a076a860 - media: i2c: add I2C Address Translator (ATR) support

Mon, 19 Jun 2023 12:22:06 +0000

media: i2c: add I2C Address Translator (ATR) supportAn ATR is a device that looks similar to an i2c-mux: it has an I2Cslave "upstream" port and N master "downstream" ports, and forwardstransactions from upstream to the appropriate downstream port. But itis different in that the forwarded transaction has a different slaveaddress. The address used on the upstream bus is called the "alias"and is (potentially) different from the physical slave address of thedownstream chip.Add a helper file (just like i2c-mux.c for a mux or switch) to allowimplementing ATR features in a device driver. The helper takes care ofadapter creation/destruction and translates addresses at each transaction.Signed-off-by: Luca Ceresoli Signed-off-by: Tomi Valkeinen Reviewed-by: Andy Shevchenko Acked-by: Wolfram Sang Signed-off-by: Sakari Ailus Signed-off-by: Mauro Carvalho Chehab List of files: /linux-6.15/drivers/i2c/Makefile

a8335c64 - i2c: add slave testunit driver

Fri, 11 Sep 2020 07:16:58 +0000

i2c: add slave testunit driverHere is an I2C slave backend driver which allows to test some uncommonfunctionalities of the I2C and SMBus world. Usually, you need specificdevices to test e.g. SMBus Host Notify and such. With this driver youjust need the slave interface of another I2C controller.This initial version has testcases for multi-master and SMBus HostNotify. Already planned but not yet implemented are SMBus Alert andmessages with I2C_M_RECV_LEN.Please read the documentation for further details.Signed-off-by: Wolfram Sang Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

00efcdce - i2c: don't use any __deprecated handling anymore

Sun, 19 Aug 2018 13:51:35 +0000

i2c: don't use any __deprecated handling anymoreThis can be dropped with commit 771c035372a036f83353eef46dbb829780330234("deprecate the '__deprecated' attribute warnings entirely and for good")now in upstream.And we got rid of the last __deprecated use, too.Signed-off-by: Sedat Dilek [wsa: shortened commit message to reflect the current situation]Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/i2c/Makefile

53f8f7c5 - i2c: break out ACPI support into separate file

Tue, 23 May 2017 14:22:23 +0000

i2c: break out ACPI support into separate fileRemoves some ifdeffery. Also add the new file to the relevantMAINTAINERS section.Reviewed-by: Mika Westerberg Reviewed-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

5bf4fa7d - i2c: break out OF support into separate file

Tue, 23 May 2017 09:50:58 +0000

i2c: break out OF support into separate fileAlso removes some ifdeffery.Reviewed-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

22c78d1c - i2c: break out smbus support into separate file

Tue, 23 May 2017 10:27:17 +0000

i2c: break out smbus support into separate fileBreak out the exported SMBus functions and the emulation layer into aseparate file. This also involved splitting up the tracing header intoan I2C and an SMBus part.Reviewed-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

e4991ecd - i2c: break out slave support into separate file

Tue, 23 May 2017 09:14:17 +0000

i2c: break out slave support into separate fileAlso removes some ifdeffery.Reviewed-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

91ed5349 - i2c: rename core source file to allow refactorization

Tue, 23 May 2017 09:08:04 +0000

i2c: rename core source file to allow refactorizationThe I2C core became quite huge and its monolithic structure makesmaintenance hard. So, prepare to break out some functionality intoseparate files by renaming the source file. Note that we keep theresulting object name constant to avoid regressions.Reviewed-by: Mika Westerberg Reviewed-by: Andy Shevchenko Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

389be323 - i2c: slave-eeprom: add eeprom simulator driver

Tue, 18 Nov 2014 16:04:54 +0000

i2c: slave-eeprom: add eeprom simulator driverThe first user of the i2c-slave interface is an eeprom simulator. It isa shared memory which can be accessed by the remote master via I2C andlocally via sysfs.Signed-off-by: Wolfram Sang Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

17f4a5c4 - i2c: move acpi code back into the core

Mon, 22 Sep 2014 17:41:00 +0000

i2c: move acpi code back into the coreCommit 5d98e61d337c ("I2C/ACPI: Add i2c ACPI operation region support")renamed the i2c-core module. This may cause regressions fordistributions, so put the ACPI code back into the core.Reported-by: Jean Delvare Signed-off-by: Wolfram Sang Tested-by: Lan Tianyu Tested-by: Mika Westerberg List of files: /linux-6.15/drivers/i2c/Makefile

36604751 - i2c: rework kernel config I2C_ACPI

Fri, 15 Aug 2014 05:38:59 +0000

i2c: rework kernel config I2C_ACPICommit da3c6647(I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPIconfig) adds a new kernel config I2C_ACPI and make I2C core built inwhen the config is selected. This is wrong because distributionsetc generally compile I2C as a module and the commit broken that.This patch is to rename I2C_ACPI to ACPI_I2C_OPREGION. New configonly controls ACPI I2C operation region code and depends on I2C=y.Signed-off-by: Lan Tianyu Reviewed-by: Mika Westerberg [wsa: removed unrelated change for Kconfig]Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

da3c6647 - I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI config

Tue, 20 May 2014 12:59:24 +0000

I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI configClean up ACPI related code in the i2c core and add CONFIG_I2C_ACPIto enable I2C ACPI code.Current there is a race between removing I2C ACPI operation regionand ACPI AML code accessing. So make i2c core built-in if CONFIG_I2C_ACPIis set.Reviewed-by: Mika Westerberg Signed-off-by: Lan Tianyu Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

5d98e61d - I2C/ACPI: Add i2c ACPI operation region support

Tue, 20 May 2014 12:59:23 +0000

I2C/ACPI: Add i2c ACPI operation region supportACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation region.It allows ACPI aml code able to access such kind of devices to implementsome ACPI standard method.ACPI Spec defines some access attribute to associate with i2c protocol.AttribQuick Read/Write Quick ProtocolAttribSendReceive Send/Receive Byte ProtocolAttribByte Read/Write Byte ProtocolAttribWord Read/Write Word ProtocolAttribBlock Read/Write Block ProtocolAttribBytes Read/Write N-Bytes ProtocolAttribProcessCall Process Call ProtocolAttribBlockProcessCall Write Block-Read Block Process Call ProtocolAttribRawBytes Raw Read/Write N-BytesProtocolAttribRawProcessBytes Raw Process Call ProtocolOn the Asus T100TA, Bios use GenericSerialBus operation region to accessi2c device to get battery info.Sample code From Asus T100TA Scope (_SB.I2C1) { Name (UMPC, ResourceTemplate () { I2cSerialBus (0x0066, ControllerInitiated, 0x00061A80, AddressingMode7Bit, "\\_SB.I2C1", 0x00, ResourceConsumer, , ) }) ... OperationRegion (DVUM, GenericSerialBus, Zero, 0x0100) Field (DVUM, BufferAcc, NoLock, Preserve) { Connection (UMPC), Offset (0x81), AccessAs (BufferAcc, AttribBytes (0x3E)), FGC0, 8 } ... } Device (BATC) { Name (_HID, EisaId ("PNP0C0A")) // _HID: Hardware ID Name (_UID, One) // _UID: Unique ID ... Method (_BST, 0, NotSerialized) // _BST: Battery Status { If (LEqual (AVBL, One)) { Store (FGC0, BFFG) If (LNotEqual (STAT, One)) { ShiftRight (CHST, 0x04, Local0) And (Local0, 0x03, Local0) If (LOr (LEqual (Local0, One), LEqual (Local0, 0x02))) { Store (0x02, Local1) } ... }The i2c operation region is defined under I2C1 scope. _BST method underbattery device BATC read battery status from the field "FCG0". The requestwould be sent to i2c operation region handler.This patch is to add i2c ACPI operation region support. Due to there areonly "Byte" and "Bytes" protocol access on the Asus T100TA, other protocolshave not been tested.About RawBytes and RawProcessBytes protocol, they needs specific drivers to interpretreference data from AML code according ACPI 5.0 SPEC(5.5.2.4.5.3.9 and 5.5.2.4.5.3.10).So far, not found such case and will add when find real case.Signed-off-by: Lan Tianyu Reviewed-by: Mika Westerberg Signed-off-by: Wolfram Sang List of files: /linux-6.15/drivers/i2c/Makefile

31d178bf - i2c-stub: Move to drivers/i2c

Sun, 28 Oct 2012 20:37:00 +0000

i2c-stub: Move to drivers/i2cMove the i2c-stub driver to drivers/i2c, to match the Kconfig entry.This is less confusing that way.I also fixed all checkpatch warnings and errors.Signed-off-by: Jean Delvare Cc: Peter Huewe List of files: /linux-6.15/drivers/i2c/Makefile

fe6fc258 - i2c: Deprecate i2c_driver.attach_adapter and .detach_adapter

Sun, 20 Mar 2011 13:50:53 +0000

i2c: Deprecate i2c_driver.attach_adapter and .detach_adapterThe last legitimate user of i2c_driver.attach_adapter and.detach_adapter is gone, so we can finally deprecate these callbacks.The last few drivers which still use these will have to be updated tomake use of standard I2C device instantiation ways instead.Signed-off-by: Jean Delvare List of files: /linux-6.15/drivers/i2c/Makefile

ef9d9b8f - i2c: Change to new flag variable

Sun, 24 Oct 2010 16:16:58 +0000

i2c: Change to new flag variableReplace EXTRA_CFLAGS with ccflags-y.Signed-off-by: matt mooney Signed-off-by: Jean Delvare List of files: /linux-6.15/drivers/i2c/Makefile