From owner-freebsd-questions@FreeBSD.ORG Sun Jan 4 17:25:19 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 352316B3 for ; Sun, 4 Jan 2015 17:25:19 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E07E32B16 for ; Sun, 4 Jan 2015 17:25:18 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Y7ovU-0000sX-L3 for freebsd-questions@freebsd.org; Sun, 04 Jan 2015 18:25:16 +0100 Received: from p5b022d7c.dip0.t-ipconnect.de ([91.2.45.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Jan 2015 18:25:16 +0100 Received: from christian.baer by p5b022d7c.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Jan 2015 18:25:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christian Baer Subject: Re: FreeBSD with Win7 and UEFI Date: Sun, 04 Jan 2015 18:25:04 +0100 Organization: Back Yard Shed Club Lines: 85 Message-ID: <3064826.yDtrE01ODY@falbala.rz1.convenimus.net> References: <20141226072950.GB13694@kontrol.kode5.net> <20141231044849.ebf531c1.freebsd@edvax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b022d7c.dip0.t-ipconnect.de User-Agent: KNode/4.14.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 17:25:19 -0000 Polytropon wrote: >> Yes, I've read about that and the fact that it has been quite hard. This >> actually did surprise me a bit, considering that UEFI has been around >> for a while now. > > AS/400 is around since the 1980's, and still I can't find > a Linux or BSD that will run on it. ;-) There is no support for VAX either and that has been around even longer. :-P In Germany we'd say, this comparison is limping, because although quite entertaining, it doesn't quite get the essence of the problem. Meaning: While FreeBSD does not target AS/400, VAX or any PDP (just to get really ancient here :-)) architecture, it is aimed at modern PCs like AMD64, Intel- i or in my case Intel XEON based. Supporting UEFI is therefore a necessity since BIOS will probably die out sooner or later. Relax, I don't want to argue this through now and I understand your comment was meant as a joke. I just wanted to point out that UEFI is something we are going to have to deal with, whether we like it or not. > The problem with UEFI seems to be that, even though there > is documentation and attempts of standards, it's still a > tricky black box, and manufacturers don't want to tell what > goes on in their "micro OS" BIOS replacement. The usual problem of missing specs and documentation. I think this problem has been around since the rise of open source software and probably before that. OS/2 suffered from missing hardware support for similar reasons. I'm not sure when this arose though. I remember the documentation of my Epson EX-800 was rather lousy (as in noone really wanted to write that document and the result was what the customer go anyway), but it was enough for me to write a well working driver for my C=64. There was software around that could make the printer work (like PrintFox or PageFox), but what was missing was something that printed out pictures or graphics in colour. So I sat down and wrote something that worked. :-) When did the manufacturers start making a secret of everything? > Using the traditional FreeBSD boot manager would surely > be the more appealing option. Depending on if you can try > to use MBR partitioning instead of GPT (and therefore, > using the boot0 boot manager with MBR), this might be > worth a try. UEFI seemed to support both MBR and GPT. > But this is just a W.A.G., I don't have any UEFI hardware > here to verify, and I'm not a "multi-booter" anymrore, > sorry. Relax! I appreciate any help or ideas I get here. I don't expect you to try them out for me. Is boot0 the prefered way to go? Or are there other tools I should take a look at? At work I sit at a Linux machine and really don't miss Windows at all. The only time when I think Windows could do something better is when I try to do something non-standard. Those things usually work pretty easily under Windows. Example: I have never run into trouble installing the driver for my graphics board under Windows. Under FreeBSD? Different story. As it seems the Linux compat changed and now the driver won't compile because the required Linux compat is missing. Taking the Linux support out of the options when compiling lets it compile and be installed, but it won't load just the same. When I figured out what the problem was, I deinstalled the driver and reinstalled it via pkg install, which also installed the required Linux libs. I am expecting to run into trouble with that in the near future because the UPDATING files say I should only use the new versions. I will be spending most of my time under FreeBSD anyway. For gaming however, I have to boot Windows. :-) > This is the typical limitation by UEFI. If you can use > FreeBSD's boot manager, a default will be available which > will boot the desired FreeBSD if no action is taken at > system startup. But as far as I understand, this will > require MBR partitioning in combination with UEFI... I hope this also works for the combo BIOS/MBR. Best, Chris