<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>02eae0bb - iio: core: Add iio_read_acpi_mount_matrix() helper function</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#02eae0bb</link>
        <description>iio: core: Add iio_read_acpi_mount_matrix() helper functionThe ACPI &quot;ROTM&quot; rotation matrix parsing code atm is already duplicatedbetween bmc150-accel-core.c and kxcjk-1013.c and a third user of thisis coming.Add an iio_read_acpi_mount_matrix() helper function for this.The 2 existing copies of the code are identical, except thatthe kxcjk-1013.c has slightly better error logging.To new helper is a 1:1 copy of the kxcjk-1013.c version, the only changeis the addition of a &quot;char *acpi_method&quot; parameter since some bmc150dual-accel setups (360&#176; hinges with 1 accel in kbd/base + 1 in display)declare both accels in a single ACPI device with 2 different method namesfor the 2 matrices. This new acpi_method parameter is not &quot;const char *&quot;because the pathname parameter to acpi_evaluate_object() is not const.The 2 existing copies of this function will be removed in further patchesin this series.Acked-by: Rafael J. Wysocki &lt;rafael@kernel.org&gt;Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://lore.kernel.org/r/20240425125754.76010-2-hdegoede@redhat.comSigned-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Thu, 25 Apr 2024 12:57:51 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>1a97905d - iio: add the IIO backend framework</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#1a97905d</link>
        <description>iio: add the IIO backend frameworkThis is a Framework to handle complex IIO aggregate devices.The typical architecture is to have one device as the frontend device whichcan be &quot;linked&quot; against one or multiple backend devices. All the IIO anduserspace interface is expected to be registers/managed by the frontenddevice which will callback into the backends when needed (to get/setsome configuration that it does not directly control).The basic framework interface is pretty simple: - Backends should register themselves with @devm_iio_backend_register() - Frontend devices should get backends with @devm_iio_backend_get()Signed-off-by: Nuno Sa &lt;nuno.sa@analog.com&gt;Link: https://lore.kernel.org/r/20240210-iio-backend-v11-5-f5242a5fb42a@analog.comReviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sat, 10 Feb 2024 20:57:17 +0000</pubDate>
        <dc:creator>Nuno Sa &lt;nuno.sa@analog.com&gt;</dc:creator>
    </item>
<item>
        <title>38416c28 - iio: light: Add gain-time-scale helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#38416c28</link>
        <description>iio: light: Add gain-time-scale helpersSome light sensors can adjust both the HW-gain and integration time.There are cases where adjusting the integration time has similar impactto the scale of the reported values as gain setting has.IIO users do typically expect to handle scale by a single writable &apos;scale&apos;entry. Driver should then adjust the gain/time accordingly.It however is difficult for a driver to know whether it should changegain or integration time to meet the requested scale. Usually it ispreferred to have longer integration time which usually improvesaccuracy, but there may be use-cases where long measurement times can bean issue. Thus it can be preferable to allow also changing theintegration time - but mitigate the scale impact by also changing the gainunderneath. Eg, if integration time change doubles the measured values,the driver can reduce the HW-gain to half.The theory of the computations of gain-time-scale is simple. However,some people (undersigned) got that implemented wrong for more than once.Add some gain-time-scale helpers in order to not dublicate errors in alldrivers needing these computations.Signed-off-by: Matti Vaittinen &lt;mazziesaccount@gmail.com&gt;Link: https://lore.kernel.org/r/268d418e7cffcdaa2ece6738478bbc57692c213e.1680263956.git.mazziesaccount@gmail.comSigned-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Fri, 31 Mar 2023 12:40:28 +0000</pubDate>
        <dc:creator>Matti Vaittinen &lt;mazziesaccount@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>35c35b0c - iio: add filter subfolder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#35c35b0c</link>
        <description>iio: add filter subfolderAdd filter subfolder for IIO devices that handle filter functionality.Signed-off-by: Antoniu Miclaus &lt;antoniu.miclaus@analog.com&gt;Signed-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Tue, 07 Dec 2021 15:54:42 +0000</pubDate>
        <dc:creator>Antoniu Miclaus &lt;antoniu.miclaus@analog.com&gt;</dc:creator>
    </item>
<item>
        <title>b62e2e17 - iio: add addac subdirectory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#b62e2e17</link>
        <description>iio: add addac subdirectoryFor IIO devices that expose both ADC and DAC functionality.Signed-off-by: Cosmin Tanislav &lt;cosmin.tanislav@analog.com&gt;Link: https://lore.kernel.org/r/20211205114045.173612-2-cosmin.tanislav@analog.comSigned-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sun, 05 Dec 2021 11:40:43 +0000</pubDate>
        <dc:creator>Cosmin Tanislav &lt;demonsingur@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>646d67b5 - iio:cdc:ad7150: Move driver out of staging.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#646d67b5</link>
        <description>iio:cdc:ad7150: Move driver out of staging.This capacitance to digital converter (CDC) driver is compliant withthe IIO ABI.  Note, not all features supported (e.g. window event modes)but the driver should be in a useful functional state.The cleanup was done against QEMU emulation of the device rather thanactual hardware.   Whilst this was a bit of an experiment, it made iteasy to confirm that the driver remained in a consistent working statethrough the various refactors.  If it worked in the first place, itshould still be working after this cleanup.Given some IIO drivers require expensive hardware setups, (not particularlytrue with this one) the use of QEMU may provide a viable way forwardfor providing testing during code changes where previously we&apos;d hadto rely on sharp eyes and crossed fingers.Note, no explicit MAINTAINERS entry as it will be covered by thegeneric catch-alls for ADI and IIO drivers which are sufficient.Signed-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Reviewed-by: Alexandru Ardelean &lt;alexandru.ardelean@analog.com&gt;Link: https://lore.kernel.org/r/20210314181511.531414-25-jic23@kernel.org

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sun, 14 Mar 2021 18:15:11 +0000</pubDate>
        <dc:creator>Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>0bf49ffb - iio: Add basic unit test for iio_format_value()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#0bf49ffb</link>
        <description>iio: Add basic unit test for iio_format_value()The IIO core provides a function to do formatting of fixedpoint numbers.In the past there have been some issues with the implementation of thefunction where for example negative numbers were not handled correctly.Introduce a basic unit test based on kunit that tests the function andensures that the generated output matches the expected output.This gives us some confidence that future modifications to the functionimplementation will not break ABI compatibility.To run the unit tests follow the kunit documentation and add  CONFIG_IIO=y  CONFIG_IIO_TEST_FORMAT=yto the .kunitconfig and run  &gt; ./tools/testing/kunit/kunit.py run  Configuring KUnit Kernel ...  Building KUnit Kernel ...  Starting KUnit Kernel ...  ============================================================  ======== [PASSED] iio-format ========  [PASSED] iio_test_iio_format_value_integer  [PASSED] iio_test_iio_format_value_fixedpoint  [PASSED] iio_test_iio_format_value_fractional  [PASSED] iio_test_iio_format_value_fractional_log2  [PASSED] iio_test_iio_format_value_multiple  ============================================================  Testing complete. 21 tests run. 0 failed. 0 crashed.  Elapsed time: 8.242s total, 0.001s configuring, 3.865s building, 0.000s runningSigned-off-by: Lars-Peter Clausen &lt;lars@metafoo.de&gt;Link: https://lore.kernel.org/r/20201215191743.2725-3-lars@metafoo.deSigned-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Tue, 15 Dec 2020 19:17:43 +0000</pubDate>
        <dc:creator>Lars-Peter Clausen &lt;lars@metafoo.de&gt;</dc:creator>
    </item>
<item>
        <title>189c3c49 - iio: position: Add support for Azoteq IQS624/625 angle sensors</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#189c3c49</link>
        <description>iio: position: Add support for Azoteq IQS624/625 angle sensorsThis patch adds support for the Azoteq IQS624 and IQS625 angular positionsensors, capable of reporting the angle of a rotating shaft down to 1 and10 degrees of accuracy, respectively.This patch also introduces a home for linear and angular position sensors.Unlike resolvers, they are typically contactless and use the Hall effect.Signed-off-by: Jeff LaBundy &lt;jeff@labundy.com&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Signed-off-by: Lee Jones &lt;lee.jones@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sun, 16 Feb 2020 23:32:11 +0000</pubDate>
        <dc:creator>Jeff LaBundy &lt;jeff@labundy.com&gt;</dc:creator>
    </item>
<item>
        <title>597f55e3 - counter: stm32-lptimer: add counter device</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#597f55e3</link>
        <description>counter: stm32-lptimer: add counter deviceAdd support for new counter device to stm32-lptimer.Signed-off-by: Fabrice Gasnier &lt;fabrice.gasnier@st.com&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Signed-off-by: William Breathitt Gray &lt;vilhelm.gray@gmail.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Tue, 02 Apr 2019 06:30:44 +0000</pubDate>
        <dc:creator>Fabrice Gasnier &lt;fabrice.gasnier@st.com&gt;</dc:creator>
    </item>
<item>
        <title>ad28d315 - staging: iio: ad2s1200: Move driver out of staging</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#ad28d315</link>
        <description>staging: iio: ad2s1200: Move driver out of stagingMove the iio driver for the ad2s1200 and ad2s1205 resolver-to-digitalconverter out of staging, into mainline iio subsystems.Signed-off-by: David Veenstra &lt;davidjulianveenstra@gmail.com&gt;Signed-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Fri, 18 May 2018 18:23:40 +0000</pubDate>
        <dc:creator>David Veenstra &lt;davidjulianveenstra@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8b74816b - iio: afe: rescale: new driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#8b74816b</link>
        <description>iio: afe: rescale: new driverIf an ADC channel measures the midpoint of a voltage divider, theinteresting voltage is often the voltage over the full resistance.E.g. if the full voltage is too big for the ADC to handle.Likewise, if an ADC channel measures the voltage across a shuntresistor, with or without amplification, the interesting value isoften the current through the resistor.This driver solves these problems by allowing to linearly scale a channeland/or by allowing changes to the type of the channel.Signed-off-by: Peter Rosin &lt;peda@axentia.se&gt;Signed-off-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Mon, 23 Apr 2018 21:08:09 +0000</pubDate>
        <dc:creator>Peter Rosin &lt;peda@axentia.se&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#b2441318</link>
        <description>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 &apos;GPL-2.0&apos;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 &amp; 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 &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;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 &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  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&apos;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 &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>7ba9df54 - iio: multiplexer: new iio category and iio-mux driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#7ba9df54</link>
        <description>iio: multiplexer: new iio category and iio-mux driverWhen a multiplexer changes how an iio device behaves (for exampleby feeding different signals to an ADC), this driver can be usedto create one virtual iio channel for each multiplexer state.Depends on the generic multiplexer subsystem.Cache any ext_info values from the parent iio channel, creating a privatecopy of the ext_info attributes for each multiplexer state/channel.Reviewed-by: Jonathan Cameron &lt;jic23@kernel.org&gt;Signed-off-by: Peter Rosin &lt;peda@axentia.se&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sun, 14 May 2017 19:51:10 +0000</pubDate>
        <dc:creator>Peter Rosin &lt;peda@axentia.se&gt;</dc:creator>
    </item>
<item>
        <title>28e5d3bb - iio: 104-quad-8: Add IIO support for the ACCES 104-QUAD-8</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#28e5d3bb</link>
        <description>iio: 104-quad-8: Add IIO support for the ACCES 104-QUAD-8The ACCES 104-QUAD-8 is a general purpose quadrature encodercounter/interface board. The 104-QUAD-8 is capable of monitoring theoutputs of eight encoders via four on-board LSI/CSI LS7266R1 24-bitdual-axis quadrature counter chips. Core functions handled by theLS7266R1, such as direction and total count, are available.Performing a write to a counter&apos;s IIO_CHAN_INFO_RAW sets the counter andalso clears the counter&apos;s respective error flag. Although the countershave a 25-bit range, only the lower 24 bits may be set, either directlyor via a counter&apos;s preset attribute. Interrupts are not supported bythis driver.This driver adds IIO support for the ACCES 104-QUAD-8 and ACCES104-QUAD-4. The base port addresses for the devices may be configuredvia the base array module parameter.Signed-off-by: William Breathitt Gray &lt;vilhelm.gray@gmail.com&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Wed, 28 Sep 2016 18:00:01 +0000</pubDate>
        <dc:creator>William Breathitt Gray &lt;vilhelm.gray@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>67e17300 - iio: potentiostat: add LMP91000 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#67e17300</link>
        <description>iio: potentiostat: add LMP91000 supportAdd support for the LMP91000 potentiostat which is used for chemicalsensing applications.Signed-off-by: Matt Ranostay &lt;matt@ranostay.consulting&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Sun, 25 Sep 2016 04:03:00 +0000</pubDate>
        <dc:creator>Matt Ranostay &lt;mranostay@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0f3a8c3f - iio: Add support for creating IIO devices via configfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#0f3a8c3f</link>
        <description>iio: Add support for creating IIO devices via configfsThis is similar with support for creating triggers via configfs.Devices will be hosted under:	* /config/iio/devicesWe allow users to register &quot;device types&quot; under:	* /config/iio/devices/&lt;device_types&gt;/Signed-off-by: Daniel Baluta &lt;daniel.baluta@intel.com&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Mon, 25 Apr 2016 13:15:51 +0000</pubDate>
        <dc:creator>Daniel Baluta &lt;daniel.baluta@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>4d33615d - iio: light: add MAX30100 oximeter driver support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#4d33615d</link>
        <description>iio: light: add MAX30100 oximeter driver supportMAX30100 is an heart rate and pulse oximeter sensor that works usingtwo LEDS of different wavelengths, and detecting the light reflectedback.This patchset adds support for both IR and RED LED channels which canbe processed in userspace to determine heart rate and blood oxygenlevels.Signed-off-by: Matt Ranostay &lt;mranostay@gmail.com&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Thu, 10 Dec 2015 06:04:49 +0000</pubDate>
        <dc:creator>Matt Ranostay &lt;mranostay@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>b662f809 - iio: core: Introduce IIO software triggers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#b662f809</link>
        <description>iio: core: Introduce IIO software triggersA software trigger associates an IIO device trigger with a softwareinterrupt source (e.g: timer, sysfs). This patch adds the genericinfrastructure for handling software triggers.Software interrupts sources are kept in a iio_trigger_types_list andregistered separately when the associated kernel module is loaded.Software triggers can be created directly from drivers or from userspace via configfs interface.To sum up, this dynamically creates &quot;triggers&quot; group to be found under/config/iio/triggers and offers the possibility of dynamicallycreating trigger types groups. The first supported trigger type is&quot;hrtimer&quot; found under /config/iio/triggers/hrtimer.Signed-off-by: Daniel Baluta &lt;daniel.baluta@intel.com&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Mon, 09 Nov 2015 07:14:00 +0000</pubDate>
        <dc:creator>Daniel Baluta &lt;daniel.baluta@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8261d961 - iio: core: Introduce IIO configfs support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#8261d961</link>
        <description>iio: core: Introduce IIO configfs supportThis patch creates the IIO configfs root group. The groupwill appear under &lt;mount-point&gt;/iio/, usually /config/iio.We introduce configfs support in IIO in order to be able to easilycreate IIO objects from userspace. The first supported IIO objectsare triggers introduced with next patches.Signed-off-by: Daniel Baluta &lt;daniel.baluta@intel.com&gt;Tested-by: Matt Ranostay &lt;matt.ranostay@intel&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Mon, 09 Nov 2015 07:13:59 +0000</pubDate>
        <dc:creator>Daniel Baluta &lt;daniel.baluta@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>415f7924 - iio: Move IIO Dummy Driver out of staging</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/iio/Makefile#415f7924</link>
        <description>iio: Move IIO Dummy Driver out of stagingThis patch moves the reference IIO dummy driver from drivers/staging/iiointo a separate folder, drivers/iio/dummy and adds the proper Kconfigand Makefile for it.A new config menu entry called IIO dummy driver has also been addedin the Industrial I/O support menu, corresponding to this driver.Signed-off-by: Cristina Opriceana &lt;cristina.opriceana@gmail.com&gt;Signed-off-by: Jonathan Cameron &lt;jic23@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/iio/Makefile</description>
        <pubDate>Fri, 09 Oct 2015 13:31:28 +0000</pubDate>
        <dc:creator>Cristina Opriceana &lt;cristina.opriceana@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
