Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751807AbbEGTTo (ORCPT ); Thu, 7 May 2015 15:19:44 -0400 Received: from mail.lang.hm ([64.81.33.126]:36235 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751539AbbEGTT3 (ORCPT ); Thu, 7 May 2015 15:19:29 -0400 Date: Thu, 7 May 2015 12:19:14 -0700 (PDT) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Austin S Hemmelgarn cc: linuxcbon linuxcbon , Ken Moffat , Richard Weinberger , LKML Subject: Re: how to have the kernel do udev's job and autoload the right modules ? In-Reply-To: <554B54D8.1060001@gmail.com> Message-ID: References: <5547B89B.5070502@nod.at> <5547FFB8.5050007@nod.at> <20150505222644.GA27497@milliways> <20150506165556.GA23190@milliways> <554B54D8.1060001@gmail.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2724 Lines: 52 On Thu, 7 May 2015, Austin S Hemmelgarn wrote: > On 2015-05-06 16:49, David Lang wrote: >> On Wed, 6 May 2015, linuxcbon linuxcbon wrote: >> >>> On Wed, May 6, 2015 at 7:53 PM, David Lang wrote: >>>> It's perfectly legitimate to not want to use udev, but that doesn't mean >>>> that the kernel will (or should) do it for you. >>>> David Lang >>> >>> When I boot the kernel without modules, I don't have anything working >>> except "minimal video". >>> I think the kernel should give a minimal support for network, sound and >>> video, even if 0 modules are loaded. I am just dreaming, >> >> You can do that, you just need to build in all the network and sound >> drivers (and pick which driver in the case of conflicts) >> >> There isn't such a thing as a 'generic' network or sound card. For video >> there is 'VGA video' which is used by default on x86 systems, but even >> that's a driver that could be disabled. >> > To explain further, video has a standardized hardware level API (VGA and VBE) > because it is considered critical system functionality (which is BS in my > opinion, you can get by just fine with a serial console, but that's > irrelevant to this discussion). Sound is traditionally not considered > critical, and therefore doesn't have a standardized hardware API. Networking > is (traditionally) only considered critical if the system is booting off the > network, and therefore only has a standardized API (part of the PXE spec, > known as UNDI) on some systems, and even then only when they are configured > to netboot (and IIRC, also only when the processor is in real mode, just like > for all other BIOS calls). I don't think that it has anything to do with critical system functionality, but rather just the legacy history of the PC clones. At one point VGA was the standard, and at that point the different video card manufacturers got into the game, but since they all had to boot the system, and the BIOS only knew how to talk to a VGA card, all the enhanced cards had to implement VGA so that DOS and the BIOS could function. That legacy has continued on the PC clone systems to today. Non PC clones didn't have such a standard, and they don't implement VGA on their video cards (unless it's a card ported from a PC) Network cards were never standardized, and were optional add-ons. They also weren't needed for the system to boot, so there was never any standard for newcomers to implement. David Lang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/