From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752753Ab3GVLtO (ORCPT ); Mon, 22 Jul 2013 07:49:14 -0400 Received: from mail-ie0-f173.google.com ([209.85.223.173]:34634 "EHLO mail-ie0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751767Ab3GVLtM (ORCPT ); Mon, 22 Jul 2013 07:49:12 -0400 MIME-Version: 1.0 In-Reply-To: References: <1374258017-19606-1-git-send-email-artagnon@gmail.com> <51E988FF.9010201@nod.at> <51ED0BBF.7060502@nod.at> From: Ramkumar Ramachandra Date: Mon, 22 Jul 2013 17:18:32 +0530 Message-ID: Subject: Re: [PATCH] um: change defconfig to stop spawning xterm To: Richard Weinberger Cc: Al Viro , LKML , Lennart Poettering Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Richard Weinberger wrote: >> Lennart, can you please explain us why /dev/tty[1..64] is forced to >> have virtual console support? The crux of Lennart's argument seems to be that several applications depend on it, and that applications have to bend over backwards when those expectations are broken [1]. He has also pointed out that hypervisor applications implement /dev/hvc0, /dev/xvc0, and /dev/hvsi0 by convention (which serve the same purpose), and that systemd supports them. I'm not going to argue about hard rules, because it's clearly possible to enable CONFIG_TTY and disable CONFIG_VT in the tty driver (the Kconfig allows this), as um Linux has done. Since um Linux behaves more like a "container" application, is it feasible to replace the /dev/tty* with /dev/hvc* in a backward-compatible manner? I think it is, although I may be missing something: we just have to deprecate "tty" in the command-line options to actually point to /dev/hvc*, and enable HVC_DRIVER/HVC_CONSOLE, right? It should be fairly straightforward to deprecate drivers/tty.c in favor of a newer drivers/hvc.c, I think. Let me know if I've said something stupid, so I can stop writing the patches. Thanks. [1]: http://lists.freedesktop.org/archives/systemd-devel/2013-July/012212.html