Displaying 7 results from an estimated 7 matches for "piflag".
Did you mean:
iflag
2014 Jun 29
0
[PATCH 4/6] chain: add missing pi_del() in find*() functions
...t = 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_begin(&diskinfo, opt.piflags)))
continue;
- }
- if (boot_part->dos.disk_sig == mbr_sig) {
+ /* Check for a matching MBR disk */
+ if (iter->type ==...
2014 Jun 29
10
[PATCH 0/6] chain.c32 patches
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
2016 Jul 14
3
[PATCH] : Adding dlabel option to chain.c32
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
2016 Jul 15
0
[PATCH] : Add diskbypartname option to chain.c32
..._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(label, iter->gpt.part_label))
+ // We don't care about the actual partition that matched
+ pi_del(&iter);
+ // Let's return...
2016 Jul 16
0
[PATCH] : Adding dlabel option to chain.c32
...08fcR165
+ // We don't care about the actual partition that matched
+ pi_del(&iter);
i.e.
https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf#diff-6fb847366ce3f1ddbf6ffd8fd4d408fcR167
+ // Let's return the disk itself instead
+ iter = pi_begin(&diskinfo, opt.piflags);
+ goto ok;
Still, there is no GPT label, but *GPT* *Partition* *name* ;)
https://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries
2016 Jul 16
5
[PATCH] : Adding dlabel option to chain.c32
The idea is to boot a disk in an mbr fashion while using the GPT (not
filesystem) label to detect the disk.
That is useful when you use grub2 & gpt. I was in case where my nodes
(100s) have 8 disks each and no guarantee of which disk is "bootable" in
the disk.
This way I can tell "please boot the disk that have one partition labelled
"xyz"".
So nothing related
2012 Nov 06
50
chain.c32 (and partiter) updates v2
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.