Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 242466 - sys-apps/sysvinit is missing hvc console support on xen system with USE=-ibm
Summary: sys-apps/sysvinit is missing hvc console support on xen system with USE=-ibm
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo's Team for Core System packages
Depends on:
Reported: 2008-10-17 12:53 UTC by Georg Weiss
Modified: 2022-06-26 03:54 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Georg Weiss 2008-10-17 12:53:02 UTC
i use a recent kernel (paravirt_ops) in a xen domu domain. The boot process hangs after "Starting local" message and i cannot login. This is because the hvc console is missing in /etc/inittab.
Please check out <>.

Reproducible: Always
Comment 1 Mike Auty (RETIRED) gentoo-dev 2008-10-18 10:01:50 UTC
sys-apps/sysvinit doesn't ever appear to have done this, so I don't think it's a regression but an enhancement request.  I've updated the severity accordingly.

Could you please mention which version of sysvinit you're referring to, and provide the output of "emerge --info" so that we can check your USE flags?

The sysvinit ebuilds seemingly insert a (commented out) hvc line into the inittab if USE="ibm", perhaps this is enough for your purposes?
Comment 2 Georg Weiss 2008-10-20 15:09:41 UTC
USE="ibm" adds a line which should be sufficient. However this has nothing to do with an "ibm powerpc" (or whatever this useflag is for). IMHO maybe an useflag "xen-domu" or something like that should be used.

The "/etc/securetty" in sys-apps/shadow needs to be tweaked as well (adding hvc0) to allow login on the console. Again "hvc0" is added when ARCH is ppc* (regarding to shadow-4.1.2-r1.ebuild). Maybe this should be handled by the suggested useflag as well. Is this a new bug? i'm really not sure. sorry if i'm wrong here.

Your requested informations:

I have the latest version (sys-apps/sysvinit-2.86-r10) installed.

root@mimas:/home/gweiss # emerge --info
Portage (hardened/amd64/multilib, gcc-4.1.2, glibc-2.6.1-r0, 2.6.21-xen-titan-xen-dom0-gw01 x86_64)
System uname: 2.6.21-xen-titan-xen-dom0-gw01 x86_64 AMD Athlon(tm) 64 Processor 3000+
Timestamp of tree: Fri, 17 Oct 2008 08:45:03 +0000
app-shells/bash:     3.2_p33
dev-lang/python:     2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
sys-devel/autoconf:  2.61-r2
sys-devel/automake:  1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
CFLAGS="-O2 -march=k8 -pipe"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=k8 -pipe"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch userpriv"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/local/portage/layman/biduda /local/portage/overlay"
USE="acl acpi amd64 bash-completion bzip2 caps crypt hardened ipv6 logrotate nls nptl nptlonly pam pic pie readline sse ssl unicode usb utf8 zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x    ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3  trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" MISDN_CARDS="hfcpci" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64      mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis  sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo"
Comment 3 SpanKY gentoo-dev 2008-11-08 14:30:12 UTC
let the xen/ppc64 guys figure it out
Comment 4 Brent Baude (RETIRED) gentoo-dev 2008-11-20 14:39:37 UTC
In a regular ppc64 installation, the docs tell you to add that console device in each of those files...not sufficient?
Comment 5 SpanKY gentoo-dev 2008-11-20 16:15:31 UTC
this is on a xen system, not ppc64

the idea would be to find a better way of detecting whether the system should have a hvc line ... a USE flag is pretty sucky (especially one named "ibm")

isnt there a sysfs entry or something that could be used instead ?
Comment 6 Marcel Pennewiß 2010-02-25 15:19:13 UTC
(In reply to comment #5)
> this is on a xen system, not ppc64
> the idea would be to find a better way of detecting whether the system should
> have a hvc line ... a USE flag is pretty sucky (especially one named "ibm")

if useflag then it should be named "xen" or "xen-domU"

> isnt there a sysfs entry or something that could be used instead ?

~# cat /sys/hypervisor/type

But what will happen if you build the domU-system on a non-xen-host? Then the lines should also be added to inittab/securetty on demand. Maybe both (useflags, autodetect/-check) together is an possible solution?
Comment 7 Doug Goldstein (RETIRED) gentoo-dev 2015-12-04 18:22:03 UTC

Do we have some kind ability to do a run-time detection?
Comment 8 SpanKY gentoo-dev 2016-01-07 19:45:07 UTC
not really w/sysvinit.  best bet would be to add a USE=xen flag.