[Bug] 在串口V2的驱动里面，_serial_poll_tx 这个函数里面，为什么要判断if (putc_result < 0) break;，这样会导致发送中文错误。

[zhangjun1992]

RT-Thread Version

5.2.2

Hardware Type/Architectures

hpm6750

Develop Toolchain

Other

Describe the bug

5.0.2的是这样的，发送的时候没有判断返回值；直接调用发送； 5.2.2的增加了返回值小于0直接break了。发送英文字符的时候没问题，但是当发送中文的时候，会转义，现在bsp的驱动是返回的发送字符，导致发送中文字符就丢数据了。如果没有明确说明putc接口返回值定义说明，这样很多bsp这里就会都出问题。

Other additional context

No response

[milo-9]

唉，这些驱动根本没有对那些底层接口的实现要求做出规范，比如putc应该返回什么，返回值代表什么？对接底层驱动的时候，不是按自己理解就是看看其他芯片的驱动是怎么写的，有些实现是返回1表示发送了一个字符，有些是返回字符值，有些返回0，主打一个随心所欲。这个serial_v2的pr在提交时默认所有BSP的实现逻辑是一样的，实际压根不一样。

看这个样子，这个返回值应该是要返回已经发送的字符，char具体是有符号还是无符号又是implementation defined，BSP实现如果直接返回ch，最终结果是负数还是正数都有可能。保险点，BSP实现里把返回值先强制类型转换到unsigned char再返回。

其实这个putc就不该传入char，就应该传入一个uint8_t或者uint16_t类型的值。char是一个定义很模糊的东西。