> -Original Message-
> From: York Sun [mailto:york...@freescale.com]
> Sent: 2015年12月3日 11:05
> To: Hou Zhiqiang-B48286; U-Boot Mailing List
> Cc: Pan Lijun-B44306; Hu Mingkai-B21284; Sharma Bhupesh-B45370; Gong
> Qianyu-B52263; Tom Rini; Li Yang-Leo-R58472; Albert Aribaud; Kushwaha
> Pra
Hello Stephen,
Am 02.12.2015 um 23:18 schrieb Stephen Warren:
This tool aims to test U-Boot by executing U-Boot shell commands using the
console interface. A single top-level script exists to execute or attach
to the U-Boot console, run the entire script of tests against it, and
summarize the re
Hi Simon,
On Thu, Dec 3, 2015 at 5:05 AM, Simon Glass wrote:
> Hi Bin,
>
> On 2 December 2015 at 01:59, Bin Meng wrote:
>> Since VPD/UPD may not exist on every FSP, move the codes that
>> verifies VPD/UPD to chipset-specific update_fsp_configs().
>> This also updates update_fsp_configs() signatu
Hi Simon,
On Thu, Dec 3, 2015 at 5:05 AM, Simon Glass wrote:
> Hi Bin,
>
> On 2 December 2015 at 01:59, Bin Meng wrote:
>> FSP has several config data like UPD, HDA verb table which can be
>> overridden or provided by bootloader. Currently in U-Boot only UPD
>> is handled via struct shared_data.
Hi Simon,
On Thu, Dec 3, 2015 at 5:05 AM, Simon Glass wrote:
> Hi Bin,
>
> On 2 December 2015 at 01:58, Bin Meng wrote:
>> There is no need to pass shared_data to fsp_continue() so we can
>> remove unnecessary codes that simplifies the function a lot.
>
> Is this because shared_data is effective
Hi Michal,
On Wed, Dec 2, 2015 at 9:51 PM, Michal Simek wrote:
> On 2.12.2015 14:16, Bin Meng wrote:
>> Hi Michal,
>>
>> On Wed, Dec 2, 2015 at 7:36 PM, Michal Simek wrote:
>
> ...
>
>>> +
>>> + offset = fdtdec_lookup_phandle(gd->fdt_blob, dev->of_offset,
>>> +
Hi Simon,
On Thu, Nov 26, 2015 at 12:52 AM, Simon Glass wrote:
> Hi Bin,
>
> On 19 November 2015 at 20:38, Bin Meng wrote:
>> Hi Simon,
>>
>> On Fri, Nov 20, 2015 at 11:09 AM, Simon Glass wrote:
>>> Hi,
>>>
>>> I'm wondering what might come next for U-Boot x86 support.
>>>
>>> The PCI conversio
Hi Simon,
On Thu, Dec 3, 2015 at 5:05 AM, Simon Glass wrote:
> +Jagan
>
> Hi Bin,
>
> On 1 December 2015 at 18:41, Bin Meng wrote:
>>
>> Hi Simon,
>>
>> On Wed, Dec 2, 2015 at 12:32 AM, Simon Glass wrote:
>> > Hi Bin,
>> >
>> > On 28 November 2015 at 05:45, Bin Meng wrote:
>> >> Every board ha
Hi Bin,
On Dec 2, 2015 18:52, "Bin Meng" wrote:
>
> Hi Simon,
>
> On Thu, Dec 3, 2015 at 5:06 AM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 2 December 2015 at 02:30, Bin Meng wrote:
> >> With driver model timer support, there should not be an explict
> >> call to timer_init(). Remove this call
> -Original Message-
> From: York Sun [mailto:york...@freescale.com]
> Sent: 2015年12月3日 0:00
> To: Hou Zhiqiang-B48286; U-Boot Mailing List
> Cc: Pan Lijun-B44306; Hu Mingkai-B21284; Sharma Bhupesh-B45370; Gong
> Qianyu-B52263; Tom Rini; Li Yang-Leo-R58472; Albert Aribaud; Kushwaha
> Prab
On 12/02/2015 06:48 PM, Hou Zhiqiang-B48286 wrote:
>
>
>> -Original Message-
>> From: York Sun [mailto:york...@freescale.com]
>> Sent: 2015年12月3日 0:00
>> To: Hou Zhiqiang-B48286; U-Boot Mailing List
>> Cc: Pan Lijun-B44306; Hu Mingkai-B21284; Sharma Bhupesh-B45370; Gong
>> Qianyu-B52263
On Wednesday, December 02, 2015 at 08:31:28 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add arch_early_init_r function. The Arria10 has a firewall protection
> around the SDRAM and OCRAM. These firewalls are to be disabled in order
> for U-Boot to function.
>
> Signed-off-
On Wednesday, December 02, 2015 at 08:31:30 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add a defconfig file for Arria10, which does not include enabling SPL.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Marek Vasut
Applied, thanks.
Best regards,
Marek Vasut
On Wednesday, December 02, 2015 at 08:31:24 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Hi,
>
> This is v4 of the patch series that adds minimal support for Altera's
> Arria10 platform.
I pushed all the stuff which was applicable to u-boot-socfpga/a10 . The reset
manager
On Wednesday, December 02, 2015 at 08:31:32 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> The scan manager is not needed for the Arria10. Edit the makefile to
> build the scan manager for arria5 and cyclone5 only.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Marek Vasut
App
On Wednesday, December 02, 2015 at 08:31:26 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add system manager defines for Arria10.
>
> Signed-off-by: Dinh Nguyen
> ---
> v4: none
> v3: combine system_manager_a10.h into system_manager.h
> v2: clean up parenthesis
> ---
> ...
On Wednesday, December 02, 2015 at 08:31:29 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add config for the Arria10 SoC Development Kit.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Marek Vasut
> ---
> v4: none
> v3: further clean up, remove extra defines, keep bare mininum
On Wednesday, December 02, 2015 at 08:31:33 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Move the macro into the socfpga_dwmci_clksel().
>
> Signed-off-by: Dinh Nguyen
> ---
> v2: add SYSMGR_SDMMC_DRVSEL_SHIFT
> s/SYSMGR_SDMMC_SMPSEL_SHIFT/SYSMGR_SDMMC_SMPLSEL_SHIFT
>
On Wednesday, December 02, 2015 at 08:31:27 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add the defines for the reset manager and some basic reset functionality.
>
> Signed-off-by: Dinh Nguyen
> ---
> v4: rename mod_reset names to be used by both gen5 and a10
> v3: remove
On Wednesday, December 02, 2015 at 08:31:25 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> In order to re-use as much Cyclone5 and Arria5 code as possible to support
> the Arria10 platform, we need to wrap some of the code with #ifdef's. By
> adding CONFIG_TARGET_SOCFPGA_GEN5,
Hi Simon,
On Thu, Dec 3, 2015 at 5:06 AM, Simon Glass wrote:
> Hi Bin,
>
> On 2 December 2015 at 02:30, Bin Meng wrote:
>> With driver model timer support, there should not be an explict
>> call to timer_init(). Remove this call for x86.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> common/board_
On Thursday, November 12, 2015 at 03:33:42 AM, Chin Liang See wrote:
> On Thu, 2015-11-12 at 01:53 +0100, Marek Vasut wrote:
> > On Thursday, November 12, 2015 at 01:49:09 AM, Chin Liang See wrote:
> > > Hi Marek,
> > >
> > > On Mon, 2015-11-09 at 17:02 +0100, Marek Vasut wrote:
> > > > On Monday,
pxe get derives the pxelinux config file name from the bootfile name,
but the bootfile itself is never used and might not even exist.
Disable bootfile autoload to avoid the delay.
Signed-off-by: Stefan Brüns
---
include/config_distro_bootcmd.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
From: Stephen Warren
This test invokes the "ums" command in U-Boot, and validates that a USB
storage device is enumerated on the test host system, and can be read
from.
Signed-off-by: Stephen Warren
---
test/py/test_ums.py | 75 +
1 file chan
From: Stephen Warren
This tests whether the following features of the U-Boot shell:
- Execution of a directly entered command.
- Compound commands (; delimiter).
- Quoting of arguments containing spaces.
- Executing commands from environment variables.
Signed-off-by: Stephen Warren
---
test/py
From: Stephen Warren
Migrate all most tests from command_ut.c into the Python test system.
This allows the tests to be run against any U-Boot binary that supports
the if command (i.e. where hush is enabled) without requiring that
binary to be permanently bloated with the code from command_ut.
So
This tests basic environment variable functionality.
Signed-off-by: Stephen Warren
Signed-off-by: Stephen Warren
---
test/py/test_env.py | 121
1 file changed, 121 insertions(+)
create mode 100644 test/py/test_env.py
diff --git a/test/py/te
This tool aims to test U-Boot by executing U-Boot shell commands using the
console interface. A single top-level script exists to execute or attach
to the U-Boot console, run the entire script of tests against it, and
summarize the results. Advantages of this approach are:
- Testing is performed i
This tests whether md/mw work, and affect each-other.
Command repeat is also tested.
test/cmd_repeat.sh is removed, since the new Python-based test does
everything it used to.
Signed-off-by: Stephen Warren
Signed-off-by: Stephen Warren
---
test/cmd_repeat.sh | 29 -
Test the sandbox port's implementation of the reset command and SIGHUP
handling. These should both cause the U-Boot process to exit gracefully.
Signed-off-by: Stephen Warren
Signed-off-by: Stephen Warren
---
test/py/test_sandbox_exit.py | 20
1 file changed, 20 insertions(+
On 2 December 2015 at 02:30, Bin Meng wrote:
> Right now i8254_init() is called from timer_init() in the tsc timer
> driver. But actually i8254 and tsc are completely different things.
> Since tsc timer has been converted to driver model, we should find
> a new place that is appropriate for U-Boot
On 2 December 2015 at 03:19, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Don't relocate fdt in case of CONFIG_OF EMBED as the fdt is
> already embedded with u-boot image. Also update the fdt_blob
> correctly in this case
>
> Signed-off-by: Siva Durga Prasad Paladugu
> Signed-off-b
On 2 December 2015 at 01:59, Bin Meng wrote:
> Those comments in update_fsp_upd() are not correct. Remove them.
>
> Signed-off-by: Bin Meng
>
> ---
>
> arch/x86/cpu/queensbay/fsp_configs.c | 6 --
> 1 file changed, 6 deletions(-)
Acked-by: Simon Glass
__
Hi Bin,
On 2 December 2015 at 02:30, Bin Meng wrote:
> With driver model timer support, there should not be an explict
> call to timer_init(). Remove this call for x86.
>
> Signed-off-by: Bin Meng
> ---
>
> common/board_f.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Bin,
On 2 December 2015 at 01:59, Bin Meng wrote:
> FSP has several config data like UPD, HDA verb table which can be
> overridden or provided by bootloader. Currently in U-Boot only UPD
> is handled via struct shared_data. To accommodate any platform, we
> rename shared_data to fsp_config_dat
Hi Bin,
On 2 December 2015 at 01:59, Bin Meng wrote:
> Since VPD/UPD may not exist on every FSP, move the codes that
> verifies VPD/UPD to chipset-specific update_fsp_configs().
> This also updates update_fsp_configs() signature to accpect
> FSP runtime buffer pointer as its second parameter.
>
>
On 2 December 2015 at 01:59, Bin Meng wrote:
> All FSP spec v1.0 complaint FSP binary uses struct fspinit_rtbuf
> as defined by the 1.0 spec, however there are FSPs that does not
> follow 1.0 spec (possible due to that FSP predates the 1.0 spec),
> and future FSP binary that is complaint to v1.1 s
On 2 December 2015 at 01:59, Bin Meng wrote:
> To support platform-specific configurations (might not always be
> UPD on some platform), use a better name update_fsp_configs() and
> accepct struct fsp_config_data as its parameter so that platform
> codes can handle whatever configuration data for
Hi Bin,
On 2 December 2015 at 01:58, Bin Meng wrote:
> There is no need to pass shared_data to fsp_continue() so we can
> remove unnecessary codes that simplifies the function a lot.
Is this because shared_data is effectively useful for a bootloader due
to the stack being changed?
>
> Signed-of
+Jagan
Hi Bin,
On 1 December 2015 at 18:41, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Dec 2, 2015 at 12:32 AM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 28 November 2015 at 05:45, Bin Meng wrote:
> >> Every board has one dedicated type of SPI flash, hence it is
> >> unnecessary to include mult
On 2 December 2015 at 01:58, Bin Meng wrote:
> Save boot_mode in struct shared_data for future refactoring
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/fsp/fsp_support.h | 1 +
> arch/x86/lib/fsp/fsp_support.c | 1 +
> 2 files changed, 2 insertions(+)
Acked-by: Simon Glass
On 2 December 2015 at 01:58, Bin Meng wrote:
> Declare stack_top as u32 in struct shared_data and struct common_buf
> so that we can avoid casting in fsp_init().
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/fsp/fsp_api.h | 2 +-
> arch/x86/include/asm/fsp/fsp_support.h | 2 +-
>
On 2 December 2015 at 05:52, Michal Simek wrote:
> debug_uart.h is included twice.
>
> Signed-off-by: Michal Simek
> ---
>
> drivers/serial/serial_zynq.c | 3 ---
> 1 file changed, 3 deletions(-)
Reviewed-by: Simon Glass
___
U-Boot mailing list
U-Boo
Hi Magunthan,
On 2 December 2015 at 02:45, Mugunthan V N wrote:
> On Wednesday 02 December 2015 03:24 AM, Simon Glass wrote:
>> Hi,
>>
>> On 1 December 2015 at 04:13, Mugunthan V N wrote:
>>> Add dma memcpy api to the default spi_flash_copy_mmap(), so that
>>> dma will be used to copy data when
On 2 December 2015 at 02:32, Alexey Brodkin wrote:
> From: Alexey Brodkin
>
> This driver is meant to be used with any EHCI-compatible host
> controller in case if there's no need for platform-specific
> glue such as setup of controller or PHY's power mode via
> GPIOs etc.
>
> Signed-off-by: Alex
On 2 December 2015 at 05:51, Michal Simek wrote:
> Remove this c&p error from s5p driver.
>
> Signed-off-by: Michal Simek
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - fix typo in subject: referce -> reference
>
> drivers/serial/Kconfig | 2 +-
> drivers/serial/serial_zynq.c | 2 +-
Hi
On Wed, Dec 2, 2015 at 8:54 PM, Fabio Estevam wrote:
> Hi Michael,
>
> On Wed, Dec 2, 2015 at 5:37 PM, Michael Trimarchi
> wrote:
>
>> Can you print the sysctl & 0xF? I want to check if this workaround is
>> really applied
>
> In my testing I see the error with or without the ENGcm03648 worka
Hi Michael,
On Wed, Dec 2, 2015 at 5:37 PM, Michael Trimarchi
wrote:
> Can you print the sysctl & 0xF? I want to check if this workaround is
> really applied
In my testing I see the error with or without the ENGcm03648 workaround.
Regards,
Fabio Estevam
___
Hi Eric,
On Wed, Dec 2, 2015 at 5:28 PM, Eric Nelson wrote:
> You're hitting the block from a different path than we are and it will
> be tomorrow before I can get an offending board on my desk.
>
> What happens if you "#if 0" around this block?
Then the error changes to:
=> mmc erase 4000 100
From: Dinh Nguyen
Move the macro into the socfpga_dwmci_clksel().
Signed-off-by: Dinh Nguyen
---
v2: add SYSMGR_SDMMC_DRVSEL_SHIFT
s/SYSMGR_SDMMC_SMPSEL_SHIFT/SYSMGR_SDMMC_SMPLSEL_SHIFT
---
arch/arm/mach-socfpga/include/mach/system_manager.h | 10 +++---
drivers/mmc/socfpga_dw_mmc.c
From: Dinh Nguyen
The scan manager is not needed for the Arria10. Edit the makefile to
build the scan manager for arria5 and cyclone5 only.
Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
---
v4: use CONFIG_TARGET_SOCFPGA_GEN5 option for build
v3: use CONFIG_SOCFPGA_GEN5 option for build
---
From: Dinh Nguyen
Add a defconfig file for Arria10, which does not include enabling SPL.
Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
---
v4: none
v3: align with u-boot-socfpga/master
v2: none
---
configs/socfpga_arria10_defconfig | 16
1 file changed, 16 insertions(+)
c
From: Dinh Nguyen
Signed-off-by: Dinh Nguyen
---
v4: reorder ARRIA10 below ARRIA5
v3: none
v2: none
---
arch/arm/Kconfig | 4 ++--
arch/arm/mach-socfpga/Kconfig | 10 ++
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
ind
From: Dinh Nguyen
Add config for the Arria10 SoC Development Kit.
Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
---
v4: none
v3: further clean up, remove extra defines, keep bare mininum options
v2: clean up socfpga_arria10_socdk.h to use socfpga_common.h
---
include/configs/socfpga_arria1
From: Dinh Nguyen
Add arch_early_init_r function. The Arria10 has a firewall protection
around the SDRAM and OCRAM. These firewalls are to be disabled in order
for U-Boot to function.
Signed-off-by: Dinh Nguyen
---
v4: be consistent and use #if->else throughout
v3: s/reset_assert_all_peripheral
From: Dinh Nguyen
In order to re-use as much Cyclone5 and Arria5 code as possible to support
the Arria10 platform, we need to wrap some of the code with #ifdef's. By
adding CONFIG_TARGET_SOCFPGA_GEN5, we can shorten the check by not having to
check
for both AV || AV.
Signed-off-by: Dinh Nguyen
From: Dinh Nguyen
Add the defines for the reset manager and some basic reset functionality.
Signed-off-by: Dinh Nguyen
---
v4: rename mod_reset names to be used by both gen5 and a10
v3: remove duplicate reset function
use CONFIG_SOCFPGA_GEN5
v2: integrate into a5/c5 reset manager
---
arch/
From: Dinh Nguyen
Add system manager defines for Arria10.
Signed-off-by: Dinh Nguyen
---
v4: none
v3: combine system_manager_a10.h into system_manager.h
v2: clean up parenthesis
---
.../arm/mach-socfpga/include/mach/system_manager.h | 122 +
1 file changed, 122 insertions(+
From: Dinh Nguyen
Hi,
This is v4 of the patch series that adds minimal support for Altera's Arria10
platform.
v4:
- s/CONFIG_SOCFPGA_GEN5/CONFIG_TARGET_SOCFPGA_GEN5
- rename mod_reset(s) in the gen5 reset manager to match a10
- clean up of #if-else throughout misc.c
- reorder CONFIG_TARGET_SOCF
Hi
On Wed, Dec 2, 2015 at 7:52 PM, Fabio Estevam wrote:
> Hi Eric,
>
> On Wed, Dec 2, 2015 at 4:47 PM, Eric Nelson wrote:
>> Sure. It's a hack, but shows where we're hitting the problem
>> (with the stop command).
>>
>> We haven't been using the "mmc erase" command, but see this when
>> using um
Hi Fabio,
On 12/02/2015 11:52 AM, Fabio Estevam wrote:
> Hi Eric,
>
> On Wed, Dec 2, 2015 at 4:47 PM, Eric Nelson wrote:
>> Sure. It's a hack, but shows where we're hitting the problem
>> (with the stop command).
>>
>> We haven't been using the "mmc erase" command, but see this when
>> using ums
Add folks familiar with DSPI.
On 11/18/2015 09:41 PM, Aneesh Bansal wrote:
> LS1043ARDB Secure Boot Target from NOR has been added.
> - Configs defined to enable esbc_validate.
> - ESBC Address in header is made 64 bit.
> - SMMU is re-configured in Bypass mode.
>
> Signed-off-by: Aneesh Bansal
>
Hi Eric,
On Wed, Dec 2, 2015 at 4:47 PM, Eric Nelson wrote:
> Sure. It's a hack, but shows where we're hitting the problem
> (with the stop command).
>
> We haven't been using the "mmc erase" command, but see this when
> using ums to program eMMC.
Ok, applied your patch, but still get:
=> mmc e
Hi Fabio,
On 12/02/2015 10:23 AM, Fabio Estevam wrote:
> Hi Eric,
>
> On Tue, Dec 1, 2015 at 5:05 PM, Eric Nelson wrote:
>
>> I've also recently seen this on two different custom boards. Both are
>> running i.MX6Q TO1.2 and both are using eMMC from Micron.
>
> One colleague of mine tested eMMC
Hi Saket,
On 25 November 2015 at 10:07, Saket Sinha wrote:
> Hi Simon,
>
>>>
>>> Two biggest feature gaps so far are complete ACPI support, and SMM
>>> support. ACPI is pretty much a must-have if we want power management
>>> feature in the OS. F).
>>>
>>> ACPI support seems to be a must if w
The 'p' suffix makes it more obvious that we are dealing with a pointer
to a (pointer) value that will be returned to its caller.
Signed-off-by: Simon Glass
Acked-by: Nikita Kiryanov
Tested-by: Michal Simek
---
Changes in v3: None
Changes in v2: None
common/spl/spl_mmc.c | 14 +++---
It is risky to have two different functions with much the same code. Future
authors may update one but not the other. It is hard to see which parts are
the same and which are different.
Unify the functions and drop the differences that are not really needed.
Note that one puts() becomes printf()
Since commit 4188ba3 we get the following warning on rockchip boards:
common/spl/spl_mmc.c:31:24: warning: ‘mmc’ may be used uninitialized in this
function [-Wmaybe-uninitialized]
count = mmc->block_dev.block_read(0, sector, 1, header);
^
common/spl/spl_mmc.c:251:14: not
This little series fixes a compiler warning in SPL MMC which affects
Rockchip. It also joins up the spl_mmc_find_device() function again. I feel
that splitting the function was the wrong approach as discussed here:
https://patchwork.ozlabs.org/patch/537276/
The first patch fixes the warning. The
On 11/24/2015 06:20 PM, Wang Huan-B18965 wrote:
>> On 11/23/2015 11:19 PM, Alexander Stein wrote:
>>> On Monday 23 November 2015 10:51:49, York Sun wrote:
On 11/04/2015 12:19 AM, Alexander Stein wrote:
> When reading a large blob. e.g. a linux kernel (several MiBs) a
> watchdog timeo
Hi Stefan,
On 2 December 2015 at 10:43, Stefan Roese wrote:
> Hi Simon,
>
> ( Last mail for tonight - a glass of quite nice red wine is
> waiting for me ... ;) )
>
That's the only sad thing about me being so many hours behind. Still I
can do the same thing with people in Asia I suppose :-)
>
>
Hi Simon,
( Last mail for tonight - a glass of quite nice red wine is
waiting for me ... ;) )
On 02.12.2015 17:53, Simon Glass wrote:
Hi Stefan,
On 2 December 2015 at 09:00, Stefan Roese wrote:
Hi Simon,
On 02.12.2015 16:50, Simon Glass wrote:
I think it would be better to make it depe
Hi Eric,
On Tue, Dec 1, 2015 at 5:05 PM, Eric Nelson wrote:
> I've also recently seen this on two different custom boards. Both are
> running i.MX6Q TO1.2 and both are using eMMC from Micron.
One colleague of mine tested eMMC erasure on a mx6qsabresd revC5 board
with a eMMC from Micron and it w
Hi Stefan,
On 2 December 2015 at 09:00, Stefan Roese wrote:
>
> Hi Simon,
>
> On 02.12.2015 16:50, Simon Glass wrote:
>
>
>
I think it would be better to make it depend on whether the bit is
flipped, rather than whether you are in SPL or not.
>>>
>>>
>>> You simply can't detect if this
Hi Simon,
On 02.12.2015 16:50, Simon Glass wrote:
I think it would be better to make it depend on whether the bit is
flipped, rather than whether you are in SPL or not.
You simply can't detect if this "bit is flipped". You just have
to know. This is a long lasting ugly thing on some Marvell
On 12/01/2015 10:38 PM, Hou Zhiqiang-B48286 wrote:
>> /* Invalidate all table entries */
>> memset(level0_table, 0, PGTABLE_SIZE); @@ -269,6 +344,22 @@ static
>> inline void final_mmu_setup(void)
>> &final_mmu_table[i]);
>> }
>> }
>> +
On Wed, Dec 2, 2015 at 8:12 AM, Marek Vasut wrote:
> On Wednesday, December 02, 2015 at 07:12:48 AM, dingu...@opensource.altera.com
> wrote:
>> From: Dinh Nguyen
>>
>> In order to re-use as much Cyclone5 and Arria5 code as possible to support
>> the Arria10 platform, we need to wrap some of the c
Hi Stefan,
On 2 December 2015 at 08:24, Stefan Roese wrote:
>
> Hi Simon,
>
> On 02.12.2015 15:49, Simon Glass wrote:
> > Hi Stefan,
> >
> > On 2 December 2015 at 07:11, Stefan Roese wrote:
> >> Hi Simon,
> >>
> >> On 01.12.2015 21:02, Simon Glass wrote:
> >>> Hi Stefan,
> >>>
> >>> On 30 Novemb
On Wednesday, December 02, 2015 at 04:10:19 PM, Chin Liang See wrote:
> On Wed, 2015-12-02 at 15:39 +0100, Marek Vasut wrote:
> > On Wednesday, December 02, 2015 at 06:52:17 AM, Chin Liang See wrote:
> >
> > [...]
> >
> > > > OK, this is bad. Originally, if we didn't specify these in the
> > > >
Hi Simon,
On 02.12.2015 15:49, Simon Glass wrote:
> Hi Stefan,
>
> On 2 December 2015 at 07:11, Stefan Roese wrote:
>> Hi Simon,
>>
>> On 01.12.2015 21:02, Simon Glass wrote:
>>> Hi Stefan,
>>>
>>> On 30 November 2015 at 23:05, Stefan Roese wrote:
Hi Simon,
On 01.12.2015 00:
On Wed, 2015-12-02 at 15:39 +0100, Marek Vasut wrote:
> On Wednesday, December 02, 2015 at 06:52:17 AM, Chin Liang See wrote:
>
> [...]
>
> > > OK, this is bad. Originally, if we didn't specify these in the
> > > DT, we
> > > would
> > > use the default values of 0x3 and 0x0 , but now we do the
>
On Wed, Dec 02, 2015 at 03:37:15PM +0100, Mateusz Kulikowski wrote:
> Hi All,
>
> Sorry I didn't posted here earlier, but It seems it's time to explain:
>
> 1) My "original" u-boot work is dirty and not good enough for mainline
> (it works properly, but has a lot of garbage, doesn't use Device M
Hi Tom,
The following changes since commit be30dfbabbee12770221f434d2aa08627e712b97:
iocon: Disable FIT_VERBOSE (2015-12-01 15:49:42 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
for you to fetch changes up to f5bcfe151e61558572b9f9036c67d51bd831a
On Wednesday, December 02, 2015 at 06:29:26 AM, Dinh Nguyen wrote:
> On Tue, Dec 1, 2015 at 12:56 PM, Marek Vasut wrote:
> > On Tuesday, December 01, 2015 at 05:48:34 PM,
> > dingu...@opensource.altera.com
> >
> > wrote:
> >> From: Dinh Nguyen
> >>
> >> Add miscellaneous functions(arch_early_in
On Wednesday, December 02, 2015 at 07:12:55 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> The scan manager is not needed for the Arria10. Edit the makefile to
> build the scan manager for arria5 and cyclone5 only.
>
> Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
Best
On Wednesday, December 02, 2015 at 07:12:56 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Move the macro into the socfpga_dwmci_clksel().
>
> Signed-off-by: Dinh Nguyen
> ---
> arch/arm/mach-socfpga/include/mach/system_manager.h | 8 +---
> drivers/mmc/socfpga_dw_mmc.c
On Wednesday, December 02, 2015 at 07:12:54 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Signed-off-by: Dinh Nguyen
> ---
> v2: none
> ---
> arch/arm/Kconfig | 4 ++--
> arch/arm/mach-socfpga/Kconfig | 10 ++
> 2 files changed, 12 insertions(+), 2 del
On Wednesday, December 02, 2015 at 07:12:53 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add a defconfig file for Arria10, which does not include enabling SPL.
>
> Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
Best regards,
Marek Vasut
___
On Wednesday, December 02, 2015 at 07:12:48 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> In order to re-use as much Cyclone5 and Arria5 code as possible to support
> the Arria10 platform, we need to wrap some of the code with #ifdef's. By
> adding CONFIG_SOCFPGA_GEN5, we can
On Wednesday, December 02, 2015 at 06:52:17 AM, Chin Liang See wrote:
[...]
> > OK, this is bad. Originally, if we didn't specify these in the DT, we
> > would
> > use the default values of 0x3 and 0x0 , but now we do the
> > calibration. I wonder,
> > do we care about DT ABI compatibility on the
On Wednesday, December 02, 2015 at 03:29:13 PM, Marek Vasut wrote:
> This patch removes unsued function usb_phy_reset, rather common function
> dwc3_phy_reset is used.
>
> Signed-off-by: Marek Vasut
Yes, it's a copy-paste mistake, so applied.
Best regards,
Marek Vasut
__
On Wednesday, December 02, 2015 at 07:12:51 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add arch_early_init_r function. The Arria10 has a firewall protection
> around the SDRAM and OCRAM. These firewalls are to be disabled in order
> for U-Boot to function.
>
> Signed-off-
On Wednesday, December 02, 2015 at 10:32:02 AM, Alexey Brodkin wrote:
> From: Alexey Brodkin
>
> This driver is meant to be used with any EHCI-compatible host
> controller in case if there's no need for platform-specific
> glue such as setup of controller or PHY's power mode via
> GPIOs etc.
>
>
On Wednesday, December 02, 2015 at 07:12:50 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add the defines for the reset manager and some basic reset functionality.
>
> Signed-off-by: Dinh Nguyen
> ---
> v3: remove duplicate reset function
> use CONFIG_SOCFPGA_GEN5
> v2:
On Wednesday, December 02, 2015 at 07:12:52 AM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> Add config for the Arria10 SoC Development Kit.
>
> Signed-off-by: Dinh Nguyen
Acked-by: Marek Vasut
Best regards,
Marek Vasut
___
U-Boot
Hi Stefan,
On 2 December 2015 at 07:11, Stefan Roese wrote:
> Hi Simon,
>
> On 01.12.2015 21:02, Simon Glass wrote:
>> Hi Stefan,
>>
>> On 30 November 2015 at 23:05, Stefan Roese wrote:
>>> Hi Simon,
>>>
>>>
>>> On 01.12.2015 00:17, Simon Glass wrote:
Hi Stefan,
On 29 Novembe
On Sun, Nov 29, 2015 at 07:40:12PM +0100, Marco Schuster wrote:
> On Raspberry Pi, the primary bootloader start.elf uses the options in
> config.txt, as well as options hidden in the firmware itself, to tell
> the Linux kernel e.g. framebuffer sizes, memory regions, MAC addresses
> and more.
Whil
On Tue, Dec 01, 2015 at 08:56:54AM +0100, Albert ARIBAUD wrote:
> Hello Tom,
>
> On Mon, 30 Nov 2015 11:28:53 -0500, Tom Rini wrote:
> > On Mon, Nov 30, 2015 at 11:03:53AM +0100, Heiko Schocher wrote:
> > > Hello Jeroen,
> > >
> > > Am 30.11.2015 um 10:20 schrieb Jeroen Hofstee:
> > > >Hello Hei
Hi All,
Sorry I didn't posted here earlier, but It seems it's time to explain:
1) My "original" u-boot work is dirty and not good enough for mainline
(it works properly, but has a lot of garbage, doesn't use Device Model and so
on)
This are branches dragonboard, dragonboard-dev etc.
2) I'm in
Hi,
On Wed, 2 Dec 2015 14:08:16 +
"Ayotte, Stephane" wrote:
...
> > > Anatolij, based on Hannes info, if you want to backtrack on this, I'm
> > > open both
> > ways.
> > I would suggest to have not too much ways for one goal. Maybe it would be
> > enough work a bit on documentation how to qu
1 - 100 of 152 matches
Mail list logo
