summaryrefslogtreecommitdiffstats
path: root/commands/mmc_extcsd.c
diff options
context:
space:
mode:
authorAndrey Smirnov <andrew.smirnov@gmail.com>2018-01-17 07:49:41 -0800
committerSascha Hauer <s.hauer@pengutronix.de>2018-01-22 08:25:47 +0100
commitc9c58efe41b4cdd0633c86064e7059225fbdd7fd (patch)
tree4db7307e167d5fe7c2def0610c0622b728c74468 /commands/mmc_extcsd.c
parentbc0851db17676c3b79e7be1da14b28c679b87565 (diff)
downloadbarebox-c9c58efe41b4cdd0633c86064e7059225fbdd7fd.tar.gz
barebox-c9c58efe41b4cdd0633c86064e7059225fbdd7fd.tar.xz
partitions: dos: Treat all extended partition types equally
Creating logical DOS partitions with fdisk (Fedora 27, fdisk from util-linux 2.30.2) results in extended partition of type 0x05 being created on the device. Partitioned like this, device is succesfully recognized by Linux, but, due to algorithm in dos_partition(), not Barebox. Looking closer at the actual contents of MBR shows that while marked as "Extended partition with CHS addressing" that partition still have all of the LBA adressed fields filled correctly. Given the above and the fact that similar code in Linux kernel (block/partitions/msdos.c) does not make a distinction between types 0x0f and 0x05, port Linux's is_extended_partition() and convert the code to treat types 0x05, 0x0f and 0x85 the same way. Signed-off-by: Andrey Smirnov <andrew.smirnov@gmail.com> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Diffstat (limited to 'commands/mmc_extcsd.c')
0 files changed, 0 insertions, 0 deletions