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
---
cmd/Kconfig | 6 ++
cmd/net.c
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
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
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 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 05/06/19 8:17 PM, Bin Meng wrote:
> Hi Vignesh,
>
> On Wed, Jun 5, 2019 at 9:40 PM Bin Meng wrote:
>>
>> Hi Vignesh,
>>
>> On Sat, Apr 27, 2019 at 12:26 AM Vignesh Raghavendra wrote:
>>>
>>> Bin,
>>>
>>> On 26/04/19 7:33 PM, Bin Meng wrote:
Hi Simon,
On Fri, Apr 26, 2019 at
> Subject: Re: [PATCH] lib: Makefile: build fdtdec_common.c when OF_LIBFDT
> selected
>
> On 5/31/19 5:11 AM, Peng Fan wrote:
> > When build SPL_OF_PLATDATA on i.MX6, meet issue the fdtdec_get_int not
> > defined, however fdtdec.c will use fdtdec_get_int, so let's compile
> > fdtdec_common.c when
> Subject: Re: [EXT] Re: [U-Boot] [PATCH 4/6] spl: mmc: support loading i.MX
> container format file
>
> On Wed, Jun 05, 2019 at 03:24:40PM +0200, Marek Vasut wrote:
> > On 6/5/19 5:03 AM, Peng Fan wrote:
> > [...]
> > > It is not duplication of FIT. Container support the similar
> > >
> Subject: Re: [U-Boot] i.MX8MM mapped register access causes crashes
>
> On Wed, Jun 5, 2019 at 10:52 PM Peng Fan wrote:
>
> > You need to pass an arg after `md 0x302d`. Default it will dump a
> > lot registers, might 40 registers. It surely will crash, because there
> > are only a few
On Wed, Jun 5, 2019 at 10:52 PM Peng Fan wrote:
> You need to pass an arg after `md 0x302d`. Default it will dump
> a lot registers, might 40 registers. It surely will crash, because there
> are only a few registers in GPT1 which is the address you are dumping.
Other suggestion is to make
> Subject: i.MX8MM mapped register access causes crashes
>
> Hi Peng,
>
> I'm still trying to get my i.MX8MM board running with mainline U-Boot.
> I'm using your patches and added some modifications, so I'm now able to run
> SPL and U-Boot proper.
>
> One problem I have is, that accessing some
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
All Tegra builds are OK, and Stephen's automated test system reports that
all tests pass.
The following changes since commit 6d93d245c148f10f15724601650fab3a665f102c:
Merge git://git.denx.de/u-boot-riscv (2019-06-05 10:07:31
On Sat, 25 May 2019 at 19:26, Ezequiel Garcia wrote:
>
> When MMC_TINY is enabled, support for only one MMC device
> is provided. Boards that register more than one device,
> will just write over mmc_static keeping only the last one
> registered.
>
> This commit prevents this, keeping only the
On Tue, Jun 04, 2019 at 02:10:32PM +0200, holger.bru...@ch.abb.com wrote:
> From: Holger Brunck
>
> Signed-off-by: Holger Brunck
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
On Wed, May 29, 2019 at 03:42:53PM -0500, Adam Ford wrote:
> The commong initialization code manually initializes the GPIO
> even when OF_CONTROL does it, so we can reduce the code size a
> bit by not doing it manually when we have device tree support.
>
> Using the omap3_logic board (dm3730),
On Fri, May 31, 2019 at 07:09:22AM -0500, Adam Ford wrote:
> Resync imx6q-logicpd with Kernel 5.1.5
>
> Signed-off-by: Adam Ford
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
On Wed, May 29, 2019 at 09:36:58AM -0500, Adam Ford wrote:
> The MAC address is located at at the last 64K of SPI Flash, and
> it's 6 bytes long. This patch corrects both the length and
> starting byte of the MAC address.
>
> Signed-off-by: Adam Ford
>
> diff --git
On Thu, May 30, 2019 at 07:04:55PM +0530, Sekhar Nori wrote:
> U-Boot README recommends initializing SDRAM in board_init_f(). DA850
> was doing it as part of board_init_r() (through call to spl_board_init()
> which calls arch_cpu_init() which calls da850_ddr_setup())
>
> This worked fine till
On Wed, May 29, 2019 at 10:02:00AM +0200, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> There are no more users of lowlevel_init.S. Remove the file.
>
> Suggested-by: Adam Ford
> Signed-off-by: Bartosz Golaszewski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Thu, May 30, 2019 at 07:04:54PM +0530, Sekhar Nori wrote:
> commit 21af33ed0319 ("ARM: davinci: omapl138_lcdk: Enable DM_MMC")
> wanted to enable DM_MMC only for U-Boot and not for SPL.
>
> But CONFIG_DM_MMC is defined for SPL build too. Because of this
> MMC device was not getting registered
On Thu, May 30, 2019 at 06:04:44PM -0500, Adam Ford wrote:
> With ipam390 support removed in we can remove the reference to the
> linker script since that case will never be true.
>
> Signed-off-by: Adam Ford
> Reviewed-by: Bartosz Golaszewski
>
> diff --git a/arch/arm/mach-davinci/Kconfig
On Thu, May 23, 2019 at 02:07:23PM +0200, Jean-Jacques Hiblot wrote:
> This is required for proper operation of the 8-bit data transfers.
> This fixes transient errors seen on BeagleBone Black.
>
> Signed-off-by: Jean-Jacques Hiblot
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Wed, May 29, 2019 at 10:01:59AM +0200, Bartosz Golaszewski wrote:
> From: David Lechner
>
> This adds a define for CONFIG_SKIP_LOWLEVEL_INIT in the legoev3 config.
> On the EV3, U-Boot is loaded into RAM by another bootloader, so we
> don't need the lowlevel init in U-Boot.
>
>
On Fri, May 10, 2019 at 11:22:00AM +0200, Hannes Schmelzer wrote:
> Signed-off-by: Hannes Schmelzer
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Mon, May 27, 2019 at 08:14:16AM +0200, Heiko Schocher wrote:
> current implementation for checking if "led list"
> command is called checks only if "l" is passed to the
> led command. This prevents switching leds with name
> which starts also with a "l". So check for passing
> "list".
>
>
Commit ad7061ed742e ("doc: Move device tree bindings documentation to
doc/device-tree-bindings") moved all device tree binding documentation
to doc/device-tree-bindings directory.
The current U-Boot project still have two documentation directories:
- doc/
- Documentation/
Move all
The following changes since commit 8a802a2eefd36865eaa3d927d1db7af63bb2d922:
Merge tag 'rockchip-for-v2019.07-rc3' of
git://git.denx.de/u-boot-rockchip (2019-05-31 07:17:09 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-efi.git tags/efi-2019-07-rc4-2
for you to
Hi,
have you tried quoting your value?
fw_setenv bootdelay "-2"
or
fw_setenv bootdelay '-2'
regards Frank
> Gesendet: Mittwoch, 05. Juni 2019 um 16:57 Uhr
> Von: "Ken Sloat"
> An: "u-boot@lists.denx.de"
> Cc: "Ken Sloat"
> Betreff: [U-Boot] Using fw_setenv to set negative numbers
>
> Hello,
Hi Marek,
> On Sun, 12 May 2019 23:34:52 +0200
> Marek Vasut wrote:
>
> > Use CONFIG_IS_ENABLED(WDT) to permit use of WDT in SPL without DM,
> > while the full U-Boot can use rich DM/DT WDT driver.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Peng Fan
> > Cc: Stefano Babic
> > ---
> >
On Wed, 5 Jun 2019 15:57:55 +
Ken Sloat ksl...@aampglobal.com wrote:
...
> How can I set a negative number using the standard command call to fw_setenv?
> For example, if want to set bootdelay to a value of -2 (boot without delay),
> I currently
> cannot just say:
> fw_setenv bootdelay -2
Hello,
I had a question regarding the use of fw_setenv. I am currently running U-Boot
2018.07
How can I set a negative number using the standard command call to fw_setenv?
For example, if want to set bootdelay to a value of -2 (boot without delay), I
currently
cannot just say:
fw_setenv
On Wed, Jun 05, 2019 at 11:52:52AM +0530, Lokesh Vutla wrote:
>
>
> On 05/06/19 4:25 AM, Andreas Dannenberg wrote:
> > Updated version of the SYSFW loader series for K3 family AM654x devices.
> > The fundamantal approach of tapping into the SPL loader framework has
> > been kept for reasons
Hi Bin,
On Wed, 5 Jun 2019 at 08:47, Bin Meng wrote:
>
> Hi Vignesh,
>
> On Wed, Jun 5, 2019 at 9:40 PM Bin Meng wrote:
> >
> > Hi Vignesh,
> >
> > On Sat, Apr 27, 2019 at 12:26 AM Vignesh Raghavendra
> > wrote:
> > >
> > > Bin,
> > >
> > > On 26/04/19 7:33 PM, Bin Meng wrote:
> > > > Hi
On Tue, Jun 04, 2019 at 02:17:03PM +0530, Shyam Saini wrote:
> This initial support includes:
> Linux v5.2-rc1
> Custom U-Boot
> Arm Trusted Firmware v2.0
> Buildroot default packages
>
> Signed-off-by: Shyam Saini
> ---
> .gitlab-ci.yml
Hi Vignesh,
On Wed, Jun 5, 2019 at 9:40 PM Bin Meng wrote:
>
> Hi Vignesh,
>
> On Sat, Apr 27, 2019 at 12:26 AM Vignesh Raghavendra wrote:
> >
> > Bin,
> >
> > On 26/04/19 7:33 PM, Bin Meng wrote:
> > > Hi Simon,
> > >
> > > On Fri, Apr 26, 2019 at 7:26 AM Simon Glass wrote:
> > >>
> > >> Hi
Hi Bin,
On 05.06.19 16:10, Bin Meng wrote:
Hi Stefan,
On Wed, Jun 5, 2019 at 9:53 PM Stefan Roese wrote:
On 05.06.19 15:07, Bin Meng wrote:
commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
zero address") only moved the bus lower address to 0x1000 if the
given bus start
commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
zero address") only moved the bus lower address to 0x1000 if the
given bus start address is zero. The comment said 0x1000 is a
reasonable starting value, hence we'd better apply the same
adjustment when the given bus start address is
On Wed, Jun 05, 2019 at 06:27:38PM +0800, ub...@andestech.com wrote:
> Hi Tom,
>
> Please pull some riscv updates:
>
> - Support Microchip MPFS Icicle board.
> - Enable e1000 and nvme support for qemu.
> - Enable PCI host ECAM generic driver for qemu.
> - Increase the environment size to 128kB
On Tue, Jun 04, 2019 at 08:39:58AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following Marvell related fix:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
Hi Stefan,
On Wed, Jun 5, 2019 at 9:53 PM Stefan Roese wrote:
>
> On 05.06.19 15:07, Bin Meng wrote:
> > commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
> > zero address") only moved the bus lower address to 0x1000 if the
> > given bus start address is zero. The comment said
On Wed, Jun 05, 2019 at 02:27:32PM +0900, AKASHI Takahiro wrote:
> Tom, Wolfgang,
>
> On Wed, May 22, 2019 at 02:48:42PM +0900, AKASHI Takahiro wrote:
> > Wolfgang,
> >
> > Thank you for your comments.
> >
> > On Fri, May 17, 2019 at 10:47:56AM +0200, Wolfgang Denk wrote:
> > > Dear Akashi
On 6/5/19 3:52 PM, Tom Rini wrote:
> On Wed, Jun 05, 2019 at 03:24:40PM +0200, Marek Vasut wrote:
>> On 6/5/19 5:03 AM, Peng Fan wrote:
>> [...]
>>> It is not duplication of FIT. Container support the similar function
>>> of FIT image, but it is not only that.
>>
>> So what is it ?
Hi Fabio,
On Wed, Jun 5, 2019 at 4:29 PM Igor Opaniuk wrote:
>
> Hi Fabio,
>
> On Wed, Jun 5, 2019 at 1:06 AM Fabio Estevam wrote:
> >
> > Hi Igor,
> >
> > On Mon, Jun 3, 2019 at 6:06 PM Igor Opaniuk wrote:
> >
> > > + {
> > > + u-boot,dm-pre-reloc;
> > > + status = "okay";
> > > +
On 05.06.19 15:07, Bin Meng wrote:
commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
zero address") only moved the bus lower address to 0x1000 if the
given bus start address is zero. The comment said 0x1000 is a
reasonable starting value, hence we'd better apply the same
On Wed, Jun 05, 2019 at 03:24:40PM +0200, Marek Vasut wrote:
> On 6/5/19 5:03 AM, Peng Fan wrote:
> [...]
> > It is not duplication of FIT. Container support the similar function
> > of FIT image, but it is not only that.
>
> So what is it ?
> >>>
> >>>
> >>
Hi Fabio,
> On Fri, 24 May 2019 09:50:53 -0300
> Fabio Estevam wrote:
>
> > When using device model it is required to select the pinctrl
> > drivers so that the pins can be properly configured via
> > devicetree.
> >
> > mx6sabreauto board is an example of a target that uses DM and does
> >
Hi Hilbert,
On Tue, Jun 4, 2019 at 7:18 PM Hilbert Tu(杜睿哲_Pegatron)
wrote:
>
> Hi,
>
> I got following error message when using U-Boot as payload of Coreboot on
> Intel DNV-NS platform. I am checking if my dts file was incorrect configured
> for SPI flash device. Can anyone help? Thanks.
>
Hi Vignesh,
On Sat, Apr 27, 2019 at 12:26 AM Vignesh Raghavendra wrote:
>
> Bin,
>
> On 26/04/19 7:33 PM, Bin Meng wrote:
> > Hi Simon,
> >
> > On Fri, Apr 26, 2019 at 7:26 AM Simon Glass wrote:
> >>
> >> Hi Bin,
> >>
> >> I find that 'sf test 0 1000' does not work anymore since this commit:
>
Hi Fabio,
On Wed, Jun 5, 2019 at 1:06 AM Fabio Estevam wrote:
>
> Hi Igor,
>
> On Mon, Jun 3, 2019 at 6:06 PM Igor Opaniuk wrote:
>
> > + {
> > + u-boot,dm-pre-reloc;
> > + status = "okay";
> > +
> > + display-timings {
> > + native-mode = <_vga>;
> > +
> > +
On 6/5/19 5:03 AM, Peng Fan wrote:
[...]
> It is not duplication of FIT. Container support the similar function
> of FIT image, but it is not only that.
So what is it ?
>>>
>>>
>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
>>>
>>
commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
zero address") only moved the bus lower address to 0x1000 if the
given bus start address is zero. The comment said 0x1000 is a
reasonable starting value, hence we'd better apply the same
adjustment when the given bus start address is
On Wed, Jun 5, 2019 at 4:25 AM Sjoerd Simons
wrote:
> Sorry closing the device would be the right jargon for i.mx. My point
> really is, isn't it something to be fixed in imx_usb_loader if it can't
> upload unsigned FIT images rather then in u-boot?
Yes, I think imx_usb_loader needs to be fixed
Hello Heiko
On Wed, May 15, 2019 at 03:15:51PM +0200, Markus Klotzbuecher wrote:
>From: Markus Klotzbuecher
>
>This series contains a couple of UBI and UBI SPL improvements, notably
>a ubispl extension to allow loading volumes by name. The motivation is
>to use the UBI atomic volume rename
On 6/5/19 6:21 AM, AKASHI Takahiro wrote:
> EBBR v1.0 section 2.5.3 says
> Even when SetVariable() is not supported during runtime services,
> firmware should cache variable names and values in EfiRuntimeServicesData
> memory so that GetVariable() and GetNextVeriableName() can behave as
>
Hi Tom,
Please pull some riscv updates:
- Support Microchip MPFS Icicle board.
- Enable e1000 and nvme support for qemu.
- Enable PCI host ECAM generic driver for qemu.
- Increase the environment size to 128kB for qemu.
https://travis-ci.org/rickchen36/u-boot-riscv/builds/541565696
Thanks
Rick
Hi Tom
Please drop this mail.
It is wrong mail sending
Sorry about it.
B.R
Rick
> From: Open Source Project uboot
> Sent: Wednesday, June 05, 2019 6:21 PM
> To: tr...@konsulko.com; u-boot@lists.denx.de; Open Source Project uboot; Rick
> Jian-Zhi Chen(陳建志)
> Subject: Uboot send pull request
>
>
Hi Sjoerd,
> On Wed, 2019-06-05 at 11:40 +0200, Lukasz Majewski wrote:
> > Hi Fabio, Sjoerd
> >
> > > On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> > > wrote:
> > >
> > > > Small steps right; Ooi what imx_usb_loader
> > > > configuration/commands are you using to test this? (I find its
>
Hi Tom,
Please pull some riscv update:
1. Add DM drivers to support RISC-V CPU and timer, plus some bug fixes.
2. Support SiFive UART
3. Rename ax25-ae350 defconfig
https://travis-ci.org/rickchen36/u-boot-riscv/builds/469364551
Thanks
Rick
The following changes since commit
Hi Rick,
On Wed, Jun 5, 2019 at 6:04 PM Rick Chen wrote:
>
> Hi Bin
>
> Bin Meng 於 2019年6月5日 週三 下午5:29寫道:
> >
> > Hi Rick,
> >
> > On Wed, Jun 5, 2019 at 1:55 PM Rick Chen wrote:
> > >
> > > Hi Bin
> > >
> > > Bin Meng 於 2019年6月4日 週二 下午2:27寫道:
> > > >
> > > > Hi Rick,
> > > >
> > > > On Tue,
Hi Alex,
On Tue, Jun 4, 2019 at 8:46 PM Alex Marginean wrote:
>
> This test is built on top of the existing swap_case driver. It adds EA
> capability structure support to swap_case and uses that to map BARs.
> BAR1 works as it used to, swapping upper/lower case. BARs 2,4 map to a
> couple of
On Tue, Jun 4, 2019 at 8:46 PM Alex Marginean wrote:
>
> Adds dm_pci_flr API that issues a Function Level reset on a PCI-e function,
> if FLR is supported.
>
> Signed-off-by: Alex Marginean
> ---
>
> Changes in v2:
> - Use kernel PCI_EXP macros for register offsets
>
>
On Tue, Jun 4, 2019 at 8:46 PM Alex Marginean wrote:
>
> Makes dm_pci_map_bar API available for integrated PCI devices that
> support Enhanced Allocation instead of the original PCI BAR mechanism.
>
> Signed-off-by: Alex Marginean
> ---
>
> Changes in v2:
> - fixed parsing for BAR1+
>
On Tue, Jun 4, 2019 at 8:46 PM Alex Marginean wrote:
>
> The comment now indicates that the input argument bar is a register offset,
> not a BAR index.
> It also mentions which BARs are supported for type 0/1 and that the
> function can return 0 on error.
>
> Signed-off-by: Alex Marginean
> ---
Hi Bin
Bin Meng 於 2019年6月5日 週三 下午5:29寫道:
>
> Hi Rick,
>
> On Wed, Jun 5, 2019 at 1:55 PM Rick Chen wrote:
> >
> > Hi Bin
> >
> > Bin Meng 於 2019年6月4日 週二 下午2:27寫道:
> > >
> > > Hi Rick,
> > >
> > > On Tue, Jun 4, 2019 at 1:35 PM Rick Chen wrote:
> > > >
> > > > >
> > > > > Hi BIn
> > > > >
> >
On Wed, 2019-06-05 at 11:40 +0200, Lukasz Majewski wrote:
> Hi Fabio, Sjoerd
>
> > On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> > wrote:
> >
> > > Small steps right; Ooi what imx_usb_loader configuration/commands
> > > are you using to test this? (I find its config rather tricky to
> > >
Hi Fabio, Sjoerd
> On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> wrote:
>
> > Small steps right; Ooi what imx_usb_loader configuration/commands
> > are you using to test this? (I find its config rather tricky to
> > grasp).
>
> I simply run:
>
> sudo ./imx_usb SPL
>
> and then
>
> sudo
Hi Rick,
On Wed, Jun 5, 2019 at 5:38 PM Rick Chen wrote:
>
> Hi Bin
>
> >
> > Hi Rick,
> >
> > On Tue, May 28, 2019 at 5:45 PM Andes wrote:
> > >
> > > From: Rick Chen
> > >
> > > Use CCTL command to do d-cache write back and invalidate
> > > instead of fence.
> > >
> > > Signed-off-by: Rick
Hi Bin
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:45 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Use CCTL command to do d-cache write back and invalidate
> > instead of fence.
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > ---
> > arch/riscv/cpu/ax25/cache.c | 22
Hi Bin
Bin Meng 於 2019年6月4日 週二 上午10:48寫道:
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > When L2 node exists inside cpus node, uclass_get_device
> > can not parse L2 node successfully. So move it outside
> > from cpus node.
> >
> > Also add
Hi Rick,
On Wed, Jun 5, 2019 at 1:55 PM Rick Chen wrote:
>
> Hi Bin
>
> Bin Meng 於 2019年6月4日 週二 下午2:27寫道:
> >
> > Hi Rick,
> >
> > On Tue, Jun 4, 2019 at 1:35 PM Rick Chen wrote:
> > >
> > > >
> > > > Hi BIn
> > > >
> > > > > Hi Rick,
> > > > >
> > > > > On Mon, May 27, 2019 at 4:40 PM Auer,
Hi Bin
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Select the v5l2 UCLASS_CACHE driver for AE350.
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > ---
> > board/AndesTech/ax25-ae350/Kconfig | 1 +
> > 1 file changed, 1 insertion(+)
>
Hi Bin
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Flush and disable cache in cleanup_before_linux()
> > which will be called before jump to linux.
> >
> > The sequence will be preferred as below:
> > L1 flush -> L1 disable -> L2 flush -> L2
Hi Peng,
I'm still trying to get my i.MX8MM board running with mainline U-Boot.
I'm using your patches and added some modifications, so I'm now able to
run SPL and U-Boot proper.
One problem I have is, that accessing some regions in the memory map for
peripheral register access, U-Boot
On 04/06/2019 11:04, Neil Armstrong wrote:
> In order to support the "pinmux status" command, fix the GX pinctrl
> drivers and add the necessary functions callbacks.
>
> Neil Armstrong (4):
> pinctrl: meson-gx: fix GPIO_TEST_N and GPIOCLK_ groups
> pinctrl: meson: add common function to get
Hi Bin
Bin Meng 於 2019年6月4日 週二 上午10:48寫道:
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Find the UCLASS_CACHE driver to configure the cache controller's
> > settings.
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > ---
> >
On 04/06/2019 13:53, Guillaume La Roque wrote:
> The purpose of this patchset is to add drive-strength-microamp support in
> meson pinconf
> driver. This is a new feature that was added on the g12a. It is critical for
> us
> to support this since many functions are failing with default pad
>
On 04/06/2019 22:26, Maxime Jourdan wrote:
> The GXBB pinctrl is missing pins related to HDMI, namely hot plug
> detection (hpd) and I2C (sda + scl).
>
> This fixes HDMI support for GXBB in u-boot.
>
> Reported-by: Mohammad Rasim
> Signed-off-by: Maxime Jourdan
> ---
>
Bin Meng 於 2019年6月4日 週二 上午10:48寫道:
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Find the UCLASS_CACHE driver to configure the cache controller's
> > settings.
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > ---
> >
Hi Bin
Bin Meng 於 2019年6月4日 週二 上午10:48寫道:
>
> Hi Rick,
>
> On Tue, May 28, 2019 at 5:44 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Add a v5l2 cache controller driver that is usually found on
> > Andes RISC-V ae350 platform. It will parse the cache settings
> > from the dtb.
> >
> > In
On Tue, 4 Jun 2019 22:26:19 +0200
Maxime Jourdan mjour...@baylibre.com wrote:
> ---
> drivers/video/meson/meson_dw_hdmi.c | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
Applied to u-boot-video/master, thanks!
--
Anatolij
___
On 19/06/04 10:26PM, Maxime Jourdan wrote:
> Some boards don't have such a regulator, and don't need one to enable
> HDMI display. Make it optional, fixing hdmi display for those boards.
>
> Also surround the regulator code with a config check on DM_REGULATOR.
>
> Reported-by: Mohammad Rasim
>
On 19/06/04 10:26PM, Maxime Jourdan wrote:
> The GXBB pinctrl is missing pins related to HDMI, namely hot plug
> detection (hpd) and I2C (sda + scl).
>
> This fixes HDMI support for GXBB in u-boot.
>
> Reported-by: Mohammad Rasim
> Signed-off-by: Maxime Jourdan
> ---
>
Before calling __dw_i2c_set_bus_speed(),
the I2C could already be set as ether enable or disable,
we should restore the original setting instead of enable i2c anyway.
This patch fix a bug happened in init function:
__dw_i2c_init(){
/* Disable i2c */
...
Hi Bin
>
> Hi Eric,
>
> On Tue, Jun 4, 2019 at 1:51 PM Eric Lin wrote:
> >
> > This patch adds Kconfig entries for the F (Single-Precision)
> > and D (Double-Precision) floating point instruction-set extensions.
> >
> > Signed-off-by: Eric Lin
> > ---
> > Changes for v2:
> > -
On Tue, 2019-06-04 at 18:56 -0300, Fabio Estevam wrote:
> On Tue, Jun 4, 2019 at 5:41 PM Sjoerd Simons
> wrote:
>
> > Small steps right; Ooi what imx_usb_loader configuration/commands
> > are
> > you using to test this? (I find its config rather tricky to grasp).
>
> I simply run:
>
> sudo
On 04/06/2019 22:26, Maxime Jourdan wrote:
> The GXBB pinctrl is missing pins related to HDMI, namely hot plug
> detection (hpd) and I2C (sda + scl).
>
> This fixes HDMI support for GXBB in u-boot.
>
> Reported-by: Mohammad Rasim
> Signed-off-by: Maxime Jourdan
> ---
>
On 04/06/2019 22:26, Maxime Jourdan wrote:
> Some boards don't have such a regulator, and don't need one to enable
> HDMI display. Make it optional, fixing hdmi display for those boards.
>
> Also surround the regulator code with a config check on DM_REGULATOR.
>
> Reported-by: Mohammad Rasim
>
On 04/06/2019 11:04, Neil Armstrong wrote:
In order to support the "pinmux status" command, use the common functions
to get the pins count and names, and add the GX specific function to get
the current function from registers.
Signed-off-by: Neil Armstrong
---
On 05/06/19 4:38 AM, Andreas Dannenberg wrote:
> This is an updated EEPROM-based board detection series that can applied
> if staged with other patches in the sequence proposed earlier [1].
>
> For completeness here is the proposed sequence again, avoiding merge
> conflicts, but this time from
On 05/06/19 4:25 AM, Andreas Dannenberg wrote:
> Updated version of the SYSFW loader series for K3 family AM654x devices.
> The fundamantal approach of tapping into the SPL loader framework has
> been kept for reasons discussed already. The series also still uses
> "early BSS" in SPL's
90 matches
Mail list logo