Opened 17 years ago
Closed 15 years ago
#292 closed defect (fixed)
Keyboard echo
| Reported by: | jkittlejr | Owned by: | |
|---|---|---|---|
| Component: | other | Version: | VirtualBox 1.3.8 |
| Keywords: | keyboard, echo | Cc: | |
| Guest type: | other | Host type: | other |
Description
Keyboard echo (KKKKKKKeeeyyyyboooooooarddddd eccccccchhhhhhhhhhooooooo) when typing quickly in terminal, text editors, etc.
Host: Windows XPSP2; Dell D620 w/Intel Duo Core CPU 1gig/RAM.
Guest: Knoppix, SLAX (Linux 2.6 krnl) running in VB 1.3.8 all produce a keyboard echo.
Some worse than others: SLAX is essentially unusable, Knoppix is okay but produces keystroke echo also.
Attachments (2)
Change History (16)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Should be fixed in 1.4.0. Please reopen if that's not the case.
comment:3 by , 16 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Michael/sandervl73/TWIMC
Using 1.5.4_OSE on Gentoo amd64, I have similar keyboard repeat problems in Linux & OpenSolaris guests. (MS XP is fine. I'm downloading OpenBSD 4.3 now) Feeding the linux kernel acip=off works on linux... ...I'm using VirtualBox to have a first play with OpenSolaris... :-) ...but I can't even select a keyboard on the live CD image without getting 4111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111 :-((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((
Also, Gentoo is fine because their install CD uses Grub, so appending to the kernel boot string is easy, but many other distros... ...isolinux. ;-p
I intend to use VirtualBox for testing out different distros, & see what they're up to. I find it's the best way to keep across a range of interesting new packages... ...easily.
Perhaps you could suggest an easy way to play with your new sugar daddy's sample toy.
comment:4 by , 16 years ago
Correction: appending acip=off to the kernel boot string of a linux host (Gentoo) solves the problem on the command line only. In X, the sameeeeeee problemmmmmmmmmmmm occursssssssssssss.
comment:5 by , 16 years ago
Which version of VirtualBox did you try the last time? Did you already check version 1.6.0?
comment:6 by , 16 years ago
no sorry. still 1.5.4_OSE 1.6 isn't in portage yet. I could probably make a 1.6 ebuild... sometime.
by , 16 years ago
| Attachment: | screenshot.jpg added |
|---|
screenshot of this basicly making it impossible to install *nix in the VM
comment:7 by , 16 years ago
I've attached a screenshot showing this still occurring in VirtualBox OSE 1.6.2 on Gentoo amd64 (intel core2 duo) host. As you can see, it basically makes it impossible for me to install *nix guests in Virtualbox. For the record, I typed Tes at the prompt. the T & e are off to the left somewhere.
comment:8 by , 16 years ago
Does it make some difference if you increase the keyboard delay (the time before the keyboard starts sending the same key again and again) on your host Windows? Actually, which values have you set in the Windows settings?
comment:10 by , 16 years ago
The AutoRepeat option looks correct -- I assume this xorg.conf is from your guest. Please make sure that you check the settings of your Windows host as well. And again regarding that xorg.conf: Could you try to comment out the ZAxisMapping option of the mouse section, does that make any difference? Is the pc110 keyboard model correct? Shouldn't that be someting like pc104?
comment:11 by , 16 years ago
Using 1.5.4_OSE on Gentoo amd64, I have similar keyboard repeat problems in Linux & OpenSolaris? guests.
The AutoRepeat option looks correct -- I assume this xorg.conf is from your guest.
The xorg.conf is from my host. The guest environment is far to broken to get a 'nix system installed. Windows XP installs just fine though... (0_o) ... I have tested it with a jp106 keyboard, a pc104 key keyboard (all usb keyboards)
...the Z axis mapping for the mouse input device makes my scroll wheel work. I really don't think it's related
ah... Oh! I'm using UIM. I'll try it without international input support... ...nope it's not that either.
comment:12 by , 16 years ago
Same problem with SLES10 x64 host, VirtualBox 1.6.2, Knoppix 5.1 guest. Worked around the problem in guest's Control Center -> Keyboard -> Repeat delay: 1.5 seconds The mouse is very sensitive as well; decrease accelleration
comment:14 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
No response. Pleas reopen if necessary (check VBox 3.0.6 / 3.0.8 first).
A couple of things to try. If you feel happy with building and running development code, try building the current VirtualBox sources from SVN, which contain important fixes for timing issues on dual core processors. You will be able to continue using your current VirtualBox configuration. If that doesn't solve the problem completely, try starting the Linux guest with the kernel option acip=off (again using the development sources).