search for: pi_next

...ot_part->type != typegpt) { - pi_del(&boot_part); + if (!(iter = pi_begin(&diskinfo, opt.piflags))) continue; - } /* Check for a matching GPT disk/partition guid */ - do { - if (!memcmp(&boot_part->gpt.part_guid, gpt_guid, sizeof *gpt_guid)) - goto ok; - } while (!pi_next(boot_part)); + if (iter->type == typegpt) + do { + if (!memcmp(&iter->gpt.part_guid, gpt_guid, sizeof *gpt_guid)) + goto ok; + } while (!pi_next(iter)); + pi_del(&iter); } drive = -1; ok: - *_boot_part = boot_part; + *_boot_part = iter; return drive...

...to be quieted first and provide strerr()-like functionality in place of its verbosity. diff --git a/com32/chain/chain.c b/com32/chain/chain.c index ae95d45..c08ec6e 100644 --- a/com32/chain/chain.c +++ b/com32/chain/chain.c @@ -352,7 +352,7 @@ int find_dp(struct part_iter **_iter) } while (!pi_next(iter)); /* broken part structure or other problems */ if (iter->status) { - error("Can't find myself on the drive I booted from."); + error("Unable to find partition with syslinux (fs)."); goto bail; } } @@ -372,7 +372,7 @@ int find_dp(struct part...

i`ve found a bug in chain.c32 in v4.06. When i use isolinux it does not run windows7 installation, chainloading bootmgr. the error is: Can't find myself on the drive I booted from. chain.c32 from syslinux 3.xx works like a charm! chain.c32 from syslinux 5 shous tat this is not a com32 app

This is a bit updated set of chain.c32 changes that simplifies a few things (and in partiter part), fixes few minor issues and adds a few new features. Details are in the following commits, below is the summary and pull details at the end. Shao - any chance to peek over them ? Most of those are relatively simple changes and well tested, though of course something might have slipped my attention.

This small set fixes few bugs, improves gpt handling (under buggy conditions) and implements strict flag with more fine grained control which should fix issues with sanity checks against disk sizes. If this set is allright I'd want to do what I mentioned in older discussion with Ady - backport missing patches from 6.x to 5.x and 4.x so all versions have up to date chain version. Michal

On 07/14/16 05:56, Ady Ady via Syslinux wrote: > > @Peter, Erwan, Gene, Michal, (and anyone else interested)... > > Although I haven't actually tested Erwan's patch, would it be > acceptable by you (all) if I were to send a patch to this Syslinux > Mailing List with the same code while changing the wording as I > previously suggested in a prior email? Would it be

...ditional checks (mbr protective id, gpt revision, general sanity) are also performed. 2g) other stuff As previously, iterators self-destroy after finishing. They can be explicitly allocated through pi_new() (although this was exported mostly thinking about com32/lib) and removed through pi_del(); pi_next() moves iterator further. Partiter compiles cleanly with -Wextra -Wconversion -pedantic 2h) chain.c changes - find_by_guid() had small bug (took address of address of struct holding disk guid to compare) - find_by_{guid,label,disk} greately simplified due to extra data available from iterator...

...80; drive < 0x80 + fixed_cnt; drive++) { + if (disk_get_params(drive, &diskinfo)) + continue; /* Drive doesn't exist */ + if (!(iter = pi_begin(&diskinfo, opt.piflags))) + continue; + /* Check for a matching GPT Partition Name */ + if (iter->type == typegpt) + while (!pi_next(iter)) { + if (!strcmp(label, iter->gpt.part_label)) + // We don't care about the actual partition that matched + pi_del(&iter); + // Let's return the disk itself instead + iter = pi_begin(&diskinfo, opt.piflags); + goto ok; + } + } + drive = -...

...ailure. + */ +static int find_partition(struct part_iter **_iter, struct disk_info *diskinfo, + int partition) +{ + struct part_iter *iter = NULL; + + if (!(iter = pi_begin(diskinfo, 0))) + return -1; + + do { + if (iter->index == partition) + break; + } while (!pi_next(iter)); + + if (iter->status) { + dprintf("MultiFS: Request disk/partition combination not found.\n"); + goto bail; + } + dprintf("MultiFS: found 0x%llx at idex: %i and partition %i\n", + iter->abs_lba, iter->index, partition); + + *_iter =...

...include "utility.h" - -#define ost_is_ext(type) ((type) == 0x05 || (type) == 0x0F || (type) == 0x85) -#define ost_is_nondata(type) (ost_is_ext(type) || (type) == 0x00) -#define sane(s,l) ((s)+(l) > (s)) - -/* virtual forwards */ - -static void pi_dtor_(struct part_iter *); -static int pi_next_(struct part_iter *); -static int pi_dos_next(struct part_iter *); -static int pi_gpt_next(struct part_iter *); - -/* vtab and types */ - -static struct itertype types[] = { - [0] = { - .dtor = &pi_dtor_, - .next = &pi_dos_next, -}, [1] = { - .dtor = &pi_dtor_, - .next = &pi_gpt...

...include "utility.h" - -#define ost_is_ext(type) ((type) == 0x05 || (type) == 0x0F || (type) == 0x85) -#define ost_is_nondata(type) (ost_is_ext(type) || (type) == 0x00) -#define sane(s,l) ((s)+(l) > (s)) - -/* virtual forwards */ - -static void pi_dtor_(struct part_iter *); -static int pi_next_(struct part_iter *); -static int pi_dos_next(struct part_iter *); -static int pi_gpt_next(struct part_iter *); - -/* vtab and types */ - -static struct itertype types[] = { - [0] = { - .dtor = &pi_dtor_, - .next = &pi_dos_next, -}, [1] = { - .dtor = &pi_dtor_, - .next = &pi_gpt...

So last week I was wondering if XFS was still working -- even with its last on-disk structure changes -- and it _suprisingly_ worked as expected. Right, now I can finally get rid of GRUB and use Syslinux to boot my Linux on EFI 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

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address