rt-thread.git/components/drivers/serial, branch v5.1.x

fix: code format of serial.c and compile error in aarch64 context_gcc

2024-04-19T08:18:41Z

[component][driver][serial/tty]using serial name to name tty

2024-04-19T07:32:56Z

当使用新device model时，serial的名字由系统分配，id也由系统分配，此时应根据系统分配的serial id来作为serial-tty的id

[drivers/serial] Introduce hooker for TTY (#8733)

2024-04-19T07:29:16Z

In this patch, a hook list has been introduced to address the concerns regarding coupling issues arising from modifications to the serial code for integrating TTY logic. Signed-off-by: Shell

[components][drivers] fix posix tty, and add more baudrate (#8683)

2024-04-19T07:13:05Z

* serial-tty fix * v2

sync smart & dfs (#8672)

2024-04-19T07:09:47Z

Signed-off-by: xqyjlj Signed-off-by: Shell Co-authored-by: xqyjlj

[components/driver] Fix issue for serial_V2 in no buffer bloking tx mode.

2024-03-20T06:28:35Z

[components/driver] update serial (#8567)

2024-03-01T02:29:21Z

fix(serial_v2): tx_fifo->rb.buffer_ptr not init when RT_DEVICE_FLAG_DMA_TX and RT_SERIAL_TX_BLOCKING

2024-02-21T05:29:53Z

为什么提交这份PR (why to submit this PR) serial_v2驱动框架，rt_serial_tx_enable()函数，在 DMA阻塞发送(RT_DEVICE_FLAG_DMA_TX and RT_SERIAL_TX_BLOCKING) 的时候，使用rt_malloc分配了tx_fifo内存，但是并未对tx_fifo->rb.buffer_ptr指针进行初始化（rt_malloc不会自动初始化内存），因此可能导致buffer_ptr是一个随机指针。但是rt_serail_write()函数需要根据tx_fifo->rb.buffer_ptr是否为RT_NULL来判断是调用_serial_fifo_tx_blocking_nbuf()还是_serial_fifo_tx_blocking_buf()。由于tx_fifo->rb.buffer_ptr可能是一个随机值（不一定为RT_NULL=0），导致RT_DEVICE_FLAG_DMA_TX and RT_SERIAL_TX_BLOCKING模式下调用了_serial_fifo_tx_blocking_buf()，但是rb没有真正开辟内存空间，导致内存异常你的解决方案是什么 (what is your solution) rt_serial_tx_enable()，在DMA阻塞发送分支下，对tx_fifo->rb.buffer_ptr进行初始化，赋值为RT_NULL。

🎈 perf: perf rt_hw_interrupt_disable/enable (#8042)

2023-10-25T12:31:25Z

Signed-off-by: Shell Co-authored-by: Shell

[serial_v2] 修复阻塞模式下中断发送的逻辑顺序问题与多线程下的竞态条件 (#7997)

2023-09-28T06:04:10Z