kumquat-buildroot/board/qemu
Romain Naour f7a887c368 configs/qemu_sh4-r2d: restore the old sh-sci driver behaviour
This reverts commit 18e8cf159177100e69d528293f8cf6875c0b1bca (kernel)

The last Qemu kernel update [1] introduced a regresion in sh4 SCIF
serial device. Some keyboard presses are very slow to be taken into
account, perhaps not even taken into account at all. This would
explain why our test infrastructure doesn’t manage to login as root
[2][3][4].

git bisect reported a kernel patch from 4.11, increasing RX FIFO
trigger defaults value for sh-sci (H)SCIF. The kernel patch itself
looks good but the Qemu emulation is not ready to handle this new
setting.

>From Qemu (2.12.0): target/sh4/README.sh4
"Configuration of the second serial port (SCIF) is supported. FIFO
handling infrastructure has been started but is not completed yet."

We can't use the first serial port (ttySC0) because it's the second
SH UART that's emulated by Qemu.

In order to be able to test sh4 architecture with newer kernel,
revert to the old behaviour.

[1] 03fb00f217
[2] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006425
[3] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006427
[4] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006426

Signed-off-by: Romain Naour <romain.naour@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-05 14:46:21 +02:00
..
aarch64-virt
arm-versatile
arm-vexpress
m68k-mcf5208
m68k-q800
microblazebe-mmu
microblazeel-mmu
mips32r2-malta
mips32r2el-malta
mips32r6-malta
mips32r6el-malta
mips64-malta
mips64el-malta
mips64r6-malta
mips64r6el-malta
nios2-10m50
or1k
ppc64-e5500
ppc64-pseries
ppc64le-pseries
ppc-g3beige
ppc-mpc8544ds
ppc-virtex-ml507
sh4-r2d configs/qemu_sh4-r2d: restore the old sh-sci driver behaviour 2018-08-05 14:46:21 +02:00
sh4eb-r2d
sparc64-sun4u
sparc-ss10
x86
x86_64
xtensa-lx60