Maybe, but as for sysreg, I copied original behaviour to sysreg3, and
it was sending keyboard scancodes to the virtual machine.
On Mar 5, 2011, at 2:00 PM, Olaf Siejka wrote:
I`m not sure if this is the only reason for sysreg3 to
not being
able to do bt. It doesnt work in 2nd and later stages either. The
real issue seems to be in regcdtest itself, not within 1st stage
kdserial. Just my 5 eurocents.
2011/3/5 Timo Kreuzer <timo.kreuzer(a)web.de>
Am 05.03.2011 10:03, schrieb Aleksey Bragin:
Yes, throughout all years I used to type into the virtual machine
window (or real hardware's keyboard) in order to enter kdbg
commands in 1st, 2nd and 3rd stages. The default way for 2nd and
3rd remains the same, but that commit changed default for the 1st
stage, and that was quite unexpected (there was even a bug report
submitted for that). Not to say that I didn't notice that commit
back then, and was wondering why sysreg3 is not able to enter any
kdbg commands into virtual box window when first stage of setup runs.
On Mar 5, 2011, at 4:34 AM, Olaf Siejka wrote:
It causes issues in 1st stage access to kdbg. Simply speaking,
instead of using vbox window focus to type in kdbg commands, those
only work with terminal (like putty) window focus.
I don't consider this an "issue". Its normal behaviour and the way
RosDbg works and sysreg as well (iirc) and I am used to work with
it since ages, because it simply sucks to focus one window and have
the text in another. If something is inconsistent here, then
sysreg, using VBox window focus in 1st stage and serial in 2nd and
3rd stage. Or does the new sysreg suddenly use the window focus
everywhere? Or only the one for windows while the one on linux
still uses serial? That's again inconsistency. And please don't
mistake your personal preference with consistency, for me and
everyone using RosDbg its more consistent with kdserial :)
Timo