search for: multifs

On 20.12.2015 09:55, poma wrote: > ... > > Syslinux MultiFS test: > > - QEMU/KVM SeaBIOS: PASSED > - Bare-metal BIOS: FAILED [1] > - OVMF: FAILED [2] > - Bare-metal UEFI: not tested > > > [1] stalled: > Loading (hd3,2)/vmlinuz-4.3.2-200.fc22.x86_64... > > > [2] "failed: No such file or directory" > >...

> 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 th...

From: Raphael S. Carvalho <raphael.scarv at gmail.com> MULTIFS SYNTAX: (hd[disk number]:[partition number])/path/to/file The meaning of this_fs was changed to improve the flexibility of the support. Now, this_fs means the file system being currently used. root_fs was created to save the context of the main file system (where ldlinux.sys lives in). get_fs_inf...

On Wed, Jul 22, 2015 at 11:15 PM, Ady via Syslinux <syslinux at zytor.com> wrote: > > > The MultiFS syntax is basically "(hdX,Y)/path/to/file", where X is disk > > number and Y is partition number. > > > > Thank you. > > As a reminder, please note: > > _ There was a syntax discussion about "multifs", so additional syntax > forms should be allow...

Ady, Peter, et al. On Fri, July 24, 2015 5:28 pm, Ady via Syslinux 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...

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...

On Wed, Jun 4, 2014 at 5:21 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 06/04/2014 11:09 AM, Raphael S Carvalho wrote: >> Before proceeding with the MultiFS patchset, let's discuss the MultiFS syntax. >> >> It's currently as follows: >> (hd[disk number]:[partition number])/path/to/file >> >> Any objections? >> > > As others have pointed out, I'd rather use a comma, but even more > specifically, w...

Hello Everyone Sometime ago there was some discussion about Syslinux multifs support. I've tested it for some time using qemu and it seems to be working. Lately I've started testing it with my real hardware and for some reason it doesn't work. I don't really know how to debug Syslinux (aside from using printf), so what I've succeeded to discover wi...

...is disk number and Y is partition number. > As far as I understand X and Y are zero based. > > I've tested it with qemu and 2 disks: > - the first with bootloader > - the second with kernel+rootfs > > I've used the following configuration file label: > > label MULTIFS > KERNEL (hd1,1)/mfs/bzImage > APPEND root=/dev/ram0 initrd=(hd1,1)/mfs/rootfs.ext2 ramdisk_size=65536 > quiet > 1_ At this time, this is yet unfinished (and, strictly speaking, yet unofficial). 2_ In the "(hdX,Y)" syntax, the "Y" should not be zero-based,...

From: Raphael S. Carvalho <raphael.scarv at gmail.com> This patch finishes the MultiFS support. init_multifs gets called in the main (startup) function of ldlinux.c32, so MultiFS will be initialized automatically. init_multifs calls enable_multifs (lives in the core) to hook get_fs_info. Subsequent accesses will callback the get_fs_info living in ldlinux.c32. Signed-off-by: Raphae...

Before proceeding with the MultiFS patchset, let's discuss the MultiFS syntax. It's currently as follows: (hd[disk number]:[partition number])/path/to/file Any objections? Regards, Raphael S. Carvalho

...re the original grub authors European?) Spike #Date: Wed, 4 Jun 2014 15:09:06 -0300 #From: Raphael S Carvalho <raphael.scarv at gmail.com> #To: For discussion of Syslinux and tftp-hpa <syslinux at zytor.com> #Cc: "H. Peter Anvin" <hpa at zytor.com> #Subject: [syslinux] MultiFS syntax definition #Message-ID: # <CACz=WeeGRVGgyppXN2uGeeOEX0fwMqSR45QGWLSgFS=AHtfc2Q at mail.gmail.com > #Content-Type: text/plain; charset=UTF-8 # #Before proceeding with the MultiFS patchset, let's discuss the MultiFS syntax. # #It's currently as follows: #(hd[disk number]:[...

[This email is either empty or too large to be displayed at this time]

...I from a rootfs with xfs. Shit, I have two partitions (the first one being the required ESP) so there is no way to access the other partitions since because Syslinux does not support multiple disk and/or partitions -- yet. I completly refused to accept that and then looked at the current status of MultiFS support; its original implementation only worked on BIOS. Therefore I started working on EFI support and -- luckily enough -- I also had Raphael to help me with development and testing. (I'm really glad to hack Syslinux again. What a great project...) The MultiFS syntax is basically "(hd...

...te: >On Wed, Jun 4, 2014 at 5:36 PM, Raphael S Carvalho ><raphael.scarv at gmail.com> wrote: >> On Wed, Jun 4, 2014 at 5:21 PM, H. Peter Anvin <hpa at zytor.com> wrote: >>> On 06/04/2014 11:09 AM, Raphael S Carvalho wrote: >>>> Before proceeding with the MultiFS patchset, let's discuss the >MultiFS syntax. >>>> >>>> It's currently as follows: >>>> (hd[disk number]:[partition number])/path/to/file >>>> >>>> Any objections? >>>> >>> >>> As others have pointed...

...stored on a different storage > device. > > I think that right now the bootloader assumes they are stored on the > same storage device. Am I wrong? > > If I'm wrong, how do I tell the bootloader to load the Linux image > from a different storage device? > > > > MultiFS pro tempore with QEMU/SeaBIOS only > http://bugzilla.syslinux.org/show_bug.cgi?id=67 > Hi Poma I'm trying to test MultiFS support but not sure how to do it. How do I apply the MultiFS patch? I've seen some e-mails talking about integrating it some branches but I'm not sure it...

... Syslinux MultiFS test: - QEMU/KVM SeaBIOS: PASSED - Bare-metal BIOS: FAILED [1] - OVMF: FAILED [2] - Bare-metal UEFI: not tested [1] stalled: Loading (hd3,2)/vmlinuz-4.3.2-200.fc22.x86_64... [2] "failed: No such file or directory" http://git.zytor.com/users/pcacjr/syslinux.git/tree/core/include/mult...

> The MultiFS syntax is basically "(hdX,Y)/path/to/file", where X is disk > number and Y is partition number. > Thank you. As a reminder, please note: _ There was a syntax discussion about "multifs", so additional syntax forms should be allowed too (please read the whole email thr...

...gt; 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...

On 07.04.2016 19:28, Tal Lubko via Syslinux wrote: > Hello Everyone > > > > Sometime ago there was some discussion about Syslinux multifs support. > > I've tested it for some time using qemu and it seems to be working. > > Lately I've started testing it with my real hardware and for some reason it > doesn't work. > > > > I don't really know how to debug Syslinux (aside from using print...