From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by ml01.01.org (Postfix) with ESMTP id 840D881E40 for ; Tue, 22 Nov 2016 13:38:13 -0800 (PST) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo102.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20161122213812.QGHI14605.eastrmfepo102.cox.net@eastrmimpo109.cox.net> for ; Tue, 22 Nov 2016 16:38:12 -0500 Received: from nessus.rodsbooks.com ([68.228.155.77]) by eastrmimpo109.cox.net with cox id B9eC1u0051gU3vo019eC7t; Tue, 22 Nov 2016 16:38:12 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.5834BAC4.01FA, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.1 cv=B7Y30YdM c=1 sm=1 tr=0 a=cr7GcaIkJBQfbFixn0P1TA==:117 a=cr7GcaIkJBQfbFixn0P1TA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=L24OOQBejmoA:10 a=FP58Ms26AAAA:8 a=28bguoTQAAAA:8 a=TCW4Zz2PQ6yrdPMvf4IA:9 a=pILNOxqGKmIA:10 a=6LVbBl2NLSWPyIBDCKCu:22 a=voRV_PY5qW-4FQMV9MBC:22 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from [192.168.1.2] (nessus.rodsbooks.com [192.168.1.2]) by nessus.rodsbooks.com (Postfix) with ESMTP id 032B22A0060; Tue, 22 Nov 2016 16:31:03 -0500 (EST) To: edk2-devel@lists.01.org References: <2ee033d3-bf24-6710-3f72-14bd0e6dfed9@akeo.ie> From: Rod Smith Message-ID: <98271ced-83d5-d4e9-6b8d-416265054906@rodsbooks.com> Date: Tue, 22 Nov 2016 16:31:03 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: EXT FS support X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2016 21:38:13 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit On 11/22/2016 01:25 PM, Pete Batard wrote: > On 2016.11.22 17:16, Marcin Wojtas wrote: >> There's no GRUB, platform simply boots to the Shell. > > I think there may be some confusion. > > All the drivers we linked you to are pure UEFI drivers. It doesn't > matter if they were a port from GRUB or something else, the code was > converted to work as a standalone UEFI driver. Especially you don't need > to have GRUB running or anything. You can just use the "load" command in > the shell to load the driver, and then access the file system. > > I believe you should be able to download any of the ext binary drivers > mentioned and use them in your shell right away to access your file > system from it. Yes, but it sounds like Marcin may want to embed the ext4fs driver in a custom EFI build. AFAIK, none of the drivers in question were designed with that in mind; however, the VirtualBox project has incorporated ISO-9660 and HFS+ drivers, both of which are built on the same framework (rEFIt's) as rEFInd's drivers, into its own firmware. Thus, Marcin might be able to look at the VirtualBox code and use whatever techniques or glue it uses to incorporate something else. (I can't point to specific files, though.) The rEFInd drivers might be easiest to build in this way, but that's just a guess. Note, however, that all of the drivers referenced so far in this thread are licensed under the GPL. Thus, building an EFI in this way would cause the EFI as a whole to be GPL-licensed. This might or might not be an issue, depending on what the point of the exercise is. Of course, a standalone driver might be perfectly acceptable, too. I've seen options in some EFIs to load drivers at start time, but I've never gotten them to work. (I haven't tried very hard.) If nothing else, a small driver-loading program could be written and set as the first boot option. Marcin wrote: > I also found this: > https://sourceforge.net/p/cloverefiboot/code/HEAD/tree/FileSystems/VBoxFsDxe/ FWIW, that's a fork of the rEFInd code. I'd not seen it before now; the Clover developers haven't bothered to upstream their changes. (I maintain rEFInd.) It's still not clear to me why you want this driver, Marcin. If you want to load a Linux kernel directly, without using GRUB, rEFInd, or some other tool, you can simply put the kernel(s) on a FAT filesystem. This is a common approach among Arch Linux users; they mount the ESP at /boot and it works pretty well. Some distributions assume that /boot supports links or other features that aren't available with FAT, though, so maybe this wouldn't work as well for you, but it's worth considering. -- Rod Smith rodsmith@rodsbooks.com http://www.rodsbooks.com