On Fri, Jul 24, 2015 at 3:56 PM, H. Peter Anvin via Syslinux <syslinux at zytor.com> wrote:> On 07/23/2015 02:09 PM, Raphael S Carvalho via Syslinux wrote: >>> >> My sincere opinion is to apply this patchset as-is, and incrementally >> improve multifs. Lack of alternatives (additional features) *should not* be >> a reason to block this patchset. Again, I really think that this patchset >> should be applied unless a technical reason, e.g. some deficiency >> introduced by one of the patches, says otherwise. HPA, what do you think? >> > > Step 1 is to commit it on a branch.I've actually been thinking about multifs since at least May and perhaps March. I think its change-set is enough that it warrants a release unto itself. When we're ready for 6.04, release 6.04, merge mutlifs, release 6.10, and probably update gnu-efi and release 6.11. Both of these change enough that they may have large impacts and warrant separation. I think HPA does have the right idea. Make a multifs branch to give it more traction and exposure. -- -Gene
H. Peter Anvin
2016-Jan-05 20:08 UTC
[syslinux] [PULL 0/8] MultiFS suppport for BIOS and EFI
On 09/02/15 10:59, Gene Cumm via Syslinux wrote:> On Fri, Jul 24, 2015 at 3:56 PM, H. Peter Anvin via Syslinux > <syslinux at zytor.com> wrote: >> On 07/23/2015 02:09 PM, Raphael S Carvalho via Syslinux wrote: >>>> >>> My sincere opinion is to apply this patchset as-is, and incrementally >>> improve multifs. Lack of alternatives (additional features) *should not* be >>> a reason to block this patchset. Again, I really think that this patchset >>> should be applied unless a technical reason, e.g. some deficiency >>> introduced by one of the patches, says otherwise. HPA, what do you think? >>> >> >> Step 1 is to commit it on a branch. > > I've actually been thinking about multifs since at least May and > perhaps March. I think its change-set is enough that it warrants a > release unto itself. When we're ready for 6.04, release 6.04, merge > mutlifs, release 6.10, and probably update gnu-efi and release 6.11. > Both of these change enough that they may have large impacts and > warrant separation. > > I think HPA does have the right idea. Make a multifs branch to give > it more traction and exposure. >Put it on a branch and let's make it 6.10-rc1 right away. That's how we have dealt with this in the past. The 6.0x branch continues as the production branch until we feel confident in 6.1x. -hpa
Paulo Alcantara
2016-Jan-31 21:05 UTC
[syslinux] [PULL 0/8] MultiFS suppport for BIOS and EFI
On Tue, 5 Jan 2016 12:08:16 -0800 "H. Peter Anvin via Syslinux" <syslinux at zytor.com> wrote:> On 09/02/15 10:59, Gene Cumm via Syslinux wrote: > > On Fri, Jul 24, 2015 at 3:56 PM, H. Peter Anvin via Syslinux > > <syslinux at zytor.com> wrote: > >> On 07/23/2015 02:09 PM, Raphael S Carvalho via Syslinux wrote: > >>>> > >>> My sincere opinion is to apply this patchset as-is, and > >>> incrementally improve multifs. Lack of alternatives (additional > >>> features) *should not* be a reason to block this patchset. Again, > >>> I really think that this patchset should be applied unless a > >>> technical reason, e.g. some deficiency introduced by one of the > >>> patches, says otherwise. HPA, what do you think? > >> > >> Step 1 is to commit it on a branch. > > > > I've actually been thinking about multifs since at least May and > > perhaps March. I think its change-set is enough that it warrants a > > release unto itself. When we're ready for 6.04, release 6.04, merge > > mutlifs, release 6.10, and probably update gnu-efi and release 6.11. > > Both of these change enough that they may have large impacts and > > warrant separation. > > > > I think HPA does have the right idea. Make a multifs branch to give > > it more traction and exposure. > > > > Put it on a branch and let's make it 6.10-rc1 right away. That's how > we have dealt with this in the past. The 6.0x branch continues as the > production branch until we feel confident in 6.1x.FYI, I've just rebased it with master and published it on multifs branch on repo.or.cz. (Gene, please make sure to push it to zytor as well). For those who are willing to either work on it or get it merged, please feel free to contact me. Yet, I extended our disk/partition handling library (aka partiter) to support UEFI firmware. It seems to be useful for the multifs support so we can use partitier library instead to parse disks and partitions. Such work can be found at git://git.zytor.com/users/pcacjr/syslinux.git com32-disk-uefi Thanks, Paulo -- Paulo Alcantara, HP Inc. Speaking for myself only.