Displaying 5 results from an estimated 5 matches for "next_mbr_part".
Did you mean:
next_ebr_part
2010 Jul 30
4
chain.c: fix v2 for public indexes in iterators (for master and disklib)
>From the earlier patches - that simple fix for indexes not counting non-data
partitions in gpt and mbr cases. Patches don't touch any other parts of the
code at this stage - bigger stuff later for disklib as we agreed - but this is
potentially useful right now.
Michal Soltys (1):
chain.c: fix public index value in mbr and gpt iterators
2010 Jul 24
0
[PATCH] chain.c: allocation fixes
...next_ebr_part(struct disk_part_iter *part)
err_ebr:
out_finished:
- free(part->private.ebr.parent->block);
- free(part->private.ebr.parent);
- free(part->block);
- free(part);
+ free_iter(part);
return NULL;
}
@@ -603,10 +618,9 @@ static struct disk_part_iter *next_mbr_part(struct disk_part_iter *part)
error("Could not allocate extended partition iterator!\n");
goto err_alloc;
}
+ memset(ebr_part, 0, sizeof(*ebr_part));
/* Setup EBR iterator parameters */
- ebr_part->block = NULL;
ebr_part->index = 4;
- ebr_part->record = NULL;
e...
2010 Jul 23
0
[PATCH] chain.c: gpt's index/private.index mismatch fix, cosmetic iterator changes
...r *part)
part->record = ebr_table;
return part;
-err_insane:
-
- free(part->block);
- part->block = NULL;
err_ebr:
-
out_finished:
free(part->private.ebr.parent->block);
free(part->private.ebr.parent);
@@ -629,7 +624,6 @@ static struct disk_part_iter *next_mbr_part(struct disk_part_iter *part)
part->record = table + part->private.mbr_index;
return part;
- free(ebr_part);
err_alloc:
free(part->block);
@@ -869,7 +863,7 @@ static struct disk_part_iter *next_gpt_part(struct disk_part_iter *part)
part->private.gpt.part_guid...
2010 Jul 26
5
[RFC/PATCH] New chainloading functionality
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:
*
2010 Aug 08
1
PATCH/RFC chain.c: update iterator code, yank from chain.c, move both to separate directory
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