Dear Michal,
In message you wrote:
>
> > Of course we can do that (actually it's two files,
> > "u-boot-config/aliases" and "u-boot-config/domain-map").
>
> and gitdm.config right? (not sure if that sample-config/filetypes.txt is
> used)
Actually it's even more involved. There are also patches
From: Vipul Kumar
This patch added support to enable CONFIG_ENV_SIZE, CONFIG_ENV_OFFSET
and CONFIG_ENV_SECT_SIZE through Kconfig for Zynq and Zynqmp.
Signed-off-by: Vipul Kumar
Signed-off-by: Michal Simek
---
Changes in v3:
- Fix also bitmain config which was failing
Changes in v2:
- Changed
This series implements FPGA bitstream loading from SPL.
Programming the FPGA from the SPL is necessary on some boards,
like the Zybo, because the FPGA fabric routes the I2C bus to an
EEPROM for reading the Ethernet MAC address.
The bitstream is loaded from a FIT image into a dynamically-allocated
commit 4aba5fb857c1 ("arm: zynq: Rework FPGA initialization")
moved FPGA initialization from board_init() to arch_early_init_r(),
which is not called as part of the SPL
Fix this by calling arch_early_init_r() in the spl_board_init()
function, so the FPGA is correctly initialized
Signed-off-by: Lu
A message should be displayed if an image is loaded
to an FPGA, because the hardware might have changed,
and the user should be informed
Signed-off-by: Luis Araneda
---
common/spl/spl_fit.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/common/spl/spl_fit.c b/common/spl/spl_fit.c
index 5b51
Disable the use of function zynq_loadfs when compiling
the driver for the SPL, as the following filesystem
functions are not found by the linker:
- fs_set_blk_dev
- fs_read
- fs_set_blk_dev
- fs_read
- fs_read
Signed-off-by: Luis Araneda
---
drivers/fpga/zynqpl.c | 4 ++--
1 file changed, 2 inse
Implement FPGA bitstream loading from SPL. The bitstream
is loaded from a FIT image into dynamically allocated memory
before programming the FPGA.
Signed-off-by: Luis Araneda
---
arch/arm/mach-zynq/spl.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a
On 18.7.2018 09:41, Luis Araneda wrote:
> This series implements FPGA bitstream loading from SPL.
> Programming the FPGA from the SPL is necessary on some boards,
> like the Zybo, because the FPGA fabric routes the I2C bus to an
> EEPROM for reading the Ethernet MAC address.
>
> The bitstream is l
The "Beaglebone Enhanced" by Sancloud is based on the Beaglebone Black,
but with the following differences:
* Gigabit capable PHY
* Extra USB hub, optional i2c control
* lps3331ap barometer connected over i2c
* MPU6050 6 axis MEMS accelerometer/gyro connected over i2c
* 1GiB DDR3 RAM
* RTL87
On Tuesday 17 July 2018 07:13 PM, Alexander Graf wrote:
> On 07/17/2018 03:41 PM, Tom Rini wrote:
>> On Tue, Jul 17, 2018 at 01:34:36PM +, Alexey Brodkin wrote:
>>> Hi Alexander, Tom,
>>>
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Tuesday, July
On Wednesday 18 July 2018 07:05 AM, Peng Fan wrote:
> This patchset is to upstream i.MX8QXP and mek board support, with some
> drivers update to support i.MX8QXP. The information about the processor
> could be found
> https://www.nxp.com/products/processors-and-microcontrollers/applications-proce
Hello all,
I'm rebasing our internal code over v2017.11 and I found an unexpected
change in drivers/mtd/nand/nand_base.c:
In the function nand_scan_tail:
-
(...)
case NAND_ECC_SOFT_BCH:
(...)
/*
* Board driver should supply ecc.size and ecc.strength values
* to select how many bits are corr
On Wednesday 18 July 2018 07:05 AM, Peng Fan wrote:
> Add i.MX8 MISC driver to handle the communication between
> A35 Core and SCU.
Ideally this is a good fit under drivers/remoteproc. Any reason why
UCLASS_REMOTEPROC is not considered?
Thanks and regards,
Lokesh
>
> Signed-off-by: Peng Fan
- Remove 0004-Net-phy-ti-Fix-fifo_depth-register-write.patch because
of the change from 0005-net-phy-ti-Recover-from-port-mirroring-
N-A-MODE4.patch it isn't needed anymore. Before, the MII_DP83867_
PHYCTRL-register wasn't write correctly without the fix-patch.
- correct commit reference for
add PHY_TI to support dp83867
Signed-off-by: Janine Hagemann
---
v2: No changes
---
configs/phycore-rk3288_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/phycore-rk3288_defconfig b/configs/phycore-rk3288_defconfig
index 50b0c98..7d0535f 100644
--- a/configs/phycore-rk3288_
This patch adds support for enabling or disabling the lane swapping
(called "port mirroring" in PHY's CFG4 register) feature of the DP83867
TI's PHY device.
One use case is when bootstrap configuration enables this feature (because
of e.g. LED_0 wrong wiring) so then one needs to disable it in sof
At start-up, the regulators have to be enabled. Let's use
regulators_enable_boot_on() to enable the regulators needed
for boot.
Signed-off-by: Wadim Egorov
Signed-off-by: Janine Hagemann
---
v2: No changes
---
arch/arm/mach-rockchip/rk3288-board.c | 6 ++
1 file changed, 6 insertions(+)
di
Using PHY internal delays in combination with the phy-mode
rgmii-id/rxid/txid was not possible. Only rgmii was supported.
Now we can disable rockchip's gmac delay lines and also use
rgmii-id/rxid/txid.
Based on commit eaf70ad14cbb ("net: stmmac: dwmac-rk: Add
handling for RGMII_ID/RXID/TXID") for
Add the ability to read the phy-handle node of the
gmac. Upon reading this handle the phy-id
can be stored based on the reg node in the DT.
The phy-handle also needs to be stored and passed
to the phy to access any phy data that is available.
Signed-off-by: Janine Hagemann
---
v2: No changes
--
We have to use RK3328_RXCLK_DLY_ENA_GMAC_ENABLE instead of
RK3328_RXCLK_DLY_ENA_GMAC_MASK in rk3328_gmac_set_to_rgmii()
to enable the RX delay.
The MASK was used in a wrong way.
Signed-off-by: Janine Hagemann
---
v2: No changes
---
drivers/net/gmac_rockchip.c | 2 +-
1 file changed, 1 insertion(
The DP83867 when not properly bootstrapped - especially with LED_0 pin -
can enter N/A MODE4 for "port mirroring" feature.
To provide normal operation of the PHY, one needs not only to explicitly
disable the port mirroring feature, but as well stop some IC internal
testing (which disables RGMII co
The CLK_O_SEL default is synchronus to XI input clock,
which is 25 MHz. Set CLK_O_SEL to channel A transmit
clock so we have 125 MHz on CLK_OUT.
Signed-off-by: Janine Hagemann
---
v2: No changes
---
arch/arm/dts/rk3288-phycore-som.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm
The DP83867 has a muxing option for the CLK_OUT pin. It is possible
to set CLK_OUT for different channels.
Create a binding to select a specific clock for CLK_OUT pin.
Based on commit 9708fb630d19 ("net: phy: dp83867: Add binding for
the CLK_OUT pin muxing option") of mainline linux kernel.
Signe
The data manual for DP83867IR/CR, SNLS484E[1], revised march 2017,
advises that strapping RX_DV/RX_CTRL pin in mode 1 and 2 is not
supported (see note below Table 5 (4-Level Strap Pins)).
There are some boards which have the pin strapped this way and need
software workaround suggested by the data
This pin is supplied by 1.8V, but the default iodomain
setting is 3.3V.
Signed-off-by: Janine Hagemann
---
v2: No changes
---
board/phytec/phycore_rk3288/phycore-rk3288.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/phytec/phycore_rk3288/phycore-rk3288.c
b/board/p
> -Original Message-
> From: Lokesh Vutla [mailto:lokeshvu...@ti.com]
> Sent: 2018年7月18日 16:38
> To: Peng Fan ; sba...@denx.de; Fabio Estevam
>
> Cc: u-boot@lists.denx.de; dl-linux-imx
> Subject: Re: [U-Boot] [PATCH V2 07/32] misc: add i.MX8 misc driver
>
>
>
> On Wednesday 18 July 2
On Wednesday 18 July 2018 07:05 AM, Peng Fan wrote:
> Add clk/misc/pad/pm/rm scfw api implementaion for different
> drivers to invoke. The low level code is using misc_call
> to invoke imx8_scu driver.
Hmm.. there should be abstraction of all API specification under
drivers/firmware and exported
Add configuration files/dtses for mini u-boot configuration
which runs on smaller footprint of internal memory. This
configuration has only required qspi flash support and it
uses DCC as serial.
Signed-off-by: Siva Durga Prasad Paladugu
---
This patch is based on series
"[PATCH v6 0/5] Add suppor
Janine,
> On 18 Jul 2018, at 10:46, Janine Hagemann wrote:
>
> At start-up, the regulators have to be enabled. Let's use
> regulators_enable_boot_on() to enable the regulators needed
> for boot.
>
> Signed-off-by: Wadim Egorov
> Signed-off-by: Janine Hagemann
An equivalent change from Carlo
On Wednesday 18 July 2018 02:22 PM, Peng Fan wrote:
>
>
>> -Original Message-
>> From: Lokesh Vutla [mailto:lokeshvu...@ti.com]
>> Sent: 2018年7月18日 16:38
>> To: Peng Fan ; sba...@denx.de; Fabio Estevam
>>
>> Cc: u-boot@lists.denx.de; dl-linux-imx
>> Subject: Re: [U-Boot] [PATCH V2 07/
Hi Lokesh,
> -Original Message-
> From: Lokesh Vutla [mailto:lokeshvu...@ti.com]
> Sent: 2018年7月18日 16:54
> To: Peng Fan ; sba...@denx.de; Fabio Estevam
>
> Cc: u-boot@lists.denx.de; dl-linux-imx
> Subject: Re: [U-Boot] [PATCH V2 08/32] misc: imx8: add scfw api impementation
>
>
>
> O
> -Original Message-
> From: Lokesh Vutla [mailto:lokeshvu...@ti.com]
> Sent: 2018年7月18日 17:05
> To: Peng Fan ; sba...@denx.de; Fabio Estevam
>
> Cc: u-boot@lists.denx.de; dl-linux-imx
> Subject: Re: [U-Boot] [PATCH V2 07/32] misc: add i.MX8 misc driver
>
>
>
> On Wednesday 18 July 2
On 18.7.2018 10:56, Siva Durga Prasad Paladugu wrote:
> Add configuration files/dtses for mini u-boot configuration
> which runs on smaller footprint of internal memory. This
> configuration has only required qspi flash support and it
> uses DCC as serial.
>
> Signed-off-by: Siva Durga Prasad Pala
Simplify zynq_cse config by setting up ENV_SIZE via Kconfig.
Signed-off-by: Michal Simek
---
Based on:
https://lists.denx.de/pipermail/u-boot/2018-July/335126.html
---
configs/zynq_cse_nand_defconfig | 1 +
configs/zynq_cse_nor_defconfig | 1 +
configs/zynq_cse_qspi_defconfig | 1 +
include/c
Add configuration files/dtses for mini u-boot configuration
which runs on smaller footprint of internal memory. This
configuration has only required qspi flash support and it
uses DCC as serial.
Signed-off-by: Siva Durga Prasad Paladugu
---
Chnages for v2:
- Fixed copyright year
- Fixed memory no
On 18.7.2018 13:01, Siva Durga Prasad Paladugu wrote:
> Add configuration files/dtses for mini u-boot configuration
> which runs on smaller footprint of internal memory. This
> configuration has only required qspi flash support and it
> uses DCC as serial.
>
> Signed-off-by: Siva Durga Prasad Pala
Mini targets are using different ENV_SIZE then standard one that's why
defconfigs should be updated to simplify config files.
Signed-off-by: Michal Simek
---
Based on:
https://lists.denx.de/pipermail/u-boot/2018-July/335126.html
and
https://lists.denx.de/pipermail/u-boot/2018-July/335152.html
-
> -Original Message-
> From: Lokesh Vutla [mailto:lokeshvu...@ti.com]
> Sent: 2018年7月18日 16:29
> To: Peng Fan ; sba...@denx.de; Fabio Estevam
>
> Cc: u-boot@lists.denx.de; dl-linux-imx
> Subject: Re: [U-Boot] [PATCH V2 00/32] i.MX: Add i.MX8QXP support
>
>
>
> On Wednesday 18 July 20
1;5202;0c
On Wed, Jul 18, 2018 at 09:11:35AM +0200, Michal Simek wrote:
> From: Vipul Kumar
>
> This patch added support to enable CONFIG_ENV_SIZE, CONFIG_ENV_OFFSET
> and CONFIG_ENV_SECT_SIZE through Kconfig for Zynq and Zynqmp.
>
> Signed-off-by: Vipul Kumar
> Signed-off-by: Michal Simek
> -
On Wed, Jul 18, 2018 at 08:59:20AM +0200, Wolfgang Denk wrote:
> Dear Michal,
>
> In message you wrote:
> >
> > > Of course we can do that (actually it's two files,
> > > "u-boot-config/aliases" and "u-boot-config/domain-map").
> >
> > and gitdm.config right? (not sure if that sample-config/filet
>> On Wednesday 18 July 2018 07:05 AM, Peng Fan wrote:
>> > This patchset is to upstream i.MX8QXP and mek board support, with some
>> > drivers update to support i.MX8QXP. The information about the
>> > processor could be found
>> > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2
> -Original Message-
> From: Peter Robinson [mailto:pbrobin...@gmail.com]
> Sent: 2018年7月18日 20:44
> To: Peng Fan
> Cc: Lokesh Vutla ; sba...@denx.de; Fabio Estevam
> ; u-boot@lists.denx.de; dl-linux-imx
>
> Subject: Re: [U-Boot] [PATCH V2 00/32] i.MX: Add i.MX8QXP support
>
> >> On We
On Wed, Jul 18, 2018 at 9:19 AM, Wolfgang Denk wrote:
> Dear Sam,
>
> In message <20180717220912.11358-1-semen.protse...@linaro.org> you wrote:
>> This is just a draft to discuss ideas related to "Make U-Boot log great
>> again" thread.
>>
>> With this patch we will have something like this:
>>
>>
On Wed, Jul 18, 2018 at 08:19:50AM +0200, Wolfgang Denk wrote:
> Dear Sam,
>
> In message <20180717220912.11358-1-semen.protse...@linaro.org> you wrote:
> > This is just a draft to discuss ideas related to "Make U-Boot log great
> > again" thread.
> >
> > With this patch we will have something li
There shouldn't be a need to call private spl_load_fpga_image()
because the whole sequence should be already handled by fpga_load().
The patch let spl_load_fit_image() to load data to right location based
on "load" property in FIT and then call fpga_load().
The patch is partially reverting
"spl: f
On Wed, Jul 18, 2018 at 01:09:12AM +0300, Sam Protsenko wrote:
> This is just a draft to discuss ideas related to "Make U-Boot log great
> again" thread.
>
> With this patch we will see something like:
>
> Loading Environment from FAT...
>--> MMC: no card present
>--> ** Bad
On 07/18/2018 02:51 PM, Michal Simek wrote:
> There shouldn't be a need to call private spl_load_fpga_image()
> because the whole sequence should be already handled by fpga_load().
> The patch let spl_load_fit_image() to load data to right location based
> on "load" property in FIT and then call fp
Hi Simon
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: 2018年5月31日 3:19
> To: Peng Fan
> Cc: Stefano Babic ; Fabio Estevam
> ; U-Boot Mailing List
> Subject: Re: [PATCH 35/41] dm: core: device: enable power domain in probe
>
> On 2
On Wed, Jul 18, 2018 at 3:53 PM, Tom Rini wrote:
> On Wed, Jul 18, 2018 at 01:09:12AM +0300, Sam Protsenko wrote:
>
>> This is just a draft to discuss ideas related to "Make U-Boot log great
>> again" thread.
>>
>> With this patch we will see something like:
>>
>> Loading Environment from FAT.
On 18.7.2018 09:41, Luis Araneda wrote:
> Implement FPGA bitstream loading from SPL. The bitstream
> is loaded from a FIT image into dynamically allocated memory
> before programming the FPGA.
>
> Signed-off-by: Luis Araneda
> ---
> arch/arm/mach-zynq/spl.c | 39 +
On 18.7.2018 09:41, Luis Araneda wrote:
> Disable the use of function zynq_loadfs when compiling
> the driver for the SPL, as the following filesystem
> functions are not found by the linker:
> - fs_set_blk_dev
> - fs_read
> - fs_set_blk_dev
> - fs_read
> - fs_read
>
> Signed-off-by: Luis Araneda
On 18.7.2018 09:41, Luis Araneda wrote:
> commit 4aba5fb857c1 ("arm: zynq: Rework FPGA initialization")
> moved FPGA initialization from board_init() to arch_early_init_r(),
> which is not called as part of the SPL
>
> Fix this by calling arch_early_init_r() in the spl_board_init()
> function, so
On 18.7.2018 09:41, Luis Araneda wrote:
> A message should be displayed if an image is loaded
> to an FPGA, because the hardware might have changed,
> and the user should be informed
>
> Signed-off-by: Luis Araneda
> ---
> common/spl/spl_fit.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --
On 18.7.2018 14:54, Marek Vasut wrote:
> On 07/18/2018 02:51 PM, Michal Simek wrote:
>> There shouldn't be a need to call private spl_load_fpga_image()
>> because the whole sequence should be already handled by fpga_load().
>> The patch let spl_load_fit_image() to load data to right location based
Dear Fernando,
In message
you wrote:
>
> I'm rebasing our internal code over v2017.11 and I found an unexpected
> change in drivers/mtd/nand/nand_base.c:
In such cases it is always a good idea to run "git blame" to find
out where the code is coming from...
> /* See nand_bch_init() for details
On 18.7.2018 14:28, Maxime Ripard wrote:
> 1;5202;0c
> On Wed, Jul 18, 2018 at 09:11:35AM +0200, Michal Simek wrote:
>> From: Vipul Kumar
>>
>> This patch added support to enable CONFIG_ENV_SIZE, CONFIG_ENV_OFFSET
>> and CONFIG_ENV_SECT_SIZE through Kconfig for Zynq and Zynqmp.
>>
>> Signed-off-by
Dear Tom,
In message <20180718125351.GE4609@bill-the-cat> you wrote:
>
> > Loading Environment from FAT...
> >--> MMC: no card present
> >--> ** Bad device mmc 0 **
> >--> Failed (-5)
> > Loading Environment from MMC...
> >--> OK
> >
> > instead of:
> >
>
On 07/18/2018 04:00 PM, Michal Simek wrote:
> On 18.7.2018 14:54, Marek Vasut wrote:
>> On 07/18/2018 02:51 PM, Michal Simek wrote:
>>> There shouldn't be a need to call private spl_load_fpga_image()
>>> because the whole sequence should be already handled by fpga_load().
>>> The patch let spl_load
Dear Tom,
In message <20180718123401.GC4609@bill-the-cat> you wrote:
>
> Ah, and now I see the other details. Yes, if there's stuff out of tree
> in "gitdm" that would be needed to use it here, then no, it doesn't make
> sense to try and put the config files under doc/ or something in U-Boot
> p
On 18.7.2018 16:15, Marek Vasut wrote:
> On 07/18/2018 04:00 PM, Michal Simek wrote:
>> On 18.7.2018 14:54, Marek Vasut wrote:
>>> On 07/18/2018 02:51 PM, Michal Simek wrote:
There shouldn't be a need to call private spl_load_fpga_image()
because the whole sequence should be already handl
On 07/18/2018 04:18 PM, Michal Simek wrote:
> On 18.7.2018 16:15, Marek Vasut wrote:
>> On 07/18/2018 04:00 PM, Michal Simek wrote:
>>> On 18.7.2018 14:54, Marek Vasut wrote:
On 07/18/2018 02:51 PM, Michal Simek wrote:
> There shouldn't be a need to call private spl_load_fpga_image()
>
Thanks for your reply.
Following your suggestion, should I ask Scott Wood? In some mailing
lists we are advised not to directly send emails, if not invited.
Regards,
Fernando
On Wed, Jul 18, 2018 at 4:03 PM, Wolfgang Denk wrote:
> Dear Fernando,
>
> In message
> you
> wrote:
>>
>> I'm rebasi
On Wed, Jul 18, 2018 at 04:04:49PM +0300, Sam Protsenko wrote:
> On Wed, Jul 18, 2018 at 3:53 PM, Tom Rini wrote:
> > On Wed, Jul 18, 2018 at 01:09:12AM +0300, Sam Protsenko wrote:
> >
> >> This is just a draft to discuss ideas related to "Make U-Boot log great
> >> again" thread.
> >>
> >> With t
On 6.7.2018 10:24, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> This patchset contains generic file system loader DM which is very close to
> Linux firmware loader but for U-Boot framework. Generic file system firmware
> loader can be used load whatever into target location, and the
On 6.7.2018 10:28, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> This is file system generic loader which can be used to load
> the file image from the storage into target such as memory.
> The consumer driver would then use this loader to program whatever,
> ie. the FPGA device.
>
Hi,
commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad)
Author: Derald D. Woods
Date: Mon Feb 26 17:52:58 2018 -0600
ARM: omap3: beagle: Enable DM_SERIAL, update distro usage and NAND layout
broke MMC access on Beagleboard xM (rev. B). For my SD card with 2 partitions
On 18.7.2018 16:24, Marek Vasut wrote:
> On 07/18/2018 04:18 PM, Michal Simek wrote:
>> On 18.7.2018 16:15, Marek Vasut wrote:
>>> On 07/18/2018 04:00 PM, Michal Simek wrote:
On 18.7.2018 14:54, Marek Vasut wrote:
> On 07/18/2018 02:51 PM, Michal Simek wrote:
>> There shouldn't be a ne
- Guillaume GARDET a écrit :
>
> Hi,
>
> commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad)
> Author: Derald D. Woods
> Date: Mon Feb 26 17:52:58 2018 -0600
>
> ARM: omap3: beagle: Enable DM_SERIAL, update distro usage and NAND layout
>
> broke MMC access on Be
Hi,
We are using this framework for a while and by adding more and more
features it requires small redesigned how commands are handled.
This is something what I have put together to improve readability of
this code and also remove code which is bogus and completely untested.
The series depends on
Clean fpga_get_op() error handling by moving checking/print to do_fpga.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/cmd/fpga.c b/cmd/fpga.c
index 791fe5cb7718..abe683720285 100644
--- a/cmd/fpga.c
+++ b/cmd/fpga.c
@@ -74,6
Move fpga_get_op() to top of file to remove local function declaration
and also remove useless retyping.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 85 ++
1 file changed, 41 insertions(+), 44 deletions(-)
diff --git a/cmd/fpga.c b/c
Add support for info, load, loadp, loadb, loadbp, loadmk_legacy,
loadmk_legacy_gz, loadmk_fit, loadfs also with variable support.
There are probably missing failed tests.
Signed-off-by: Michal Simek
---
test/py/tests/test_fpga.py | 516 +
1 file chan
There is no reason to check parameters in separate switch before main
one. This patch is simplifying error path and checking parameters right
after assignment.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 44 +---
1 file changed, 21 insertions(+), 23 dele
loadfs
Revert "loafs"
This reverts commit 4ec8e7247396458dca5d0185b5df308df7b0ef2b.
Add loadfs
This reverts commit d6b0e830b8c7a31d4cc87cfd44e70c41417114bb.
Signed-off-by: Michal Simek
fslo`
---
cmd/fpga.c | 58 --
1 file changed, 28
FPGA subsystem requires special care that's why it should be maintained
via one tree.
Signed-off-by: Michal Simek
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 570bc6d1a525..3bded710b15c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Signed-off-by: Michal Simek
---
cmd/fpga.c | 240 -
1 file changed, 125 insertions(+), 115 deletions(-)
diff --git a/cmd/fpga.c b/cmd/fpga.c
index 826f63371a66..8237bbc219b4 100644
--- a/cmd/fpga.c
+++ b/cmd/fpga.c
@@ -65,7 +65,6 @@ st
There is no reason to check parameters in separate switch. Check them
directly when they are read. Also there is no reason to check loadmk
case separately because fpga_data address must be non zero too.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 35 ---
1 file
Use standard return command failure macro.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/cmd/fpga.c b/cmd/fpga.c
index 8237bbc219b4..5fabfca39a2b 100644
--- a/cmd/fpga.c
+++ b/cmd/fpga.c
@@ -357,12 +357,12 @@ stat
Incorrect command is already handled and FPGA_NONE should be used only
one. In case of error CMD_RET_USAGE can be returned directly without any
addition logic around.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/cmd/fpga.
Separate dump, load, loadb, loadp and loadbp commands to separate
functions to make it clear how they are called and what parameters they
need.
Signed-off-by: Michal Simek
---
Maybe they can be still groupped together with one switch/case but it
can be done later.
---
cmd/fpga.c | 166
Create command wrapper to clean fpga subcommands.
The function logic is taken from cmd_dm.c
Signed-off-by: Michal Simek
---
cmd/fpga.c | 42 --
1 file changed, 40 insertions(+), 2 deletions(-)
diff --git a/cmd/fpga.c b/cmd/fpga.c
index 0e5f4117c02e..ac12
Parameter checking is dead code because all the time there must be all
params assigned. If they are not assigned there is no 9th parameters
passed and checking before return CMD_RET_USAGE.
Signed-off-by: Michal Simek
---
cmd/fpga.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/cmd/f
loads
fpga loads
loads use debug instead of puts
Signed-off-by: Michal Simek
---
cmd/fpga.c | 148 +++--
1 file changed, 36 insertions(+), 112 deletions(-)
diff --git a/cmd/fpga.c b/cmd/fpga.c
index 5fabfca39a2b..b82f1175b01f 100644
---
Move fpga info to U_BOOT_CMD_MKENT subcommand.
Also use strtol instead of simple_strtoul. The reason is that if -1 is
passed (or fpga info without "fpga" variable) the list of all fpgas is
shown.
This functionality is in the fpga core but it couldn't be performed.
Signed-off-by: Michal Simek
---
On Tue, Jul 17, 2018 at 10:20:42PM +0530, Jagan Teki wrote:
> On Tue, Jul 17, 2018 at 6:06 PM, Maxime Ripard
> wrote:
> > On Mon, Jul 16, 2018 at 05:55:25PM +0100, Andre Przywara wrote:
> >> Hi,
> >>
> >> On 16/07/18 13:59, Maxime Ripard wrote:
> >> > On Mon, Jul 16, 2018 at 04:58:32PM +0530, Jaga
On Wed, Jul 18, 2018 at 04:04:37PM +0200, Michal Simek wrote:
> On 18.7.2018 14:28, Maxime Ripard wrote:
> > 1;5202;0c
> > On Wed, Jul 18, 2018 at 09:11:35AM +0200, Michal Simek wrote:
> >> From: Vipul Kumar
> >>
> >> This patch added support to enable CONFIG_ENV_SIZE, CONFIG_ENV_OFFSET
> >> and C
On 16.07.2018 19:06, Philippe Reynes wrote:
> This adds an option to force the size of the ram, and
> avoid the detection of ram size.
>
> Signed-off-by: Philippe Reynes
> ---
> drivers/ram/bmips_ram.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
Reviewed-by: Daniel Schwi
On 16.07.2018 19:06, Philippe Reynes wrote:
> This adds the initial support of the Broadcom BCM6838 SoC familly,
> only cpu, dram, uart and leds are supported.
>
> Signed-off-by: Philippe Reynes
> ---
> arch/mips/dts/brcm,bcm6838.dtsi | 75
> +
> arch/m
On 16.07.2018 19:06, Philippe Reynes wrote:
> This add the initial support of the broadcom reference
> board bcm968380gerg with a bcm68380 SoC.
>
> This board has 512 MB of RAM, 128 MB of flash (nand),
> 2 USB port, 1 UART, 4 ethernet ports and BCM43217 (wifi).
>
> Signed-off-by: Philippe Reyne
Hi Michal,
On Wed, Jul 18, 2018 at 4:00 AM Michal Simek wrote:
> Can you please also send defconfig/config changes?
> Separate patch is fine.
The changes required to the defconfigs test/support this are:
CONFIG_SPL_LOAD_FIT=y
CONFIG_SPL_FPGA_SUPPORT=y
I didn't send them because just changing th
Hi Michal,
On Wed, Jul 18, 2018 at 9:22 AM Michal Simek wrote:
> I was playing with this a little bit. There is no reason to allocate
> any space in malloc area because its/fit should already contain load
> address which you should use instead.
I initially thought the same, but unfortunately th
Add support for SPANSION s25fl128l 256k and 64k
Changes for v2:
- Fix EXT_ID
Signed-off-by: Clément Laigle
---
drivers/mtd/spi/spi_flash_ids.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index 9212373dae..bfc569fbf0
On Tue, Jul 17, 2018 at 12:57 PM Maxime Ripard
wrote:
>
> On Mon, Jul 16, 2018 at 12:11:59PM +0100, Alex Kiernan wrote:
> > On Mon, Jul 16, 2018 at 11:13 AM Jagan Teki
> > wrote:
> > >
> > > On Mon, Jul 16, 2018 at 3:16 PM, Maxime Ripard
> > > wrote:
> > > > On Mon, Jul 16, 2018 at 01:49:52PM +
commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b
ARM: omap3: beagle: Enable DM_SERIAL, update distro usage and NAND layout
Signed-off-by: Guillaume GARDET
Cc: Derald D. Woods
Cc: Tom Rini
---
configs/omap3_beagle_defconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/configs/
On 07/18/2018 04:57 PM, Michal Simek wrote:
> On 18.7.2018 16:24, Marek Vasut wrote:
>> On 07/18/2018 04:18 PM, Michal Simek wrote:
>>> On 18.7.2018 16:15, Marek Vasut wrote:
On 07/18/2018 04:00 PM, Michal Simek wrote:
> On 18.7.2018 14:54, Marek Vasut wrote:
>> On 07/18/2018 02:51 PM,
On Wed, Jul 18, 2018 at 05:04:45PM +0200, Guillaume GARDET wrote:
>
> - Guillaume GARDET a écrit :
> >
> > Hi,
> >
> > commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad)
> > Author: Derald D. Woods
> > Date: Mon Feb 26 17:52:58 2018 -0600
> >
> > ARM: omap3: bea
- Derald D. Woods a écrit :
> On Wed, Jul 18, 2018 at 05:04:45PM +0200, Guillaume GARDET wrote:
> >
> > - Guillaume GARDET a écrit :
> > >
> > > Hi,
> > >
> > > commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad)
> > > Author: Derald D. Woods
> > > Date: Mon Feb
Hi Alex,
> Migrate boards which set bootlimit in the environment to Kconfig.
>
> We exclude gurnard_defconfig which includes a bootlimit=, but doesn't
> set CONFIG_BOOTCOUNT_LIMIT, so we'd fail to include a bootlimit
> setting if we migrated it.
>
> display5_defconfig and display5_factory_defcon
This is just a draft to discuss ideas related to "Make U-Boot log great
again" thread.
With this patch we will have something like this:
Attempting to load environment from FAT:
MMC: no card present
** Bad device mmc 0 **
Failed (-5)
Attempting to load environment from MMC: OK
On Wed, Jul 18, 2018 at 1:14 AM, Sam Protsenko
wrote:
> On Tue, Jul 10, 2018 at 5:38 PM, Tom Rini wrote:
>> On Tue, Jul 10, 2018 at 11:01:14AM +0800, Bin Meng wrote:
>>> Hello,
>>>
>>> On Fri, Mar 23, 2018 at 1:44 PM, Bin Meng wrote:
>>> > Hi,
>>> >
>>> > On Sat, Feb 17, 2018 at 3:49 AM, Robert
1 - 100 of 146 matches
Mail list logo