From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ua1-f44.google.com (mail-ua1-f44.google.com [209.85.222.44]) by mx.groups.io with SMTP id smtpd.web08.921.1643330048701276952 for ; Thu, 27 Jan 2022 16:34:08 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=RBNZgZCG; spf=pass (domain: gmail.com, ip: 209.85.222.44, mailfrom: vlrzprgts@gmail.com) Received: by mail-ua1-f44.google.com with SMTP id b16so6768103uaq.4 for ; Thu, 27 Jan 2022 16:34:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=uWK2iV3NuHaLStNV069U18DvCMMiENGAyVu97uzXWp4=; b=RBNZgZCGZZH4AUhJIfX7U90/vMfh9usdq1rQEXp/wsN7qiCbsxeEm5s/950YXq90y/ 99J4rIgU0ESUNbXjq9xKxY62en+UvHKSbEkyEFledO4qGpFuV2kwjMAbcYsPq6iZLB/T XJrLQ9x7mw75/nb+Lfur4L0FIsTxrj2zuTnzy2k0D9dN/eZOnFtbBGBktD9qUG7Ehd4y 3j/ih26rNJJPlatEy24/NDdVE1A/OHNVxfoUWI+qpeJspeM3pdbZrbVLB+9Ymev0cQ/h rLWShwPKfMHopsyuezVHZLoQyytqNu2FqYLdT1Bq4q12LczGzmO9y7foA3pxiYZ8fplN Acsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=uWK2iV3NuHaLStNV069U18DvCMMiENGAyVu97uzXWp4=; b=V8OWTv5CFL968Kx/NwvKo+go4o9zu8yrLyeDlJ7BD+WnPe/+lkGsdIO/AQDkUleF3h 4UyqmKuTaq8ZzfEWwUfs064LHN97S6LZsePFqG4JKqqpMfHaiXEem7anYkHuFLlCHAGp rPfGdV7pKWcdM8TcbrfOlrLDCXLv1rklrogeU7RHSxegSvjUoGeWaLSkPxNRzxjb/IhR kGL3O+bqYqFRtWZFtibAwLhoAM/lvA+pMlh7SDTOKkH/hxMmqb2ma2nGWcghxZS+cXnH xKEaQuB9v2gwmDfaLWxYO3Q2pfKMVnq0+y3P+qp5/JtiHDzUkkVXOv8aANOdCosIa6Jh mwIQ== X-Gm-Message-State: AOAM530RSw5s/fkotuSq9f7cWPJMH+jd5iswnrHbrHMpgzO6hImJk8ao C9Wj9B0ECVut3FzosuIGUGp3suuP05+i3ahzqYsMQqMn X-Google-Smtp-Source: ABdhPJwUkopbEkRWPQc6bszAoMTq0JyOWpLLftwx8jx9LybQiEgJEc7Bgzer3iM5HsZJAhw3ONLpI/1O3X57xlMKtoA= X-Received: by 2002:ab0:6f04:: with SMTP id r4mr3423921uah.116.1643330047586; Thu, 27 Jan 2022 16:34:07 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ab0:59a7:0:0:0:0:0 with HTTP; Thu, 27 Jan 2022 16:34:06 -0800 (PST) From: "valerij zaporogeci" Date: Fri, 28 Jan 2022 02:34:06 +0200 Message-ID: Subject: Question about Block IO protocol devices To: devel@edk2.groups.io Content-Type: text/plain; charset="UTF-8" Hi, edk2. I would be glad to clarify one thing. When I request all handles, on which Block IO protocol (BIOP) is installed (through LocateHandleBuffer(ByProtocol), and then open Device Path protocol (DPP) on every of them to see what devices support BIOP, I don't see ones, that should represent the whole physical (raw) disk. In other words, there are no devices, whose DP would end with 4.1 Type.SubType node _and_ partition number n == 0, this is what the spec suggests as a way of representing the whole (raw) disk (as opposite to a partition, on which n =/= 0). Instead, I am getting BIOP instances on devices, whose DP ends at the level before, a parent device that is, for example, say 3.1 (Messaging.ATAPI). These are supposedly for representing the whole (raw) disk? because there are no other thing being that. E.g. if I have a harddisk with MBR and one partition on it, the DP for the partition device, supporting BIOP, would be something like: PciRoot(0)\Pci(0, 0)\Ata(0)\HD(1, MBR, sign, start, size) But there wouldn't be a device enumerated like: PciRoot(0)\Pci(0, 0)\Ata(0)\HD(0,MBR, sign) Instead, there would be one like this: PciRoot(0)\Pci(0, 0)\Ata(0) the question is: what DP the specification defines to represent a whole (raw) disk? 1) the one, ending with 4.1 Type.SubType and partition number n == 0 2) the DP of the parent of any partition, residing on it, for example the one, ending with 3.1 Type.SubType Thank you.