Re: Skip kbd-chooser when running under Xen
- To: debian-boot@lists.debian.org
- Subject: Re: Skip kbd-chooser when running under Xen
- From: Ferenc Wagner <wferi@niif.hu>
- Date: Tue, 06 May 2008 00:32:39 +0200
- Message-id: <[🔎] 87myn4e60o.fsf@tac.ki.iif.hu>
- In-reply-to: <1209226054.2063.46.camel@localhost.localdomain> (Ian Campbell's message of "Sat, 26 Apr 2008 17:07:34 +0100")
- References: <87abjjej0p.fsf@tac.ki.iif.hu> <20080426080838.GA25237@bogon.ms20.nix> <87zlrhc5in.fsf@tac.ki.iif.hu> <1209226054.2063.46.camel@localhost.localdomain>
Ian Campbell <ijc@hellion.org.uk> writes:
> On Sat, 2008-04-26 at 11:46 +0200, Ferenc Wagner wrote:
>
>> Guido Günther <agx@sigxcpu.org> writes:
>>
>>> On Thu, Apr 24, 2008 at 10:47:50AM +0200, Ferenc Wagner wrote:
>>>
>>>> When running the installer in a Xen paravirtualised environment,
>>>> kbd-chooser errors out after selecting a keymap:
>>>
>>> I vaguely remember that we passed 'console=ttyS0' to the kernel so d-i
>>> would end up doing the right thing. Could you try that - would probably
>>> be easier than skipping kbd detection?
>
> (I didn't see Guido's original mail so I'll reply here instead)
>
> I've been using console=hvc0 -- I wonder if that has the same effect as
> console=ttyS0 in terms of skipping the keymap stuff...
Just managed to check this. No, console=hvc0 doesn't skip the keymap
question, but looks like the kernels which have hvc don't throw and
error running kbd-chooser. At least that's the case under 2.6.25-xen,
which I tested a couple of minutes ago.
So let me raise the issue again (and risk some bikeshed effect):
* Does kbd-chooser make any sense under Xen? (I guess not.)
* Should we skip running it from a virtualized D-I? (I guess yes,
especially that it's so simple to achieve.)
* Would a simple [ -d /sys/bus/xen ] check do?
--
Regards,
Feri.
Reply to: