<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/serial, branch v2026.04-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/serial?h=v2026.04-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/serial?h=v2026.04-rc2'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2026-02-04T12:12:56Z</updated>
<entry>
<title>serial: atmel-usart: add support for skiping debug UART init</title>
<updated>2026-02-04T12:12:56Z</updated>
<author>
<name>Robert Marko</name>
<email>robert.marko@sartura.hr</email>
</author>
<published>2026-01-12T13:12:42Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=52be03bdf713807fea7f362c1b9cffe9ead34c18'/>
<id>urn:sha1:52be03bdf713807fea7f362c1b9cffe9ead34c18</id>
<content type='text'>
Currently, atmel-usart does not respect CONFIG_DEBUG_UART_SKIP_INIT so
it will always configure the debug UART.

However, this is unwanted on platforms on which TF-A or some other firmware
has already configured the debug UART.

This will be used for Microchip LAN969x support, so simply return early if
CONFIG_DEBUG_UART_SKIP_INIT is set.

Signed-off-by: Robert Marko &lt;robert.marko@sartura.hr&gt;
</content>
</entry>
<entry>
<title>serial: atmel-usart: include arch specific headers only for AT91</title>
<updated>2026-02-04T12:12:56Z</updated>
<author>
<name>Robert Marko</name>
<email>robert.marko@sartura.hr</email>
</author>
<published>2026-01-12T13:12:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a155dbc9f2bb2f060531ec7f9565cde0e6d92b25'/>
<id>urn:sha1:a155dbc9f2bb2f060531ec7f9565cde0e6d92b25</id>
<content type='text'>
Microchip LAN969x will not include any arch specific clk.h nor hardware.h,
so in order to support it only include &lt;asm/arch/clk.h&gt; and
&lt;asm/arch/hardware.h&gt; when AT91 is selected.

Signed-off-by: Robert Marko &lt;robert.marko@sartura.hr&gt;
</content>
</entry>
<entry>
<title>arm: at91: move atmel_serial.h to include/dm/platform_data</title>
<updated>2026-02-04T12:12:56Z</updated>
<author>
<name>Robert Marko</name>
<email>robert.marko@sartura.hr</email>
</author>
<published>2026-01-12T13:12:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1bc75c26524009005eae17293131e0de69039010'/>
<id>urn:sha1:1bc75c26524009005eae17293131e0de69039010</id>
<content type='text'>
Move the arch specific atmel_serial.h header from AT91 to the generic
include/dm/platform_data.

This will be used for support on Microchip LAN969x.

Signed-off-by: Robert Marko &lt;robert.marko@sartura.hr&gt;
</content>
</entry>
<entry>
<title>serial: Add Goldfish TTY driver</title>
<updated>2026-02-02T20:24:40Z</updated>
<author>
<name>Kuan-Wei Chiu</name>
<email>visitorckw@gmail.com</email>
</author>
<published>2026-01-07T20:18:30Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bf55b84736d6b220dae11e3b1e7a670918d9daee'/>
<id>urn:sha1:bf55b84736d6b220dae11e3b1e7a670918d9daee</id>
<content type='text'>
Add support for the Google Goldfish TTY serial device. This virtual
device is commonly used in QEMU virtual machines (such as the m68k
virt machine) and Android emulators.

The driver implements basic console output and input polling using the
Goldfish MMIO interface.

Signed-off-by: Kuan-Wei Chiu &lt;visitorckw@gmail.com&gt;
Reviewed-by: Yao Zi &lt;me@ziyao.cc&gt;
Tested-by: Daniel Palmer &lt;daniel@0x0f.com&gt;
Acked-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
Reviewed-by: Simon Glass &lt;simon.glass@canonical.com&gt;
Acked-by: Angelo Dureghello &lt;angelo@kernel-space.org&gt;
</content>
</entry>
<entry>
<title>serial: serial_meson: add minimal non-DM driver</title>
<updated>2025-12-11T10:44:41Z</updated>
<author>
<name>Ferass El Hafidi</name>
<email>funderscore@postmarketos.org</email>
</author>
<published>2025-11-26T12:17:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ec958be7cc76b4f305fd78d55a20502d7c8b35b3'/>
<id>urn:sha1:ec958be7cc76b4f305fd78d55a20502d7c8b35b3</id>
<content type='text'>
It is very limited and minimal, only implements putc/puts.
This minimal driver is intended to be used in SPL, and other
size-constrained situations.

Reviewed-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt;
Signed-off-by: Ferass El Hafidi &lt;funderscore@postmarketos.org&gt;
Link: https://patch.msgid.link/20251126-spl-gx-v5-3-6cbffb2451ca@postmarketos.org
Signed-off-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt;
</content>
</entry>
<entry>
<title>serial: s5p: add compatible for exynos8895</title>
<updated>2025-11-12T04:58:36Z</updated>
<author>
<name>Kaustabh Chakraborty</name>
<email>kauschluss@disroot.org</email>
</author>
<published>2025-10-17T15:29:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0bdc54e8df381424cb078c2f16767780534c8648'/>
<id>urn:sha1:0bdc54e8df381424cb078c2f16767780534c8648</id>
<content type='text'>
Add the compatible for Exynos8895 UART as described in upstream
devicetree bindings. This enables support for Exynos8895 and other
similar UART devices, such as Exynos7870. Other than that, the driver
works as-is.

Signed-off-by: Kaustabh Chakraborty &lt;kauschluss@disroot.org&gt;
Reviewed-by: Henrik Grimler &lt;henrik@grimler.se&gt;
Signed-off-by: Minkyu Kang &lt;mk7.kang@samsung.com&gt;
</content>
</entry>
<entry>
<title>serial: make VPL_DM_SERIAL depend on VPL_DM</title>
<updated>2025-11-06T23:33:31Z</updated>
<author>
<name>Quentin Schulz</name>
<email>quentin.schulz@cherry.de</email>
</author>
<published>2025-10-29T11:17:43Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=9c23910f665d262f3d3894551c9c731a24d2f0be'/>
<id>urn:sha1:9c23910f665d262f3d3894551c9c731a24d2f0be</id>
<content type='text'>
I have a hunch VPL_DM_SERIAL should not be selectable if VPL isn't set
as implied by the prefix. Additionally, still based on the prefix, I'm
assuming VPL_DM should be a dependency. Since VPL_DM can only be
selectable when VPL is enabled, only depend on VPL_DM.

This mirrors SPL_DM_SERIAL and TPL_DM_SERIAL so seems right to me.

Signed-off-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>serial: msm-geni: implement firmware loading</title>
<updated>2025-10-30T17:04:51Z</updated>
<author>
<name>Casey Connolly</name>
<email>casey.connolly@linaro.org</email>
</author>
<published>2025-07-14T13:13:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3a65430b5480208d54742dfe7aa73f3c6e1169c1'/>
<id>urn:sha1:3a65430b5480208d54742dfe7aa73f3c6e1169c1</id>
<content type='text'>
Teach the GENI UART driver to load firmware, similar to i2c.

This is primarily intended for non-debug UARTs, but since we don't
support using these as the console we abort probe for now.

Remove duplicated register macros that are in the common geni-se header.

Signed-off-by: Casey Connolly &lt;casey.connolly@linaro.org&gt;
Link: https://patch.msgid.link/20250714-geni-load-fw-v5-7-5abbc0d29838@linaro.org
Signed-off-by: Casey Connolly &lt;kcxt@postmarketos.org&gt;
</content>
</entry>
<entry>
<title>serial: msm-geni: Enable SE clk in probe</title>
<updated>2025-10-30T17:04:51Z</updated>
<author>
<name>Stephen Boyd</name>
<email>swboyd@chromium.org</email>
</author>
<published>2025-07-14T13:13:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c57419811a90049fda071c0c7c299045b5ef4d11'/>
<id>urn:sha1:c57419811a90049fda071c0c7c299045b5ef4d11</id>
<content type='text'>
Enable the serial engine clk in probe so that this driver can work on
platforms that don't already initialize the clk for this device before
this driver runs. This fixes a problem I see on Coreboot platforms like
Trogdor where the UART hardware isn't enabled by coreboot unless the
serial console build is used.

Signed-off-by: Stephen Boyd &lt;swboyd@chromium.org&gt;
Link: https://patch.msgid.link/20250714-geni-load-fw-v5-6-5abbc0d29838@linaro.org
Signed-off-by: Casey Connolly &lt;kcxt@postmarketos.org&gt;
</content>
</entry>
<entry>
<title>misc: introduce Qcom GENI wrapper</title>
<updated>2025-10-30T17:04:51Z</updated>
<author>
<name>Casey Connolly</name>
<email>casey.connolly@linaro.org</email>
</author>
<published>2025-07-14T13:13:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b95df6ed8c21aee71b4859d9d88c6a6e32c641c8'/>
<id>urn:sha1:b95df6ed8c21aee71b4859d9d88c6a6e32c641c8</id>
<content type='text'>
Qualcomm peripherals like UART, SPI, I2C, etc are all exposed under a
common GENI Serial Engine wrapper device. Replace the stub driver we use
for this currently with a full-on misc device and implement support for
loading peripheral firmware.

Each of the peripherals has it's own protocol-specific firmware, this is
stored on the internal storage of the device with a well-known partition
type GUID.

To support this, GENI will bind peripherals in two stages. First the
ones that already have firmware loaded (such as the serial port) are
bound in the typical way. But devices that require firmware loading are
deferred until EVT_LAST_STAGE_INIT. At this point we can be sure that
the storage device is available, so we load the firmware and then bind
and probe the remaining children.

Child devices are expected to determine if firmware loading is necessary
and call qcom_geni_load_firmware().

Since Linux currently doesn't support loading firmware (and firmware may
not be available), we probe all GENI peripherals to ensure that they
always load firmware if necessary.

Signed-off-by: Casey Connolly &lt;casey.connolly@linaro.org&gt;
Link: https://patch.msgid.link/20250714-geni-load-fw-v5-3-5abbc0d29838@linaro.org
Signed-off-by: Casey Connolly &lt;kcxt@postmarketos.org&gt;
</content>
</entry>
</feed>
