+ Ashish,
On 02/04/19 6:22 AM, Marek Vasut wrote:
> Replace the ad-hoc erase operation implementation with a simple spi_mem_op
> implementation of the same functionality. This is a minor optimization and
> removal of the ad-hoc code.
>
> This however also changes the behavior of the execution of
Ashish,
>
> Hi Vignesh,
> This is working now(READ, WRITE), after some change in fsl_qspi driver, where
> I check for 4byte op codes now.
> But now I see that erase is getting address as ZERO. Which in my opinion is
> because
> spi_nor_erase_sector() call write_reg which has
On 3/13/19 4:25 PM, Eugeniu Rosca wrote:
> On Tue, Mar 12, 2019 at 10:11:21PM +0100, Marek Vasut wrote:
>> On 3/12/19 8:30 PM, Eugeniu Rosca wrote:
>>> Hi Marek cc: Michael
>>
>> Hi,
>>
>>> On Tue, Mar 5, 2019 at 4:37 AM Marek Vasut wrote:
The ATF can pass additional information via the
On 3/30/19 10:18 PM, Simon Glass wrote:
> Hi Marek,
>
> On Sat, 23 Mar 2019 at 11:55, Marek Vasut wrote:
>>
>> 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
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
Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
header file path, so that we can get the correct path directly.
Signed-off-by: Kever Yang
---
.../include/asm/arch-rockchip/ddr_rk3188.h| 2 +-
arch/arm/mach-rockchip/Kconfig| 2 +-
Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
header file path, so that we do not need to make folder for
each soc, because many header file are shared for all the SoCs
which not need separate for each SoC.
With the SoC name correct to its own name, the build system
can include
On 4/1/19 2:46 PM, Neil Armstrong wrote:
> Adds support for Amlogic G12A USB Control Glue HW.
>
> The Amlogic G12A SoC Family embeds 2 USB Controllers :
> - a DWC3 IP configured as Host for USB2 and USB3
> - a DWC2 IP configured as Peripheral USB2 Only
>
> A glue connects these both controllers
On 4/1/19 8:57 PM, Simon Glass wrote:
> Hi Marek,
>
> On Sat, 30 Mar 2019 at 20:37, Marek Vasut wrote:
>>
>> On 3/30/19 10:18 PM, Simon Glass wrote:
>>> Hi Marek,
>>>
>>> On Sat, 23 Mar 2019 at 11:55, Marek Vasut wrote:
The driver currently calculates the end address of cache flush
Minor fixes for the Alt board and PHY use on Gen2.
The following changes since commit c3aef9339ce0592b06c8d44cf2eaf9e6f3713e4f:
Merge branch '2019-03-29-master-imports' (2019-03-29 10:53:28 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to
On 4/1/19 6:09 PM, Ismael Luceno Cortes wrote:
> Current code is plain wrong, and there's no need to have a mutable string,
> so fix function type and remove the intermediate variable.
>
> Signed-off-by: Ismael Luceno
> ---
> cmd/usb.c| 18 +-
> common/usb_hub.c | 18
Hi Lukas
Auer, Lukas 於 2019年4月1日 週一 下午5:13寫道:
>
> Hi Rick,
>
> On Mon, 2019-04-01 at 16:24 +0800, Andes wrote:
> > From: Rick Chen
> >
> > Disable ATCPIT100 SoC timer and replace by PLMT.
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > Reviewed-by: Bin Meng
> > ---
> >
Hi Lukas
>Auer, Lukas 於 2019年4月1日 週一 下午5:08寫道:
>
> Hi Rick,
>
> On Mon, 2019-04-01 at 16:24 +0800, Andes wrote:
> > From: Rick Chen
> >
> > The Platform-Level Interrupt Controller (PLIC)
> > block holds memory-mapped claim and pending registers
> > associated with software interrupt. It is
The ARCH_SOC name default as 'rockchip' and we put all the
header file in 'arch/arm/include/asm/arch-rockchip/', but
the 'rockchip' is not the SOC name, let's correct it after
we update all the source file.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3036/Kconfig | 2 +-
boot0.h and gpio.h will be used by system and include by
'asm/arch/', each of them need of a copy from 'asm/arch-rockchip'.
Signed-off-by: Kever Yang
---
arch/arm/include/asm/arch-rk3036/boot0.h | 11 +++
arch/arm/include/asm/arch-rk3036/gpio.h | 11 +++
Hi Lukas
Auer, Lukas 於 2019年4月1日 週一 下午5:09寫道:
>
> Hi Rick,
>
> On Mon, 2019-04-01 at 16:24 +0800, Andes wrote:
> > From: Rick Chen
> >
> > The platform-Level Machine Timer (PLMT) block
> > holds memory-mapped mtime register associated
> > with timer tick.
> >
> > This driver implements the
Hi Bin
Bin Meng 於 2019年4月1日 週一 下午5:01寫道:
>
> Hi Rick,
>
> On Mon, Apr 1, 2019 at 4:29 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Changes in v3:
> > Patch 1
> > - Rename plic_init() as enable_ipi()
> > - Remove PLIC_BASE_GET() from enable_ipi()
> > Patch 2
> > - Add a space before (PLMT)
>
On 04/02/2019 03:00 AM, Simon Glass wrote:
> Hi Kever,
>
> On Sun, 31 Mar 2019 at 20:46, Kever Yang wrote:
>> Hi Simon,
>>
>>
>> On 04/01/2019 10:00 AM, Simon Glass wrote:
>>> Hi Kever,
>>>
>>> On Sun, 31 Mar 2019 at 19:03, Kever Yang wrote:
Hi Simon,
On 03/31/2019 05:18
Hi Tom, Neil,
On 04/01/2019 09:13 PM, Tom Rini wrote:
> On Mon, Apr 01, 2019 at 09:12:07AM +0200, Neil Armstrong wrote:
>> On 28/03/2019 04:01, Kever Yang wrote:
>>> rockchip platform header file is in 'arch-rockchip'
>>> instead of arch-$(SOC) for all SoCs.
>>>
>>> Signed-off-by: Kever Yang
Replace the ad-hoc erase operation implementation with a simple spi_mem_op
implementation of the same functionality. This is a minor optimization and
removal of the ad-hoc code.
This however also changes the behavior of the execution of the erase
opcode from two separate transfer requests to the
This is a configuration option specific to the tegra controller.
Doing it this way makes it show up directly under the tegra controller
option, indented one level, as "Disable external clock loopback".
The way it is now, it shows up at the end of the controller list, not
indented, as if it's
The fsl esdhc driver was the only mmc driver that could be enabled if
mmc support was off. It does not appear to compile in such a
configuration.
Move it to be inside the "if" that makes it conditional on MMC support.
It's still possible to turn off DM_MMC and enable the driver.
It looks like
Find the UCLASS_CACHE driver to configure the cache controller's
settings.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/mach-socfpga/misc.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git
Add a PL310 cache controller driver that is usually found on
ARMv7(32-bit) devices. The driver configures the cache settings that can
be found in the device tree files.
This initial revision only configures basic settings(data & instruction
prefetch, shared-override, data & tag latency). I
The cache UCLASS will be used for configure settings that can be found
in a CPU's L2 cache controller.
Add a uclass and a test for cache.
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
v4: re-order includes and add Reviewed-by:
v3: Add cache_get_info() to check for non-zero value
Select the PL310 UCLASS_CACHE driver for SoCFPGA.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f42eccef80..f4c6262bb0 100644
---
Add the PL310 macros for latency control setup, read and write bits.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/include/asm/pl310.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/pl310.h b/arch/arm/include/asm/pl310.h
Linux commit 8ecd7f5970c5 ("ARM: 8483/1: Documentation: l2c: Rename
l2cc to l2c2x0")
Linux docs:
Documentation/devicetree/bindings/arm/l2c2x0.txt
Copied from Linux kernel v5.0.
"The documentation in the l2cc.txt is specific to the L2 cache
controllers L2C210/L2C220/L2C310 (also known as
Hi,
This is V4 of the series to add a UCLASS_CACHE dm driver to handling
the configuration of cache settings. Place this new driver under
/drivers/cache. In this initial revision, the driver is only configuring
what I think are essential cache settings. The more comprehensive cache
settings can
Hi Fabio,
> Hi Lukasz,
>
> On Mon, Apr 1, 2019 at 11:02 AM Lukasz Majewski wrote:
> >
> > After the commit: "eth: dm: fec: Add gpio phy reset binding"
> > SHA1: efd0b791069af93e9d439a70d1fe2ae8994dbbfa
> >
> > The FEC ETH driver switched to PHY GPIO reset performed with data
> > defined in DTS.
Add a sound driver for tegra devices. This connects the audio hub, I2S
controller and audio codec to allow sound output.
Signed-off-by: Simon Glass
---
Changes in v2: None
drivers/sound/Makefile | 2 +-
drivers/sound/tegra_sound.c | 100
2 files
Add a driver for the audio hub. This is modelled as a misc device which
supports writing audio data from I2S.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix 'I2C' typo
arch/arm/include/asm/arch-tegra/tegra_ahub.h | 475 +++
drivers/sound/Kconfig|
Add a driver which supports transmitting digital sound to an audio codec.
This uses fixed parameters as a device-tree binding is not currently
defined.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop setting of slot_ctrl from i2s_tx_init()
arch/arm/include/asm/arch-tegra/tegra_i2s.h |
The first clock type appears to have and incorrect setting for out of the
mux outputs. It should be CLK_M, not OSC. Fix it and its only user.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/mach-tegra/tegra124/clock.c | 2 +-
board/nvidia/nyan-big/nyan-big.c | 2 +-
2 files
Enable sound output. With this, 'sound play 1000 400' emits a simple beep.
Signed-off-by: Simon Glass
---
Changes in v2: None
configs/nyan-big_defconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/configs/nyan-big_defconfig b/configs/nyan-big_defconfig
index
Add a short note about how to boot U-Boot on Nyan-big using tegrarcm.
Signed-off-by: Simon Glass
---
Changes in v2: None
board/nvidia/nyan-big/README | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 board/nvidia/nyan-big/README
diff --git
This function enables a peripheral clock and then immediately sets its
divider. Add a delay to allow the clock to settle first. This matches the
delay in other places which do a similar thing.
Without this, the I2S device on Nyan does not init properly.
Signed-off-by: Simon Glass
---
Changes
This series adds sound support for Nyan. It allows simple beeps to be
generated in U-Boot. This requires the addition of an I2S driver, an
audio hub driver and a sound driver to pull things together. An existing
audio codec (MAX98090) is used.
Changes in v2:
- Fix 'I2C' typo
- Drop setting of
Convert debug output from '%#lx' to '0x%lx' to be compatible with tiny
printf used in SPL.
Signed-off-by: Simon Goldschmidt
---
Changes in v4:
- dumped clearing BSS before SPL board_init_f, only real bugfixes remain
Changes in v3:
- fixed summary ("stack" -> "heap")
- enable
Since clearing BSS before board_init_r is clearly not accepted, let's
just fix 2 bugs in dlmalloc and I'll handle the socfpga_a10 cleanup
in a different way (see discussions in v1 to v3 of this series...).
Changes in v4:
- dumped clearing BSS before SPL board_init_f, only real bugfixes remain
If the malloc range passed to mem_malloc_init() is at the end of address
range and 'start + size' overflows to 0, following allocations fail as
mem_malloc_end is zero (which looks like uninitialized).
Fix this by subtracting 1 of 'start + size' overflows to zero.
Signed-off-by: Simon Goldschmidt
On Mon, Apr 01, 2019 at 10:00:14PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this patch for v2019.04 release.
>
> thanks,
> Jagan.
>
> The following changes since commit 48cf0d8c6d261f543bff12046a366ec3b832937d:
>
> Merge tag 'video-fixes-for-2019.04-rc4' of
> Merge branch '2019-03-29-master-imports' (2019-03-29 10:53:28 -0400)
>
> are available in the Git repository at:
>
> git://www.denx.de/git/u-boot-imx.git tags/u-boot-imx-20190401
>
> for you to fetch changes up to 00102ae52055e294ac37ae1380f37620f4a8bb26:
>
> pico
Hi Kever,
On Sun, 31 Mar 2019 at 20:46, Kever Yang wrote:
>
> Hi Simon,
>
>
> On 04/01/2019 10:00 AM, Simon Glass wrote:
> > Hi Kever,
> >
> > On Sun, 31 Mar 2019 at 19:03, Kever Yang wrote:
> >> Hi Simon,
> >>
> >>
> >> On 03/31/2019 05:18 AM, Simon Glass wrote:
> >>> Hi Kever,
> >>>
> >>> On
Hi Marek,
On Sat, 30 Mar 2019 at 20:37, Marek Vasut wrote:
>
> On 3/30/19 10:18 PM, Simon Glass wrote:
> > Hi Marek,
> >
> > On Sat, 23 Mar 2019 at 11:55, Marek Vasut wrote:
> >>
> >> The driver currently calculates the end address of cache flush operation
> >> for the DMA descriptors by adding
Fixes the microSD slot on the ASUS C201.
Signed-off-by: Urja Rannikko
---
v2: use #if CONFIG_IS_ENABLED(DM_REGULATOR)
-
drivers/mmc/dw_mmc.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 93a836eac3..b04c1f9f41 100644
---
Hi Krzysztof,
On Mon, 1 Apr 2019 at 21:46, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 17:50, Anand Moon wrote:
> >
> > Hi Krzysztof,
> >
> > On Mon, 1 Apr 2019 at 18:27, Krzysztof Kozlowski wrote:
> > >
> > > On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> > > >
> > > > Add new
jFTR, this is superseded by https://patchwork.ozlabs.org/cover/1072785/
("[v2,0/5] boot_get_fdt: clean up and use 'fdtaddr' as fallback for Android")
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi All, especially the Android specialists,
On Mon, Apr 01, 2019 at 12:52:52PM +0200, Eugeniu Rosca wrote:
> Our platform doesn't store the DTB into the Android image second area,
> but rather copies the DTB to RAM from a dedicated dtb.img partition [0],
> prior to booting the Android image by
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:34, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> >
> > Add usbnet_devaddr mac address to extra env setting
> > to avoid failure of ethernet driver while usb start.
> >
> > Odroid # usb start
> > starting USB...
> > USB0:
Hi Tom,
Please pull this patch for v2019.04 release.
thanks,
Jagan.
The following changes since commit 48cf0d8c6d261f543bff12046a366ec3b832937d:
Merge tag 'video-fixes-for-2019.04-rc4' of git://git.denx.de/u-boot-video
(2019-03-31 07:25:11 -0400)
are available in the Git repository at:
On Thu, Mar 28, 2019 at 1:50 PM Jagan Teki wrote:
>
> CLK_AHB_GMAC was suppose to be part of previous commit
> "clk: sunxi: Implement A10 EMAC clocks" add it so-that
> we can get rid of sunxi_set_gate warning on boot message.
>
> Signed-off-by: Jagan Teki
> ---
Applied to u-boot-sunxi/master
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:18, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:52, Anand Moon wrote:
> >
> > From: Tobias Jakobi
> >
> > Rename board_usb_init() to exynos_usb_init() and call it
> > early in the Exynos EHCI driver when probing.
> >
> > This kind of works.
Hi Jean-Jacques,
On Mon, 1 Apr 2019 at 05:32, Jean-Jacques Hiblot wrote:
>
> Hi Simon,
>
> On 30/03/2019 22:18, Simon Glass wrote:
> > Hi Jean-Jacques,
> >
> > On Fri, 22 Mar 2019 at 10:44, Jean-Jacques Hiblot wrote:
> >> This uclass is intended for devices that do not need any features from
On Mon, 1 Apr 2019 at 17:50, Anand Moon wrote:
>
> Hi Krzysztof,
>
> On Mon, 1 Apr 2019 at 18:27, Krzysztof Kozlowski wrote:
> >
> > On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> > >
> > > Add new CONFIG_SYS_ODROID_USB flag to avoid compliation
> > > error on other development boards.
> > >
On Mon, 1 Apr 2019 at 18:05, Anand Moon wrote:
>
> Hi Krzysztof,
>
> On Mon, 1 Apr 2019 at 18:25, Krzysztof Kozlowski wrote:
> >
> > On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> > >
> > > Some host controllers need addidional re-initialization
> >
> > Please run spell-check.
> >
> > > after
On Mon, 1 Apr 2019 at 17:57, Anand Moon wrote:
>
> Hi Krzysztof,
>
> On Mon, 1 Apr 2019 at 18:21, Krzysztof Kozlowski wrote:
> >
> > On Mon, 1 Apr 2019 at 13:52, Anand Moon wrote:
> > >
> > > Add board_usb_cleanup routine to cleanup after
> > > de-registering it usb devices. Also fixed the
> >
Current code is plain wrong, and there's no need to have a mutable string,
so fix function type and remove the intermediate variable.
Signed-off-by: Ismael Luceno
---
cmd/usb.c| 18 +-
common/usb_hub.c | 18 +-
2 files changed, 10 insertions(+), 26
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:25, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> >
> > Some host controllers need addidional re-initialization
>
> Please run spell-check.
>
> > after ehci_reset() so we add .init_after_reset callback
> > which is
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:21, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:52, Anand Moon wrote:
> >
> > Add board_usb_cleanup routine to cleanup after
> > de-registering it usb devices. Also fixed the
> > compilation error for other board.
>
> Fix for build error should
Hi Fabio, Otavio,
On 01/04/19 16:14, Fabio Estevam wrote:
> Hi Stefano,
>
> On Mon, Apr 1, 2019 at 11:06 AM Stefano Babic wrote:
>
>> Well, it looks like too much because I have 18.04, too, and I can build.
>> I cannot say that Ubuntu users cannot build u-boot anymore.
>> I guess you have
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:27, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> >
> > Add new CONFIG_SYS_ODROID_USB flag to avoid compliation
> > error on other development boards.
> >
> > Fix below compilation error:
> > Error: You must add new CONFIG
Hi Krzysztof,
On Mon, 1 Apr 2019 at 18:30, Krzysztof Kozlowski wrote:
>
> On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
> >
> > fix the confict of scriptaddr address with ramdisk_addr_r
>
> Start with capital letter, so s/fix/Fix. End with a full-stop.
>
> > also add missing pxefile_addr_r
On Sat, Mar 30, 2019 at 03:19:27PM -0600, Simon Glass wrote:
> On Tue, 12 Mar 2019 at 04:38, Thierry Reding wrote:
> >
> > From: Thierry Reding
> >
> > When phys_addr_t printf specifier support was first introduced in commit
> > 1eebd14b7902 ("vsprintf: Add modifier for phys_addr_t"), it was
On Mon, Apr 01, 2019 at 10:19:18AM +, Ajay Kaher wrote:
> Few weeks ago sent patch (as in below mail) to include in U-Boot,
> And still waiting for response and even not present in U-Boot mailing list.
Can you please re-send the patch and ensure to Cc the maintainer?
Thanks!
>
> As per
Beelink GS1 is an Allwinner H6 based TV box,
which support:
- Allwinner H6 Quad-core 64-bit ARM Cortex-A53
- GPU Mali-T720
- 2GB LPDDR3 RAM
- 16GB eMMC
- AXP805 PMIC
- 1Gbps GMAC via RTL8211E
- USB 2.0 Host, OTG
- HDMI port
- S/PDIF port
- 5V/2A DC power supply
- Wi-Fi/BT via Fn-Link 6222B-SRB
Hi Stefano,
On Mon, Apr 1, 2019 at 11:06 AM Stefano Babic wrote:
> Well, it looks like too much because I have 18.04, too, and I can build.
> I cannot say that Ubuntu users cannot build u-boot anymore.
> I guess you have /bin/sh -> dash, and /bin/sh -> bash solves the
> problem, too. Or using
On Mon, Apr 01, 2019 at 03:46:20PM +0200, Stefano Babic wrote:
> Hi Otavio,
>
> On 01/04/19 15:20, Otavio Salvador wrote:
> > Hello everyone,
> >
> > On Wed, Feb 27, 2019 at 10:44 PM Fabio Estevam wrote:
> >> On Wed, Jan 2, 2019 at 4:59 AM Baruch Siach wrote:
> >>> Use a single '=' to test
Hi Lukasz,
On Mon, Apr 1, 2019 at 11:02 AM Lukasz Majewski wrote:
>
> After the commit: "eth: dm: fec: Add gpio phy reset binding"
> SHA1: efd0b791069af93e9d439a70d1fe2ae8994dbbfa
>
> The FEC ETH driver switched to PHY GPIO reset performed with data defined
> in DTS.
> For the HSC|DDC boards the
Hi Fabio,
On 01/04/19 15:49, Fabio Estevam wrote:
> Hi Stefano,
>
> On Mon, Apr 1, 2019 at 10:46 AM Stefano Babic wrote:
>
>> The thing is in which conditions this is broken and why it should be
>> fixed here and in this way. Yes, I admit, I have not pondered this as a
>> big issue - it could
After the commit: "eth: dm: fec: Add gpio phy reset binding"
SHA1: efd0b791069af93e9d439a70d1fe2ae8994dbbfa
The FEC ETH driver switched to PHY GPIO reset performed with data defined
in DTS.
For the HSC|DDC boards the GPIO reset signal is active low and hence the
wrong DTS description must be
After running tools/moveconfig.py it turned out that for various boards
there are an empty #ifdef statements.
Remove them to clean u-boot source code.
Signed-off-by: Lukasz Majewski
---
include/configs/bg0900.h| 4
include/configs/dreamplug.h | 3 ---
include/configs/ds109.h | 3
Signed-off-by: Lukasz Majewski
---
include/configs/kp_imx53.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/kp_imx53.h b/include/configs/kp_imx53.h
index 080eec47ca..3ea75fa120 100644
--- a/include/configs/kp_imx53.h
+++ b/include/configs/kp_imx53.h
@@ -20,8 +20,6 @@
On Mon, Apr 1, 2019 at 10:46 AM Stefano Babic wrote:
> > This is still broken and the proposed patch does fix it. We should get
> > this merged for 2019.04 release.
> >
> > Please Stefano, consider this for release (be it through your branch
> > for directly by Tom).
> >
>
> The thing is in which
Hi Stefano,
On Mon, Apr 1, 2019 at 10:46 AM Stefano Babic wrote:
> The thing is in which conditions this is broken and why it should be
> fixed here and in this way. Yes, I admit, I have not pondered this as a
> big issue - it could be also fixed replacing dash with bash on
> Debian-like
Hi Otavio,
On 01/04/19 15:20, Otavio Salvador wrote:
> Hello everyone,
>
> On Wed, Feb 27, 2019 at 10:44 PM Fabio Estevam wrote:
>> On Wed, Jan 2, 2019 at 4:59 AM Baruch Siach wrote:
>>> Use a single '=' to test string equality for compatibility with non-bash
>>> shells. Otherwise, if /bin/sh
Our platform doesn't store the DTB into the Android image second area,
but rather copies the DTB to RAM from a dedicated dtb.img partition [0],
prior to booting the Android image by calling bootm.
Similar to [1], we find it useful to just call 'bootm' and have the
right DTB being passed to OS
Increase the readability of boot_get_fdt().
No change in behavior is expected.
Signed-off-by: Eugeniu Rosca
---
Changes in v2:
- NA
- Link v1: https://patchwork.ozlabs.org/patch/1071588/
---
common/image-fdt.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
Prepare for booting Android images which lack any DTB in the second
area by using 'fdtaddr' environment variable as source/address of FDT.
No functional/behavioral change expected in this patch.
Signed-off-by: Eugeniu Rosca
---
Changes in v2:
- Restored fdt_totalsize() check
- Link v1:
The 'no_fdt' goto label was introduced by v2015.01 commit [0] and it
had two review stages [1-2]. The *documented* purpose behind commit [0]
is (excerpt from commit description):
> allows both FDT and non-FDT kernels to boot by making the
> third parameter to the bootm/bootz optional
While [1]
Paranoid programming [1] lies at the foundation of proper software
development, but the repetitive zeroing-out of output arguments in the
context of the same function rather clutters the code and inhibits
further refactoring/optimization than is doing any good.
In boot_get_fdt(), we already
The main feature added in this series is being able to boot Android
images with empty/non-DTB contents in the second area by using the
address stored in the 'fdtaddr' environment variable. More details in
"fdt: boot_get_fdt: android: use ENV 'fdtaddr' as fallback".
This is combined with a number
Few weeks ago sent patch (as in below mail) to include in U-Boot,
And still waiting for response and even not present in U-Boot mailing list.
As per checkpatch.pl, there is following CHECK. However it doesn't have
side-effects and similar to include/configs/rockchip-common.h:
CHECK: Macro
On 01/04/2019 13:57, Lukasz Majewski wrote:
> Hi Anand,
>
>> From: Tobias Jakobi
>>
>> Rename board_usb_init() to exynos_usb_init() and call it
>> early in the Exynos EHCI driver when probing.
>>
>> This kind of works. After a 'usb start; usb stop; usb start'
>> cycle the attached devices are
Hello everyone,
On Wed, Feb 27, 2019 at 10:44 PM Fabio Estevam wrote:
> On Wed, Jan 2, 2019 at 4:59 AM Baruch Siach wrote:
> > Use a single '=' to test string equality for compatibility with non-bash
> > shells. Otherwise, if /bin/sh is dash, build fails:
> >
> > ./tools/imx8m_image.sh: 15: [:
On Mon, Apr 01, 2019 at 09:12:07AM +0200, Neil Armstrong wrote:
> On 28/03/2019 04:01, Kever Yang wrote:
> > rockchip platform header file is in 'arch-rockchip'
> > instead of arch-$(SOC) for all SoCs.
> >
> > Signed-off-by: Kever Yang
> > ---
> >
> > arch/arm/cpu/armv8/start.S | 4
> >
On Fri, Mar 29, 2019 at 10:37:18PM +0100, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull sunxi HDMI clock fix for v2019.04-rc4.
>
> Travis CI: https://travis-ci.org/vdsao/u-boot-video/builds/512749325
>
> Thanks,
> Anatolij
>
> The following changes since commit
On Fri, Mar 29, 2019 at 09:35:49PM +0100, Philipp Tomsich wrote:
> Tom,
>
> I’ve prepared two last-minute fixes for the rockchip architecture.
> A clean bill-of-health from Travis is at
> https://travis-ci.org/ptomsich/u-boot-rockchip/builds/513054998
>
> Thanks,
> Philipp.
>
>
> The
On Sat, Mar 30, 2019 at 04:22:21PM +0100, Lukasz Majewski wrote:
> Signed-off-by: Lukasz Majewski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
>
> Add usbnet_devaddr mac address to extra env setting
> to avoid failure of ethernet driver while usb start.
>
> Odroid # usb start
> starting USB...
> USB0: USB EHCI 1.00
> scanning bus 0 for devices... 3 USB Device(s) found
>scanning
On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
>
> fix the confict of scriptaddr address with ramdisk_addr_r
Start with capital letter, so s/fix/Fix. End with a full-stop.
> also add missing pxefile_addr_r u-boot extras env setting.
s/also/Also/
... but there is no conflict in the first
On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
>
> Add new CONFIG_SYS_ODROID_USB flag to avoid compliation
> error on other development boards.
>
> Fix below compilation error:
> Error: You must add new CONFIG options using Kconfig
> The following new ad-hoc CONFIG options were detected:
>
Hi Anand,
> From: Tobias Jakobi
>
> Rename board_usb_init() to exynos_usb_init() and call it
> early in the Exynos EHCI driver when probing.
>
> This kind of works. After a 'usb start; usb stop; usb start'
> cycle the attached devices are recognized.
>
> Add small delay between
On Mon, 1 Apr 2019 at 13:53, Anand Moon wrote:
>
> Some host controllers need addidional re-initialization
Please run spell-check.
> after ehci_reset() so we add .init_after_reset callback
> which is requires to reinit the phy after controller reset.
s/requires/required/
but you do not
On Mon, 1 Apr 2019 at 13:52, Anand Moon wrote:
>
> Add board_usb_cleanup routine to cleanup after
> de-registering it usb devices. Also fixed the
> compilation error for other board.
Fix for build error should be in separate commit. Please also quote
the error you are fixing... because the code
On Mon, 1 Apr 2019 at 13:52, Anand Moon wrote:
>
> From: Tobias Jakobi
>
> Rename board_usb_init() to exynos_usb_init() and call it
> early in the Exynos EHCI driver when probing.
>
> This kind of works. After a 'usb start; usb stop; usb start'
> cycle the attached devices are recognized.
>
>
Adds support for Amlogic G12A USB Device mode.
The DWC2 Controller behind the Glue can be connected to an OTG
capable PHY. The Glue setups the PHY mode.
This patch implements Device mode support by adding a board_usb_init/cleanup
setting up the DWC2 controller and switch the OTG capable port to
This adds support for the USB PHYs found in the Amlogic G12A SoC Family.
The USB2 PHY supports Host and/or Peripheral mode, depending on it's position.
The first PHY is only used as Host, but the second supports Dual modes
defined by the USB Control Glue HW in front of the USB Controllers.
The
Adds support for Amlogic G12A USB Control Glue HW.
The Amlogic G12A SoC Family embeds 2 USB Controllers :
- a DWC3 IP configured as Host for USB2 and USB3
- a DWC2 IP configured as Peripheral USB2 Only
A glue connects these both controllers to 2 USB2 PHYs, and optionnally
to an USB3+PCIE Combo
This patchset adds support for USB on Amlogic G12A SoCs.
This patchset is composed with :
- PHY Drivers
- USB Control Glue driver
- G12A board setup for Device mode
Device Tree nodes will be added in a separate patchset when applied
on a tagged Linux tree.
The Amlogic G12A USB Complex is
1 - 100 of 225 matches
Mail list logo