<?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 lirc.h.rst.exceptions</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b1c8312c - media: lirc: add missing exceptions for lirc uapi header file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#b1c8312c</link>
        <description>media: lirc: add missing exceptions for lirc uapi header fileCommit e5499dd7253c (&quot;media: lirc: revert removal of unused featureflags&quot;) reintroduced unused feature flags in the lirc uapi header, butfailed to reintroduce the necessary exceptions for the docs.Fixes: e5499dd7253c (&quot;media: lirc: revert removal of unused feature flags&quot;)Signed-off-by: Sean Young &lt;sean@mess.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Thu, 26 May 2022 07:59:40 +0000</pubDate>
        <dc:creator>Sean Young &lt;sean@mess.org&gt;</dc:creator>
    </item>
<item>
        <title>10923471 - media: lirc: remove unused feature LIRC_CAN_SET_REC_DUTY_CYCLE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#10923471</link>
        <description>media: lirc: remove unused feature LIRC_CAN_SET_REC_DUTY_CYCLEThere is no hardware which can filter input on the duty cycle, so nodriver implements this. On top of that, LIRC_CAN_SET_REC_DUTY_CYCLEhas the same value as LIRC_CAN_MEASURE_CARRIER (0x02000000).Signed-off-by: Sean Young &lt;sean@mess.org&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Wed, 09 Feb 2022 16:03:12 +0000</pubDate>
        <dc:creator>Sean Young &lt;sean@mess.org&gt;</dc:creator>
    </item>
<item>
        <title>68a99f6a - media: lirc: report ir receiver overflow</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#68a99f6a</link>
        <description>media: lirc: report ir receiver overflowIf the driver reports that the hardware had an overflow, report this touserspace. It would be nice to know when this happens, and not just geta long space.This change has been tested with lircd, ir-ctl, and ir-keytable.Signed-off-by: Sean Young &lt;sean@mess.org&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Sat, 15 Jan 2022 10:19:11 +0000</pubDate>
        <dc:creator>Sean Young &lt;sean@mess.org&gt;</dc:creator>
    </item>
<item>
        <title>74747dda - media: lirc: always send timeout reports</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#74747dda</link>
        <description>media: lirc: always send timeout reportsWithout timeout reports, it is impossible to decode many protocols sinceit is not known when the transmission ends. timeout reports are sent bydefault, but can be turned off. There is no reason to turn them off, andI cannot find any software which does this, so we can safely remove it.This makes the ioctl LIRC_SET_REC_TIMEOUT_REPORTS a no-op.Signed-off-by: Sean Young &lt;sean@mess.org&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Sat, 27 Nov 2021 11:46:58 +0000</pubDate>
        <dc:creator>Sean Young &lt;sean@mess.org&gt;</dc:creator>
    </item>
<item>
        <title>711561a4 - media: lirc: fix lirc.h documentation generation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#711561a4</link>
        <description>media: lirc: fix lirc.h documentation generationThe rc_proto enum values should be ignored for now, otherwise we getwarnings like:Documentation/output/lirc.h.rst:6: WARNING: undefined label: rc-proto-max (if the link has no caption the label must precede a section header)Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Fixes: 72e637fec558 (&quot;media: rc: validate that &quot;rc_proto&quot; is reasonable&quot;)Fixes: cea357bc2571 (&quot;media: lirc: ensure RC_PROTO_MAX has documentation&quot;)Signed-off-by: Sean Young &lt;sean@mess.org&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Thu, 26 Nov 2020 09:05:16 +0000</pubDate>
        <dc:creator>Sean Young &lt;sean@mess.org&gt;</dc:creator>
    </item>
<item>
        <title>54f38fca - media: docs: move uAPI book to userspace-api/media</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions#54f38fca</link>
        <description>media: docs: move uAPI book to userspace-api/mediaSince 2017, there is an space reserved for userspace API,created by changeset 1d596dee3862 (&quot;docs: Create a user-space API guide&quot;).As the media subsystem was one of the first subsystems to useSphinx, until this patch, we were keeping things on a separateplace.Let&apos;s just use the new location, as having all uAPI altogetherwill likely make things easier for developers.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/Documentation/userspace-api/media/lirc.h.rst.exceptions</description>
        <pubDate>Wed, 04 Mar 2020 09:21:39 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
