similar to: 6.02 won't boot XP. 6.01 works slowly, but successfuly.

On Thu, Oct 17, 2013 at 4:29 PM, Raphael S Carvalho <raphael.scarv at gmail.com> wrote: > Due to a strange reason, my patch broke chainloading on 6.02. > Working hard on it to find the root of the problem. > > I'm currently working on the MultiFS support, and hopefully the > booting process will be faster for XP as an example. > Bullshit was partially written right

It would be good to clean it up so out can be used for both. Just teach it that ) ends the parse. On June 4, 2014 2:06:22 PM PDT, Raphael S Carvalho <raphael.scarv at gmail.com> wrote: >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

C:\syslinux>type syslinux.cfg prompt 1 timeout 1 default hello label xp com32 chain.c32 append hd0 1 ntldr=/ntldr label memtest linux memtest86+.bin label hello com32 hello.c32 C:\syslinux> syslinux command was: syslinux.exe -a -d /syslinux -f -i -m c: 1. The syslinux copyright

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_info is a function pointer that

On Wed, Jun 4, 2014 at 6:17 PM, H. Peter Anvin <hpa at zytor.com> wrote: > It would be good to clean it up so out can be used for both. Just teach it that ) ends the parse. Sounds reasonable, I will do that! > > On June 4, 2014 2:06:22 PM PDT, Raphael S Carvalho <raphael.scarv at gmail.com> wrote: >>On Wed, Jun 4, 2014 at 5:36 PM, Raphael S Carvalho

Raphael, Except for the : instead of the , this looks like the grub hard disk nomenclature that's been around for a thousand years. Certainly since early GRUB1. Example: (hd0,0)/grub/splash.xpm.gz Why did you chose : instead of grub's , ? I'm guessing (like grub) that disks & partitions are 0-based? (Were the original grub authors European?) Spike #Date: Wed, 4 Jun 2014

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: Raphael S.

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:

From: Raphael S. Carvalho <raphael.scarv at gmail.com> My commit 09f4ac33 broke 'com32/lib/syslinux/disk.c' __lowmem doesn't work for declarations outside the core. Using __lowmem outside the core wouldn't have the desired effect, then lmalloc must be used instead to store dapa into the correct section (".lowmem"). Reported-by: Dark Raven <drdarkraven at

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

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.

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

The following is the current change-log for Syslinux 6.03. The final stable version might include additional items. Before the final release, it would be helpful to receive feedback about: _ Any item that should be added or eliminated. _ Any item that should be edited in any way (rewording, technical details...). _ Any item that should not be included. _ Any credit that should be added /

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

With the release of 6.03 on October 6th. but page still shows latest as 2013-10-13 : Syslinux 6.02 released. http://www.syslinux.org/wiki/index.php/The_Syslinux_Project On 6 Oct 2014 at 9:35, H. Peter Anvin wrote: Date sent: Mon, 06 Oct 2014 09:35:19 -0700 From: "H. Peter Anvin" <hpa at zytor.com> To: For discussion of Syslinux and tftp-hpa

The following is a first attempt to list the current change log for Syslinux 6.03. The final stable version, whenever it will be released, might include additional items. I would appreciate feedback regarding: _ Any item that should be added. _ Any item that should be edited in any way. _ Any item that should not be included. _ Any credit that should be added or corrected. _ Any wrong or

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

Hi everyone, I have released Syslinux 6.03. It is by and large identical to 6.03-pre20. I would like to do a short cycle for 6.04, because 64-bit support for ext4 has come up as a very high priority. Therefore I do not want to stuff too many things into the 6.04 release but hold them for 6.05. Thanks to Ady for most of the changelog. Changes in 6.03: * chain: Fix chainloading on 6.02

> 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

MultiFS is a new feature that will turn the task of using multiple disks/partitions possible. By the way, it's not mainstream yet. It will only be available when the patches be released or get merged into the official tree. I'm currently working on the last details, thus it isn't yet available to the public. It was previously called Multidisk. But MultiFS seems to cover better both