2016-03-04 00:10:02 +00:00
|
|
|
/*
|
|
|
|
* EFI application disk support
|
|
|
|
*
|
|
|
|
* Copyright (c) 2016 Alexander Graf
|
|
|
|
*
|
|
|
|
* SPDX-License-Identifier: GPL-2.0+
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <common.h>
|
2016-05-01 19:52:32 +00:00
|
|
|
#include <blk.h>
|
2016-05-14 20:03:05 +00:00
|
|
|
#include <dm.h>
|
2016-03-04 00:10:02 +00:00
|
|
|
#include <efi_loader.h>
|
|
|
|
#include <inttypes.h>
|
|
|
|
#include <part.h>
|
|
|
|
#include <malloc.h>
|
|
|
|
|
|
|
|
static const efi_guid_t efi_block_io_guid = BLOCK_IO_GUID;
|
|
|
|
|
|
|
|
struct efi_disk_obj {
|
|
|
|
/* Generic EFI object parent class data */
|
|
|
|
struct efi_object parent;
|
|
|
|
/* EFI Interface callback struct for block I/O */
|
|
|
|
struct efi_block_io ops;
|
|
|
|
/* U-Boot ifname for block device */
|
|
|
|
const char *ifname;
|
|
|
|
/* U-Boot dev_index for block device */
|
|
|
|
int dev_index;
|
|
|
|
/* EFI Interface Media descriptor struct, referenced by ops */
|
|
|
|
struct efi_block_io_media media;
|
|
|
|
/* EFI device path to this block device */
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
struct efi_device_path *dp;
|
|
|
|
/* partition # */
|
|
|
|
unsigned int part;
|
2016-04-11 14:16:18 +00:00
|
|
|
/* Offset into disk for simple partitions */
|
|
|
|
lbaint_t offset;
|
2016-08-05 12:49:53 +00:00
|
|
|
/* Internal block device */
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
struct blk_desc *desc;
|
2016-03-04 00:10:02 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static efi_status_t EFIAPI efi_disk_reset(struct efi_block_io *this,
|
|
|
|
char extended_verification)
|
|
|
|
{
|
|
|
|
EFI_ENTRY("%p, %x", this, extended_verification);
|
|
|
|
return EFI_EXIT(EFI_DEVICE_ERROR);
|
|
|
|
}
|
|
|
|
|
|
|
|
enum efi_disk_direction {
|
|
|
|
EFI_DISK_READ,
|
|
|
|
EFI_DISK_WRITE,
|
|
|
|
};
|
|
|
|
|
2017-08-26 20:33:13 +00:00
|
|
|
static efi_status_t efi_disk_rw_blocks(struct efi_block_io *this,
|
2016-03-04 00:10:02 +00:00
|
|
|
u32 media_id, u64 lba, unsigned long buffer_size,
|
|
|
|
void *buffer, enum efi_disk_direction direction)
|
|
|
|
{
|
|
|
|
struct efi_disk_obj *diskobj;
|
|
|
|
struct blk_desc *desc;
|
|
|
|
int blksz;
|
|
|
|
int blocks;
|
|
|
|
unsigned long n;
|
|
|
|
|
|
|
|
diskobj = container_of(this, struct efi_disk_obj, ops);
|
2016-08-05 12:49:53 +00:00
|
|
|
desc = (struct blk_desc *) diskobj->desc;
|
2016-03-04 00:10:02 +00:00
|
|
|
blksz = desc->blksz;
|
|
|
|
blocks = buffer_size / blksz;
|
2016-04-11 14:16:18 +00:00
|
|
|
lba += diskobj->offset;
|
2016-03-04 00:10:02 +00:00
|
|
|
|
2016-06-02 09:38:27 +00:00
|
|
|
debug("EFI: %s:%d blocks=%x lba=%"PRIx64" blksz=%x dir=%d\n", __func__,
|
|
|
|
__LINE__, blocks, lba, blksz, direction);
|
2016-03-04 00:10:02 +00:00
|
|
|
|
|
|
|
/* We only support full block access */
|
|
|
|
if (buffer_size & (blksz - 1))
|
2017-07-26 00:28:29 +00:00
|
|
|
return EFI_DEVICE_ERROR;
|
2016-03-04 00:10:02 +00:00
|
|
|
|
|
|
|
if (direction == EFI_DISK_READ)
|
2016-05-14 20:03:05 +00:00
|
|
|
n = blk_dread(desc, lba, blocks, buffer);
|
2016-03-04 00:10:02 +00:00
|
|
|
else
|
2016-05-14 20:03:05 +00:00
|
|
|
n = blk_dwrite(desc, lba, blocks, buffer);
|
2016-03-04 00:10:02 +00:00
|
|
|
|
|
|
|
/* We don't do interrupts, so check for timers cooperatively */
|
|
|
|
efi_timer_check();
|
|
|
|
|
2016-06-02 09:38:27 +00:00
|
|
|
debug("EFI: %s:%d n=%lx blocks=%x\n", __func__, __LINE__, n, blocks);
|
|
|
|
|
2016-03-04 00:10:02 +00:00
|
|
|
if (n != blocks)
|
2017-07-26 00:28:29 +00:00
|
|
|
return EFI_DEVICE_ERROR;
|
2016-03-04 00:10:02 +00:00
|
|
|
|
2017-07-26 00:28:29 +00:00
|
|
|
return EFI_SUCCESS;
|
2016-03-04 00:10:02 +00:00
|
|
|
}
|
|
|
|
|
2016-09-25 21:27:32 +00:00
|
|
|
static efi_status_t EFIAPI efi_disk_read_blocks(struct efi_block_io *this,
|
2016-03-04 00:10:02 +00:00
|
|
|
u32 media_id, u64 lba, unsigned long buffer_size,
|
|
|
|
void *buffer)
|
|
|
|
{
|
2016-05-11 16:25:48 +00:00
|
|
|
void *real_buffer = buffer;
|
|
|
|
efi_status_t r;
|
|
|
|
|
|
|
|
#ifdef CONFIG_EFI_LOADER_BOUNCE_BUFFER
|
|
|
|
if (buffer_size > EFI_LOADER_BOUNCE_BUFFER_SIZE) {
|
|
|
|
r = efi_disk_read_blocks(this, media_id, lba,
|
|
|
|
EFI_LOADER_BOUNCE_BUFFER_SIZE, buffer);
|
|
|
|
if (r != EFI_SUCCESS)
|
|
|
|
return r;
|
|
|
|
return efi_disk_read_blocks(this, media_id, lba +
|
|
|
|
EFI_LOADER_BOUNCE_BUFFER_SIZE / this->media->block_size,
|
|
|
|
buffer_size - EFI_LOADER_BOUNCE_BUFFER_SIZE,
|
|
|
|
buffer + EFI_LOADER_BOUNCE_BUFFER_SIZE);
|
|
|
|
}
|
|
|
|
|
|
|
|
real_buffer = efi_bounce_buffer;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
EFI_ENTRY("%p, %x, %"PRIx64", %lx, %p", this, media_id, lba,
|
|
|
|
buffer_size, buffer);
|
|
|
|
|
|
|
|
r = efi_disk_rw_blocks(this, media_id, lba, buffer_size, real_buffer,
|
|
|
|
EFI_DISK_READ);
|
|
|
|
|
|
|
|
/* Copy from bounce buffer to real buffer if necessary */
|
|
|
|
if ((r == EFI_SUCCESS) && (real_buffer != buffer))
|
|
|
|
memcpy(buffer, real_buffer, buffer_size);
|
|
|
|
|
|
|
|
return EFI_EXIT(r);
|
2016-03-04 00:10:02 +00:00
|
|
|
}
|
|
|
|
|
2016-09-25 21:27:32 +00:00
|
|
|
static efi_status_t EFIAPI efi_disk_write_blocks(struct efi_block_io *this,
|
2016-03-04 00:10:02 +00:00
|
|
|
u32 media_id, u64 lba, unsigned long buffer_size,
|
|
|
|
void *buffer)
|
|
|
|
{
|
2016-05-11 16:25:48 +00:00
|
|
|
void *real_buffer = buffer;
|
|
|
|
efi_status_t r;
|
|
|
|
|
|
|
|
#ifdef CONFIG_EFI_LOADER_BOUNCE_BUFFER
|
|
|
|
if (buffer_size > EFI_LOADER_BOUNCE_BUFFER_SIZE) {
|
|
|
|
r = efi_disk_write_blocks(this, media_id, lba,
|
|
|
|
EFI_LOADER_BOUNCE_BUFFER_SIZE, buffer);
|
|
|
|
if (r != EFI_SUCCESS)
|
|
|
|
return r;
|
|
|
|
return efi_disk_write_blocks(this, media_id, lba +
|
|
|
|
EFI_LOADER_BOUNCE_BUFFER_SIZE / this->media->block_size,
|
|
|
|
buffer_size - EFI_LOADER_BOUNCE_BUFFER_SIZE,
|
|
|
|
buffer + EFI_LOADER_BOUNCE_BUFFER_SIZE);
|
|
|
|
}
|
|
|
|
|
|
|
|
real_buffer = efi_bounce_buffer;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
EFI_ENTRY("%p, %x, %"PRIx64", %lx, %p", this, media_id, lba,
|
|
|
|
buffer_size, buffer);
|
|
|
|
|
|
|
|
/* Populate bounce buffer if necessary */
|
|
|
|
if (real_buffer != buffer)
|
|
|
|
memcpy(real_buffer, buffer, buffer_size);
|
|
|
|
|
|
|
|
r = efi_disk_rw_blocks(this, media_id, lba, buffer_size, real_buffer,
|
|
|
|
EFI_DISK_WRITE);
|
|
|
|
|
|
|
|
return EFI_EXIT(r);
|
2016-03-04 00:10:02 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static efi_status_t EFIAPI efi_disk_flush_blocks(struct efi_block_io *this)
|
|
|
|
{
|
|
|
|
/* We always write synchronously */
|
|
|
|
EFI_ENTRY("%p", this);
|
|
|
|
return EFI_EXIT(EFI_SUCCESS);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct efi_block_io block_io_disk_template = {
|
|
|
|
.reset = &efi_disk_reset,
|
|
|
|
.read_blocks = &efi_disk_read_blocks,
|
|
|
|
.write_blocks = &efi_disk_write_blocks,
|
|
|
|
.flush_blocks = &efi_disk_flush_blocks,
|
|
|
|
};
|
|
|
|
|
2016-05-14 20:03:05 +00:00
|
|
|
static void efi_disk_add_dev(const char *name,
|
|
|
|
const char *if_typename,
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
struct blk_desc *desc,
|
2016-04-11 14:16:17 +00:00
|
|
|
int dev_index,
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
lbaint_t offset,
|
|
|
|
unsigned int part)
|
2016-04-11 14:16:17 +00:00
|
|
|
{
|
|
|
|
struct efi_disk_obj *diskobj;
|
|
|
|
|
2016-08-05 12:51:47 +00:00
|
|
|
/* Don't add empty devices */
|
|
|
|
if (!desc->lba)
|
|
|
|
return;
|
|
|
|
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
diskobj = calloc(1, sizeof(*diskobj));
|
2016-04-11 14:16:17 +00:00
|
|
|
|
|
|
|
/* Fill in object data */
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
diskobj->dp = efi_dp_from_part(desc, part);
|
|
|
|
diskobj->part = part;
|
2016-04-11 14:16:17 +00:00
|
|
|
diskobj->parent.protocols[0].guid = &efi_block_io_guid;
|
2017-07-11 20:06:14 +00:00
|
|
|
diskobj->parent.protocols[0].protocol_interface = &diskobj->ops;
|
2016-04-11 14:16:17 +00:00
|
|
|
diskobj->parent.protocols[1].guid = &efi_guid_device_path;
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
diskobj->parent.protocols[1].protocol_interface = diskobj->dp;
|
2016-04-11 14:16:17 +00:00
|
|
|
diskobj->parent.handle = diskobj;
|
|
|
|
diskobj->ops = block_io_disk_template;
|
2016-05-14 20:03:05 +00:00
|
|
|
diskobj->ifname = if_typename;
|
2016-04-11 14:16:17 +00:00
|
|
|
diskobj->dev_index = dev_index;
|
2016-04-11 14:16:18 +00:00
|
|
|
diskobj->offset = offset;
|
2016-08-05 12:49:53 +00:00
|
|
|
diskobj->desc = desc;
|
2016-04-11 14:16:17 +00:00
|
|
|
|
|
|
|
/* Fill in EFI IO Media info (for read/write callbacks) */
|
|
|
|
diskobj->media.removable_media = desc->removable;
|
|
|
|
diskobj->media.media_present = 1;
|
|
|
|
diskobj->media.block_size = desc->blksz;
|
|
|
|
diskobj->media.io_align = desc->blksz;
|
2016-08-05 12:51:47 +00:00
|
|
|
diskobj->media.last_block = desc->lba - offset;
|
2016-04-11 14:16:17 +00:00
|
|
|
diskobj->ops.media = &diskobj->media;
|
|
|
|
|
|
|
|
/* Hook up to the device list */
|
|
|
|
list_add_tail(&diskobj->parent.link, &efi_obj_list);
|
|
|
|
}
|
|
|
|
|
2016-04-11 14:16:18 +00:00
|
|
|
static int efi_disk_create_eltorito(struct blk_desc *desc,
|
2016-05-14 20:03:05 +00:00
|
|
|
const char *if_typename,
|
2016-08-05 12:49:53 +00:00
|
|
|
int diskid,
|
|
|
|
const char *pdevname)
|
2016-04-11 14:16:18 +00:00
|
|
|
{
|
|
|
|
int disks = 0;
|
2017-01-27 10:00:38 +00:00
|
|
|
#if CONFIG_IS_ENABLED(ISO_PARTITION)
|
2016-04-11 14:16:20 +00:00
|
|
|
char devname[32] = { 0 }; /* dp->str is u16[32] long */
|
2016-04-11 14:16:18 +00:00
|
|
|
disk_partition_t info;
|
|
|
|
int part = 1;
|
|
|
|
|
|
|
|
if (desc->part_type != PART_TYPE_ISO)
|
|
|
|
return 0;
|
|
|
|
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
/* and devices for each partition: */
|
2016-04-11 14:16:18 +00:00
|
|
|
while (!part_get_info(desc, part, &info)) {
|
2016-08-05 12:49:53 +00:00
|
|
|
snprintf(devname, sizeof(devname), "%s:%d", pdevname,
|
|
|
|
part);
|
2016-05-14 20:03:05 +00:00
|
|
|
efi_disk_add_dev(devname, if_typename, desc, diskid,
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
info.start, part);
|
2016-04-11 14:16:18 +00:00
|
|
|
part++;
|
|
|
|
disks++;
|
|
|
|
}
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
|
|
|
|
/* ... and add block device: */
|
|
|
|
efi_disk_add_dev(devname, if_typename, desc, diskid, 0, 0);
|
2016-04-11 14:16:18 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
return disks;
|
|
|
|
}
|
|
|
|
|
2016-03-04 00:10:02 +00:00
|
|
|
/*
|
|
|
|
* U-Boot doesn't have a list of all online disk devices. So when running our
|
|
|
|
* EFI payload, we scan through all of the potentially available ones and
|
|
|
|
* store them in our object pool.
|
|
|
|
*
|
2016-05-14 20:03:05 +00:00
|
|
|
* TODO(sjg@chromium.org): Actually with CONFIG_BLK, U-Boot does have this.
|
|
|
|
* Consider converting the code to look up devices as needed. The EFI device
|
|
|
|
* could be a child of the UCLASS_BLK block device, perhaps.
|
|
|
|
*
|
2016-03-04 00:10:02 +00:00
|
|
|
* This gets called from do_bootefi_exec().
|
|
|
|
*/
|
|
|
|
int efi_disk_register(void)
|
|
|
|
{
|
|
|
|
int disks = 0;
|
2016-05-14 20:03:05 +00:00
|
|
|
#ifdef CONFIG_BLK
|
|
|
|
struct udevice *dev;
|
|
|
|
|
2017-06-20 19:10:27 +00:00
|
|
|
for (uclass_first_device_check(UCLASS_BLK, &dev);
|
2016-05-14 20:03:05 +00:00
|
|
|
dev;
|
2017-06-20 19:10:27 +00:00
|
|
|
uclass_next_device_check(&dev)) {
|
2016-05-14 20:03:05 +00:00
|
|
|
struct blk_desc *desc = dev_get_uclass_platdata(dev);
|
|
|
|
const char *if_typename = dev->driver->name;
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
disk_partition_t info;
|
|
|
|
int part = 1;
|
2016-05-14 20:03:05 +00:00
|
|
|
|
|
|
|
printf("Scanning disk %s...\n", dev->name);
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
|
|
|
|
/* add devices for each partition: */
|
|
|
|
while (!part_get_info(desc, part, &info)) {
|
|
|
|
efi_disk_add_dev(dev->name, if_typename, desc,
|
|
|
|
desc->devnum, 0, part);
|
|
|
|
part++;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* ... and add block device: */
|
|
|
|
efi_disk_add_dev(dev->name, if_typename, desc,
|
|
|
|
desc->devnum, 0, 0);
|
|
|
|
|
2016-05-14 20:03:05 +00:00
|
|
|
disks++;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* El Torito images show up as block devices in an EFI world,
|
|
|
|
* so let's create them here
|
|
|
|
*/
|
|
|
|
disks += efi_disk_create_eltorito(desc, if_typename,
|
2016-08-05 12:49:53 +00:00
|
|
|
desc->devnum, dev->name);
|
2016-05-14 20:03:05 +00:00
|
|
|
}
|
|
|
|
#else
|
|
|
|
int i, if_type;
|
2016-03-04 00:10:02 +00:00
|
|
|
|
|
|
|
/* Search for all available disk devices */
|
2016-05-01 19:52:32 +00:00
|
|
|
for (if_type = 0; if_type < IF_TYPE_COUNT; if_type++) {
|
2016-05-14 20:03:05 +00:00
|
|
|
const struct blk_driver *cur_drvr;
|
|
|
|
const char *if_typename;
|
|
|
|
|
2016-05-01 19:52:32 +00:00
|
|
|
cur_drvr = blk_driver_lookup_type(if_type);
|
|
|
|
if (!cur_drvr)
|
|
|
|
continue;
|
|
|
|
|
2016-05-14 20:03:05 +00:00
|
|
|
if_typename = cur_drvr->if_typename;
|
|
|
|
printf("Scanning disks on %s...\n", if_typename);
|
2016-03-04 00:10:02 +00:00
|
|
|
for (i = 0; i < 4; i++) {
|
|
|
|
struct blk_desc *desc;
|
2016-04-11 14:16:20 +00:00
|
|
|
char devname[32] = { 0 }; /* dp->str is u16[32] long */
|
2016-03-04 00:10:02 +00:00
|
|
|
|
2016-05-01 19:52:32 +00:00
|
|
|
desc = blk_get_devnum_by_type(if_type, i);
|
2016-03-04 00:10:02 +00:00
|
|
|
if (!desc)
|
|
|
|
continue;
|
|
|
|
if (desc->type == DEV_TYPE_UNKNOWN)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
snprintf(devname, sizeof(devname), "%s%d",
|
2016-05-14 20:03:05 +00:00
|
|
|
if_typename, i);
|
efi_loader: use proper device-paths for partitions
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now instead of seeing devices like:
/File(sdhci@07864000.blk)/EndEntire
/File(usb_mass_storage.lun0)/EndEntire
You see:
/ACPI(133741d0,0)/UnknownMessaging(1d)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(0,800,64000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(1,64800,200000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/UnknownMessaging(1d)/HD(2,264800,19a000,dd904a8c00000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(0,800,60000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(1,61000,155000,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(2,20fa800,1bbf8800,38ca680200000000,1,1)/EndEntire
/ACPI(133741d0,0)/USB(0,0)/USB(0,0)/USB(0,0)/HD(3,1b6800,1f44000,38ca680200000000,1,1)/EndEntire
This is on a board with single USB disk and single sd-card. The
UnknownMessaging(1d) node in the device-path is the MMC device,
but grub_efi_print_device_path() hasn't been updated yet for some
of the newer device-path sub-types.
This patch is inspired by a patch originally from Peter Jones, but
re-worked to use efi_device_path, so it doesn't much resemble the
original.
Signed-off-by: Rob Clark <robdclark@gmail.com>
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf <agraf@suse.de>
2017-09-13 22:05:31 +00:00
|
|
|
efi_disk_add_dev(devname, if_typename, desc, i, 0, 0);
|
2016-03-04 00:10:02 +00:00
|
|
|
disks++;
|
2016-04-11 14:16:18 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* El Torito images show up as block devices
|
|
|
|
* in an EFI world, so let's create them here
|
|
|
|
*/
|
2016-08-05 12:49:53 +00:00
|
|
|
disks += efi_disk_create_eltorito(desc, if_typename,
|
|
|
|
i, devname);
|
2016-03-04 00:10:02 +00:00
|
|
|
}
|
|
|
|
}
|
2016-05-14 20:03:05 +00:00
|
|
|
#endif
|
2016-03-04 00:10:02 +00:00
|
|
|
printf("Found %d disks\n", disks);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|