On 6/1/23 1:30 AM, Heinrich Schuchardt wrote:
Am 1. Juni 2023 01:35:01 MESZ schrieb Stuart Yoder :
On 5/31/23 5:09 PM, Heinrich Schuchardt wrote:
Am 31. Mai 2023 22:40:23 MESZ schrieb Stuart Yoder :
On 5/31/23 3:10 PM, Heinrich Schuchardt wrote:
On 5/31/23 21:37, Stuart Yoder
On 5/31/23 5:09 PM, Heinrich Schuchardt wrote:
Am 31. Mai 2023 22:40:23 MESZ schrieb Stuart Yoder :
On 5/31/23 3:10 PM, Heinrich Schuchardt wrote:
On 5/31/23 21:37, Stuart Yoder wrote:
Unfortunately, the TCG spec is very confusing in section 6.4.4 #2 and
#3. They attempted to clarify
On 5/31/23 3:10 PM, Heinrich Schuchardt wrote:
On 5/31/23 21:37, Stuart Yoder wrote:
Unfortunately, the TCG spec is very confusing in section 6.4.4 #2 and
#3. They attempted to clarify in an errata:
https://trustedcomputinggroup.org/wp-content/uploads/EFI-Protocol-Specification-Errata-v.5
Unfortunately, the TCG spec is very confusing in section 6.4.4 #2 and
#3. They attempted to clarify in an errata:
https://trustedcomputinggroup.org/wp-content/uploads/EFI-Protocol-Specification-Errata-v.5.pdf
...but it is still confusing.
Ilias and I had discussed the ambiguities, and back in
On 5/31/23 2:48 AM, Ilias Apalodimas wrote:
Hi Stuart,
On Wed, 31 May 2023 at 00:20, Stuart Yoder wrote:
On 5/30/23 1:39 AM, Ilias Apalodimas wrote:
In the EFI TCG spec EFI_TCG2_BOOT_SERVICE_CAPABILITY struct is
versioned -- there are 1.0 and 1.1 versions of that struct.
The spec [0
On 5/30/23 1:39 AM, Ilias Apalodimas wrote:
In the EFI TCG spec EFI_TCG2_BOOT_SERVICE_CAPABILITY struct is
versioned -- there are 1.0 and 1.1 versions of that struct.
The spec [0] describes:
"Version of the EFI_TCG2_BOOT_SERVICE_CAPABILITY
structure itself. For this version of the protocol, th
On 12/5/22 10:18 PM, Julius Werner via TF-A wrote:
It seems like some of us still have very different opinions about how
this handoff structure should and shouldn't be used, which I really
think need to be worked out and then codified in the spec before we
can call the document final, because
On 4/11/22 3:40 AM, Ilias Apalodimas wrote:
Hi Akashi-san,
On Mon, Apr 11, 2022 at 05:31:08PM +0900, AKASHI Takahiro wrote:
On Mon, Apr 11, 2022 at 10:56:22AM +0300, Ilias Apalodimas wrote:
Currently we don't support sha384/512 for the X.509
certificate To-Be-Signed contents. Moreover if w
On Mon, Jun 15, 2020 at 4:48 AM Nicolas Saenz Julienne
wrote:
>
> On Mon, 2020-06-15 at 11:28 +0200, Sylwester Nawrocki wrote:
> > Hi,
> >
> > (Cc: Nicolas and Jim)
>
> Jim, FYI, this relates to u-boot's pcie-brcmstb implementation.
>
> > On 11.06.2020 11:18, Peter Robinson wrote:
> > > > > > I am
On Wed, Jun 10, 2020 at 5:37 PM Peter Robinson wrote:
>
> On Wed, Jun 10, 2020 at 10:11 PM Stuart Yoder wrote:
> >
> > Hi Sylwester,
> >
> > I am trying to test v4 of your patch series for USB support on rpi4:
> > https://patchwork.ozlabs.org/project/ub
On Wed, Jun 10, 2020 at 4:11 PM Stuart Yoder wrote:
>
> Hi Sylwester,
>
> I am trying to test v4 of your patch series for USB support on rpi4:
> https://patchwork.ozlabs.org/project/uboot/list/?series=179078
>
> I am building u-boot 64-bit. Testing on a rpi4 B 1.2 boar
Hi Sylwester,
I am trying to test v4 of your patch series for USB support on rpi4:
https://patchwork.ozlabs.org/project/uboot/list/?series=179078
I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
not working for me and wanted to see if you had any ideas. Are there
other d
On Tue, Oct 29, 2019 at 8:49 PM Simon Glass wrote:
>
> Hi Stuart,
>
> On Mon, 28 Oct 2019 at 17:27, Stuart Yoder wrote:
> >
> > I saw Simon's write-up here: https://lwn.net/Articles/571031/, which
> > references TPM
> > and trusted boot support using the
I saw Simon's write-up here: https://lwn.net/Articles/571031/, which
references TPM
and trusted boot support using the TPM.
I've started looking at the TPM support code in u-boot, and am trying
to understand
it. Before getting too far I wanted to check if there were any
pointers anyone might
have
All,
The patch Alex submitted to enable distro boot on ls2085ardb sets
up a default bootcmd that looks like this:
bootcmd=run mcinitcmd && fsl_mc lazyapply dpl 0x58070 &&
cp.b $kernel_start $kernel_load $kernel_size &&
bootm $kernel_load || run distro_bootcmd
> -Original Message-
> From: Changming Huang [mailto:jerry.hu...@nxp.com]
> Sent: Thursday, December 15, 2016 1:45 AM
> To: york sun ; u-boot@lists.denx.de; Stuart Yoder
>
> Cc: Jerry Huang
> Subject: [PATCH] armv8: fsl-lsch2: enable snoopable usb read and writ
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Saturday, July 30, 2016 9:03 AM
> To: Stuart Yoder
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] armv8: ls2080a/ls1043a/ls1012a: enable support
> for booti
>
> On Fri,
The booti command allows booting kernels specifying dtb,
kernel, and rootfs addresses individually (without needing
an ITB file), providing more flexibility.
Signed-off-by: Stuart Yoder
---
include/configs/ls1012a_common.h | 1 +
include/configs/ls1043a_common.h | 1 +
include/configs
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Friday, May 13, 2016 7:22 AM
> To: u-boot@lists.denx.de
> Cc: Stuart Yoder ; york sun
> Subject: [PATCH 5/5] ls2080ardb: Convert to distro boot
>
> Most new systems in U-Boot these days
> -Original Message-
> From: Yunhui Cui
> Sent: Thursday, April 14, 2016 8:47 PM
> To: Stuart Yoder
> Cc: york sun ; u-boot@lists.denx.de
> Subject: RE: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to
> enable WDT
>
> Hi Stuart,
>
> -Original Message-
> From: Yunhui Cui
> Date: Sun, Apr 10, 2016 at 9:37 PM
> Subject: [U-Boot] [PATCH v2] armv8/ls2080a: configure PMU's PCTBENR to
> enable WDT
> To: york@nxp.com
> Cc: yunhui@nxp.com, u-boot@lists.denx.de
>
>
> From: Yunhui Cui
>
> The SP805-WDT module on
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
Add defines for the register offsets.
Signed-off-by: Stuart Yoder
---
-v6: first version of this patch, just add the LUT #defines
.../include/asm/arch
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester IDs are
mapped to ARM SMMU stream IDs.
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT
From: Stuart Yoder
put pci_get_hose_head() prototype in header so it is available to
external users-- allowing them to find and iterate over all pci controllers
Signed-off-by: Stuart Yoder
---
-v6: no changes
include/pci.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/pci.h
From: Stuart Yoder
-update comments around how stream IDs are partitioned
-stream IDs allocated to PCI are no longer divided up by
controller, but are instead a contiguous range
Signed-off-by: Stuart Yoder
---
-v6: no changes
.../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v6: no changes
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
A binding for PCI nodes has been finalized specifying how PCI
device IDs can be mapped to MSI specifiers. See
Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel.
For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream
id. A programmable table
> -Original Message-
> From: york sun
> Sent: Wednesday, March 09, 2016 12:01 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Yang-Leo Li
>
> Subject: Re: [RESEND PATCH 4/7 v5] pci/layerscape: add support for LUT
>
> On 03/09/2016 0
From: Stuart Yoder
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT entry (maps PCI requester id to stream ID)
-set the msi-map property on the controller reflecting the
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
From: Stuart Yoder
-update comments around how stream IDs are partitioned
-stream IDs allocated to PCI are no longer divided up by
controller, but are instead a contiguous range
Signed-off-by: Stuart Yoder
---
-v5: no change
.../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v5: no change
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
add a function to return the next available stream ID
for PCI
Signed-off-by: Stuart Yoder
---
-v5: no change
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
index
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
-v5: no change
drivers/pci
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v5: no change
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
-update comments around how stream IDs are partitioned
-stream IDs allocated to PCI are no longer divided up by
controller, but are instead a contiguous range
Signed-off-by: Stuart Yoder
---
-v5: no change
.../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
-v5: no change
drivers/pci
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
> -Original Message-
> From: york sun
> Sent: Tuesday, March 08, 2016 1:46 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Yang-Leo Li
>
> Subject: Re: [PATCH 4/7 v4] pci/layerscape: add support for LUT
>
> On 03/08/2016 1
> -Original Message-
> From: york sun
> Sent: Tuesday, March 08, 2016 11:30 AM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Yang-Leo Li
>
> Subject: Re: [PATCH 4/7 v4] pci/layerscape: add support for LUT
>
> On 03/08/2016 07:56 AM, S
From: Stuart Yoder
put pci_get_hose_head() prototype in header so it is available to
external users-- allowing them to find and iterate over all pci controllers
Signed-off-by: Stuart Yoder
---
-v4: no changes
include/pci.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/pci.h
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
From: Stuart Yoder
A binding for PCI nodes has been finalized specifying how PCI
device IDs can be mapped to MSI specifiers. See
Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel.
For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream
id. A programmable table
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v4: no changes
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT entry (maps PCI requester id to stream ID)
-set the msi-map property on the controller reflecting the
From: Stuart Yoder
add a function to return the next available stream ID
for PCI
Signed-off-by: Stuart Yoder
---
-v4: no changes
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
-v4: no changes
drivers/pci
> -Original Message-
> From: york sun
> Sent: Monday, March 07, 2016 4:32 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Mingkai Hu
> ;
> Minghuan Lian ; Yang-Leo Li ;
> marc.zyng...@arm.com
> Subject: Re: [PATCH 4/7 v3] pci/laye
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: Wednesday, March 02, 2016 8:45 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: york sun ; Yang-Leo Li ; Stuart
> Yoder
>
> Subject: RE: [PATCH] armv8: ls2080a: update fdt path for fsl-mc node
>
&
From: Stuart Yoder
The fsl-mc node has been moved under /soc, so update
the path references accordingly. Backwards compatibility
is retained for /fsl-mc.
Delete backwards compatibility for the completely obsolete
/fsl,dprc@0.
Signed-off-by: Stuart Yoder
---
board/freescale/ls2080a/ls2080a.c
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
-v3
-no changes
drivers/pci
From: Stuart Yoder
add a function to return the next available stream ID
for PCI
Signed-off-by: Stuart Yoder
---
-v3
-return 0x on error
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v3
-no changes
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
A binding for PCI nodes has been finalized specifying how PCI
device IDs can be mapped to MSI specifiers. See
Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel.
For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream
id. A programmable table
From: Stuart Yoder
-update comments around how stream IDs are partitioned
-stream IDs allocated to PCI are no longer divided up by
controller, but are instead a contiguous range
Signed-off-by: Stuart Yoder
---
-v3
-no changes
.../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55
From: Stuart Yoder
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT entry (maps PCI requester id to stream ID)
-set the msi-map property on the controller reflecting the
From: Stuart Yoder
put pci_get_hose_head() prototype in header so it is available to
external users-- allowing them to find and iterate over all pci controllers
Signed-off-by: Stuart Yoder
---
-v3
-no changes
include/pci.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include
> -Original Message-
> From: Minghuan Lian
> Sent: Thursday, February 25, 2016 11:56 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: york sun ; Prabhakar Kushwaha
> ;
> Mingkai Hu ; Yang-Leo Li ;
> marc.zyng...@arm.com;
> Stuart Yoder
> Subject: RE:
> -Original Message-
> From: Minghuan Lian
> Sent: Thursday, February 25, 2016 11:55 PM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: york sun ; Prabhakar Kushwaha
> ;
> Mingkai Hu ; Yang-Leo Li ;
> marc.zyng...@arm.com;
> Stuart Yoder
> Subject: RE:
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
-v2
-no changes
arch/arm/cpu/armv8/fsl
From: Stuart Yoder
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT entry (maps PCI requester id to stream ID)
-set the msi-map property on the controller reflecting the
From: Stuart Yoder
add a function to return the next available stream ID
for PCI
Signed-off-by: Stuart Yoder
---
-v2
-no changes
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
From: Stuart Yoder
A binding for PCI nodes has been finalized specifying how PCI
device IDs can be mapped to MSI specifiers. See
Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel.
For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream
id. A programmable table
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
-v2
-no changes
drivers/pci
From: Stuart Yoder
put pci_get_hose_head() prototype in header so it is available to
external users-- allowing them to find and iterate over all pci controllers
Signed-off-by: Stuart Yoder
---
-v2
-no changes
include/pci.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include
> -Original Message-
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Tuesday, February 23, 2016 9:19 AM
> To: Stuart Yoder ; Minghuan Lian
> ; u-
> b...@lists.denx.de
> Cc: york sun ; Prabhakar Kushwaha
> ;
> Mingkai Hu ; Yang-Leo Li
>
> -Original Message-
> From: Minghuan Lian
> Sent: Tuesday, February 23, 2016 3:57 AM
> To: Stuart Yoder ; u-boot@lists.denx.de
> Cc: york sun ; Prabhakar Kushwaha
> ;
> Mingkai Hu ; Yang-Leo Li ;
> marc.zyng...@arm.com;
> Stuart Yoder
> Subject: RE: [
From: Stuart Yoder
The per-PCI controller LUT (Look-Up-Table) is a 32-entry table
that maps PCI requester IDs (bus/dev/fun) to a stream ID.
This patch implements infrastructure to enable LUT initialization:
-define registers offsets
-add an index to 'struct ls_pcie' to track next
From: Stuart Yoder
for all PCI devices discovered in a system:
-allocate a LUT (look-up-table) entry in that PCI controller
-allocate a stream ID for the device
-program and enable a LUT entry (maps PCI requester id to stream ID)
-set the msi-map property on the controller reflecting the
From: Stuart Yoder
-update comments around how stream IDs are partitioned
-stream IDs allocated to PCI are no longer divided up by
controller, but are instead a contiguous range
Signed-off-by: Stuart Yoder
---
.../asm/arch-fsl-layerscape/ls2080a_stream_id.h| 55
1
From: Stuart Yoder
add a function to return the next available stream ID
for PCI
Signed-off-by: Stuart Yoder
---
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
index 6886488
From: Stuart Yoder
A binding for PCI nodes has been finalized specifying how PCI
device IDs can be mapped to MSI specifiers. See
Documentation/devicetree/bindings/pci/pci-msi.txt in the kernel.
For ls2080a and similar Layerscape SoCs, the MSI specifier is the stream
id. A programmable table
From: Stuart Yoder
put pci_get_hose_head() prototype in header so it is available to
external users-- allowing them to find and iterate over all pci controllers
Signed-off-by: Stuart Yoder
---
include/pci.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/pci.h b/include/pci.h
From: Stuart Yoder
msi-map properties are used to tell an OS how PCI requester
IDs are mapped to ARM SMMU stream IDs. This patch defines a
function to append a single msi-map entry to a given PCI controller
device tree node.
Signed-off-by: Stuart Yoder
---
drivers/pci/pcie_layerscape.c
From: Stuart Yoder
Remove stream ID partitioning support that has been made
obsolete by upstream device tree bindings that specify how
representing how PCI requester IDs are mapped to MSI specifiers
and SMMU stream IDs.
Signed-off-by: Stuart Yoder
---
arch/arm/cpu/armv8/fsl-layerscape/fdt.c
I agree with York. Keep the name as is-- ls2080a. We already went
through the name change from ls2085a to ls2080a last year in Linux and
in u-boot and there is no reason to go back. The fact that the RDB
boards have the wrong name printed on them is not enough reason to
revert what we already
their own version checking.
Signed-off-by: Stuart Yoder
---
drivers/net/fsl-mc/mc.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/net/fsl-mc/mc.c b/drivers/net/fsl-mc/mc.c
index e1a02d1..bac4610 100644
--- a/drivers/net/fsl-mc/mc.c
+++ b/drivers/net/fsl-mc/mc.c
> > The idea here is that if there is no PSCI specific (most likely secure)
> > memory allocated in the system, the macro "CONFIG_ARMV8_SECURE_BASE"
> > will not be defined. In this case the PSCI vector table and its support
> > code will be in DDR and will be protected from Linux using memreserve.
On Thu, Aug 22, 2013 at 11:23 AM, Scott Wood wrote:
> On Thu, 2013-08-22 at 11:15 -0500, Stuart Yoder wrote:
>> On Mon, Aug 19, 2013 at 2:59 PM, Scott Wood wrote:
>> > On Fri, 2013-08-16 at 09:14 -0500, Stuart Yoder wrote:
>> >> On Thu, Aug 15, 2013 at 8:47 AM, w
On Mon, Aug 19, 2013 at 2:59 PM, Scott Wood wrote:
> On Fri, 2013-08-16 at 09:14 -0500, Stuart Yoder wrote:
>> On Thu, Aug 15, 2013 at 8:47 AM, wrote:
>> > From: David Feng
>> >
>> > This patch provide u-boot with arm64 support. Currently, it works on
>
On Thu, Aug 15, 2013 at 8:47 AM, wrote:
> From: David Feng
>
> This patch provide u-boot with arm64 support. Currently, it works on
> Foundation Model for armv8 or Fast Model for armv8.
>
> Signed-off-by: David Feng
> ---
> Changes for v3:
> - rewrite cache.S and exception.S that partly ori
83 matches
Mail list logo
