>-Original Message-
>From: U-Boot On Behalf Of Wasim Khan
>Sent: Monday, September 28, 2020 4:26 PM
>To: u-boot@lists.denx.de; Z.q. Hou ; Priyanka Jain (OSS)
>; Varun Sethi
>Cc: Wasim Khan
>Subject: [PATCH v2 01/12] configs: lx2160a: Enable
>CONFIG_PCIE_LAYERSCAPE_GEN4
>
>LX2160A-Rev1
>-Original Message-
>From: Alban Bedel
>Sent: Tuesday, November 17, 2020 8:50 PM
>To: u-boot@lists.denx.de
>Cc: Priyanka Jain ; Pankit Garg
>; Bedel, Alban
>Subject: [PATCH] armv8: fsl-layerscape: Fix automatic setting of bootmcd with
>TF-A
>
>When booting from TF-A there is a logic that
>-Original Message-
>From: Chris Packham
>Sent: Thursday, December 3, 2020 8:54 AM
>To: u-boot@lists.denx.de
>Cc: Chris Packham ; Andy Fleming
>; Mario Six ; Priyanka Jain
>; Stefan Roese ; Wolfgang Denk
>; Y.b. Lu
>Subject: [PATCH] powerpc: mpc85xx: Allow boards to override
>-Original Message-
>From: U-Boot On Behalf Of Aleksandar
>Gerasimovski
>Sent: Thursday, November 26, 2020 4:15 PM
>To: u-boot@lists.denx.de
>Cc: prabhakar.kushw...@nxp.com
>Subject: [PATCH] drivers: ifc: add define for IFC_CSPRn TE bit
>
>To drive TE pin high is supported IFC
>-Original Message-
>From: U-Boot On Behalf Of Aleksandar
>Gerasimovski
>Sent: Thursday, November 26, 2020 4:23 PM
>To: u-boot@lists.denx.de
>Cc: prabhakar.kushw...@nxp.com
>Subject: [PATCH] arm: ls102xa: select USB PHY erratum's only if USB support is
>enabled
>
>The USB support is not
Hi Padmarao,
On Fri, Dec 11, 2020 at 3:10 PM Padmarao Begari wrote:
>
> Hi Bin,
>
> On Thu, Dec 10, 2020 at 4:11 PM Bin Meng wrote:
>>
>> Hi Padmarao,
>>
>> On Thu, Dec 3, 2020 at 4:43 AM Padmarao Begari
>> wrote:
>> >
>> > dma_addr_t holds any valid DMA address. If the DMA API only uses
>-Original Message-
>From: Ran Wang
>Sent: Tuesday, September 29, 2020 3:14 PM
>To: Meenakshi Aggarwal ; Priyanka Jain
>
>Cc: Wasim Khan ; u-boot@lists.denx.de; Hui Song
>; Ran Wang
>Subject: [RESEND PATCH] configs: lx2162aqds: Enable gpio driver in defconfig
>
>From: "hui.song"
>
>make
>-Original Message-
>From: Priyanka Jain
>Sent: Monday, December 7, 2020 12:45 PM
>To: u-boot@lists.denx.de
>Cc: Nikhil Gupta ; Priyanka Jain
>
>Subject: [PATC 1/2H] board: fsl: ls2088ardb: Program GIC LPI configuration
>table
>
>From: Nikhil Gupta
>
>Add programming of GIC LPI
Dear Tom,
Please find my pull-request for u-boot-fsl-qoriq/master
https://github.com/u-boot/u-boot/pull/42/checks
Summary
Add lx2162 soc, lx2162qds support.
Bug-fixes related ls102x-usb, ifc, bootcmd, secure-boot header,
rgmii, vid, fdt, env variable, pci for Layerscape products
Thanks
Priyanka
Print image header information if the header is verified.
Example output from mkimage "-l" option:
$ ./tools/mkimage -l spl/u-boot-spl.sfp
Image Type : Cyclone V / Arria V SoC Image
Validation word : 0x31305341
Version : 0x
Flags : 0x
Program length :
Hi Bin,
On Thu, Dec 10, 2020 at 4:11 PM Bin Meng wrote:
> Hi Padmarao,
>
> On Thu, Dec 3, 2020 at 4:43 AM Padmarao Begari
> wrote:
> >
> > dma_addr_t holds any valid DMA address. If the DMA API only uses
> 32/64-bit
> > addresses, dma_addr_t need only be 32/64 bits wide.
> >
> > Signed-off-by:
Hi Bin,
On Thu, Dec 10, 2020 at 4:25 PM Bin Meng wrote:
> On Thu, Dec 10, 2020 at 6:04 PM Bin Meng wrote:
> >
> > On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> > wrote:
> > >
> > > Add clock driver code for the Microchip PolarFire SoC. This driver
> > > handles reset and clock control of
Hi Bin,
On Thu, Dec 10, 2020 at 3:54 PM Bin Meng wrote:
> Hi Padmarao,
>
> On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> wrote:
> >
> > This patch adds Microchip MPFS Icicle Kit support. For now, only
> > NS16550 Serial, Microchip clock, Cadence eMMC and MACB drivers are
> > only enabled.
Hi Bin,
On Thu, Dec 10, 2020 at 6:48 PM Bin Meng wrote:
> Hi Padmarao,
>
> On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> wrote:
> >
> > Add device tree for Microchip PolarFire SoC Icicle Kit.
> >
> > Signed-off-by: Padmarao Begari
> > Reviewed-by: Anup Patel
> > ---
> >
For correct spi bus detection the spi0 alias is needed in the DT.
Otherwise this error will ocurr in U-Boot:
Invalid bus 0 (err=-19)
Failed to initialize SPI flash at 0:0 (error -19)
Signed-off-by: Stefan Roese
Cc: Dennis Gilmore
---
arch/arm/dts/armada-xp-gp.dts | 4
1 file changed, 4
On Fri, Dec 11, 2020 at 12:32 PM Sean Anderson wrote:
>
> On 12/10/20 11:27 PM, Bin Meng wrote:
> > On Fri, Dec 11, 2020 at 12:08 PM Bin Meng wrote:
> >>
> >> Hi Simon,
> >>
> >> The following command no longer works. They used to work.
> >>
> >> $ ./tools/patman/patman -n -c1
> >> usage: patman
On 12/10/20 11:27 PM, Bin Meng wrote:
On Fri, Dec 11, 2020 at 12:08 PM Bin Meng wrote:
Hi Simon,
The following command no longer works. They used to work.
$ ./tools/patman/patman -n -c1
usage: patman [-h] [-b BRANCH] [-c COUNT] [-e END] [-D] [-p PROJECT]
[-P PATCHWORK_URL]
On Fri, Dec 11, 2020 at 12:08 PM Bin Meng wrote:
>
> Hi Simon,
>
> The following command no longer works. They used to work.
>
> $ ./tools/patman/patman -n -c1
> usage: patman [-h] [-b BRANCH] [-c COUNT] [-e END] [-D] [-p PROJECT]
> [-P PATCHWORK_URL] [-s START] [-v] [-H]
>
Hi Simon,
The following command no longer works. They used to work.
$ ./tools/patman/patman -n -c1
usage: patman [-h] [-b BRANCH] [-c COUNT] [-e END] [-D] [-p PROJECT]
[-P PATCHWORK_URL] [-s START] [-v] [-H]
{send,test,status} ...
patman: error: unrecognized
Update the driver model documention to describe how sequence numbers now
work.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update the docs to indicate all devices get a sequence number
- Update the docs to explain how aliases reserve sequence numbers
- Drop commit changing efi_uc_destroy()
Now that migration to the new sequence numbers is complete, drop the old
fields. Add a test that covers the new behaviour.
Also drop the check for OF_PRIOR_STAGE since we always assign sequence
numbers now.
Signed-off-by: Simon Glass
---
Changes in v2:
- Adjust the tests to handle the new
Several commands use sequence numbers. Update them to use the new ones.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/axi.c | 4 ++--
cmd/i2c.c | 2 +-
cmd/osd.c | 4 ++--
drivers/core/dump.c | 4 ++--
4 files changed, 7 insertions(+), 7 deletions(-)
This function current deals with req_seq which is deprecated. Update it to
use the new sequence numbers, putting them above existing aliases. Rename
the function to make this clear.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update for new logic
- Adjust commit message
- Drop pointless
Now that there is only one sequence number (rather than both requested and
assigned ones) we can simplify this function. Also update its caller to
simplify the logic.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/mach-k3/am6_init.c | 2 +-
arch/arm/mach-k3/j721e_init.c
Update this function to use the new sequence number and fix up the test
that deals with this.
Signed-off-by: Simon Glass
---
Changes in v2:
- Adjust the tests to handle the new allocation scheme
- Drop the networking changes which are no-longer needed
arch/sandbox/dts/test.dts | 2 +-
This function is not needed anymore. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/core/device.c | 8
drivers/core/uclass.c | 39 ---
include/dm/uclass.h | 15 ---
3 files changed, 62 deletions(-)
diff --git
There is no-longer any need to check if sequence numbers are valid, since
this is ensured by driver model. Drop the unwanted logic.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/acpi/acpi_device.c | 27 +++
test/dm/acpi.c | 6 +-
2 files
Use the dev_seq() sequence number in all cases.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/gpio/imx_rgpio2p.c | 2 +-
drivers/gpio/iproc_gpio.c | 2 +-
drivers/gpio/mvebu_gpio.c | 2 +-
drivers/gpio/mxc_gpio.c| 2 +-
drivers/gpio/vybrid_gpio.c | 2 +-
5 files changed,
Use the dev_seq() sequence number in all cases.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/pinctrl/exynos/pinctrl-exynos.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/exynos/pinctrl-exynos.c
b/drivers/pinctrl/exynos/pinctrl-exynos.c
Now that sequence numbers are set up when devices are bound, this code is
not needed. Also, we should use dev_seq() instead of req_seq. Update the
whole file accordingly.
Also fix up APL cpu while we are here.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/apollolake/cpu.c
Use the new sequence number in all cases. Since all devices are assigned
a number when bound, this hack should not be needed.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/host/ehci-vf.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
This hack cannot work in the new sequence-numbering scheme. Remove it
while we wait for the maintainer to complete DM conversion as noted in
the existing comment.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/host/ehci-mx6.c | 12 +---
1 file changed, 9
Use the new sequence number in all cases. Drop the rockchip case because
the sequence number should be 0 anyway, and assigning to the sequence
number is not permitted.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/spi/fsl_dspi.c | 2 +-
drivers/spi/rk_spi.c | 1 -
2 files
Now that we know the sequence number at bind time, there is no need for
special-case code in dm_pci_hose_probe_bus().
Note: the PCI_CAP_ID_EA code may need a look, but there are no test
failures so I have left it as is.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use the sequence number
Checking for seq == -1 is effectively checking that the device is
activated. The new sequence numbers are never -1 for a bound device, so
update the check.
Also drop the note about valid sequence numbers so it is accurate with the
new approach.
Signed-off-by: Simon Glass
---
(no changes since
Use the new sequence number in all cases. Drop the logic to check for a
valid number in designware_i2c, since it will always be valid.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/i2c/designware_i2c_pci.c | 22 +-
drivers/i2c/i2c-uclass.c | 8
At present various drivers etc. access the device's 'seq' member directly.
This makes it harder to change the meaning of that member. Change access
to go through a function instead.
The drivers/i2c/lpc32xx_i2c.c file is left unchanged for now.
Signed-off-by: Simon Glass
---
(no changes since
Several Octeon drivers operate by setting the sequence number of their
device. This should not be needed with the new sequence number setup. Also
it is not permitted. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/i2c/octeon_i2c.c | 1 -
drivers/mmc/octeontx_hsmmc.c
Drop code in a few tests which assumes that sequence numbers are only
valid when a device is probed.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/dm/blk.c | 3 ---
test/dm/i2c.c | 3 ---
test/dm/spi.c | 3 ---
3 files changed, 9 deletions(-)
diff --git a/test/dm/blk.c
This should return 0 on success but currently does not. Fix it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/core/read.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/core/read.c b/drivers/core/read.c
index 076125824ca..fc74d64814f 100644
---
Update the core logic to use the new approach. For now the old code is
left as is. Update one test so it still passes.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/core/device.c | 5 +
test/dm/bus.c | 3 ++-
2 files changed, 3 insertions(+), 5 deletions(-)
diff
Add a test that the new sequence numbers work as expected. Every device
should get one.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop the GD_FLG_DM_NO_SEQ flag
test/dm/core.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/test/dm/core.c b/test/dm/core.c
index
At present each device has two sequence numbers, with 'req_seq' being
set up at bind time and 'seq' at probe time. The idea is that devices
can 'request' a sequence number and then the conflicts are resolved when
the device is probed.
This makes things complicated in a few cases, since we don't
At present this is passed a uclass ID and it has to do a lookup. The
callers all have the uclass pointer, except for the I2C uclass where the
code will soon be deleted.
Update the argument to a uclass * instead of an ID since it is more
efficient.
Signed-off-by: Simon Glass
---
(no changes
The linker script uses alphabetic sorting to group the different linker
lists together. Each group has its own struct and potentially its own
alignment. But when the linker packs the structs together it cannot ensure
that a linker list starts on the expected alignment boundary.
For example, if
At present each device has two sequence numbers, with 'req_seq' being
set up at bind time and 'seq' at probe time. The idea is that devices
can 'request' a sequence number and then the conflicts are resolved when
the device is probed.
This makes things complicated in a few cases, since we don't
Read and retain MAC address across flash and QEMU support.
Signed-off-by: Hongwei Zhang
---
drivers/net/ftgmac100.c | 32
net/eth-uclass.c| 2 +-
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ftgmac100.c
Dear Reviewer,
Add ftgmac100_get_mac() so the driver read and retain MAC address
accross flash and QEMU support.
Hongwei Zhang (1):
net: ftgmac100: Read and retain MAC address
drivers/net/ftgmac100.c | 32
net/eth-uclass.c| 2 +-
2 files changed, 33
Wolfgang,
The stats on the U-Boot 2020.10 release haven't been updated yet. Is
there any chance you could post them?
thanks,
adam
Hello Lokesh, could you please process this patch series? USB serial
console on Nokia N900 is really useful for debugging and currently in
U-Boot master code is broken. Pavel has already reviewed patches and
also CI tests passed.
On Sunday 29 November 2020 17:46:05 Pali Rohár wrote:
> This patch
Hi Jagan,
Please remove the other patch serie:
_https://patchwork.ozlabs.org/project/uboot/list/?series=218779
This serie (219106) has the correct flash maker name.
Thanks!
Hi Patrice,
> From: Patrice CHOTARD
> Sent: Tuesday, December 8, 2020 2:54 AM
>
> Hi Hongwei
>
> On 12/7/20 11:40 PM,
Hi Heinrich,
On Wed, 9 Dec 2020 at 11:22, Heinrich Schuchardt wrote:
>
> On 12/1/20 4:58 PM, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 30 Nov 2020 at 15:56, Heinrich Schuchardt
> > wrote:
> >>
> >> On 11/30/20 9:11 PM, Simon Glass wrote:
> >>> +Marek Vasut who originally wrote it
>
Hi Peter,
On Thu, 2020-12-10 at 17:03 +, Peter Robinson wrote:
> Hi Nicolas,
>
>
> On Thu, Nov 19, 2020 at 5:50 PM Nicolas Saenz Julienne
> wrote:
> >
> > Add the follwing functions to get a specific device's DMA ranges:
> > - dev_get_dma_range()
> > - ofnode_get_dma_range()
> > -
Dear Tom,
The following changes since commit 03f1f78a9b44b5fd6fc09faf81639879d2d0f85f:
spl: fit: Prefer a malloc()'d buffer for loading images (2020-12-07
17:40:34 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git tags/efi-next
for you
Hi Michal,
On Thu, 10 Dec 2020 at 10:33, Michal Simek wrote:
>
> Hi Simon,
>
> On 10. 12. 20 18:27, Simon Glass wrote:
> > Hi Michal,
> >
> > On Thu, 10 Dec 2020 at 00:34, Michal Simek wrote:
> >>
> >> Hi,
> >>
> >> On 09. 12. 20 17:30, Michael Walle wrote:
> >>> Hi Simon,
> >>>
> >>> Am
Hi Simon,
On 10. 12. 20 18:27, Simon Glass wrote:
> Hi Michal,
>
> On Thu, 10 Dec 2020 at 00:34, Michal Simek wrote:
>>
>> Hi,
>>
>> On 09. 12. 20 17:30, Michael Walle wrote:
>>> Hi Simon,
>>>
>>> Am 2020-12-09 17:23, schrieb Simon Glass:
On Tue, 8 Dec 2020 at 15:52, Michael Walle wrote:
Hi Michal,
On Thu, 10 Dec 2020 at 00:34, Michal Simek wrote:
>
> Hi,
>
> On 09. 12. 20 17:30, Michael Walle wrote:
> > Hi Simon,
> >
> > Am 2020-12-09 17:23, schrieb Simon Glass:
> >> On Tue, 8 Dec 2020 at 15:52, Michael Walle wrote:
> >>> Am 2020-11-30 02:53, schrieb Simon Glass:
> >>> > At
Signed-off-by: Kory Maincent
---
cmd/pxe_utils.c | 4
include/command.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/cmd/pxe_utils.c b/cmd/pxe_utils.c
index 53af04d7dc..deaedcf347 100644
--- a/cmd/pxe_utils.c
+++ b/cmd/pxe_utils.c
@@ -548,6 +548,10 @@ static int
Hi,
On 09. 12. 20 17:30, Michael Walle wrote:
> Hi Simon,
>
> Am 2020-12-09 17:23, schrieb Simon Glass:
>> On Tue, 8 Dec 2020 at 15:52, Michael Walle wrote:
>>> Am 2020-11-30 02:53, schrieb Simon Glass:
>>> > At present each device has two sequence numbers, with 'req_seq' being
>>> > set up at
Hi Bin,
On Thu, Dec 10, 2020 at 12:08 PM Bin Meng wrote:
> Hi Padmarao,
>
> On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> wrote:
> >
> > This doc describes the procedure to build, flash and
> > boot Linux using U-boot on Microchip MPFS Icicle Kit.
> >
> > Signed-off-by: Padmarao Begari
> >
Hi Marek,
On Sat, 5 Dec 2020 at 08:19, Marek Vasut wrote:
>
> On 11/18/20 3:37 PM, Simon Glass wrote:
>
> Hi,
>
> [...]
>
> diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
> index 1206e306db..f9091a3d41 100644
> --- a/arch/arm/lib/bootm.c
> +++ b/arch/arm/lib/bootm.c
Hi Nicolas,
On Thu, Nov 19, 2020 at 5:50 PM Nicolas Saenz Julienne
wrote:
>
> Add the follwing functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able
Hi Walter,
On Thu, 12 Nov 2020 at 20:43, Walter Lozano wrote:
>
> Hi Simon,
>
> Thanks for this series. I've tried to test it but I had issues to apply
> it. I have tried in u-boot, both master and next, and u-boot-dm.
>
> Could you please point me to the right tree/version?
>
Sorry I missed
On Thu, Dec 10, 2020 at 08:30:36AM +0100, Eugeniu Rosca wrote:
> Dear U-Boot maintainers,
>
> On Fri, Oct 23, 2020 at 11:52:18AM +0300, Roman Kovalivskyi wrote:
> > Current generic implementation of fastboot_set_reboot_flag is somewhat
> > messy and requires some additional configuration option
On 10/12/2020 10:42, Nicolas Saenz Julienne wrote:
> Add the following functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able validate a physical
Beacon EmbeddedWorks is releasing a devkit based on the i.MX8M
Nano SoC consisting of baseboard + SOM.
The kit is based on the same design as the Beacon dev kit with
the i.MX8M Mini.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index
Hi Padmarao,
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> Add device tree for Microchip PolarFire SoC Icicle Kit.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> arch/riscv/dts/Makefile | 1 +
>
Hi Tom,
On 12/10/20 12:57 PM, Patrick DELAUNAY wrote:
From: Tom Rini
Sent: mardi 8 décembre 2020 17:11
On Wed, Nov 25, 2020 at 01:07:43PM +0100, Rasmus Villemoes wrote:
On 25/11/2020 12.26, Patrick Delaunay wrote:
A common use of memmove() can be handled by memcpy(). Also memcpy()
includes
These functions, instead of relying on hard-coded platform-specific
address translations, make use of the DMA constraints provided by the DM
core. This allows for per-device translations.
We can't yet get rid of the legacy phys_to_bus()/bus_to_phys()
implementations as some of its users are not
Calculating the DMA offset between a bus address space and CPU's every
time we call phys_to_bus() and bus_to_phys() isn't ideal performance
wise, as it implies traversing the device tree from the device's node up
to the root. Since this information is static and available before the
device's
The Raspberry Pi Foundation released the new RPi400 which we want to
detect, so we can enable Ethernet on it and know the correct device tree
file name.
Signed-off-by: Nicolas Saenz Julienne
---
Changes since v1:
- The RPi Foundation introduced a RPi400 specific device tree, so use
that
The Raspberry Pi Foundation released the new Compute Module 4 which we
want to detect, so we can enable Ethernet on it and know the correct
device tree file name.
Note that this sets the Ethernet option to true since the official CM4
IO board has an Ethernet port. But that might not be the case
This will allow us to use DM variants of phys_to_bus()/bus_to_phys()
when relevant.
Signed-off-by: Nicolas Saenz Julienne
---
drivers/mmc/sdhci.c | 7 ---
include/mmc.h | 10 ++
2 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/sdhci.c
So far we've been content with passing physical addresses when
configuring memory addresses into XHCI controllers, but not all
platforms have buses with transparent mappings. Specifically the
Raspberry Pi 4 might introduce an offset to memory accesses incoming
from its PCIe port.
Introduce
So far we've assumed a fixed configuration for inbound windows as we had
a single user for this controller. But the controller's DMA constraints
were improved starting with BCM2711's B1 revision of the SoC, notably
available in CM4 and Pi400. They allow for wider inbound windows. We can
now cover
Add the following functions to get a specific device's DMA ranges:
- dev_get_dma_range()
- ofnode_get_dma_range()
- of_get_dma_range()
- fdt_get_dma_range()
They are specially useful in oder to be able validate a physical address
space range into a bus's and to convert addresses from and to
This series could be split into at least two or even three parts, but I
kept it as is for now as it contains all the changes needed in order to
have u-boot working on the new Raspberry Pi 400 and Raspberry Pi Compute
Module 4.
There are core changes, specifically with regard to cpu to bus address
On Thu, Dec 10, 2020 at 6:04 PM Bin Meng wrote:
>
> On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> wrote:
> >
> > Add clock driver code for the Microchip PolarFire SoC. This driver
> > handles reset and clock control of the Microchip PolarFire SoC device.
> >
> > Signed-off-by: Padmarao Begari
Hi Padmarao,
On Thu, Dec 3, 2020 at 4:43 AM Padmarao Begari
wrote:
>
> dma_addr_t holds any valid DMA address. If the DMA API only uses 32/64-bit
> addresses, dma_addr_t need only be 32/64 bits wide.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> arch/riscv/Kconfig
Hi Padmarao,
On Thu, Dec 10, 2020 at 6:33 PM Bin Meng wrote:
>
> Hi Padmarao,
>
> On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
> wrote:
> >
> > Enable 32-bit or 64-bit DMA in the macb driver based on the macb
> > compatible string of the device tree node.
> >
> > Signed-off-by: Padmarao
Hi Padmarao,
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> Enable 32-bit or 64-bit DMA in the macb driver based on the macb
> compatible string of the device tree node.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> drivers/net/macb.c | 131
Hi Padmarao,
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> This patch adds Microchip MPFS Icicle Kit support. For now, only
> NS16550 Serial, Microchip clock, Cadence eMMC and MACB drivers are
> only enabled. The Microchip MPFS Icicle defconfig by default builds
remove "only"
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> Add device tree for Microchip PolarFire SoC Icicle Kit.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> arch/riscv/dts/Makefile | 1 +
> .../dts/microchip-mpfs-icicle-kit-u-boot.dtsi | 14 +
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> Add clock driver code for the Microchip PolarFire SoC. This driver
> handles reset and clock control of the Microchip PolarFire SoC device.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> drivers/clk/Kconfig
On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari
wrote:
>
> Read phy address from device tree and use it to find the phy device
> if not found then search in the range of 0 to 31.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> drivers/net/macb.c | 13 +
> 1 file
85 matches
Mail list logo