search for: fixed_cnt

...-64,27 +64,23 @@ static int is_phys(uint8_t sdifs) static int find_by_sig(uint32_t mbr_sig, struct part_iter **_boot_part) { - struct part_iter *boot_part = NULL; + struct part_iter *iter = NULL; struct disk_info diskinfo; int drive; for (drive = 0x80; drive < 0x80 + fixed_cnt; drive++) { if (disk_get_params(drive, &diskinfo)) continue; /* Drive doesn't exist */ - if (!(boot_part = pi_begin(&diskinfo, opt.piflags))) - continue; - /* Check for a MBR disk */ - if (boot_part->type != typedos) { - pi_del(&boot_part); + if (!(iter = pi_begi...

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

...pecified Partition Name. + * Return disk and iterator at proper position. + */ +static int find_disk_by_partition_name(const char *label, struct part_iter **_boot_part) +{ + struct part_iter *iter = NULL; + struct disk_info diskinfo; + int drive; + + for (drive = 0x80; 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...

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

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.

...slinux/disk.h> #include <syslinux/video.h> #include "chain.h" -#include "utility.h" +#include <syslinux/utility.h> #include "options.h" -#include "partiter.h" +#include <syslinux/partiter.h> #include "mangle.h" static int fixed_cnt = 128; /* see comments in main() */ diff --git a/com32/chain/mangle.c b/com32/chain/mangle.c index ffdaab8..72eafde 100644 --- a/com32/chain/mangle.c +++ b/com32/chain/mangle.c @@ -37,8 +37,8 @@ #include <syslinux/config.h> #include "chain.h" #include "options.h" -#in...

...slinux/disk.h> #include <syslinux/video.h> #include "chain.h" -#include "utility.h" +#include <syslinux/utility.h> #include "options.h" -#include "partiter.h" +#include <syslinux/partiter.h> #include "mangle.h" static int fixed_cnt = 128; /* see comments in main() */ diff --git a/com32/chain/mangle.c b/com32/chain/mangle.c index 275d0aa..64d9c19 100644 --- a/com32/chain/mangle.c +++ b/com32/chain/mangle.c @@ -37,8 +37,8 @@ #include <syslinux/config.h> #include "chain.h" #include "options.h" -#in...

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