On Fri, 2013-07-12 at 13:42 +0800, jackie.hu...@windriver.com wrote: > The code relies on hardware specific memory locations to access > and modify the keyboard repeat rate. It also requires read/write > access to /dev/port which doesn't exist on every architecture's > root fs. The defect was raised for Qemu PowerPC but it also fails on > ARM. The keyboard emulation in qemuppc is for an ADB (Apple Desktop > Bus) device and not compatible with an Intel driver. There's also no > indication in the documentation that the code should work on anything > other than Intel architecture but it also works on MIPS.
This reasoning seems slightly spurious. There do exist ARM and PPC machines where kbdrate works, it's just that the hardware emulated by qemuarm and qemuppc doesn't happen to fall into that category. Equally, there are certainly mips machines (and might conceivably be some x86/sparc ones) where it doesn't work. So I don't think you can make any sensible determination about the supportedness or not of kbdrate based on TARGET_ARCH alone. Of course, the right answer really is for rate setting to go through the kernel driver (which knows what sort of hardware it is using) rather than for kbdrate to go poking at random I/O ports. p. _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
