Hi Maxim,
On Fri, 28 Jun 2024 at 09:34, Maxim Moskalets wrote:
>
> In some FDTs, there is not enough free memory to add nodes, so this
> operation fails.
>
> Signed-off-by: Maxim Moskalets
> ---
> cmd/elf.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/cmd/elf.c b/cmd/elf.c
> index
Hi Tom,
On Thu, 27 Jun 2024 at 02:19, Tom Rini wrote:
>
> On Wed, 19 Jun 2024 06:34:50 -0600, Simon Glass wrote:
>
> > Show which boot protocol is being used.
> >
> >
>
> Applied to u-boot/next, thanks!
I wonder if this could go to -master since it is an important bugfix?
https://patchwork.ozla
On Fri, Jun 28, 2024 at 8:12 AM Nishanth Menon wrote:
>
> On 10:19-20240618, Dhruva Gole wrote:
> > Add symlinks for both tiboot3.bin and tispl.bin because a user has to
> > anyway rename these files to get the platform to boot up.
> > Also update the documentation to reflect above change.
> >
> >
The bootcount documentation was using "unattended" while it probably
intending to say "unintended"
Signed-off-by: Vasileios Amoiridis
---
doc/api/bootcount.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/api/bootcount.rst b/doc/api/bootcount.rst
index 9435a7ef15..968c
Move to the new documentation style with rST formatting.
Signed-off-by: Vasileios Amoiridis
---
doc/README.bootcount | 53 ---
doc/api/bootcount.rst | 58 +++
doc/api/index.rst | 1 +
3 files changed, 59 insertions
Add support to save boot count variable in ANY filesystem. Tested with
FAT and EXT.
Reviewed-by: Tom Rini
Reviewed-by: Heiko Schocher
Reviewed-by: Philip Oberfichtner
Signed-off-by: Vasileios Amoiridis
---
doc/README.bootcount | 12 +++
drivers/bootcount/Kconfig
Changes in v4:
- Add bootcount.rst in doc/api/index.rst
- Fix typo in documentation
Changes in v3:
- Remove specific CONFIGs for filesystems
- Add message to prompt user to enable required write function
- Use tags from previous rounds
- Move documen
The dtbdump.efi binary can be used for testing the EFI_DT_FIXUP_PROTOCOL.
It provides a command to load a file and have it fixed up and a
command to save the resulting file.
Add a command 'dump' for displaying the device-tree.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/dtbdump.c | 22
On Thu, 27 Jun 2024 09:29:41 +0100, Simon Glass wrote:
> This series includes fixes to get some rockchip and nvidia boards
> working again. It also drops the broken Beaglebone Black config and
> provides a devicetree fix for coral (x86).
>
> Note that since this series fixes bugs, it is targeted
From: Javier Martinez Canillas
When building with the igep00x0_defconfig, the following warning is shown:
$ make -j $(nproc)
...
LD spl/u-boot-spl
OBJCOPY spl/u-boot-spl-nodtb.bin
SYM spl/u-boot-spl.sym
CAT spl/u-boot-spl-dtb.bin
COPYspl/u-boot-spl.bin
Hi Phil,
On Fri, Jun 28, 2024 at 3:04 PM Tony Dinh wrote:
>
> Hi Phil,
>
> On Wed, Jun 26, 2024 at 3:31 AM Phil Sutter wrote:
> >
> > Hi Tony,
> >
> > On Sat, Jun 15, 2024 at 03:06:54PM -0700, Tony Dinh wrote:
> > [...]
> > > diff --git a/board/Synology/ds414/ds414.c b/board/Synology/ds414/ds414
Hi Phil,
On Wed, Jun 26, 2024 at 3:31 AM Phil Sutter wrote:
>
> Hi Tony,
>
> On Sat, Jun 15, 2024 at 03:06:54PM -0700, Tony Dinh wrote:
> [...]
> > diff --git a/board/Synology/ds414/ds414.c b/board/Synology/ds414/ds414.c
> > index abe6f9eb5e..f0b55fa095 100644
> > --- a/board/Synology/ds414/ds414
On Sat, 15 Jun 2024 11:34:56 +0200, Frank Wunderlich wrote:
> RAM init on mt7622 based bananapi R64 is broken since v2023.10.
>
> Increasing the mem-map does not help here, so i reduced the maximum
> available ram in get_ram_size call from 2G to 1G (board has only 1G).
>
>
Applied to u-boot/ma
On Sat, 22 Jun 2024 21:18:31 +0100, Conor Dooley wrote:
> Padmarao is leaving Microchip soon, and suggested that I should take
> over maintaining the Icicle in U-Boot in his stead.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Wed, 19 Jun 2024 16:23:30 -0500, Sam Protsenko wrote:
> In case when either gpt_verify_headers() or gpt_verify_partitions()
> fails, the memory allocated for gpt_pte will be freed in those functions
> internally, but gpt_pte will still contain non-NULL dangling pointer.
> The attempt to free it
On Wed, 19 Jun 2024 10:09:44 -0600, Tom Rini wrote:
> After adding the U_BOOT_LONGHELP macro some new commands came in still
> that were not making use if it. Switch these cases over and in a few
> places add missing newlines as well.
>
>
Applied to u-boot/next, thanks!
--
Tom
On Wed, 19 Jun 2024 13:33:28 +0200, Quentin Schulz wrote:
> The property isn't useful in VPL/SPL/TPL as it is only for U-Boot proper
> pre-reloc, which has its own DTB.
>
>
Applied to u-boot/next, thanks!
--
Tom
On Wed, 19 Jun 2024 10:57:49 +, Emil Kronborg wrote:
> The davinci_hw_watchdog_ functions are defined but never called from
> anywhere. Commit 881ae794b93b ("calimain: remove board") eliminated the
> last call to these functions.
>
>
Applied to u-boot/next, thanks!
--
Tom
On Wed, 19 Jun 2024 00:41:38 +0300, Alex Shumsky wrote:
> Fix btrfs_read/read_and_truncate_page write out of bounds of destination
> buffer. Old behavior break bootstd malloc'd buffers of exact file size.
> Previously this OOB write have not been noticed because distroboot usually
> read files int
On Tue, 18 Jun 2024 10:19:44 +0530, Dhruva Gole wrote:
> Add symlinks for both tiboot3.bin and tispl.bin because a user has to
> anyway rename these files to get the platform to boot up.
> Also update the documentation to reflect above change.
>
> Changes in v4:
> * Add the docs patch.
>
> [...]
On Tue, 18 Jun 2024 10:23:18 +0530, Dhruva Gole wrote:
> The Kernel Image and DTB files are supposed to be picked from the rootfs
> of the SD Card, this fails in legacy boot flow because bootpart is set
> to 1:1. Fix it.
>
>
Applied to u-boot/next, thanks!
--
Tom
On Mon, 17 Jun 2024 11:22:01 +0200, Emanuele Ghidoli wrote:
> MCU_CLKOUT0 output can be driven by two different clock inputs:
> one at 25 MHz and another at 50 MHz. Currently, the 25 MHz input
> clock is not selectable due to a duplication of the 50 MHz clock input
> in the mux configuration. This
On Tue, 18 Jun 2024 08:18:47 -0600, Tom Rini wrote:
> At this point noting that we have a split in our job similar to TravisCI
> (which we have not used in years) isn't helpful, and is also not true
> anymore either. Instead, explain that we split the world up in to 10
> jobs as that's the maximum
Add support for APMIXED parent in infra MUX. This is the case for mt7622
that reference APMIXED parents for the MUX1_SEL clock.
We assume the second level parent is always APMIXED.
Signed-off-by: Christian Marangi
---
drivers/clk/mediatek/clk-mtk.c | 4
1 file changed, 4 insertions(+)
dif
Add support for GATEs for APMIXED OPs. It's possible that some APMIXED
have also gates on top of PLL. This is the case for mt7622. Add support
for this.
Signed-off-by: Christian Marangi
---
drivers/clk/mediatek/clk-mtk.c | 144 +++--
1 file changed, 84 insertions(+),
Upstream kernel linux might have a different clock ID order in their
-clk.h header. This is the case of some clock ID for mt7623 that
upstream use the shared header clk-mt7601.h
This header doesn't have a well distincted order and have factor or mux
in the middle of the CLK ID list. This is proble
Some simple MUX might require flags to specify the parent source.
Implement MUX_FLAGS as a variant of the MUX macro that takes custom
flags as last arg.
Also implement MUX_MIXED_FLAGS for PARENT_MIXED implementation and
MUX_MIXED with no additional flags.
Signed-off-by: Christian Marangi
---
dri
Provide common clk init function for infrasys that defaults to topckgen
driver if clock-parent is not defined. This is the case for upstream
DTSI that doesn't provide this entry.
This is needed for infracfg driver that will make use of the unified
gates + muxes implementation.
Signed-off-by: Chri
Add support for gate clock get_rate to reference topckgen clock for
infracfg-ao implementation.
In infracfg-ao implementation topckgen is on second level of parent with
infracfg in the middle.
To correctly detect this, check the driver of the dev parent and use the
second level parent if it's not
As done for infracfg, also add support for parent mux from different
source for topckgen. This is needed as upstream linux doesn't use 1/1
factor and use directly the APMIXED clocks.
Signed-off-by: Christian Marangi
---
drivers/clk/mediatek/clk-mtk.c | 42 ++
1 fi
There is a current limitation where parents for a mux can be all declared
as they are from a common source. This is not true as there are some MUX
that can have parent from both infracfg or from topckgen.
To handle this, implement a new flag for the mux, CLK_PARENT_MIXED, and
a new entry for the m
Add support to clk_gate ops to reference the clk ID at an offset by
using the just introduced gates_offs value from the unified muxes +
gates implementation.
Gate clock that doesn't have gates_offs set won't be affected as the
offset will simply be 0 and won't be offset of any value.
Signed-off-b
Add support for gates in clk_tree for infrasys ops.
Infracfg clks can have a sum of gates and muxes, and current solution
handle this by duplicating the driver and split clks for mux and clks
for gates. Upstream linux kernel handle this differently and doesn't
have this distinction.
To be closer
We currently return 0 if XTAL rate is requested in get_mux_rate. This
deviates from what is done in get_factor_rate and is totally wrong as it
can cause unwanted results (division by 0 crash)
For infrasys that makes use of CLK_XTAL, assume xtal_rate to be defined
in clk_tree and return the rate wh
There is currently a massive bug that makes any gate clk that have
CLK_XTAL as parent to return the wrong clock.
Following the code, with CLK_XTAL defined as TOPCKGEN parent, the
topckgen get_rate is called. The clk ID (0) is parsed and only in some
corner case (scenario where fixed clock are not
This series doesn't currently change anything and it does add all the
additional OPs to make support of OF_UPSTREAM.
While converting the mt7681/7686/7688/7623/7622 it was notice lots of
discrepancy between the downstream dtsi and the upstream one and the
clock ID between downstream clock ID and u
On 19:39-20240628, Sebin Francis wrote:
>
> On 28/06/24 18:33, Nishanth Menon wrote:
> > On 15:02-20240628, Dhruva Gole wrote:
> > > This series includes the binman related changes required to package tIFS
> > > Stub to support Low Power Modes on BeaglePlay.
>
On 28/06/24 18:33, Nishanth Menon wrote:
On 15:02-20240628, Dhruva Gole wrote:
This series includes the binman related changes required to package tIFS
Stub to support Low Power Modes on BeaglePlay.
Also, based on comments from previous patch [0] documentation has been
added to describe small
On 6/28/24 9:32 AM, Simon Glass wrote:
Hi Marek,
Hi,
[...]
@@ -473,8 +483,6 @@ static int regulator_pre_probe(struct udevice *dev)
-ENODATA);
uc_pdata->max_uA = dev_read_u32_default(dev, "regulator-max-microamp",
Hi,
On Fri, Jun 28, 2024 at 04:17:27PM +0100, Andre Przywara wrote:
> > I do not know if this patch is still a
> > necessity; though if John is nudging about it, it probably is.
>
> Yes apparently he needs it, though I am not entirely sure why.
> USB gadget has worked for ages in sunxi, without
Hello,
On 2024-06-28 08:51, Etienne Dublé wrote:
Le 27/06/2024 à 14:27, Quentin Schulz a écrit :
On 6/25/24 1:42 PM, Etienne Dublé wrote:
Le 25/06/2024 à 12:25, Dragan Simic a écrit :
Another option may be to name them "rtl8169@", with ""
reflecting the PCI region address (so it is unique and s
On Fri, Jun 28, 2024 at 2:50 AM Jerome Forissier
wrote:
>
> Hi Tim,
>
> On 6/26/24 18:00, Tim Harvey wrote:
> > On Tue, Jun 25, 2024 at 1:02 AM Jerome Forissier
> > wrote:
> >>
> >> On 6/25/24 00:28, Tim Harvey wrote:
> >>> On Sat, Jun 22, 2024 at 1:09 AM Maxim Uvarov wrote:
>
> пт, 21
Hi Caleb,
On 17/06/2024 10:32, Caleb Connolly wrote:
Introduce two Qualcomm SoC drivers, the RPMh and cmd-db. RPMh is a the
name for the second generation Resource Power Management hub on Qualcomm
SoCs. Most core regulators have to be controlled via this hub.
The cmd-db is a region of memory wh
On Thu, 27 Jun 2024 17:25:57 -0600
Sam Edwards wrote:
Hi Sam,
thanks for coming back so quickly!
> On 6/27/24 09:06, Andre Przywara wrote:
> > On Thu, 8 Jun 2023 13:56:31 -0600
> > Sam Edwards wrote:
> >
> > Hi,
> >
> > John asked me have a look at this.
>
> Hi Andre, it's good to hear f
On 10:19-20240618, Dhruva Gole wrote:
> Add symlinks for both tiboot3.bin and tispl.bin because a user has to
> anyway rename these files to get the platform to boot up.
> Also update the documentation to reflect above change.
>
> Changes in v4:
> * Add the docs patch.
>
> Cc: Nishant Menon
> Cc
On 13:53-20240628, Manorit Chawdhry wrote:
> findfdt wasn't being populated in these boards, add the code in evm.c
> for the same.
why not just drop findfdt? I am ok with #2,3 more or less, but keeping
findfdt alive is just a bad direction when we are moving to stdboot
flow.
>
&
On 13:53-20240628, Manorit Chawdhry wrote:
> name_fdt is kept for backward compatibility but it depends on EEPROM
> detection logic and some of the platforms like J7AHP/AM69 don't have
> that anymore which causes boot failure.
>
> Replacing name_fdt usage to fdtfile as fdtfil
On 15:02-20240628, Dhruva Gole wrote:
> This series includes the binman related changes required to package tIFS
> Stub to support Low Power Modes on BeaglePlay.
> Also, based on comments from previous patch [0] documentation has been
> added to describe small addition in boot flo
Hi Simon,
This is reading a lot of DT stuff very early, which may be slow. It is
also reading from the DT in the bind() step which we sometimes have to
do, but try to avoid.
Could we set up the livetree pre-bind? What about MMU? On armv8 at least
this would have a huge impact on performance.
Hi Marek,
On Thu, 27 Jun 2024 at 17:05, Marek Vasut wrote:
>
> On 6/27/24 10:37 AM, Simon Glass wrote:
> > Hi Marek,
>
> Hi,
>
> [...]
>
> >> ---
> >> drivers/power/regulator/regulator-uclass.c | 22 +++---
> >> 1 file changed, 15 insertions(+), 7 deletions(-)
> >>
> >> diff --
The TX/RX descriptor size is 16 byte.
When the cache line size is larger than 16 bytes, descriptors
flushed to RAM will flush more than one descriptor.
It is possible that it may mistakenly flush to other descriptor
that has been updated by MAC in RAM.
To avoid this issue, align the descriptors to
Hi Caleb,
On Fri, 28 Jun 2024 at 01:09, Caleb Connolly wrote:
>
>
>
> On 27/06/2024 11:26, Simon Glass wrote:
> > Hi Caleb,
> >
> > On Thu, 27 Jun 2024 at 09:48, Caleb Connolly
> > wrote:
> >>
> >>
> >>
> >> On 27/06/2024 10:37, Simon Glass wrote:
> >>> Hi Marek,
> >>>
> >>> On Thu, 27 Jun 2024
The NC-SI interface does not need the MDIO bus and the
NC-SI PHY device cannot get from dm_eth_phy_connect.
Therefore, use phy_connect directly here.
Signed-off-by: Jacky Chou
---
drivers/net/ftgmac100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ftgmac100.c
On 15:02-20240628, Dhruva Gole wrote:
> Add the AM62x boot flow to show at which point the TIFS Stub actually
> gets loaded.
>
> Signed-off-by: Dhruva Gole
> ---
> doc/board/beagle/am62x_beagleplay.rst | 2 +-
> doc/board/ti/img/boot_diagram_am62.svg | 4
> 2 fil
On 15:02-20240628, Dhruva Gole wrote:
> Mention the TIFS Stub in the TISP image format
>
> Signed-off-by: Dhruva Gole
> ---
> doc/board/beagle/am62x_beagleplay.rst | 2 +-
> doc/board/ti/img/tifsstub_dm_tispl.bin.svg | 4
> 2 files changed, 5 insertions(+), 1
On Mon, 27 May 2024 at 20:12, Caleb Connolly wrote:
>
> As U-Boot works to align itself with upstream devicetrees, there are
> some common issues we start to run into, that of hardware blocks which
> might be important for an OS like Linux, but which aren't useful in
> U-Boot.
>
> For example, the
On 27/05/2024 19:12, Caleb Connolly wrote:
Add a stub clock driver which can be used to bind clock controllers
which aren't required for the platform to boot, but which are needed for
U-Boot drivers to work.
In addition, add a NOP parent driver to allow for binding the parent
nodes of the clock.
On 27/05/2024 19:12, Caleb Connolly wrote:
As U-Boot works to align itself with upstream devicetrees, there are
some common issues we start to run into, that of hardware blocks which
might be important for an OS like Linux, but which aren't useful in
U-Boot.
For example, the Resource Power Manag
_power_domain_probe,
+ .flags = DM_FLAG_PRE_RELOC,
+};
+#endif
---
base-commit: 9e9f78f7aa0124ef0e622532043acf87e84008dc
change-id: 20240628-topic-sm8x50-psci-power-domain-27dd90a7f298
Best regards,
--
Neil Armstrong
Hi Tim,
On 6/26/24 18:00, Tim Harvey wrote:
> On Tue, Jun 25, 2024 at 1:02 AM Jerome Forissier
> wrote:
>>
>> On 6/25/24 00:28, Tim Harvey wrote:
>>> On Sat, Jun 22, 2024 at 1:09 AM Maxim Uvarov wrote:
пт, 21 июн. 2024 г. в 21:42, Fabio Estevam :
>
> Hi Tim and Jerome,
>
>>
Since AM62x, AM62P and AM62A all use similar boot flows and their low
power mode s/w ARCH is also similar in the way that they make use of the
TIFS Stub, update their documentation to show where TIFS Stub is.
Signed-off-by: Dhruva Gole
---
This series depends on TIFS Stub BeaglePlay series sent
Add documentation to briefly explain the role of TIFS Stub in relevant
K3 SoC's.
Signed-off-by: Dhruva Gole
---
doc/board/ti/k3.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
index 88821a15e4c6..f45a285db21b 100644
--- a/doc/board/ti/k3.rst
Mention the TIFS Stub in the TISP image format
Signed-off-by: Dhruva Gole
---
doc/board/beagle/am62x_beagleplay.rst | 2 +-
doc/board/ti/img/tifsstub_dm_tispl.bin.svg | 4
2 files changed, 5 insertions(+), 1 deletion(-)
create mode 100644 doc/board/ti/img/tifsstub_dm_tispl.bin.svg
di
Add the AM62x boot flow to show at which point the TIFS Stub actually
gets loaded.
Signed-off-by: Dhruva Gole
---
doc/board/beagle/am62x_beagleplay.rst | 2 +-
doc/board/ti/img/boot_diagram_am62.svg | 4
2 files changed, 5 insertions(+), 1 deletion(-)
create mode 100644 doc/board/ti/img/b
This series includes the binman related changes required to package tIFS
Stub to support Low Power Modes on BeaglePlay.
Also, based on comments from previous patch [0] documentation has been
added to describe small addition in boot flow as well as tispl image
format.
I am aware that the new boot f
Add support for packaging the TIFS Stub as it's required for basic Low
Power Modes like Deep Sleep.
Acked-by: Neha Malcom Francis
Signed-off-by: Dhruva Gole
---
arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 33 +++-
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git a/
In some FDTs, there is not enough free memory to add nodes, so this
operation fails.
Signed-off-by: Maxim Moskalets
---
cmd/elf.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/cmd/elf.c b/cmd/elf.c
index 32b7462f92..673c6c3051 100644
--- a/cmd/elf.c
+++ b/cmd/elf.c
@@ -68,6 +68,8 @@ int
Hi Marek,
On 6/28/24 4:42 AM, Marek Vasut wrote:
On 6/27/24 2:42 PM, Quentin Schulz wrote:
Hi Marek,
Hi,
On 6/27/24 1:58 AM, Marek Vasut wrote:
Insert /u-boot, = property into the U-Boot control DT
during SPL DTO application process. This can be used by user to inspect
which DTOs got appl
This is called to set findfdt after the board is initialized.
Signed-off-by: Manorit Chawdhry
---
configs/am62px_evm_a53_defconfig | 1 +
configs/j722s_evm_a53_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/am62px_evm_a53_defconfig b/configs/am62px_evm_a53_defconfig
ind
stdboot and legacy boot now depend on findfdt and findfdt is populated
based on evm code now. Populate findfdt by calling ti_set_fdt_env in
board files.
Signed-off-by: Manorit Chawdhry
---
board/ti/am62px/evm.c | 9 +
board/ti/j722s/evm.c | 9 +
2 files changed, 18 insertions(+)
name_fdt is kept for backward compatibility but it depends on EEPROM
detection logic and some of the platforms like J7AHP/AM69 don't have
that anymore which causes boot failure.
Replacing name_fdt usage to fdtfile as fdtfile is populated based on
CONFIG_DEFAULT_DEVICE_TREE.
Signed-off-by: Manorit
etion(-)
---
base-commit: 899b088674b6905710ce546f0a8848662904852a
change-id: 20240628-b4-upstream-streamline-platform-f0d7453637b2
Best regards,
--
Manorit Chawdhry
Hi Mikhail,
On Thu, 27 Jun 2024 at 12:35, Mikhail Kshevetskiy
wrote:
>
> U-Boot with linked fit dtb image may be loaded by a bootloader to
> a low memory. On a later stage U-Boot will relocate itself and used
> dtb.
>
> There is no problem until we decide to reselect dtb on a later stage.
> In th
Hi Tom,
On Thu, 27 Jun 2024 at 15:42, Tom Rini wrote:
>
> On Thu, Jun 27, 2024 at 09:37:15AM +0100, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 26 Jun 2024 at 15:07, Tom Rini wrote:
> > >
> > > On Wed, Jun 26, 2024 at 09:00:41AM +0100, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Tue
Hi Marek,
On Fri, 28 Jun 2024 at 03:48, Marek Vasut wrote:
>
> Insert /u-boot,spl-applied-dto- = property into the
> U-Boot control DT during SPL DTO application process. This can be used
> by user to inspect which DTOs got applied by the SPL and in which order
> from running U-Boot.
>
> Example
Hi Mikhail,
On Thu, 27 Jun 2024 at 12:35, Mikhail Kshevetskiy
wrote:
>
> Rebinding of the mmc driver causes reregistration of block device.
> Thus second mmc device appears and the first becomes broken.
>
> Fix an issue by using already registered block device instead of
> registering a new one.
Hi,
On Thu, 27 Jun 2024 at 20:28, Heinrich Schuchardt wrote:
>
>
>
> Am 27. Juni 2024 19:06:29 MESZ schrieb "Vincent Stehlé"
> :
> >The scan_part() function uses a struct uuid to store the little-endian
> >partition type GUID, but this structure should be used only to contain a
> >big-endian UUI
77 matches
Mail list logo
