Bug 741950 - F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as guest
Summary: F16: Can't use keyboard when installing F16-Alpha under Xen (regression) as g...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: lorax
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Martin Gracik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedBlocker
Depends On: 740378
Blocks: F16Blocker, F16FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2011-09-28 15:17 UTC by Konrad Rzeszutek Wilk
Modified: 2013-07-04 12:59 UTC (History)
9 users (show)

Fixed In Version: lorax-16.4.6-1
Doc Type: Bug Fix
Doc Text:
Clone Of: 740378
Environment:
Last Closed: 2011-10-21 19:20:34 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
add xen-kbdfront as a module, not a package (498 bytes, patch)
2011-10-07 23:28 UTC, Michael Young
no flags Details | Diff

Description Konrad Rzeszutek Wilk 2011-09-28 15:17:45 UTC
+++ This bug was initially created as a clone of Bug #740378 +++

Created attachment 524269 [details]
Screenshot of vncviewer localhost:0 - none of the keys pressed are sent to anaconda.

Description of problem:

When I try to install F16 as DomU under Xen the installer (text)
does not recognize any of the keys I am pressing. If I use the VNC F8 to send Ctrl-Alt-Del nothing happens.

Version-Release number of selected component (if applicable):

Whatever is in the F16-Alpha
How reproducible:


Steps to Reproduce:
1. cat > F16.xm
kernel = "/tmp/vmlinuz"
ramdisk="/tmp/initrd.img"
#extra="askmethod"
memory = 1024
name = "Fedora"
vcpus=2
vif = [ 'mac=00:0F:4B:00:00:63,bridge=switch' ]
disk = [ 'phy:/dev/vg_guest/FC16-64,xvda,w' ]
vfb = [ 'vnc=1, vnclisten=0.0.0.0,vncunused=1']


2. xm create -c F16.xm
3. vncviewer localhost:0

Actual results:

No keyboard response.
Expected results:

Keyboard response
Additional info:

I did manage to install FC16 using workarounds. Mainly on the 'extra'
line I added 'console=hvc0 test serial vnc' and I was able to hit keys
in the text console (so the one provided by xm console), but still not in the VNC provided by the framebuffer. And the selection of the packages was done via vncviewer <guest-ip>:0.

After the install was finished I poked around in the initrd and noticed that the xen-kbdfront was missing.

But I couldn't figure out a way to insert the xen-kbfront during the install - either via unpacking the xz initrd img (tried the alpha version), nor disk images. Perhaps there is a link explaining how to create one?

--- Additional comment from ketuzsezr on 2011-09-21 15:54:13 EDT ---

Created attachment 524270 [details]
Text output from 'xm console' with debug options.

Screen output based off:
#cat F16.xm
kernel = "/tmp/vmlinuz"
ramdisk="/tmp/initrd.img"
extra="debug initcall_debug loglevel=10"
memory = 1024
name = "Fedora"
vcpus=2
vif = [ 'mac=00:0F:4B:00:00:63,bridge=switch' ]
disk = [ 'phy:/dev/vg_guest/FC16-64,xvda,w' ]
vfb = [ 'vnc=1, vnclisten=0.0.0.0,vncunused=1']
#xm create -c F16

--- Additional comment from ketuzsezr on 2011-09-21 16:03:21 EDT ---

There is a workaround for this which is to do:

extra="vnc lang=en_US.UTF-8 keymap=us"

Anyhow, I am more than happy to test say, an kernel and initrd.img that have an xen-kbdfront injected in it...

Does F16 use the old RHEL5 method of manually loading some specific modules? Or does it nowadays use the udev mechanism?

--- Additional comment from ketuzsezr on 2011-09-27 14:15:24 EDT ---

I am having a hard time actually finding this version (17.0) in the rawhide or F16 initrd.img. 

This URL http://fedora.mirror.ac.za/linux/development/rawhide/x86_64/os/Packages/ shows that lorax-16.4.2 is going in rawhide/f16.
Sooo when will 17.0 be in?

It is rather impossible to test this without using an initrd image, so I can't very well do 'yum update' during an install when I can't use the keyboard.

Comment 1 Konrad Rzeszutek Wilk 2011-09-28 15:19:23 UTC
The fix is in 17.0 and it sounds like 17.0 will be used in F17.

That is great! However this bug also affects F16. Without this fix, you can't install F16 under Xen - which means that it will affect Amazon EC2 customers at least.

Please back-port this fix in F16. I am more than happy to test this patch.

Comment 2 Adam Williamson 2011-09-29 13:33:32 UTC
proposing as a blocker for final so we can kick it around in a blocker review.

Comment 3 Adam Williamson 2011-09-30 19:21:38 UTC
Discussed at 2011-09-30 blocker review. Agreed to punt again, as the Xen blocker criterion discussion didn't reach a clear resolution yet. We will try to kickstart that discussion and think more about e.g. the EC2 use case.

Comment 4 Adam Williamson 2011-10-07 18:39:44 UTC
Discussed at 2011-10-07 blocker review. Again we didn't make a decision on the Xen criteria yet: we're going to take the discussion to devel@ and make a decision one way or the other by next week, then vote on this bug appropriately.

Comment 5 Tim Flink 2011-10-07 21:05:58 UTC
I built an x86_64 test image with the new lorax-16.4.5-1 and uploaded the initrd and kernel to:
 - http://tflink.fedorapeople.org/iso/20111007_loraxtest/initrd.img
 - http://tflink.fedorapeople.org/iso/20111007_loraxtest/vmlinuz

Comment 6 Konrad Rzeszutek Wilk 2011-10-07 21:55:59 UTC
Tim,
Thanks for building those ones.

Sadly, it seems that the patch Martin backported still does not bundle the xen-kbdfront driver in the install image:


sh-4.2# find /lib/modules/3.1.0-0.rc8.git0.1.fc16.x86_64/ -name xen-kbdfront
                                                       
sh-4.2# cd /lib/modules/3.1.0-0.rc8.git0.1.fc16.x86_64/
sh-4.2# cat modules.order |grep xen-kbd
kernel/drivers/input/misc/xen-kbdfront.ko

Comment 7 Michael Young 2011-10-07 22:28:47 UTC
I looked at the patch, and it is treating xen-kbdfront as a package (which it isn't) rather than a kernel module. Not surprisingly it doesn't work.

Comment 8 Tim Flink 2011-10-07 22:38:47 UTC
(In reply to comment #6)
> Sadly, it seems that the patch Martin backported still does not bundle the
> xen-kbdfront driver in the install image:

Actually, that's my bad. There was a rather subtle error in my iso build process and it didn't actually use the new lorax build.

I rebuilt the initrd and vmlinuz (double checking the lorax version) and uploaded them with a checksum this time.

 - http://tflink.fedorapeople.org/iso/20111007_loraxtest/initrd.img
 - http://tflink.fedorapeople.org/iso/20111007_loraxtest/vmlinuz
 - http://tflink.fedorapeople.org/iso/20111007_loraxtest/f16_loraxtest.sha256

Comment 9 Konrad Rzeszutek Wilk 2011-10-07 22:57:08 UTC
Tim,
I tested the one in comment #8, but as Michael Young mentioned - the patch in the lorax code is not sufficient - so it still is not working right :-(

Comment 10 Michael Young 2011-10-07 23:28:46 UTC
Created attachment 526975 [details]
add xen-kbdfront as a module, not a package

I have done a scratch build of lorax with the attached patch at
http://koji.fedoraproject.org/koji/taskinfo?taskID=3413155
which is more likely to work.

Comment 11 Konrad Rzeszutek Wilk 2011-10-11 17:59:48 UTC
(In reply to comment #10)
> Created attachment 526975 [details]
> add xen-kbdfront as a module, not a package
> 
> I have done a scratch build of lorax with the attached patch at
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3413155
> which is more likely to work.

That did it! With that patch in place the newly created initrd img now accepts keyboard commands.

With that, I can install F16 PV guests. Thanks

Comment 12 Adam Williamson 2011-10-14 18:13:30 UTC
Discussed at 2011-10-14 blocker review meeting. Accepted as a blocker under the new Xen criterion "The release must boot successfully as Xen DomU with releases providing a functional, supported Xen Dom0 and widely used cloud providers utilizing Xen. This does not include any issues limited to the release functioning as Xen Dom0". The criterion as written doesn't _technically_ precisely cover install issues, but we intended it to, and we may clarify this.

Comment 13 Adam Williamson 2011-10-21 19:06:59 UTC
Can people please re-test this with Final TC2 and confirm it's fixed? The fix should be included.

Comment 14 Michael Young 2011-10-21 19:14:50 UTC
It was in TC1 and I did a successful of that a few days ago where the keyboard worked.

Comment 15 Adam Williamson 2011-10-21 19:20:34 UTC
great, let's close this then. thanks!


Note You need to log in before you can comment on or make changes to this bug.