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 cacheline size to the start address of
>> the last DMA descriptor. This is
Hi Jon,
On Fri, 8 Feb 2019 at 02:50, Jon Hunter wrote:
>
>
> On 08/02/2019 04:14, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 21 Jan 2019 at 16:43, Simon Glass wrote:
> >>
> >> Hi Tom,
> >>
> >> On Mon, 21 Jan 2019 at 10:46, Tom Warren wrote:
> >>>
> >>> Let's have Jon Hunter take a look,
Hi Simon,
On Sat, 30 Mar 2019 at 15:40, Simon Goldschmidt
wrote:
>
>
>
> Simon Glass schrieb am Sa., 30. März 2019, 22:18:
>>
>> Hi Simon,
>>
>> On Sat, 30 Mar 2019 at 14:50, Simon Goldschmidt
>> wrote:
>> >
>> >
>> >
>> > Simon Goldschmidt schrieb am Sa., 30.
>> > März 2019, 21:18:
>> >>
>>
Simon Glass schrieb am Sa., 30. März 2019, 22:18:
> Hi Simon,
>
> On Sat, 30 Mar 2019 at 14:50, Simon Goldschmidt
> wrote:
> >
> >
> >
> > Simon Goldschmidt schrieb am Sa., 30.
> März 2019, 21:18:
> >>
> >>
> >>
> >> Simon Glass schrieb am Sa., 30. März 2019, 21:06:
> >>>
> >>> Hi Simon,
>
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> So far arrows key pressed on an USB keyboard got translated to some
> low ASCII control sequences (Ctrl+N, Ctrl+P). Some programs understand
> these codes, but the standard for those keys is to use ANSI control
Which standard?
> sequences
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> In the sunxi-common.h config header we unconditionally define
> CONFIG_SYS_WHITE_ON_BLACK, although it's actually a Kconfig option which
> could be individually selected by a user.
> Remove this #define from the header and let it default to
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 current formula is the transfer
> length in bits,
Hi Andre,
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> The character set used by U-Boot's built-in fonts is the old "code
> page 437" (from the original IBM PC).
> However people would probably expect UTF-8 on a terminal these days, the
> UEFI code definitely does.
>
> Provide a
Hi Eugeniu,
On Mon, 25 Mar 2019 at 04:44, Eugeniu Rosca wrote:
>
> Hello Simon,
>
> On Sun, Mar 10, 2019 at 03:51:47PM -0600, Simon Glass wrote:
> [..]
> > Reviewed-by: Simon Glass
>
> Can this fix go to u-boot-dm or is more review required?
>
Yes it looks like it is in my queue.
Regards,
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> In preparation for doing character set translations, factor out the
> actual glyph display functionality into a separate function.
> This will be used in a subsequent patch.
>
> Signed-off-by: Andre Przywara
> ---
>
On Fri, 22 Mar 2019 at 08:39, Jean-Jacques Hiblot wrote:
>
> If SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set, then the default output
> image should be built using the provided/generated ITS, not using the
> default template implemented by mkimage.
> In that case, make u-boot.img a symbolic link
On Fri, 15 Mar 2019 at 11:13, Krzysztof Kozlowski wrote:
>
> The CONFIG_DM_I2C_COMPAT was introduced in
> include/configs/exynos5-common.h in commit 189d80166b31 ("exynos5:
> enable dm i2c") and then it propagated up to configs/arndale_defconfig.
> However since beginning the Arndale board
Hi Urja,
On Fri, 22 Mar 2019 at 13:15, Urja Rannikko wrote:
>
> This failed and caused a boot failure on c201, and afaik
> the pins should be setup by the new pinctrl driver.
It should be set up in SPL, if enabled.
I wonder when this code is actually used?
>
> Signed-off-by: Urja Rannikko
>
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 enabled
> only if CONFIG_CMD_NET was selected. Since physical addresses are
Hi Lukasz,
On Wed, 27 Mar 2019 at 03:34, Lukasz Majewski wrote:
>
> Hi Simon, Jun,
>
> > Hi Jun,
> >
> > On Fri, 22 Mar 2019 at 16:02, Jun Nie wrote:
> > >
> > > Simon Glass 于2019年3月22日周五 下午3:56写道:
> > > >
> > > > Hi Jun,
> > > >
> > > > On Fri, 22 Mar 2019 at 15:20, Jun Nie
> > > > wrote:
>
On Fri, 22 Mar 2019 at 09:32, Dalon Westergreen
wrote:
>
> From: Dalon Westergreen
>
> CONFIG_OF_EMBED was primarily enabled to support the stratix10
> spl hex file requirements. Since this option now produces a
> warning during build, and the spl hex can be created using
> alternate methods,
Hi Andre,
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> When the character to be printed on a DM_VIDEO console is from the
> "extended ASCII" range (0x80 - 0xff), it will be treated as a negative
> number, as it's declared as a signed char. This leads to negative array
> indicies into
Hi Patrick,
On Wed, 20 Mar 2019 at 11:24, Patrick DELAUNAY wrote:
>
> Hi Simon,
>
> > From: Simon Glass
> > Sent: mardi 19 mars 2019 02:25
> >
> > Hi Patrick,
> >
> > On Mon, 11 Feb 2019 at 19:50, Patrick Delaunay
> > wrote:
> > >
> > > We can remove the pre reloc property in SPL and TPL
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> There is a standard ANSI terminal escape sequence to clear a whole line
> of text. So far the DM_VIDEO console was missing this code.
>
> Detect the sequence and use vidconsole_set_row with the background
> colour to fix this omission.
>
>
Hi,
On Fri, 22 Mar 2019 at 09:32, Dalon Westergreen
wrote:
>
> From: Dalon Westergreen
>
> Some architectures, Stratix10, require a hex formatted spl that combines
> the spl image and dtb. This adds a target to create said hex file with
> and offset of SPL_TEXT_BASE.
>
> Signed-off-by: Dalon
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> The ANSI terminal escapce sequence standard defines relative cursor
> movement commands (ESC [ A-F). So far the DM_VIDEO console code was
> ignoring them.
>
> Interpret those sequences and move the cursor by the requested amount of
> rows or
On Sat, 23 Mar 2019 at 11:55, Marek Vasut wrote:
>
> 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
On Wed, 27 Mar 2019 at 17:50, Trent Piepho wrote:
>
> The cache flush of the kernel load area needs to be aligned outward to
> the DMA cache alignment. The operations are simpler if we think of this
> as aligning the start down, ALIGN_DOWN(load, ARCH_DMA_MINALIGN), and
> aligning the end up,
On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> The video console for DM_VIDEO compliant drivers only understands a very
> small number of ANSI sequences. First and foremost it misses the "reverse
> video" command, which is used by our own bootmenu command to highlight
> the selected
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 the
> uclass, including binding children.
> This will typically be used by devices that are used to bind child devices
> but do not use
On Fri, 22 Mar 2019 at 08:39, Jean-Jacques Hiblot wrote:
>
> Currently the FIT generator scripts are passed only a list of dtbs.
> However some platforms may also require information about the board itself.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Makefile
On Fri, 22 Mar 2019 at 13:15, Urja Rannikko wrote:
>
> This fixes RK3288 SPL hanging or hitting this assert:
> drivers/core/ofnode.c:183: ofnode_first_subnode: Assertion
> `ofnode_valid(node)' failed.
>
> Signed-off-by: Urja Rannikko
> ---
> drivers/pinctrl/pinctrl-uclass.c | 3 +++
> 1 file
Hi Thierry,
On Mon, 25 Mar 2019 at 01:27, Thierry Reding wrote:
>
> On Fri, Mar 22, 2019 at 03:52:59PM +0800, Simon Glass wrote:
> > On Fri, 22 Mar 2019 at 02:10, Thierry Reding
> > wrote:
> > >
> > > From: Thierry Reding
> > >
> > > The new fdt_generate_phandle() function can be used to
On Mon, 25 Mar 2019 at 08:55, Michal Simek wrote:
>
> Prioritize external dtb if its passed via EXT_DTB
> than the dtb that was built in the tree. With this
> patch it appends the specified external dtb to
> the u-boot image.
>
> Signed-off-by: Michal Simek
> Signed-off-by: Siva Durga Prasad
Hi Kever,
On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
>
> Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
> header file path, so that we can get the correct path directly.
Can you give a few more details on the reason for this change? I
cannot see the benefit?
Regards,
Simon
On Fri, 22 Mar 2019 at 08:39, Jean-Jacques Hiblot wrote:
>
> Include the object tree and the source tree in the search path of the
> FIT compîler (dtc). This allows to use paths relative to the root of the
> source or object trees in the ITS instead of working backward from the
> actual location
Hi Dinh,
On Mon, 25 Mar 2019 at 09:20, Dinh Nguyen wrote:
>
> 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.
>
> Signed-off-by: Dinh Nguyen
> ---
> v3: Add cache_get_info() to check for non-zero
On Fri, 22 Mar 2019 at 13:15, Urja Rannikko wrote:
>
> Atleast hat is what it says in the TRM.
At least that
>
> Signed-off-by: Urja Rannikko
> ---
> arch/arm/mach-rockchip/rk3288-board.c | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon Glass
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 cacheline size to the start address of
> the last DMA descriptor. This is not safe, as the cacheline size may be,
> in some
Hi Jun,
On Wed, 27 Mar 2019 at 03:55, Jun Nie wrote:
>
> Lukasz Majewski 于2019年3月27日周三 下午5:34写道:
> >
> > Hi Simon, Jun,
> >
> > > Hi Jun,
> > >
> > > On Fri, 22 Mar 2019 at 16:02, Jun Nie wrote:
> > > >
> > > > Simon Glass 于2019年3月22日周五 下午3:56写道:
> > > > >
> > > > > Hi Jun,
> > > > >
> > > >
On Tue, 26 Mar 2019 at 06:39, Simon Goldschmidt
wrote:
>
> This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
>
> The 'eeprom' command has been converted to work with DM_I2C in a patch
> submitted around the same time as this commit:
> commit 0c07a9b4078d ("eeprom: Add device model
Hi Simon,
On Sat, 30 Mar 2019 at 14:50, Simon Goldschmidt
wrote:
>
>
>
> Simon Goldschmidt schrieb am Sa., 30. März
> 2019, 21:18:
>>
>>
>>
>> Simon Glass schrieb am Sa., 30. März 2019, 21:06:
>>>
>>> Hi Simon,
>>>
>>> On Wed, 27 Mar 2019 at 13:40, Simon Goldschmidt
>>> wrote:
>>> >
>>> >
Hi Marek,
On Sat, Mar 30, 2019 at 07:47:34AM +0100, Marek Vasut wrote:
> Commit d245059ff797 ("ARM: rmobile: rcar-gen3: Activate bootm_size")
> only fixed the superfluous CONFIG_SYS_BOOTMAPSZ for R-Car Gen3 [..]
I don't think 'superfluous' is the best wording here, since
(according to its README
Hi Stefano,
On Thu, Mar 21, 2019 at 10:59 AM Fabio Estevam wrote:
>
> After the DM_MMC conversion the following eMMC boot error is observed:
>
> U-Boot SPL 2019.04-rc4 (Mar 20 2019 - 18:53:28 +)
> Trying to boot from MMC1
> MMC Device 0 not found
> spl: could not find mmc device 0. error:
Simon Goldschmidt schrieb am Sa., 30.
März 2019, 21:18:
>
>
> Simon Glass schrieb am Sa., 30. März 2019, 21:06:
>
>> Hi Simon,
>>
>> On Wed, 27 Mar 2019 at 13:40, Simon Goldschmidt
>> wrote:
>> >
>> > This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it
>> clears
>> > the bss
Simon Glass schrieb am Sa., 30. März 2019, 21:06:
> Hi Simon,
>
> On Wed, 27 Mar 2019 at 13:40, Simon Goldschmidt
> wrote:
> >
> > This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it
> clears
> > the bss before calling board_init_f() instead of clearing it before
> calling
> >
Hi Simon,
On Wed, 27 Mar 2019 at 13:40, Simon Goldschmidt
wrote:
>
> This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it clears
> the bss before calling board_init_f() instead of clearing it before calling
> board_init_r().
>
> This also ensures that variables placed in BSS can
Hi Simon,
On Fri, 22 Mar 2019 at 02:16, Simon Goldschmidt
wrote:
>
> Hi Simon,
>
> On Fri, Mar 22, 2019 at 8:53 AM Simon Glass wrote:
> >
> > Hi,
> >
> > On Sat, 16 Mar 2019 at 04:13, Simon Goldschmidt
> > wrote:
> > >
> > > This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it
Signed-off-by: Lukasz Majewski
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3166ec74f0cb..f9ee4281d948 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -439,6 +439,11 @@ DFU
M: Lukasz Majewski
S: Maintained
T: git
> On 30.03.2019, at 15:29, Thomas Petazzoni
> wrote:
>
> Parts of the code are using C99 constructs (such as variables declared
> inside loops), but also GNU extensions (such as typeof), so using
> -std=gnu99 is necessary to build with older versions of gcc that don't
> default to building
Parts of the code are using C99 constructs (such as variables declared
inside loops), but also GNU extensions (such as typeof), so using
-std=gnu99 is necessary to build with older versions of gcc that don't
default to building with gnu99.
It fixes the following build failure:
On 29/03/2019 14:42, Patrick Delaunay wrote:
>
> This patch-set created after Marek remarks on patch
> board: stm32mp1: Add tx_fifo_sz_array support
> http://patchwork.ozlabs.org/patch/1056452/
>
> This serie convert the DWC2 to driver model and use it for the
> stm32mp1 boards.
>
> USB
Update default confing to use network driver for Jaguar2 SoCs.
Signed-off-by: Horatiu Vultur
---
configs/mscc_jr2_defconfig | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/configs/mscc_jr2_defconfig b/configs/mscc_jr2_defconfig
index 95562b7..92c22b8 100644
---
Add network driver for Microsemi Ethernet switch.
It is present on Jaguar2 SoCs.
Signed-off-by: Horatiu Vultur
---
drivers/net/mscc_eswitch/Kconfig |7 +
drivers/net/mscc_eswitch/Makefile |1 +
drivers/net/mscc_eswitch/jr2_switch.c | 1075 +
In Jaguar2 SoC family there are 3 different pcb. Each of this needs
to configure the phys in different ways. Therefore implement the
function board_phy_config and based on pcb configure them accordingly.
Signed-off-by: Horatiu Vultur
---
board/mscc/jr2/jr2.c | 23 +++
1 file
Add ethernet nodes for Jaguar2 SoCs family. There are 3 pcb in this
family: pcb110, pcb111 and pcb112.
Signed-off-by: Horatiu Vultur
---
arch/mips/dts/jr2_pcb110.dts| 76 +++
arch/mips/dts/jr2_pcb111.dts| 400
arch/mips/dts/mscc,jr2.dtsi
v3-changes:
- move serdes setup in network driver and read serdes
configuration from DT.
v2-changes:
- create serdes6g_setup and serdes1g_setup functions to be
easier to extand for future boards.
Horatiu Vultur (4):
net: Add MSCC Jaguar2 network driver.
board: mscc: jr2: Update MSCC
Kever,
> On 30.03.2019, at 02:43, Kever Yang wrote:
>
> Hi Simon,
>
>
> On 03/29/2019 11:33 PM, Simon Goldschmidt wrote:
>>
>>
>> On 29.03.19 15:09, Kever Yang wrote:
>>> Rockchip fit image with atf may have firmware for sram,
>>> so the fit driver need to read data from mmc to sram,
>>>
Activate I2C7 on Alt to allow access to the PMIC.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/arm/dts/r8a7794-alt-u-boot.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/r8a7794-alt-u-boot.dts
b/arch/arm/dts/r8a7794-alt-u-boot.dts
index
The I2C bus number to access the PMIC is I2C 7, fix this.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/alt/alt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/renesas/alt/alt.c b/board/renesas/alt/alt.c
index 7b85000203..0726776a57 100644
---
Increase the USB power good delay on Alt, this is required with
certain USB sticks, otherwise they might not be detected.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
include/configs/alt.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/alt.h
Commit d245059ff797 ("ARM: rmobile: rcar-gen3: Activate bootm_size")
only fixed the superfluous CONFIG_SYS_BOOTMAPSZ for R-Car Gen3, even
though it listed all affected boards. Apply the same fix to Gen2.
Signed-off-by: Marek Vasut
Fixes: d245059ff797 ("ARM: rmobile: rcar-gen3: Activate
Reset and initialize the PHY once in the probe() function rather than
doing it over and over again is start() function. This requires us to
keep the clock enabled while the driver is in use. This significantly
reduces the time between transfers as the PHY doesn't have to restart
autonegotiation
The PHY LED mode register mask should be 0xc000 , not 0xc.
Correct the mask to operate on the right bits.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/alt/alt.c | 2 +-
board/renesas/gose/gose.c | 2 +-
board/renesas/koelsch/koelsch.c | 2 +-
The CLK2MHZ macro is unused, remove it.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/alt/alt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/board/renesas/alt/alt.c b/board/renesas/alt/alt.c
index b18ab7ce88..7a9a51e4cd 100644
--- a/board/renesas/alt/alt.c
+++
Synchronize the R8A7794 Alt defconfig, enable DM SPI, DM SPI FLASH
and I2C driver support.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/alt_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/alt_defconfig b/configs/alt_defconfig
index
The R8A7794_ETHERNET_B config option is unused and based on the
description, this is a setting which should be fully done on a
DT level instead. Remove this config option.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/alt/Kconfig | 9 -
1 file changed, 9
I attempted to merge in the latest master branch into
https://github.com/sifive/u-boot/tree/sandbox and I got
the following error, which seems somewhat broken..
Device Tree Source is not correctly specified.
Please define 'CONFIG_DEFAULT_DEVICE_TREE'
or build with 'DEVICE_TREE=' argument
63 matches
Mail list logo