Hi
On Sat., 23 Mar. 2019, 11:16 pm Joris OFFOUGA,
wrote:
> Le sam. 23 mars 2019 à 14:53, Fabio Estevam a écrit :
>
> > Since commit 9e3c0174da842 ("pico-imx7d: Add LCD support") loading U-Boot
> > via USB download mode causes the following hang:
> >
> > SDP: initialize...
> > SDP: handle
Le sam. 23 mars 2019 à 14:53, Fabio Estevam a écrit :
> Since commit 9e3c0174da842 ("pico-imx7d: Add LCD support") loading U-Boot
> via USB download mode causes the following hang:
>
> SDP: initialize...
> SDP: handle requests...
> Downloading file of size 527088 to 0x877fffc0... done
> Jumping
Hi Lukasz,
On Sat, Mar 23, 2019 at 6:29 PM Lukasz Majewski wrote:
> > #define CONFIG_DFU_ENV_SETTINGS \
> > "dfu_alt_info=" \
> > "spl raw 0x2 0x400;" \
> > -"u-boot raw 0x8a 0x400;" \
> > +"u-boot raw 0x8a 0x1000;" \
>
> The change is
Hi Fabio,
> Hi Lukasz,
>
> Myself and Joris have been working on DM conversion of pico-mx7 and
> the the latest patches are available at:
> https://github.com/jorisoffouga/u-boot/commits/pico-imx7d/convert-dm
>
> Things are working well so far, except eMMC flashing via DFU.
>
> The following
The current 4-minute data transfer timeout is misleading and broken.
Instead of such a long wait, calculate the timeout duration based on
the length of the data transfer. The current formula is the transfer
length in bits, divided by a multiplication of bus frequency in Hz,
bus width, DDR mode and
The bounce_buffer_start() can return -ENOMEM in case memory allocation
failed. However, in that case, the bounce buffer address is the same as
the possibly unaligned input address, and the cache maintenance operations
were not applied to this address. This could cause subtle problems. Add
handling
The driver currently calculates the end address of cache flush operation
for the DMA descriptors by adding cacheline size to the start address of
the last DMA descriptor. This is not safe, as the cacheline size may be,
in some unlikely cases, smaller than the DMA descriptor size. Replace the
The tiny printf implementation only supports %x format specifier,
it does not support %X . Since it makes little difference whether
the debug output prints hex numbers in capitals or not, change it
to %x and make the MMC_TRACE output work with tiny printf too.
Signed-off-by: Marek Vasut
Cc:
Hi Lukasz,
Myself and Joris have been working on DM conversion of pico-mx7 and
the the latest patches are available at:
https://github.com/jorisoffouga/u-boot/commits/pico-imx7d/convert-dm
Things are working well so far, except eMMC flashing via DFU.
The following error is seen we flash
Since commit 9e3c0174da842 ("pico-imx7d: Add LCD support") loading U-Boot
via USB download mode causes the following hang:
SDP: initialize...
SDP: handle requests...
Downloading file of size 527088 to 0x877fffc0... done
Jumping to header at 0x877fffc0
Header Tag is not an IMX image
U-Boot
This adds the defconfig and README files for p200 board
Signed-off-by: Mohammad Rasim
Acked-by: Neil Armstrong
---
board/amlogic/p200/MAINTAINERS | 1 +
board/amlogic/p200/README.p200 | 103 +
configs/p200_defconfig | 41 +
3 files
This adds support for p201 reference boards
Signed-off-by: Mohammad Rasim
---
board/amlogic/p201/MAINTAINERS | 5 ++
board/amlogic/p201/Makefile| 5 ++
board/amlogic/p201/README.p201 | 103 +
board/amlogic/p201/p201.c | 43 ++
This adds *-u-boot.dtsi files for p200 and p201 boards
These are just copies of arch/arm/dts/meson-gxbb-odroidc2-u-boot.dtsi
Signed-off-by: Mohammad Rasim
Acked-by: Neil Armstrong
---
arch/arm/dts/meson-gxbb-p200-u-boot.dtsi | 7 +++
arch/arm/dts/meson-gxbb-p201-u-boot.dtsi | 7 +++
2
This adds the device trees for p200 and p201 boards.
Synced from kernel 5.0.0
Commit: a667cb7a94d4 ("Merge branch 'akpm' (patches from Andrew)")
Signed-off-by: Mohammad Rasim
Acked-by: Neil Armstrong
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/meson-gxbb-p200.dts | 99
This adds support for p200 and p201 reference boards from amlogic
Mohammad Rasim (5):
ARM: board: meson: rename odroid-c2 to p200
ARM: dts: meson: add p200 and p201 boards
ARM: dts: meson: add u-boot.dtsi for p200 and p201
ARM: board: meson: add p200 board
ARM: board: meson: add p201
This renames the odroid-c2 to p200 and set it as the default GXBB board
Other boards (odroid-c2 and nanopi-k2) will inherit from p200
Signed-off-by: Mohammad Rasim
Acked-by: Neil Armstrong
---
arch/arm/mach-meson/Kconfig | 2 +-
board/amlogic/{odroid-c2 =>
On Sat, Mar 23, 2019 at 3:57 PM André Przywara wrote:
>
> On 09/03/2019 01:03, Andre Przywara wrote:
>
> Hi,
>
> > The Pine64-LTS defconfig is missing the CONFIG_USB_OHCI_HCD symbol, as
> > this was added during the same time as this defconfig was merged.
> > USB 1.x devices like USB keyboards
On 09/03/2019 01:03, Andre Przywara wrote:
Hi,
> The Pine64-LTS defconfig is missing the CONFIG_USB_OHCI_HCD symbol, as
> this was added during the same time as this defconfig was merged.
> USB 1.x devices like USB keyboards don't work due to this.
>
> Add the symbol to the defconfig as all the
Hi,
Le 15/03/2019 16:11, Mohammad Rasim a écrit :
>
> This adds support for p200 and p201 reference boards from amlogic
>
> Mohammad Rasim (5):
> ARM: board: meson: rename odroid-c2 to p200
> ARM: dts: meson: add p200 and p201 boards
> Arm: dts: meson: add u-boot.dtsi for p200 and p201
>
Le 15/03/2019 16:11, Mohammad Rasim a écrit :
> This renames the odroid-c2 to p200 and set it as the default GXBB board
> Other boards (odroid-c2 and nanopi-k2) will inherit from p200
>
> Signed-off-by: Mohammad Rasim
> ---
> arch/arm/mach-meson/Kconfig | 2 +-
>
Le 15/03/2019 16:19, Mohammad Rasim a écrit :
> This adds *-u-boot.dtsi files for p200 and p201 boards
> These are just copies of arch/arm/dts/meson-gxbb-odroidc2-u-boot.dtsi
>
> Signed-off-by: Mohammad Rasim
> ---
> arch/arm/dts/meson-gxbb-p200-u-boot.dtsi | 7 +++
>
Hi,
Le 15/03/2019 16:19, Mohammad Rasim a écrit :
> This adds the p200 defconfig
>
> Signed-off-by: Mohammad Rasim
> ---
> configs/p200_defconfig | 41 +
> 1 file changed, 41 insertions(+)
> create mode 100644 configs/p200_defconfig
>
> diff --git
Hi Julien,
First, please also CC to u-boot-amlo...@groups.io !
Le 19/03/2019 15:26, Julien Masson a écrit :
> The Amlogic SoCs have a registers containing the die revision
> and packaging type to determine the SoC family and package marketing
> name like S905X for the GXL SoC Family.
>
> This
Hei hei,
my use of git send-email messed up my original cc list, so I add Eugen
as maintainer for at91 here. I have some additional comments below.
On Fri, Mar 22, 2019 at 02:25:54PM +0100, Alexander Dahl wrote:
> The not working check on the SAMA5D2 CPU lead to an issue on a custom
> board with
24 matches
Mail list logo
