mirror of
https://mirrors.bfsu.edu.cn/git/linux.git
synced 2024-12-06 02:24:14 +08:00
a6abe2f392
The code there is already doing the right thing, as it uses value & 0xff, value & 0xff00, which already ensures the expected endiannes. So, it doesn't make any sense to touch the order depending on the CPU endiannes. Yet, as pointed by Daniel at the mailing list: https://lore.kernel.org/linux-media/e614351c-215c-c048-52af-7c200b164f41@xs4all.nl/T/#m8d221684a151833966359c2ed8bdce0f0ee4e5fd The reverse code is needed by the decoder. So, keep it no matter the endiannes. Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> |
||
---|---|---|
.. | ||
Kconfig | ||
Makefile | ||
vidtv_bridge.c | ||
vidtv_bridge.h | ||
vidtv_channel.c | ||
vidtv_channel.h | ||
vidtv_common.c | ||
vidtv_common.h | ||
vidtv_demod.c | ||
vidtv_demod.h | ||
vidtv_encoder.h | ||
vidtv_mux.c | ||
vidtv_mux.h | ||
vidtv_pes.c | ||
vidtv_pes.h | ||
vidtv_psi.c | ||
vidtv_psi.h | ||
vidtv_s302m.c | ||
vidtv_s302m.h | ||
vidtv_ts.c | ||
vidtv_ts.h | ||
vidtv_tuner.c | ||
vidtv_tuner.h |