On 6/18/19 2:44 AM, AKASHI Takahiro wrote:
On Mon, Jun 17, 2019 at 09:02:46PM +0200, Heinrich Schuchardt wrote:
If no matching package list is found in ListPackageLists(), return
EFI_NOT_FOUND.
If we do not support a package type, we can immediately leave the function.
This won't happen
> Subject: Re: [U-Boot] [PATCH] mmc: Avoid HS400 mode when accessing boot
> partitions
>
> On 6/17/19 4:46 PM, Jean-Jacques Hiblot wrote:
> >
> > On 17/06/2019 12:34, Marek Vasut wrote:
> >> On 6/17/19 11:09 AM, Jean-Jacques Hiblot wrote:
> >>> On 15/06/2019 17:15, Marek Vasut wrote:
> On
Hello Anatolij,
Am 17.06.2019 um 15:33 schrieb Anatolij Gustschin:
Remove square brackets around label in state command description.
Fixes: ea41b15617fa ("cmd/led: check subcommand "list" instead "l"")
Signed-off-by: Anatolij Gustschin
---
cmd/led.c | 2 +-
1 file changed, 1 insertion(+),
> -Original Message-
> From: U-Boot-Custodians On
> Behalf Of Wolfgang Denk
> Sent: Monday, June 17, 2019 8:12 PM
> To: u-boot-custodi...@lists.denx.de
> Cc: u-boot@lists.denx.de; h...@denx.de
> Subject: [U-Boot-Custodians] [ANNOUNCEMENT] Switching to gitlab.denx.de
>
> Hello everybody,
Misspelling of SPDX-License-Identifier is rather fatal than other
general typos, so must be fixed.
This file spells SPDX-Licence-Identifier.
^
I also moved it to the very top of the file with // comment style.
Detected by grepping the source tree:
$ git grep --not -e
Heinrich,
On Tue, Jun 18, 2019 at 10:19:06AM +0900, AKASHI Takahiro wrote:
> On Mon, Jun 17, 2019 at 09:52:34PM +0200, Heinrich Schuchardt wrote:
> > On 6/17/19 3:51 AM, AKASHI Takahiro wrote:
> > >On Sat, Jun 15, 2019 at 09:01:56PM +0200, Heinrich Schuchardt wrote:
> > >>On 6/5/19 6:21 AM,
Add the handling of NC-SI ethernet frames, and add a check at the start
of net_loop() to configure NC-SI before starting other network commands.
This also adds an "ncsi" command to manually start NC-SI configuration.
Signed-off-by: Samuel Mendoza-Jonas
---
v2: Update ncsi command help text
Update the ftgmac100 driver to support NC-SI instead of an mdio phy
where available. This is a common setup for Aspeed AST2x00 platforms.
NC-SI mode is determined from the device-tree if either phy-mode sets it
or the use-ncsi property exists. If set then normal mdio setup is
skipped in favour of
Add NC-SI to the usual phy handling. This makes two notable changes:
- Somewhat similar to a fixed phy, phy_connect() will create an NC-SI
phy if CONFIG_PHY_NCSI is defined.
- An early return is added to phy_read() and phy_write() to handle a
case like the NC-SI phy which does not define a bus.
This introduces support for the NC-SI protocol, modelled as a phy driver
for other ethernet drivers to consume.
NC-SI (Network Controller Sideband Interface) is a protocol to manage a
sideband connection to a proper network interface, for example a BMC
(Baseboard Management Controller) sharing
This series introduces support for the NC-SI protocol to u-boot,
functionality which so far has only been available in vendor trees.
NC-SI (Network Controller Sideband Interface) is a protocol to manage a
sideband connection to a proper network interface, for example a BMC
(Baseboard Management
On Mon, Jun 17, 2019 at 09:52:34PM +0200, Heinrich Schuchardt wrote:
> On 6/17/19 3:51 AM, AKASHI Takahiro wrote:
> >On Sat, Jun 15, 2019 at 09:01:56PM +0200, Heinrich Schuchardt wrote:
> >>On 6/5/19 6:21 AM, AKASHI Takahiro wrote:
> >>>With this patch, cache buffer for UEFI variables will be
On Mon, Jun 17, 2019 at 09:02:46PM +0200, Heinrich Schuchardt wrote:
> If no matching package list is found in ListPackageLists(), return
> EFI_NOT_FOUND.
>
> If we do not support a package type, we can immediately leave the function.
This won't happen because add_packages() eliminates all
Hi Bin,
> -Original Message-
> From: Z.q. Hou
> Sent: Friday, May 24, 2019 7:42 PM
> To: Bin Meng
> Cc: Xiaowei Bao ; Simon Glass ;
> u-boot@lists.denx.de; Prabhakar Kushwaha ;
> w...@denx.de; Shengzhou Liu ; Jagdish Gediya
> ; ley.foon@intel.com; s...@denx.de; M.h. Lian
>
>
Extra "not DM" controllers support is disabled.
u-boot BSP still good enough to upgrade and run images.
Signed-off-by: Oleksandr Zhadan
Signed-off-by: Michael Durrant
---
board/Arcturus/ucp1020/cmd_arc.c | 420 ---
board/Arcturus/ucp1020/ucp1020.c | 10 +-
If EFI_FILE_PROTOCOL.Delete() fails, always close the handle and return
EFI_WARN_DELETE_FAILURE.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_file.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/lib/efi_loader/efi_file.c b/lib/efi_loader/efi_file.c
On 6/17/19 3:51 AM, AKASHI Takahiro wrote:
On Sat, Jun 15, 2019 at 09:01:56PM +0200, Heinrich Schuchardt wrote:
On 6/5/19 6:21 AM, AKASHI Takahiro wrote:
With this patch, cache buffer for UEFI variables will be created
so that we will still be able to access, at least retrieve,
UEFI variables
On Mon, Jun 17, 2019 at 2:42 PM Daniel Schwierzeck <
daniel.schwierz...@gmail.com> wrote:
> Am Mo., 10. Juni 2019 um 20:05 Uhr schrieb Ramon Fried <
> rfried@gmail.com>:
> >
> > The file is needed for compilation of various
> > drivers (IE. macb).
> > Add empty implementation so compilation
If no matching package list is found in ListPackageLists(), return
EFI_NOT_FOUND.
If we do not support a package type, we can immediately leave the function.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_hii.c | 34 --
1 file changed, 20
On 6/17/19 6:48 PM, Eugeniu Rosca wrote:
> On Mon, Jun 17, 2019 at 06:09:46PM +0200, Marek Vasut wrote:
>> On 6/17/19 5:59 PM, Eugeniu Rosca wrote:
>>> Hi Marek,
>>>
>>> On Mon, Jun 17, 2019 at 05:46:09PM +0200, Marek Vasut wrote:
>>> [..]
Yep, the resync is no fun. Can we wait for 5.2 final
On Mon, Jun 17, 2019 at 06:09:46PM +0200, Marek Vasut wrote:
> On 6/17/19 5:59 PM, Eugeniu Rosca wrote:
> > Hi Marek,
> >
> > On Mon, Jun 17, 2019 at 05:46:09PM +0200, Marek Vasut wrote:
> > [..]
> >> Yep, the resync is no fun. Can we wait for 5.2 final with this ? I would
> >> very much like
On 6/16/19 1:46 PM, Mian Yousaf Kaukab wrote:
On Fri, Jun 14, 2019 at 05:26:05PM +, Varun Wadekar wrote:
ERROR: ARI request timed out: req 89 on CPU 4
ASSERT: plat/nvidia/tegra/soc/t186/drivers/mce/ari.c <127> : retries
!= 0U
This time out means that TEGRA_ARI_ROC_FLUSH_CACHE_TRBITS ARI
On 6/17/19 9:49 AM, Jean-Jacques Hiblot wrote:
Add a standalone MMC block write test. This allows direct testing of MMC
access rather than relying on doing so as a side-effect of e.g. DFU or
UMS testing, which may not be enabled on all platforms.
Reviewed-by: Stephen Warren
On 6/17/19 5:59 PM, Eugeniu Rosca wrote:
> Hi Marek,
>
> On Mon, Jun 17, 2019 at 05:46:09PM +0200, Marek Vasut wrote:
> [..]
>> Yep, the resync is no fun. Can we wait for 5.2 final with this ? I would
>> very much like that, since it would align with 2019.07 release too.
>
> Sure, thanks.
I can
Hi Marek,
On Mon, Jun 17, 2019 at 05:46:09PM +0200, Marek Vasut wrote:
[..]
> Yep, the resync is no fun. Can we wait for 5.2 final with this ? I would
> very much like that, since it would align with 2019.07 release too.
Sure, thanks.
--
Best Regards,
Eugeniu.
On 6/14/19 1:08 PM, Patrick Delaunay wrote:
> Manage g-tx-fifo-size as a array as specify in the binding.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/dts/stm32mp157c-ev1-u-boot.dtsi | 4
> drivers/usb/gadget/dwc2_udc_otg.c| 17 -
> 2 files changed, 16
Add a standalone MMC block write test. This allows direct testing of MMC
access rather than relying on doing so as a side-effect of e.g. DFU or
UMS testing, which may not be enabled on all platforms.
Signed-off-by: Jean-Jacques Hiblot
---
This patch relies on patch "cmd: mem: Add a command to
On 6/17/19 4:46 PM, Jean-Jacques Hiblot wrote:
>
> On 17/06/2019 12:34, Marek Vasut wrote:
>> On 6/17/19 11:09 AM, Jean-Jacques Hiblot wrote:
>>> On 15/06/2019 17:15, Marek Vasut wrote:
On 6/14/19 5:27 PM, Jean-Jacques Hiblot wrote:
> Marek, Faiz,
>
> On 11/06/2019 17:59, Faiz
On 6/17/19 5:39 PM, Eugeniu Rosca wrote:
> In spite of the summary line, U-Boot commits [1-2] seem to have
> aligned the U-Boot PFC tables to Linux v5.1 rather than to v5.0, since
> they also imported the Linux 5.1 commits listed in [3].
Damn, I must've forgotten to update the commit message :-(
On Sat, Jun 15, 2019 at 04:43:38PM +0200, Marek Vasut wrote:
> On 6/15/19 4:24 PM, Eugeniu Rosca wrote:
> > Hi Marek,
> >
> > On Sat, Jun 15, 2019 at 02:35:12PM +0200, Marek Vasut wrote:
> >> On 6/15/19 11:46 AM, Eugeniu Rosca wrote:
> >>> Hello Marek, Lukasz cc: Sam
> >>>
> >>> On Sat, Jun 15,
On 6/17/19 4:57 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/17/19 3:41 PM, Lukasz Majewski wrote:
>>> On Mon, 17 Jun 2019 15:23:55 +0200
>>> Marek Vasut wrote:
>>>
On 6/17/19 2:27 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/17/19 8:49 AM, Lukasz Majewski
On Sat, Jun 15, 2019 at 10:03:28AM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 698bc1f2e95af4d909fb6a0f9a4b9ce32287ac5f:
>
> Merge tag 'u-boot-amlogic-20190612' of
> git://git.denx.de/u-boot-amlogic (2019-06-12 15:28:34 -0400)
>
> are available in the Git repository
On Fri, Jun 14, 2019 at 12:45:12PM +0200, Marek Vasut wrote:
> SPL size check for Gen5, i2c enablement for S10
>
> The following changes since commit c2ea87883ef309570c8903e6de4b8b78685d73d0:
>
> Merge tag 'efi-2019-07-rc5' of git://git.denx.de/u-boot-efi
> (2019-06-12 07:15:38 -0400)
>
>
On Fri, Jun 14, 2019 at 12:44:11PM +0200, Marek Vasut wrote:
> More SH removal :-(
>
> The following changes since commit c2ea87883ef309570c8903e6de4b8b78685d73d0:
>
> Merge tag 'efi-2019-07-rc5' of git://git.denx.de/u-boot-efi
> (2019-06-12 07:15:38 -0400)
>
> are available in the Git
On Mon, Jun 17, 2019 at 10:22 AM Daniel Schwierzeck
wrote:
> Am Mo., 17. Juni 2019 um 15:40 Uhr schrieb Patrick Doyle :
> > On Mon, Jun 17, 2019 at 7:27 AM Daniel Schwierzeck
> > wrote:
> > > Am Fr., 14. Juni 2019 um 23:05 Uhr schrieb Patrick Doyle
> > > :
> I guess you overlooked my first
Hi Marek,
> On 6/17/19 3:41 PM, Lukasz Majewski wrote:
> > On Mon, 17 Jun 2019 15:23:55 +0200
> > Marek Vasut wrote:
> >
> >> On 6/17/19 2:27 PM, Lukasz Majewski wrote:
> >>> Hi Marek,
> >>>
> On 6/17/19 8:49 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >>
Hi Sjoerd,
Adding Breno in case he has some insights.
On Mon, Jun 17, 2019 at 11:26 AM Sjoerd Simons
wrote:
>
> On Tue, 2019-06-04 at 18:56 -0300, Fabio Estevam wrote:
> > On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> > wrote:
>
> > We have been using imx_usb_loader for a long time. After DM
From: Nick Xie
Add devicetree support for Khadas Edge/Edge-V/Captain boards.
Khadas Edge is an expandable Rockchip RK3399 board with goldfinger.
Khadas Captain is the carrier board for Khadas Edge.
Khadas Edge-V is a Khadas VIM form factor Rockchip RK3399 board.
Specification
- Rockchip RK3399
From: Nick Xie
Add devicetree support for Khadas Edge/Edge-V/Captain boards.
Khadas Edge is an expandable Rockchip RK3399 board with goldfinger.
Khadas Captain is the carrier board for Khadas Edge.
Khadas Edge-V is a Khadas VIM form factor Rockchip RK3399 board.
Specification
- Rockchip RK3399
On 17/06/2019 12:34, Marek Vasut wrote:
On 6/17/19 11:09 AM, Jean-Jacques Hiblot wrote:
On 15/06/2019 17:15, Marek Vasut wrote:
On 6/14/19 5:27 PM, Jean-Jacques Hiblot wrote:
Marek, Faiz,
On 11/06/2019 17:59, Faiz Abbas wrote:
Hi Marek,
On 11/06/19 3:34 PM, Marek Vasut wrote:
On 6/11/19
On Mon, Jun 17, 2019 at 11:15:17AM +0800, Chen-Yu Tsai wrote:
> On Mon, Jun 17, 2019 at 12:31 AM Corentin Labbe
> wrote:
> >
> > Hello
> >
> > This serie fix building sun8i-emac for a83t and then enable networking
> > for BananaPi M3.
> >
> > Regards
> >
> > Corentin Labbe (3):
> > configs:
There are multiple other openssl engines used by HSMs that can be used to
sign FIT images instead of forcing users to use pkcs11 type of service.
Relax engine selection so that other openssl engines can be specified and
use generic key id definition formula.
Signed-off-by: Vesa Jääskeläinen
Cc:
Since the BPIM3 have a sun8i-emac, this patch enables it on
Sinovoip_BPI_M3_defconfig.
Signed-off-by: Corentin Labbe
---
configs/Sinovoip_BPI_M3_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/Sinovoip_BPI_M3_defconfig
b/configs/Sinovoip_BPI_M3_defconfig
index
The current dldo3 voltage while sufficient for 100Mbit/s transfers is
insufficient for achieving 1Gbit/s.
In fact this problem is the same that I reported on Linux month ago.
This patch set DLDO3 to 3.3v which is needed by the PHY.
Signed-off-by: Corentin Labbe
---
Building sun8i-emac for the A83T variant fail.
This is due to different sunxi_ccm_reg members structures of R40 and H3
not present in A83T ones.
This patch fix this problem by adding some ifdef around thses
problematic code.
Signed-off-by: Corentin Labbe
---
drivers/net/sun8i_emac.c | 4
Hello
This serie fix building sun8i-emac for a83t and then enable networking
for BananaPi M3.
Regards
Corentin Labbe (3):
configs: Sinovoip_BPI_M3_defconfig: Fix invalid DLDO3 settings
net: sun8i-emac: bring back support of A83T
configs: Sinovoip_BPI_M3_defconfig: enable sun8i-emac
Hello everybody,
as discussed before, we want to switch from the old git server to
more powerful soft- and hardware. We will move the U-Boot master
repository and all custodian repositories to gitlab.
The new URLs for cloning will become
https://gitlab.denx.de/u-boot/u-boot
for the
Hi Elena,
Elena Unix wrote on Mon, 17 Jun 2019 15:46:29
+0200:
> Hi Miquèl,
>
> Thank you for your answer.
>
> > Miquel Raynal wrote on Mon, 17 Jun 2019
> > 10:44:52 +0200:
> >
> > Hi Elena,
> >
> > Elena Unix wrote on Fri, 14 Jun 2019 09:43:46
> > +0200:
> >
> >> Hello,
> >>
> >> I
On Tue, 2019-06-04 at 18:56 -0300, Fabio Estevam wrote:
> On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> wrote:
> We have been using imx_usb_loader for a long time. After DM / fit
> comvesion the IVT piece is not added into the final .img.
>
> From the main Makefile:
>
> ifdef
Am Mo., 17. Juni 2019 um 15:40 Uhr schrieb Patrick Doyle :
>
> Hello Daniel,
> First of all, thank you for the reply.
> Second of all, my apologies for all of the typos in my email. I
> _really_ shouldn't allow myself to compose emails at 5pm on a Friday
> afternoon as I am getting ready to leave
Hello Miquèl,
> Miquel Raynal wrote on Mon, 17 Jun 2019 10:44:52
> +0200 :
>
> Hello,
>
> Miquel Raynal wrote on Mon, 17 Jun 2019
> 10:44:52 +0200:
>
>> Hi Elena,
>>
>> Elena Unix wrote on Fri, 14 Jun 2019 09:43:46
>> +0200:
>>
>>> Hello,
>>>
>>> I am trying to enable the TPM 2.0
On 6/17/19 3:41 PM, Lukasz Majewski wrote:
> On Mon, 17 Jun 2019 15:23:55 +0200
> Marek Vasut wrote:
>
>> On 6/17/19 2:27 PM, Lukasz Majewski wrote:
>>> Hi Marek,
>>>
On 6/17/19 8:49 AM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/16/19 12:34 AM, Lukasz Majewski
On 6/17/19 3:01 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/17/19 10:37 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>>
On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> This commit
This is not a commit, it's a change. It only becomes a commit when
applied.
Hi Miquèl,
Thank you for your answer.
> Miquel Raynal wrote on Mon, 17 Jun 2019 10:44:52
> +0200:
>
> Hi Elena,
>
> Elena Unix wrote on Fri, 14 Jun 2019 09:43:46
> +0200:
>
>> Hello,
>>
>> I am trying to enable the TPM 2.0 SLB9670 in U-Boot for a Raspberry Pi 3 B+.
>> More precisely, the
On Mon, 17 Jun 2019 15:23:55 +0200
Marek Vasut wrote:
> On 6/17/19 2:27 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >> On 6/17/19 8:49 AM, Lukasz Majewski wrote:
> >>> Hi Marek,
> >>>
> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> > This commit converts mxs_spi driver
Hello Daniel,
First of all, thank you for the reply.
Second of all, my apologies for all of the typos in my email. I
_really_ shouldn't allow myself to compose emails at 5pm on a Friday
afternoon as I am getting ready to leave for the weekend :-)
On Mon, Jun 17, 2019 at 7:27 AM Daniel
On 6/17/19 3:38 PM, Tom Rini wrote:
> On Sun, Jun 16, 2019 at 03:42:20AM +0200, Marek Vasut wrote:
>
>> Remove unused whitelist entries using the following script:
>>
>> sed "s@^CONFIG_@@" scripts/config_whitelist.txt | while read line ; do
>> [ `git grep -l $line | wc -l` -le 1 ] &&
>>
On Sun, Jun 16, 2019 at 03:42:20AM +0200, Marek Vasut wrote:
> Remove unused whitelist entries using the following script:
>
> sed "s@^CONFIG_@@" scripts/config_whitelist.txt | while read line ; do
> [ `git grep -l $line | wc -l` -le 1 ] &&
> sed -i "/$line/ d"
The gpio command currently uses equal bank names "GPIO0_"
for all existing gpio banks, i. e.:
U-Boot# gpio status -a
Bank GPIO0_:
GPIO0_0: input: 0 [ ]
GPIO0_1: output: 1 [x] dbg1.gpios
...
Bank GPIO0_:
GPIO0_0: input: 0 [ ]
GPIO0_1: input: 0 [ ]
...
So the command is broken, it is not possible
Remove square brackets around label in state command description.
Fixes: ea41b15617fa ("cmd/led: check subcommand "list" instead "l"")
Signed-off-by: Anatolij Gustschin
---
cmd/led.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/led.c b/cmd/led.c
index
On 6/17/19 2:27 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/17/19 8:49 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>>
On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> This commit converts mxs_spi driver to support DM/DTS.
>
> Signed-off-by: Lukasz Majewski
Is
The previous pcf2127 RTC chip could not read and set the correct time.
When reading the data of internal registers, the read address was the
value of register plus 1. This is because this chip requires the host
to send a stop signal after setting the register address and before
reading the
Usually the i2c bus needs to write the address of the register before
reading the internal register data of the device (ignoring the
transmission of the slave address).
Generally, the stop signal is not needed before the register is read,
but there is a special chip that needs this stop signal
Hi Marek,
> On 6/17/19 10:37 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> >>> This commit
> >>
> >> This is not a commit, it's a change. It only becomes a commit when
> >> applied.
> >>
> >>> adds support for DM in the mxs_gpio.c
imx6ul-isiot-mmc.dts was removed in uboot version v2018.03 and from then
onwards IMX6UL isiot uses imx6ul-isiot-emmc.dts for mmc, so remove
unnecessary check for mmc.
Signed-off-by: Shyam Saini
---
board/engicam/common/board.c | 2 --
1 file changed, 2 deletions(-)
diff --git
Hi Marek,
> On 6/17/19 8:49 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> >>> This commit converts mxs_spi driver to support DM/DTS.
> >>>
> >>> Signed-off-by: Lukasz Majewski
> >>
> >> Is the non-DM part needed for anything ?
> >
>
Am Mo., 10. Juni 2019 um 20:05 Uhr schrieb Ramon Fried :
>
> add implementation for dma_alloc_coherent(),
> dma_free_coherent(), dma_map_single() and dma_free_single()
>
> Signed-off-by: Ramon Fried
> ---
> v2: fix warning caused by missing casts.
>
> arch/mips/include/asm/dma-mapping.h | 48
Am Mo., 10. Juni 2019 um 20:05 Uhr schrieb Ramon Fried :
>
> The file is needed for compilation of various
> drivers (IE. macb).
> Add empty implementation so compilation succeeds.
>
> Signed-off-by: Ramon Fried
> ---
> v2: Moved the new file to the correct location.
>
>
On 6/17/19 9:43 AM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
>>> The code responsible for setting proper values in the MUX registers
>>> (in the mxs_pinctrl_set_state()) has been ported from Barebox
>>> project (branch: master, SHA1:
>>>
On 6/17/19 8:57 AM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
>>> This commit copies from the Linux kernel (tag v5.1.9) i.MX28 related
>>> device tree files.
>>
>> Please use commit hash (first 12 characters of the SHA-1 ID, see [1]),
>> that's a
On 6/17/19 10:37 AM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
>>> This commit
>>
>> This is not a commit, it's a change. It only becomes a commit when
>> applied.
>>
>>> adds support for DM in the mxs_gpio.c driver when DM_GPIO
>>> is enabled in
On 6/17/19 8:49 AM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
>>> This commit converts mxs_spi driver to support DM/DTS.
>>>
>>> Signed-off-by: Lukasz Majewski
>>
>> Is the non-DM part needed for anything ?
>
> Do you mean the non-DM part of the
Hi Patrick,
Am Fr., 14. Juni 2019 um 23:05 Uhr schrieb Patrick Doyle :
>
> I just created my initramfs and inserted it into my fit-image.its
> file. When I booted, I saw the following:
>
>Trying 'ramdisk' ramdisk subimage
> Description: Bootstrap ramdisk
> Type: RAMDisk
On 6/17/19 11:09 AM, Jean-Jacques Hiblot wrote:
>
> On 15/06/2019 17:15, Marek Vasut wrote:
>> On 6/14/19 5:27 PM, Jean-Jacques Hiblot wrote:
>>> Marek, Faiz,
>>>
>>> On 11/06/2019 17:59, Faiz Abbas wrote:
Hi Marek,
On 11/06/19 3:34 PM, Marek Vasut wrote:
> On 6/11/19 10:12 AM,
This driver needs modification to work with new soc,
like ls1028, since bitmap of RCFG is changed to
RESV[7:5] LIVE[4] WDEN[3] RESV[2:1] GO[0]
000 1 000 0
Also the RCW location is moved to only dutcfg0.
RESV[7:4] RCWSRC[3:0]
configurable
Following commands
Hi Bin, Andy,
On Mon, 17 Jun 2019 at 08:49, Andy Shevchenko
wrote:
>
> On Wed, Jun 12, 2019 at 10:07:11PM +0800, Bin Meng wrote:
> > On Wed, Jun 12, 2019 at 9:49 PM Andy Shevchenko
> > wrote:
> > > On Wed, Jun 12, 2019 at 04:23:37PM +0300, Andy Shevchenko wrote:
> > > > On Wed, Jun 12, 2019 at
Hi,
On Mon, Jun 17, 2019 at 4:39 PM Linder Pascal wrote:
>
> Hi everyone,
>
>
> I recently saw the .travis.yml file in the repository and thought a bit more
> about CI in U-Boot. As I am using GitLab for my own repository, I would be
> interested in a .gitlab-ci.yml file. Does anybody already
> -Original Message-
> From: Udit Agarwal
> Sent: Thursday, June 13, 2019 1:39 PM
> To: u-boot@lists.denx.de
> Cc: Ruchika Gupta ; Arun Pathak
> ; Prabhakar Kushwaha
> ; Jagdish Gediya ;
> Udit Agarwal
> Subject: [PATCH v2 2/2] armv8: fsl-layerscape: Increase mmc read size for
>
Dear Udit,
> -Original Message-
> From: Udit Agarwal
> Sent: Thursday, June 13, 2019 1:39 PM
> To: u-boot@lists.denx.de
> Cc: Ruchika Gupta ; Arun Pathak
> ; Prabhakar Kushwaha
> ; Jagdish Gediya ;
> Udit Agarwal
> Subject: [PATCH v2 1/2] configs: fsl-layerscape: secure_boot: Enable
On 15/06/2019 17:15, Marek Vasut wrote:
On 6/14/19 5:27 PM, Jean-Jacques Hiblot wrote:
Marek, Faiz,
On 11/06/2019 17:59, Faiz Abbas wrote:
Hi Marek,
On 11/06/19 3:34 PM, Marek Vasut wrote:
On 6/11/19 10:12 AM, Faiz Abbas wrote:
Peng, Marek,
On 11/06/19 6:47 AM, Peng Fan wrote:
Hello,
Miquel Raynal wrote on Mon, 17 Jun 2019
10:44:52 +0200:
> Hi Elena,
>
> Elena Unix wrote on Fri, 14 Jun 2019 09:43:46
> +0200:
>
> > Hello,
> >
> > I am trying to enable the TPM 2.0 SLB9670 in U-Boot for a Raspberry Pi 3
> > B+. More precisely, the TPM is on an add-on board, the
Hi Claudio,
> This patch adds support for the latest evalboard Eval 1A from databyte
>
Please be aware that this board uses the "old" approach, which is not
using driver model and device tree description.
The SPL is not (yet) required to be converted to DM/DTS. The U-Boot
proper (u-boot.img)
Hi Elena,
Elena Unix wrote on Fri, 14 Jun 2019 09:43:46
+0200:
> Hello,
>
> I am trying to enable the TPM 2.0 SLB9670 in U-Boot for a Raspberry Pi 3 B+.
> More precisely, the TPM is on an add-on board, the IRIDIUM SLB9670.
> The communication between the RPI and the TPM is ensured by SPI so I
Hi Marek,
> On 6/16/19 12:34 AM, Lukasz Majewski wrote:
> > This commit
>
> This is not a commit, it's a change. It only becomes a commit when
> applied.
>
> > adds support for DM in the mxs_gpio.c driver when DM_GPIO
> > is enabled in Kconfig.
>
> But this also adds support for DT
Hi everyone,
I recently saw the .travis.yml file in the repository and thought a bit more
about CI in U-Boot. As I am using GitLab for my own repository, I would be
interested in a .gitlab-ci.yml file. Does anybody already have implemented a
GitLab CI for U-Boot or how do you guys approach
Am 17.06.19 um 05:08 schrieb Shawn Guo:
> There is a regression seen on Poplar platform, which doesn't even show
> a U-Boot version banner on booting. It turns out that due to landing
> of commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
> simple-bus driver"), we need to increase
On Tue, Jun 4, 2019 at 3:00 PM Auer, Lukas
wrote:
>
> On Tue, 2019-06-04 at 09:42 +0800, Rick Chen wrote:
> > Hi Troy
> >
> > Bin Meng 於 2019年6月3日 週一 下午10:56寫道:
> > > Hi Troy,
> > >
> > > On Mon, Jun 3, 2019 at 10:53 PM Troy Benjegerdes
> > > wrote:
> > > >
> > > >
> > > > > On Jun 3, 2019, at
Due to foot-print issues, we have LPDDR4 code can be
marked as CONFIG_RAM_RK3399_LPDDR4.
So, enable it for Rock-PI-4 board.
Signed-off-by: Jagan Teki
---
configs/rock-pi-4-rk3399_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/rock-pi-4-rk3399_defconfig
Supporting LPDDR4 code support in RK3399 would increases
the size of SPL/TPL.
So add kconfig entry for RK3399 LPDDR4 code so-that
the boards have LPDDR4 can enable them via defconfig.
Signed-off-by: Jagan Teki
---
drivers/ram/rockchip/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff
Set DQ ODT based identified controller in lpddr4
as part of LPDDR set rate initialization phase.
Signed-off-by: Jagan Teki
Signed-off-by: YouMin Chen
---
drivers/ram/rockchip/sdram_rk3399.c | 82 +++--
1 file changed, 79 insertions(+), 3 deletions(-)
diff --git
CTL 145, 146, 159, 160 registers are used to configure
soc odt on rk3399.
These soc odt values are updated from CS0_MR22_VAL and
CS1_MR22_VAL and for lpddr4 these values ORed with
tsel_rd_select_n.
Signed-off-by: Jagan Teki
Signed-off-by: YouMin Chen
---
drivers/ram/rockchip/sdram_rk3399.c |
Assign desired cs_map values for lpddr4 during set memory map.
Initial cs_map values is based on the sdram parameters, so
the same will adjusted based dramtype as LPDDR4.
Signed-off-by: Jagan Teki
Signed-off-by: YouMin Chen
---
drivers/ram/rockchip/sdram_rk3399.c | 10 ++
1 file
Unlike rest of dram type chips, LPDDR4 initialization start
with at board selected frequency (say 50MHz) and then it
switches into 400MHz and 800MHz simultaneously to make the
proper sequence work on each channel with associated training.
Here is sameple log about LPDDR4-100 init sequence in
On Thu, May 30, 2019 at 2:31 AM Tom Rini wrote:
>
> Per discussion on the list, drop this board again.
>
> Cc: Vasily Khoruzhick
> Signed-off-by: Tom Rini
> ---
Applied all to u-boot-spi/master
___
U-Boot mailing list
U-Boot@lists.denx.de
Right now the rk3399 sdram driver assume that the board
has configured with 2 channels, so any possibility to
enable single channel on the same driver will encounter
channel #1 data training failure.
Log:
U-Boot TPL board init
sdram_init: data training failed
rk3399_dmc_init DRAM init failed -5
Use DDR3-1866 2GB ddr timings dtsi for 1GB NanoPi Neo4 board.
Since sdram rk3399 support dynamic stride and rank detection it
can able to detect 1GB ddr eventough the timings are meant for
dual channel, 2GB size.
Bootchain after and before this change are:
TPL -> SPL -> U-Boot proper
rkbin
Add IO settings for dram ctl and phy.
IO settings are useful for configuring ctl, phy odt, vref,
mr5, mode select and other needed input output operations
for lpddr4 or any other dramtype sdram.
Right now, this patch added IO setting for all supported
sdram frequencies.
Signed-off-by: Jagan
The vref_mode_dq, vref_value_dq on lpddr4 value is depending
on IO settings of rd_vref.
Add support for it.
Signed-off-by: Jagan Teki
Signed-off-by: YouMin Chen
---
drivers/ram/rockchip/sdram_rk3399.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git
Trivial patch, add proper spaces in pctl_cfg.
Signed-off-by: Jagan Teki
---
drivers/ram/rockchip/sdram_rk3399.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/ram/rockchip/sdram_rk3399.c
b/drivers/ram/rockchip/sdram_rk3399.c
index ae9ba625bd..d5ff17ad4f 100644
---
On Wed, Jun 12, 2019 at 10:07:11PM +0800, Bin Meng wrote:
> On Wed, Jun 12, 2019 at 9:49 PM Andy Shevchenko
> wrote:
> > On Wed, Jun 12, 2019 at 04:23:37PM +0300, Andy Shevchenko wrote:
> > > On Wed, Jun 12, 2019 at 04:18:25PM +0300, Andy Shevchenko wrote:
> > commit
1 - 100 of 198 matches
Mail list logo