; de...@ml01.01.org
> Subject: Re: [edk2] EXT FS support
> Importance: High
>
> On 11/22/16 22:31, Rod Smith wrote:
> > 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
On 11/23/16 1:11 PM, Laszlo Ersek wrote:
Separately, a small note on ext4 (because you mention it above). I seem to
recall a filesystem expert colleague of mine advise *against* using journaled
filesystems for booting with e.g. grub2. The argument goes (if I recall right),
XFS is considered
On 11/23/16 21:01, Michael Zimmermann wrote:
> Laszlo,
>
> can you explain the problems with putting GPL code in the fdf?
No. I'm not a lawyer. I just repeated what I heard / read elsewhere, and
provided a link. Personally I wouldn't try distributing such
combinations, just to be on the safe
Laszlo,
can you explain the problems with putting GPL code in the fdf?
afaik every efi file is like a small self-contained application and
shouldn't the UEFI API's be excluded from derived work like the linux
kernel's system call table?
Thanks
Michael
On Wed, Nov 23, 2016 at 8:50 PM, Laszlo
On 11/22/16 22:31, Rod Smith wrote:
> 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
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
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
Hi Rebecca,
On 2016.11.22 16:41, Rebecca Cran wrote:
Have you seen the UEFI filesystem drivers from the rEFInd project, at
https://sourceforge.net/p/refind/code/ci/master/tree/filesystems/ ?
I did.
But I had some concerns over the licensing at the time (which I shared
with Rod Smith) and
Thank you all,
I also found this:
https://sourceforge.net/p/cloverefiboot/code/HEAD/tree/FileSystems/VBoxFsDxe/
I'll specify more my needs. I use ARMv8 platform on top of the newest
OpenPlatformPackage (linaro/master) in order to build and work as a
part of EDK2 tianocore/master. There's no
I wouldn't call this a stable implementation atm but I've ported all
filesystems supported by the linux kernel(ntfs, ext2/3/4, f2fs, ...)
including write support to UEFI using the LKL(Linux Kernel Library)
project.
https://github.com/efidroid/uefi_apps_LKL
Thanks
Michael
On Tue, Nov 22, 2016 at
On 11/22/16 9:19 AM, Pete Batard wrote:
Hi Marcin,
I can't speak for EDK2 integration plans, but as far as side-projects
are concerned, I have been porting the various GRUB *read-only* file
systems into standalone UEFI drivers. This includes an ext2/3/4 driver
if you are interested (and you can
On 11/22/16 8:25 AM, Marcin Wojtas wrote:
Hello everyone,
Is there any plan of adding EXT filesystem support to EDK2? If not
officially is there a chance that it exists on some old branch, or in
any side project?
The rEFInd boot manager (http://www.rodsbooks.com/refind) has drivers
for
Hi Marcin,
I can't speak for EDK2 integration plans, but as far as side-projects
are concerned, I have been porting the various GRUB *read-only* file
systems into standalone UEFI drivers. This includes an ext2/3/4 driver
if you are interested (and you can live without write support).
Please
13 matches
Mail list logo