On Mon, Jan 14, 2019 at 02:48:08PM +0100, Ahmad Fatoum wrote:
> pblx-* has been removed in 5a1a5ed253 ("ARM: images: use piggydata")
> and using it (e.g. because a patchset was rebased) results in a non-obvious:
>
> make[1]: *** No rule to make target 'images/*.pblx.*', \
> needed by
On Wed, Jan 16, 2019 at 11:15:59AM +0100, Roland Hieber wrote:
> Hi Sascha,
>
> I'll resend these two, they are not applied yet, and now apply cleanly
> to master.
>
> Roland Hieber (2):
> Documentation: state: fix closing brace without opening brace
> Documentation: i.MX: Kindle 4/5: fix
Although there are known problems caused by this, it seems prudent to
invalidate the region of memory we are about remap as
uncached. Additionaliy this matches how dma_alloc_coherent() is
implemented on ARM.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu_64.c | 10 ++
1 file
In order to avoid passing random/junky values to DMA/HW as well as to
allow simplifying memory initialization in individual drivers, chagnge
dma_alloc_coherent() to guarantee that memory it returs is properly
zeroed out.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.c | 3 ++-
Now that AArch64 version is calling arch_remap_range() it is identical
to ARM version in mmu.c. Move the definition to mmu-common.c to avoid
duplication.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.c | 8
arch/arm/cpu/mmu.c| 8
arch/arm/cpu/mmu_64.c |
Both ARM and ARM64 implement almost identical algorithms in
dma_alloc_coherent(). Move the code to mmu-common.c, so it can be
shared.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.c | 21 +
arch/arm/cpu/mmu-common.h | 7 +++
arch/arm/cpu/mmu.c| 23
Both ARM and ARM64 define DMA mapping/unmapping functions that are
exactly the same. Introduce mmu-common.c and move the code there so it
can be shared.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/Makefile | 2 +-
arch/arm/cpu/mmu-common.c | 25 +
Share sanity checking code in mmu_init() as well as code to detect if
MMU is on or not on both ARM and ARM64.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.c | 23 +--
arch/arm/cpu/mmu-common.h | 1 +
arch/arm/cpu/mmu.c| 16 ++--
Both ARM and ARM64 have identical code for
dma_sync_single_for_cpu(). Move it to mmu-common.c so it can be shared.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.c | 8
arch/arm/cpu/mmu.c| 7 ---
arch/arm/cpu/mmu_64.c | 7 ---
3 files changed, 8
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu-common.h | 11 +++
arch/arm/cpu/mmu.c| 11 ---
arch/arm/cpu/mmu_64.c | 11 ---
3 files changed, 11 insertions(+), 22 deletions(-)
diff --git a/arch/arm/cpu/mmu-common.h b/arch/arm/cpu/mmu-common.h
index
Simplify the use of dma_inv_range() by changing its signature to
accept pointer to start of the data and data size. This change allows
us to avoid a whole bunch of repetitive arithmetic currently done by
all of the callers.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu.c | 9 ++---
1
Everyone:
This series is a result of my attempt at changing the behaviour of
dma_alloc_coherent() to guarantee that memory it returns is zeroed
out. Mostly to avoid having to do that explicitly in driver code, but
also to match behaviour that that function has in Linux. While working
on that I
Instead of calling map_region() explicitly, call arch_regmap_range()
instead to simplify the code. This also ensures that tlb_invalidate()
gets called when dma_free_coherent() is invoked.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu_64.c | 6 ++
1 file changed, 2 insertions(+), 4
Since map_region() is never called without being followed by
tlb_invalidate(), merge it with create_sections() to simplify the
code.
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu_64.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/cpu/mmu_64.c
Neither ARM nor ARM64 define any address mapping functions that differ
from default provided for no-MMU configuration. Drop all the extra
code and just rely on functions provided in asm/io.h
Signed-off-by: Andrey Smirnov
---
arch/arm/cpu/mmu.c| 10 --
arch/arm/cpu/mmu_64.c |
On Wed, Jan 16, 2019 at 08:45:04PM -0800, Andrey Smirnov wrote:
> Strictly speaking, open() doesn't return a detailed error code as its
> return value and it can and should be obtained via 'errno'.
>
> Signed-off-by: Andrey Smirnov
> ---
> crypto/digest.c | 2 +-
> 1 file changed, 1
On Wed, Jan 16, 2019 at 08:45:06PM -0800, Andrey Smirnov wrote:
> Strictly speaking, stat() doesn't return a detailed error code as its
> return value and it can and should be obtained via 'errno'.
>
> Signed-off-by: Andrey Smirnov
> ---
> crypto/digest.c | 7 ++-
> 1 file changed, 2
On Wed, Jan 16, 2019 at 08:45:05PM -0800, Andrey Smirnov wrote:
> Strictly speaking, lseek() doesn't return a detailed error code as its
> return value and it can and should be obtained via 'errno'. In this
> case this change also allows us to avoid potential problems from
> downconverting
Strictly speaking, stat() doesn't return a detailed error code as its
return value and it can and should be obtained via 'errno'.
Signed-off-by: Andrey Smirnov
---
crypto/digest.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/crypto/digest.c b/crypto/digest.c
index
Strictly speaking, open() doesn't return a detailed error code as its
return value and it can and should be obtained via 'errno'.
Signed-off-by: Andrey Smirnov
---
crypto/digest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/crypto/digest.c b/crypto/digest.c
index
Strictly speaking, lseek() doesn't return a detailed error code as its
return value and it can and should be obtained via 'errno'. In this
case this change also allows us to avoid potential problems from
downconverting 'loff_t' to 'int'.
Signed-off-by: Andrey Smirnov
---
crypto/digest.c | 4
Port imx6_pcie_ltssm_enable() from Linux kernel driver.
Signed-off-by: Andrey Smirnov
---
drivers/pci/pci-imx6.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/pci-imx6.c b/drivers/pci/pci-imx6.c
index 9aa307aabf..c1719093be 100644
Port of a Linux commit 7221547e55b7929e4d46983f6f3ca15f36ee4dac
Trivial fix to spelling mistake in dev_err message
Signed-off-by: Colin Ian King
Signed-off-by: Bjorn Helgaas
Acked-by: Richard Zhu
Signed-off-by: Andrey Smirnov
---
drivers/pci/pci-imx6.c | 4 ++--
1 file changed, 2
Port of a Linux commit 39f712e989c5e591c58b65b62981b85027ba3103
Function dw_pcie_host_init() already initializes the root_bus_nr field
of 'struct pcie_port', so the -1 assignment prior to calling
dw_pcie_host_init() in platform specific driver is not really needed.
Drop it.
Port of a Linux commit 93b226f9c65a951a91617f87ba1f05f14e59f26f
Save a bit of time and avoid going through link speed change procedure in
configuration where link max speed is limited to Gen1 in DT.
Signed-off-by: Andrey Smirnov
Signed-off-by: Bjorn Helgaas
Reviewed-by: Lucas Stach
Port of a Linux commit e6dcd87fff69a9d454104b65569074855cf95b1e
As can be seen from [1]:
"...the different behavior between iMX6Q PCIe and iMX7D PCIe maybe caused
by the different controller version.
Regarding to the DOC description, the DIRECT_SPEED_CHANGE should be
cleared
Port of a Linux commit bde4a5a00e761f55be92f62378cf5024ced79ee3
Some designs implement reset GPIO via a GPIO expander connected to a
peripheral bus. One such example would be i.MX7 Sabre board where said
GPIO is provided by SPI shift register connected to a bitbanged SPI bus.
To support
Port of a Linux commit 9b3fe6796d7c0e0c2b87243ce0c7f4744c54efad
Add various bits of code needed to support i.MX7D variant of the IP.
Signed-off-by: Andrey Smirnov
Signed-off-by: Bjorn Helgaas
Reviewed-by: Lucas Stach
Acked-by: Lee Jones
Acked-by: Rob Herring
Cc:
Signed-off-by: Andrey Smirnov
---
drivers/base/driver.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/base/driver.c b/drivers/base/driver.c
index 1fd890542e..1fd6bbc014 100644
--- a/drivers/base/driver.c
+++ b/drivers/base/driver.c
@@ -269,7 +269,7 @@ static int
Port of a Linux commit abf97755ae31aaaf35156438dd3036e96f66da83
Add reset controller driver exposing various reset faculties,
implemented by System Reset Controller IP block.
Cc: Lucas Stach
Cc: Mark Rutland
Cc: devicet...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc:
There are no outside users of of_reset_control_get() or
gpio_reset_control_get(), so mark them as static. This allows us to
avoid "no previous prototype" warning as well.
Signed-off-by: Andrey Smirnov
---
drivers/reset/core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
Port an extremely abridged version of power management/power domain
code from Linux as a dependency of i.MX7D PCIe work. Currenlty only
bare minimum of functionality is implemented.
Signed-off-by: Andrey Smirnov
---
drivers/Kconfig | 1 +
drivers/base/Kconfig| 3 +
Add code needed to implement regulator_set_voltage(). Currently only
bare minmum needed for ANATOP driver (added in follow up commit) is
supported.
Signed-off-by: Andrey Smirnov
---
drivers/regulator/core.c| 44 +
drivers/regulator/helpers.c | 99
In order to be able to port Linux driver relying on this API, port
various regmap related regulator function to Barebox.
Signed-off-by: Andrey Smirnov
---
drivers/regulator/Makefile | 2 +-
drivers/regulator/helpers.c | 87 +
include/regulator.h |
To simplify porting kernel code, port a very basic struct
regulator_desc and convert all of the code to use it.
Signed-off-by: Andrey Smirnov
---
drivers/regulator/bcm2835.c | 6 --
drivers/regulator/core.c| 8
drivers/regulator/fixed.c | 6 --
include/regulator.h
Don't report requested regulator (via of_regulator_get()) as
non-existent if said regulator is missing from regulator list. Instead
report it as probe deferral to give other, unprobed, drivers a chance
to resolve this.
Signed-off-by: Andrey Smirnov
---
drivers/regulator/core.c | 7 ++-
1
Port a subset of Linux driver sufficient enough to support feature
needed for PCIe on i.MX7.
Signed-off-by: Andrey Smirnov
---
drivers/regulator/Kconfig| 8 ++
drivers/regulator/Makefile | 3 +-
drivers/regulator/anatop-regulator.c | 162 +++
3
Everyone:
This seires is a build-up on previously submitted PCI sync set [1] and
contains the patches I created while working on adding support for
PCIe on i.MX7. The series consists of following:
- Patches adding necessary regulator pluming to support porint ANATOP
driver
- ANATOP driver
Port of a Linux commit 03aa12629fc4f73acf28e519c9ee9cb1f5dd3706
Add code allowing for control of various power domains managed by GPCv2
IP block found in i.MX7 series of SoCs. Power domains covered by this
patch are:
- PCIE PHY
- MIPI PHY
- USB HSIC PHY
- USB OTG1/2
On Wed, Jan 16, 2019 at 1:34 AM Lucas Stach wrote:
>
> Hi Reyhaneh,
>
> Am Mittwoch, den 16.01.2019, 08:48 + schrieb Yazdani, Reyhaneh:
> > Every one,
> >
> > In order to build a Barebox image to boot imx8mq-evk with HDMI, I have
> > tried to
> > tell Barebox about the embedded signed HDMI
On Wed, 16 Jan 2019 18:28:06 +0100
Sam Ravnborg wrote:
Hi!
> On Wed, Jan 16, 2019 at 06:14:03PM +0300, Серафим Долбилов wrote:
> >
> > A new portion of questions is ready:)
> > 1. dlmalloc or tlsf - what are pros and cons of each of them?
>
> Looking at the history I could see that dlmalloc
Hi Ahmad.
On Wed, Jan 16, 2019 at 06:45:48PM +0100, Ahmad Fatoum wrote:
> This patch series imports the necessary infrastructure out of the
> at91bootstrap project to support first stage usage on the SAMA5.
Very nice, especillay as I have a shiny new SAMA5D4 Xplained Ultra
on my disk waiting to
Hi Ahmad.
On Wed, Jan 16, 2019 at 06:45:51PM +0100, Ahmad Fatoum wrote:
> Only at91sam9g45_reset.S and the header itself actually use
> any of the macros defined within.
>
> Instead of adding missing definitions and adapting the incoming DDRAMC
> initialization code from at91bootstrap, just
The file was added along with the sama5d3 support, but never used,
so remove it.
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/include/mach/sama5d3_matrix.h | 15 ---
1 file changed, 15 deletions(-)
delete mode 100644 arch/arm/mach-at91/include/mach/sama5d3_matrix.h
diff
This patch series imports the necessary infrastructure out of the
at91bootstrap project to support first stage usage on the SAMA5.
This is leveraged to implement first stage boot on the SAMA5D3 based
Microchip KSZ9477-EVB.
Ahmad Fatoum (11):
ARM: at91: clk: prune never-compiled h32mx code
From: Ahmad Fatoum
For use in PBL, import dbgu init code from:
https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/driver/at91_usart.c
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/include/mach/at91_dbgu.h | 57 -
1 file changed, 56 insertions(+), 1 deletion(-)
Only at91sam9g45_reset.S and the header itself actually use
any of the macros defined within.
Instead of adding missing definitions and adapting the incoming DDRAMC
initialization code from at91bootstrap, just include the at91_ddrsdrc.h
header wholesale.
This patch shouldn't affect resulting
For use by future at91 first stage bootloaders, this commit imports
https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/driver/pmc.c
to do the low level clock initialization.
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/Makefile | 1 +
This imports
https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/board/sama5d3_xplained/sama5d3_xplained.c
Signed-off-by: Ahmad Fatoum
---
.../boards/microchip-ksz9477-evb/lowlevel.c | 196 +-
arch/arm/mach-at91/include/mach/at91_pmc.h| 19 ++
Signed-off-by: Ahmad Fatoum
---
...chip_ksz9477_evb_first_stage_mmc_defconfig | 22 +++
1 file changed, 22 insertions(+)
create mode 100644
arch/arm/configs/microchip_ksz9477_evb_first_stage_mmc_defconfig
diff --git
This commit imports DDRAMC initialization routines for use in PBL from
https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/driver/ddramc.c
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/Makefile | 1 +
arch/arm/mach-at91/ddramc.c | 518 +++
From: Ahmad Fatoum
We are limited to 64K in the first stage, but we still need MMC and FAT
support, so to make place, make the device tree support optional by
providing the sama5d3's board code for NAND/MMC as an alternative.
Signed-off-by: Ahmad Fatoum
---
This code is conditionally compiled when CONFIG_HAVE_AT91_H32MX
is defined, which never happens as it neither has a prompt
nor does another option select it.
As no one seems to miss it till now, just remove it.
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/Kconfig | 3 -
Low level init code might want to disable the watchdog in PBL.
Provide a helper to do so.
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/include/mach/at91_wdt.h | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/mach-at91/include/mach/at91_wdt.h
For use by the incoming at91bootstrap DDRAMC initialization code,
this commit provides an early_udelay function usable in PBL imported from
https://github.com/linux4sam/at91bootstrap/blob/v3.8.12/driver/at91_pit.c
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-at91/Kconfig|
Hi Серафим
On Wed, Jan 16, 2019 at 06:37:08PM +0300, Серафим Долбилов wrote:
> Moreover, it seems that I need some reference about functions I can call from
> the ENTRY_FUNCTION code...
There is no such reference, but look at what other DT enabled
board support packages do.
And check if the
Hi Серафим.
On Wed, Jan 16, 2019 at 06:14:03PM +0300, Серафим Долбилов wrote:
>
> A new portion of questions is ready:)
> 1. dlmalloc or tlsf - what are pros and cons of each of them?
Looking at the history I could see that dlmalloc was present since barebox
was forked from U-boot. So and old
Is there any another way to link DT to the image besides
imx*_barebox_entry(void *boarddata) functions?
--
Regards,
Seraphim Dolbilov
+7 (977) 818-10-50
s.dl...@ya.ru
___
barebox mailing list
barebox@lists.infradead.org
Moreover, it seems that I need some reference about functions I can call from
the ENTRY_FUNCTION code...
--
Regards,
Seraphim Dolbilov
+7 (977) 818-10-50
s.dl...@ya.ru
___
barebox mailing list
barebox@lists.infradead.org
A new portion of questions is ready:)
1. dlmalloc or tlsf - what are pros and cons of each of them?
2. Does barebox apply IMX's pinctrl settings if they are present in DT? If yes,
why do we need setup_uart() function in pbl code?
--
С уважением,
Долбилов Серафим
+7 (977) 818-10-50
Hi Sascha.
On Wed, Jan 16, 2019 at 10:17:27AM +0100, Sascha Hauer wrote:
> Now that we compile the compressed binary into the decompressor we
> no longer need fix_size but can use the linker to fill in the image
> size into the binary.
>
> Signed-off-by: Sascha Hauer
> ---
>
sphinx warns:
Documentation/boards/imx/amazon-kindle-4-5.rst:39: WARNING: Enumerated list
ends without a blank line; unexpected unindent.
Documentation/boards/imx/amazon-kindle-4-5.rst:42: WARNING: Enumerated list
ends without a blank line; unexpected unindent.
Hi Sascha,
I'll resend these two, they are not applied yet, and now apply cleanly
to master.
Roland Hieber (2):
Documentation: state: fix closing brace without opening brace
Documentation: i.MX: Kindle 4/5: fix sphinx warnings
Documentation/boards/imx/amazon-kindle-4-5.rst | 6 --
Also fix the resulting sphinx warning:
Documentation/user/state.rst:650: WARNING: Explicit markup ends without a
blank line; unexpected unindent.
Signed-off-by: Roland Hieber
---
Documentation/user/state.rst | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documentation/user/state.rst
Hi Reyhaneh,
Am Mittwoch, den 16.01.2019, 08:48 + schrieb Yazdani, Reyhaneh:
> Every one,
>
> In order to build a Barebox image to boot imx8mq-evk with HDMI, I have tried
> to
> tell Barebox about the embedded signed HDMI firmware, which is necessary for
> provided kernel image by NXP.
>
>
From: Uwe Kleine-König
Original patch from Uwe Kleine-König, I fixed the
review comments and the imxcfg file to use the udoo neo values.
I also tested the support on the udoo neo full board.
Signed-off-by: Uwe Kleine-König
Signed-off-by: Rouven Czerwinski
---
arch/arm/boards/Makefile
For boards built with multiimage support imxcfg-y is not needed.
Remove it for these boards.
Signed-off-by: Sascha Hauer
---
arch/arm/Makefile | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index 0fd63105d7..6b5f21a7a9 100644
--- a/arch/arm/Makefile
Now that we compile the compressed binary into the decompressor we
no longer need fix_size but can use the linker to fill in the image
size into the binary.
Signed-off-by: Sascha Hauer
---
arch/arm/lib/pbl.lds.S | 2 +-
images/Makefile| 3 +--
2 files changed, 2 insertions(+), 3
68 matches
Mail list logo