<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/cec/core, branch linux-6.10.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.10.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.10.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2024-05-02T18:01:00Z</updated>
<entry>
<title>media: cec: core: avoid confusing "transmit timed out" message</title>
<updated>2024-05-02T18:01:00Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2024-04-30T10:13:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cbe499977bc36fedae89f0a0d7deb4ccde9798fe'/>
<id>urn:sha1:cbe499977bc36fedae89f0a0d7deb4ccde9798fe</id>
<content type='text'>
If, when waiting for a transmit to finish, the wait is interrupted,
then you might get a "transmit timed out" message, even though the
transmit was interrupted and did not actually time out.

Set transmit_in_progress_aborted to true if the
wait_for_completion_killable() call was interrupted and ensure
that the transmit is properly marked as ABORTED.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Reported-by: Yang, Chenyuan &lt;cy54@illinois.edu&gt;
Closes: https://lore.kernel.org/linux-media/PH7PR11MB57688E64ADE4FE82E658D86DA09EA@PH7PR11MB5768.namprd11.prod.outlook.com/
Fixes: 590a8e564c6e ("media: cec: abort if the current transmit was canceled")
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
</content>
</entry>
<entry>
<title>media: cec: core: avoid recursive cec_claim_log_addrs</title>
<updated>2024-05-02T17:59:59Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2024-02-22T16:17:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=47c82aac10a6954d68f29f10d9758d016e8e5af1'/>
<id>urn:sha1:47c82aac10a6954d68f29f10d9758d016e8e5af1</id>
<content type='text'>
Keep track if cec_claim_log_addrs() is running, and return -EBUSY
if it is when calling CEC_ADAP_S_LOG_ADDRS.

This prevents a case where cec_claim_log_addrs() could be called
while it was still in progress.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Reported-by: Yang, Chenyuan &lt;cy54@illinois.edu&gt;
Closes: https://lore.kernel.org/linux-media/PH7PR11MB57688E64ADE4FE82E658D86DA09EA@PH7PR11MB5768.namprd11.prod.outlook.com/
Fixes: ca684386e6e2 ("[media] cec: add HDMI CEC framework (api)")
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
</content>
</entry>
<entry>
<title>media: cec: cec-api: add locking in cec_release()</title>
<updated>2024-05-02T17:59:09Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2024-02-23T12:25:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=42bcaacae924bf18ae387c3f78c202df0b739292'/>
<id>urn:sha1:42bcaacae924bf18ae387c3f78c202df0b739292</id>
<content type='text'>
When cec_release() uses fh-&gt;msgs it has to take fh-&gt;lock,
otherwise the list can get corrupted.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Reported-by: Yang, Chenyuan &lt;cy54@illinois.edu&gt;
Closes: https://lore.kernel.org/linux-media/PH7PR11MB57688E64ADE4FE82E658D86DA09EA@PH7PR11MB5768.namprd11.prod.outlook.com/
Fixes: ca684386e6e2 ("[media] cec: add HDMI CEC framework (api)")
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
</content>
</entry>
<entry>
<title>media: cec: cec-adap: always cancel work in cec_transmit_msg_fh</title>
<updated>2024-05-02T17:57:24Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2024-02-23T12:24:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9fe2816816a3c765dff3b88af5b5c3d9bbb911ce'/>
<id>urn:sha1:9fe2816816a3c765dff3b88af5b5c3d9bbb911ce</id>
<content type='text'>
Do not check for !data-&gt;completed, just always call
cancel_delayed_work_sync(). This fixes a small race condition.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Reported-by: Yang, Chenyuan &lt;cy54@illinois.edu&gt;
Closes: https://lore.kernel.org/linux-media/PH7PR11MB57688E64ADE4FE82E658D86DA09EA@PH7PR11MB5768.namprd11.prod.outlook.com/
Fixes: 490d84f6d73c ("media: cec: forgot to cancel delayed work")
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
</content>
</entry>
<entry>
<title>media: cec: return -ENODEV instead of -ENXIO if unregistered</title>
<updated>2024-04-24T11:49:55Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2024-02-23T09:08:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dd05fd125e66932e54da696f33f0cee51d4f8e95'/>
<id>urn:sha1:dd05fd125e66932e54da696f33f0cee51d4f8e95</id>
<content type='text'>
If the CEC device is unregistered, then an attempt to open
the device node should result in an -ENODEV error instead of
-ENXIO.

Document this as well in cec-func-open.rst.

This is consistent with the error code returned by other
file operations such as ioctl.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
</content>
</entry>
<entry>
<title>media: cec: make cec_bus_type const</title>
<updated>2024-02-05T11:57:46Z</updated>
<author>
<name>Ricardo B. Marliere</name>
</author>
<published>2024-02-03T15:31:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=009d312a3fd93a2bfed93d7a1c76e1f362384f08'/>
<id>urn:sha1:009d312a3fd93a2bfed93d7a1c76e1f362384f08</id>
<content type='text'>
Now that the driver core can properly handle constant struct bus_type,
move the cec_bus_type variable to be a constant structure as well,
placing it into read-only memory which can not be modified at runtime.

Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Suggested-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: Ricardo B. Marliere &lt;ricardo@marliere.net&gt;
Reviewed-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Reviewed-by: Laurent Pinchart &lt;laurent.pinchart+renesas@ideasonboard.com&gt;
Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
</content>
</entry>
<entry>
<title>media: cec: core: remove length check of Timer Status</title>
<updated>2024-02-05T11:57:44Z</updated>
<author>
<name>Nini Song</name>
</author>
<published>2024-01-25T13:28:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ce5d241c3ad4568c12842168288993234345c0eb'/>
<id>urn:sha1:ce5d241c3ad4568c12842168288993234345c0eb</id>
<content type='text'>
The valid_la is used to check the length requirements,
including special cases of Timer Status. If the length is
shorter than 5, that means no Duration Available is returned,
the message will be forced to be invalid.

However, the description of Duration Available in the spec
is that this parameter may be returned when these cases, or
that it can be optionally return when these cases. The key
words in the spec description are flexible choices.

Remove the special length check of Timer Status to fit the
spec which is not compulsory about that.

Signed-off-by: Nini Song &lt;nini.song@mediatek.com&gt;
Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
</content>
</entry>
<entry>
<title>media: cec: core: count low-drive, error and arb-lost conditions</title>
<updated>2023-11-23T11:59:24Z</updated>
<author>
<name>Hans Verkuil</name>
</author>
<published>2023-10-11T08:17:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=632b8b044a940e415c6d9bd5235778b0db28add1'/>
<id>urn:sha1:632b8b044a940e415c6d9bd5235778b0db28add1</id>
<content type='text'>
Count how many Low Drive, Error and Arbitration Lost transmit
status errors occurred, and expose that in debugfs.

Also log the first 8 transmits that result in Low Drive or Error
conditions. That really should not happen with well-behaved CEC devices
and good HDMI cables.

This is useful to detect and debug HDMI cable issues.

Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge drm/drm-next into drm-intel-next</title>
<updated>2023-09-15T08:23:38Z</updated>
<author>
<name>Jani Nikula</name>
</author>
<published>2023-09-15T08:23:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a3f9e4bc1ec9d8f1e352eb7c1cbaea3168246be7'/>
<id>urn:sha1:a3f9e4bc1ec9d8f1e352eb7c1cbaea3168246be7</id>
<content type='text'>
Sync to v6.6-rc1.

Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;
</content>
</entry>
<entry>
<title>media: cec: core: add note about *_from_edid() function usage in drm</title>
<updated>2023-09-01T08:59:37Z</updated>
<author>
<name>Jani Nikula</name>
</author>
<published>2023-08-31T10:51:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f208f4a49a46cc04f51b0c335d4b6390fbfcd1b8'/>
<id>urn:sha1:f208f4a49a46cc04f51b0c335d4b6390fbfcd1b8</id>
<content type='text'>
In the drm subsystem, the source physical address is, in most cases,
available without having to parse the EDID again. Add notes about
preferring to use the pre-parsed address instead.

Cc: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Cc: linux-media@vger.kernel.org
Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;
Reviewed-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Acked-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20230831105144.25923-1-jani.nikula@intel.com
</content>
</entry>
</feed>
