search for: do_boot

...'t handle partitions on floppy disks (hence my desire to fake 0x80 being 0x00). The function can map a string of arbitrary drive numbers between 0 and 255 (entered in decimal, octal (leading 0), or hex (leading 0x)) to other values in a uint8_t array of the form of the p pointer to swapstub in do_boot() in com32/modules/chain.c. The syntax can take multiple comma-delimited arguments of individual mappings, with each mapping in old=new format. I can add boot/fdX/hdX tokens to the parser if wanted. Since I don't know assembly, I need to know if the table modified by the p pointer in chain.c...

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

...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 = -1; +ok: + *_boot_part = iter; + return drive; +} + static void do_boot(struct data_area *data, int ndata) { struct syslinux_memmap *mmap; @@ -300,6 +332,15 @@ } if (find_by_label(opt.drivename + 6, &iter) < 0) { error("Unable to find requested GPT partition by label."); + goto bail; + } + } else if (!strncmp(opt.drivename, &quot...

...amp;handover_record; + data[ndata].size = sizeof(struct part_entry); + data[ndata].data = (void *)hand_area; ndata++; regs.esi.w[0] = 0x7be; dprintf("MBR handover:\n"); - mbr_part_dump(&handover_record); + mbr_part_dump(hand_area); } } do_boot(data, ndata, &regs); bail: - if (cur_part) { - free(cur_part->block); - free((void *)cur_part->record); - } - free(cur_part); + /* Free iterator */ + free_iter(cur_part); free(mbr); + /* Free allocated areas */ + free(file_area); + free(sect_area); + fre...

This patch introduces extra functionality to chain.c, mainly with reference to BPB adjustments, but not only that. It expects 3 small patches I sent earlier (they are included for easy reference, patches 1-3/4). The changes introduced are: 1) file and boot sector use separate options to control load address and jump address (if applicable). Options are as described below: *

1) code split and move Iterator related functionality is yanked from chain.c and moved to iterator.{c,h}. Both are moved to com32/chain and this way chain.c is ready for further splitting. Alternatively, partiter could be moved to com32/lib at any time in the future. It's potentially useful for other modules (e.g. if someone wanted to code partition dumper or editor). 2) Iterator updates

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.