On 22/07/2016 20:21, Fabio Estevam wrote:
> There is no need for introducing MX7_SEC, as there is the
> CONFIG_ARMV7_BOOT_SEC_DEFAULT option for this purpose.
>
> Switch to CONFIG_ARMV7_BOOT_SEC_DEFAULT and get rid of
> MX7_SEC.
>
> Tested by booting a 4.1.15 NXP kernel with
> -Original Message-
> From: york sun
> Sent: Wednesday, July 27, 2016 10:48 PM
> To: Yangbo Lu; u-boot@lists.denx.de
> Subject: Re: [PATCH 4/4] mmc: add workaround for eSDHC erratum A009620
>
> On 07/27/2016 12:10 AM, Yangbo Lu wrote:
> >> -Original Message-
> >> From: york sun
>
Hi Yangbo,
On 07/28/2016 11:45 AM, Yangbo Lu wrote:
> Hi Ziyuan and Jaehoon,
>
>
>> -Original Message-
>> From: Ziyuan Xu [mailto:xzy...@rock-chips.com]
>> Sent: Wednesday, July 27, 2016 9:37 PM
>> To: Jaehoon Chung; Yangbo Lu; u-boot@lists.denx.de; Tom Rini
>> Cc: Pantelis Antoniou
>>
Hi York,
> -Original Message-
> From: york sun
> Sent: Wednesday, July 27, 2016 10:55 PM
> To: Qianyu Gong ; u-boot@lists.denx.de; Simon Glass
>
> Cc: Shaohui Xie ; Zhiqiang Hou ;
> Wenbin Song
Masahiro-san
>>#if !defined(CONFIG_PPC_P5020) && !defined(CONFIG_PPC_P5040) #error Must
>>call Cyrus CONFIG with a specific CPU enabled.
>>#endif
>>diff --git a/include/configs/dra7xx_evm.h
>>b/include/configs/dra7xx_evm.h index 0d51aeb..a11b692 100644
>>--- a/include/configs/dra7xx_evm.h
Masahiro-san
>#if !defined(CONFIG_PPC_P5020) && !defined(CONFIG_PPC_P5040) #error Must call
>Cyrus CONFIG with a specific CPU enabled.
>#endif
>diff --git a/include/configs/dra7xx_evm.h b/include/configs/dra7xx_evm.h index
>0d51aeb..a11b692 100644
>--- a/include/configs/dra7xx_evm.h
>+++
Hi Ziyuan,
On 07/28/2016 11:25 AM, Ziyuan Xu wrote:
> This patch fixes data starvation by host timeout(HTO) error interrupt
> which occurred under FIFO mode transfer on rk3036 board.
>
> The former implement, the actual bytes were transmitted may be less than
> should be. The size will still
Hi Ziyuan,
On 07/28/2016 11:25 AM, Ziyuan Xu wrote:
> The former implement, dw_mmc will push and pop the redundant data to
> FIFO, we should transfer it according to the real size.
Looks good to me.
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
>
>
On 28.7.2016 04:24, Simon Glass wrote:
> Hi Michal,
>
> On 24 July 2016 at 20:07, Simon Glass wrote:
>> On 15 July 2016 at 01:35, Michal Simek wrote:
>>> Add new Kconfig option to disable arch_fixup_fdt() calls for cases where
>>> U-Boot shouldn't
On Tue, Jul 26, 2016 at 8:58 AM, Simon Glass wrote:
> Generally the microcode is combined into a single block only (and removed
> from the device tree) when there are multiple blocks. But this is not a
> requirement.
>
> Adjust the ivybridge code to avoid assuming this.
>
>
On Tue, Jul 26, 2016 at 8:58 AM, Simon Glass wrote:
> Add a debug() at this point to help figure out what is wrong.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/cpu.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
On Tue, Jul 26, 2016 at 8:58 AM, Simon Glass wrote:
> Add a debug() at this point to help figure out what is wrong.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/intel_common/cpu.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
Hi Jaehoon,
> -Original Message-
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: Thursday, July 28, 2016 1:01 PM
> To: Yangbo Lu; york sun; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 4/4] mmc: add workaround for eSDHC erratum
> A009620
>
> Hi Yangbo,
>
> On
Single 64KB get_contents_vfatname_block global variable would be used for
all FAT implementation instead of allocating additional two global variables
which are get_denfromdir_block and do_fat_read_at_block. This implementation
can help in saving up 128KB memory space.
Signed-off-by: Tien Fong
fill_dir_slot use get_contents_vfatname_block as a temporary buffer for
constructing a list of dir_slot entries. To save the memory and providing
correct type of memory for above usage, a local buffer with accurate size
declaration is introduced.
The local array size 640 is used because for long
Hi Jaehoon,
> -Original Message-
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: Wednesday, July 27, 2016 7:21 PM
> To: Yangbo Lu; york sun; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 4/4] mmc: add workaround for eSDHC erratum
> A009620
>
> On 07/27/2016 04:10 PM,
On Thu, Jul 28, 2016 at 6:01 AM, George McCollister
wrote:
> Pad configuration for SERIRQ is not set to enable the SERIRQ function
> on soft reset though strangely, it is on initial boot.
>
What does "soft reset" mean?
> Signed-off-by: George McCollister
Hi All,
On 07/26/2016 07:03 PM, Jaehoon Chung wrote:
> This "commit 429790026021d522d51617217d4b86218cca5750" is wrong.
> SDHCI_QUIRK_NO_HISPD_BIT is for skipping to set CTRL_HISPD bit.
>
> For example, Exynos didn't have CTRL_HISPD. But Highspeed mode
> is supported.
> (This quirks doesn't mean
101 - 118 of 118 matches
Mail list logo