Hi, experts:
I have a question about compiler option "-mno-unaligned-access".
Why not open "-mno-unaligned-access" compiler option globally by default
when compiling u-boot?
It seems if one driver needs to open it, should set it in Makefile
individually:
$(obj) tst/tst.o: CFLAGS += $(PLATFOR
On 12.09.2013 02:55, Scott Wood wrote:
Scott, these patches are assigned to you in patchwork. If you are okay
with the NAND side (and everything else), then please feel free to push
all 4 patches via your repository.
>>>
>>> Patch 1 looks OK to me (at least to the extent that it's ju
Hi All,
Please do let me if any review comments on these patches.
On Wed, Sep 11, 2013 at 3:31 PM, Rajeshwari S Shinde
wrote:
> This patch adds basic board support for SMDK5420 board.
> These patches are tested for booting fine on EVT1 SMDK5420.
>
> Changes in V2:
> - Corrected a compila
> -原始邮件-
> 发件人: "Scott Wood"
> 发送时间: 2013年9月12日 星期四
> 收件人: feng...@phytium.com.cn
> 抄送: u-boot@lists.denx.de, tr...@ti.com
> 主题: Re: [U-Boot] [PATCH v7 1/5] core support of arm64
>
> On Tue, 2013-09-10 at 16:12 +0800, feng...@phytium.com.cn wrote:
> > +/*
> > + * Enter Exception.
> > +
hi,
The following codes are originated from linux kernel. I am not sure whether
license issues exist.
I list the original codes at the bottom. Please check it and give me some
advice.
If license issues actually exist I would like to remove it. The exception
state push action just should
On Tue, 2013-09-10 at 16:12 +0800, feng...@phytium.com.cn wrote:
> +/*
> + * Enter Exception.
> + * This will save the processor state that is X0~X29/LR/SP/ELR/PSTATE
> + * to the stack frame.
> + */
> +#define EXCEPTION_ENTRY \
asm macros are nicer.
> + sub s
On Wed, 2013-09-11 at 07:48 +0200, Stefan Roese wrote:
> On 10.09.2013 22:24, Scott Wood wrote:
> > On Sat, 2013-09-07 at 14:11 +0200, Stefan Roese wrote:
> >> On 04.09.2013 16:16, Paul Burton wrote:
> >>> This patchset corrects a few issues I've had whilst using UBI with U-boot.
> >>>
> >>> The fi
On Wed, 2013-09-11 at 19:33 -0500, Scott Wood wrote:
> On Wed, 2013-09-11 at 00:58 -0500, Liu Shengzhou-B36685 wrote:
> > Scott, please review new version http://patchwork.ozlabs.org/patch/273539/
> >
> >
> > > -Original Message-
> > > From: Wood Scott-B07421
> > > Sent: Wednesday, Septe
On Wed, 2013-09-11 at 00:58 -0500, Liu Shengzhou-B36685 wrote:
> Scott, please review new version http://patchwork.ozlabs.org/patch/273539/
>
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Wednesday, September 04, 2013 11:57 PM
> > To: Liu Shengzhou-B36685
> > Cc: Wood Sc
On Wed, 2013-09-11 at 22:13 +0800, FengHua wrote:
>
>
> > -原始邮件-
> > 发件人: "Scott Wood"
> > 发送时间: 2013年9月10日 星期二
> > 收件人: FengHua
> > 抄送: u-boot@lists.denx.de, tr...@ti.com
> > 主题: Re: Re: [U-Boot] [PATCH v5 1/4] core support of arm64
> >
> > On Sat, 2013-09-07 at 22:56 +0800, FengHua w
On Wed, Sep 11, 2013 at 5:44 PM, Eric Bénard wrote:
> instead of providing an empty function you could fix the problem in the
> code calling this function by changing
> if (dev->detect(dev))
> to something like
> if (dev->detect && dev->detect(dev))
Thanks, Eric. This is a better solution.
_
From: Fabio Estevam
If a HDMI cable is not connected, the following message is seen on boot:
CPU: Freescale i.MX6Q rev1.1 at 792 MHz
Reset cause: POR
Board: MX6-SabreSD
From: Fabio Estevam
Since commit d9b894603 (mx6sabresd: Add LVDS splash screen support) the
following hang happens if the HDMI cable is not connected or the 'panel'
variable is not set:
U-Boot 2013.10-rc2-12978-g47ac53d-dirty (Sep 11 2013 - 15:07:38)
Hi Fabio,
Le Wed, 11 Sep 2013 16:54:10 -0300,
Fabio Estevam a écrit :
> Since commit d9b894603 (mx6sabresd: Add LVDS splash screen support) the
> following hang happens if the HDMI cable is not connected or the 'panel'
> variable is not set:
>
> U-Boot 2013.10-rc2-12978-g47ac53d-dirty (Sep 11
Since commit d9b894603 (mx6sabresd: Add LVDS splash screen support) the
following hang happens if the HDMI cable is not connected or the 'panel'
variable is not set:
U-Boot 2013.10-rc2-12978-g47ac53d-dirty (Sep 11 2013 - 15:07:38)
Dear Prabhakar Kushwaha,
In message <1378880082-22319-1-git-send-email-prabha...@freescale.com> you
wrote:
> T1040QDS is a high-performance computing evaluation, development and
> test platform supporting the T1040 QorIQ Power Architecture™ processor.
Please fix this checkpatch issue:
WARNING:
On Wed, 2013-09-11 at 09:24 +0200, Stefano Babic wrote:
> Hi Scott,
>
> On 10/09/2013 22:11, Scott Wood wrote:
> > Sure.
> >
> > Acked-by: Scott Wood
> >
> > I'm curious who's been doing these patchwork assignments and what
> > they're basing it on.
> >
>
> I think that everyone of us custodi
Adding the generated pin mux configuration by Preloader
Generator tool
Signed-off-by: Chin Liang See
Reviewed-by: Pavel Machek
Acked-by: Dinh Nguyen
Cc: Wolfgang Denk
CC: Pavel Machek
Cc: Dinh Nguyen
Cc: Tom Rini
Cc: Albert Aribaud
---
Changes for v6:
- Re-shuffle the change list
Changes f
Adding System Manager driver which will configure the
pin mux for real hardware Cyclone V development kit
(not Virtual Platform)
Signed-off-by: Chin Liang See
Reviewed-by: Pavel Machek
Acked-by: Dinh Nguyen
Cc: Wolfgang Denk
CC: Pavel Machek
Cc: Dinh Nguyen
Cc: Tom Rini
Cc: Albert Aribaud
On 09/11/2013 12:13 AM, Stefano Babic wrote:
> Hi York,
>
> On 11/09/2013 00:14, York Sun wrote:
>
>>> +static int imximage_generate(struct mkimage_params *params,
>>> + struct image_type_params *tparams)
>>> +{
>>> + struct imx_header *imxhdr;
>>> + size_t alloc_len;
>>> + struct stat sb
> -原始邮件-
> 发件人: "Scott Wood"
> 发送时间: 2013年9月10日 星期二
> 收件人: FengHua
> 抄送: u-boot@lists.denx.de, tr...@ti.com
> 主题: Re: Re: [U-Boot] [PATCH v5 1/4] core support of arm64
>
> On Sat, 2013-09-07 at 22:56 +0800, FengHua wrote:
> > Fisrt, thank scott for checking the patch.
> >
> > > -
From: Markus Niebel
according to the manual frequency of PLL2 PFD2 is 396.000.000
instead of 400.000.000
Signed-off-by: Markus Niebel
---
arch/arm/include/asm/arch-mx6/crm_regs.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-mx6/crm_regs.h
b/
From: Markus Niebel
Currently the dual cora variant is detected and displayed as quad core.
Add a define for MXC_CPU_MX6DUAL and implement the same SCU based
approach done for MX6DL / MX6S
Signed-off-by: Markus Niebel
---
arch/arm/cpu/armv7/mx6/soc.c |6 ++
arch/arm/imx-co
> -原始邮件-
> 发件人: "Wolfgang Denk"
> 发送时间: 2013年9月11日 星期三
> 收件人: feng...@phytium.com.cn
> 抄送: u-boot@lists.denx.de, tr...@ti.com, albert.u.b...@aribaud.net
> 主题: Re: [PATCH v7 0/5] arm64 patch
>
> Dear feng...@phytium.com.cn,
>
> In message <1378800731-16462-1-git-send-email-feng...@phyt
Hi Jaehoon Chung,
Thank you for comments,
On Wed, Sep 11, 2013 at 11:31 AM, Jaehoon Chung wrote:
> On 09/11/2013 02:28 PM, Rajeshwari Birje wrote:
>> Hi All,
>>
>> Please do let me know if any comments on the same.
>>
>> Regards,
>> Rajeshwari Shinde.
>>
>> On Thu, Aug 29, 2013 at 4:34 PM, Raj
a bit of terminological pedantry but would it be more intuitive to
rename the TI-related "findfdt" environment variable to something like
"selectfdt" or "identifyfdt" or "determinefdt" or ... you get the
idea.
in my mind, "find" normally implies to go out and *find* something;
that is, to sea
Hi Minkyu,
On Wed, 11 Sep 2013 11:28:54 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit 9ed887caecb9ecb0c68773a1870d143b9f28d3da:
>
> Merge branch 'u-boot-imx/master' into 'u-boot-arm/master' (2013-08-17
> 18:24:13 +0200)
>
> are available in the git reposit
New dfu_init_env_entities() function has been extracted from cmd_dfu.c and
stored at dfu core.
This is a dfu centric code, so it shall be processed in the core.
Change-Id: I756c5de922fa31399d8804eaadc004ee98844ec2
Signed-off-by: Lukasz Majewski
Tested-by: Heiko Schocher
---
Changes for v2:
- Re
Dear Lukasz Majewski,
> On Wed, 11 Sep 2013 12:04:26 +0200 Marek Vasut ma...@denx.de wrote,
>
> > Dear Lukasz Majewski,
> >
> > > Hi Marek,
> > >
> > > > Dear Lukasz Majewski,
> > > >
> > > > > New dfu_init_env_entities() function has been extracted from
> > > > > cmd_dfu.c and stored at dfu c
Dear Bo Shen,
> Add atmel usb udc driver support porting from Linux kernel.
> Using RNDIS gadget driver to test it.
>
> Test OK on at91sam9m10g45ek, at91sam9m10g45ek, and sama5d31ek boards.
>
> It need the patch from: Troy Kisky
> (usb: gadget: config: fix unaligned access issues)
> more inform
On Wed, 11 Sep 2013 12:04:26 +0200 Marek Vasut ma...@denx.de wrote,
> Dear Lukasz Majewski,
>
> > Hi Marek,
> >
> > > Dear Lukasz Majewski,
> > >
> > > > New dfu_init_env_entities() function has been extracted from
> > > > cmd_dfu.c and stored at dfu core.
> > > >
> > > > This is a dfu centric
This allows to share some common code for the boards that use a corenet
base SoC.
Two different versions of the function are available in
fsl_corenet_serdes.c and fsl_corenet2_serdes.c files.
Signed-off-by: Valentin Longchamp
---
Changes in v3: None
Changes in v2: None
arch/powerpc/cpu/mpc85xx
It must be set to a different value for the later add kmp204x
architecture, because we are restricted to 1MB SRAM.
Signed-off-by: Valentin Longchamp
---
Changes in v3:
- Add SYS_MALLOC_LEN to km_arm.h as well, as it was omitted before.
Changes in v2: None
include/configs/km/keymile-common.h |
This patch introduces the support for Keymile's kmp204x reference
design. This design is based on Freescale's P2040/P2041 SoC.
The peripherals used by this design are:
- DDR3 RAM with SPD support
- SPI NOR Flash as boot medium
- NAND Flash
- 2 PCIe busses (hosts 1 and 3)
- 3 FMAN Ethernet devices
This must be defined for all the keymile boards that use the common
i2c_abort function that is used to "reset" the I2C bus. These are
currently km82xx and km_arm boards.
The km83xx boards use other functions and thus do not need this.
This patch removes the CONFIG_SYS_I2C_INIT_BOARD from keymile
NAND_ECC_SOFT was the only option available while the SOFT_BCH option
may also be used.
Signed-off-by: Valentin Longchamp
Acked-by: Scott Wood
---
Changes in v3: None
Changes in v2: None
drivers/mtd/nand/fsl_elbc_nand.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/d
This series includes all the needed patches to run u-boot on Keymile's
kmp204x reference design.
The kmp204x is a reference design based on Freescale's P2040/P2041 SoC.
It is supposed to be a reference platform for future boards. There is
currently only one board that is based on this design which
This is necessary with the new I2C subystem that was introduced lately.
Signed-off-by: Valentin Longchamp
---
Changes in v3: None
Changes in v2: None
arch/powerpc/cpu/mpc8xxx/ddr/main.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/main.c
This must be defined by a board support file that want to use the
keymile common.c board_eth_init function that requires ethernet_present
to be defined.
Currently all the km architectures use it but the kmp204x architecture
later supported in this series does use another board_eth_init function
an
The ip kernel parameter had a typo in it (we've been lucky that it has
worked until now).
Signed-off-by: Valentin Longchamp
---
Changes in v3: None
Changes in v2: None
include/configs/km/keymile-common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/km/keym
This can be useful if one wants to disable an interface in u-boot
because u-boot should not manage it but then later reenable it for FDT
fixing or if the kernel uses this interface.
Signed-off-by: Valentin Longchamp
---
Changes in v3:
- add a call to fman_enable_port in fm_enable_port enable the
When exporting the new memsize without reserved PRAM area, the -Wformat
option produces a warning since %ld is used for snprintf and bi_memsize
is phys_size_t.
This patch removes this warning for all PRAM PowerPC boards.
Signed-off-by: Valentin Longchamp
---
Changes in v3: None
Changes in v2: No
If the DDR3 module supports industrial temperature range and requires
the x2 refresh rate for that temp range, the refresh period must be
3.9us instead of 7.8 us.
This was successfuly tested on kmp204x board with some MT41K128M16 DDR3
RAM chips (no module used, chips directly soldered on board wit
Hello Mr Jaehoon,
I have done the changes as suggested by you and resubmitted
all 5 patches. Request you to verify them and let me know if
there are any issues.
Regards,
-Krishna
--
From: "Jaehoon Chung"
Sent: Wednesday, September 11, 2013 6:09
This patch modifies the MAX98095 audio codec to support
I2S0 channel in codec slave mode.
Signed-off-by: Dani Krishna Mohan
---
drivers/sound/max98095.c | 155 +-
drivers/sound/max98095.h | 10 ++-
drivers/sound/sound.c| 17 ++---
3 files cha
This patch modifies the WM8994 codec to support I2S0 channel
in codec slave mode
Signed-off-by: Dani Krishna Mohan
---
drivers/sound/sound.c| 17 ++--
drivers/sound/wm8994.c | 167 +++---
drivers/sound/wm8994_registers.h | 39 -
This patch makes required changes to make use
of I2S0 channel instead of I2S1 channel on exynos5250.
Signed-off-by: Dani Krishna Mohan
---
arch/arm/include/asm/arch-exynos/i2s-regs.h |6
drivers/sound/samsung-i2s.c | 45 +++
2 files changed, 38
This patch enables default I2S0 channel.And I2S platform
parameter has been moved to a common file viz exynos5.dtsi.
Signed-off-by: Dani Krishna Mohan
---
arch/arm/dts/exynos5250.dtsi | 19 +++
board/samsung/dts/exynos5250-smdk5250.dts | 13 ++---
board/s
This patch makes the necessary changes for making use of
I2S0 channel instead of I2S1 channel on smdk board. This
changes are done to maintain the uniformity to use I2S0 channel.
Signed-off-by: Dani Krishna Mohan
---
arch/arm/cpu/armv7/exynos/clock.c | 61 ++---
This patch set adds I2S-0 support and retains I2S-1 support.
The default i2s channel can be selected through DT.
Changes in V3:
- Followed proper indentations
Changes in V2:
- Enabled I2S-0 support through DT
- Retained I2S-1 support
Changes in V1:
- Added I2S-0 s
Hi Minkyu,
> Dear Piotr Wilczek,
>
> On 30/08/13 15:00, Piotr Wilczek wrote:
> > Dear Minkyu Kang,
> >
> >> -Original Message-
> >> From: Minkyu Kang [mailto:mk7.k...@samsung.com]
> >> Sent: Friday, August 30, 2013 6:39 AM
> >> To: Piotr Wilczek
> >> Cc: u-boot@lists.denx.de; Kyungmin Pa
Dear Lukasz Majewski,
> Hi Marek,
>
> > Dear Lukasz Majewski,
> >
> > > New dfu_init_env_entities() function has been extracted from
> > > cmd_dfu.c and stored at dfu core.
> > >
> > > This is a dfu centric code, so it shall be processed in the core.
> > >
> > > Change-Id: I756c5de922fa31399d8
Correct the UDPHS name from UDHPS
Signed-off-by: Bo Shen
Acked-by: Marek Vasut
---
Changes in v3:
- Add Acked-by from Marek Vasut
Changes in v2:
- None
arch/arm/include/asm/arch-at91/sama5d3.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-
Add atmel usba udc driver support, porting from Linux kernel
The original code in Linux Kernel information is as following
commit e01ee9f509a927158f670408b41127d4166db1c7
Author: Jingoo Han
Date: Tue Jul 30 17:00:51 2013 +0900
usb: gadget: use dev_get_platdata()
Use the wrapper funct
Add RNDIS gadget support to test atmel usba udc driver
Signed-off-by: Bo Shen
---
Changes in v3:
- Move this header file along with USB device driver patch
Changes in v2:
- Add a common header to hold atmel usba udc information for different
SoCs
---
arch/arm/cpu/armv7/at91/sama5d3_devi
From: Troy Kisky
As seen with codesourcery compiler 2010q1, the buf pointer in
usb_request structure is not aligned on 4 bytes boundary causing
data aborts in eth_setup -> conf_buf -> usb_gadget_config_buf.
Make it as align access to fix this issue.
Signed-off-by: Troy Kisky
[voice.s...@atmel.c
Add atmel usb udc driver support porting from Linux kernel.
Using RNDIS gadget driver to test it.
Test OK on at91sam9m10g45ek, at91sam9m10g45ek, and sama5d31ek boards.
It need the patch from: Troy Kisky
(usb: gadget: config: fix unaligned access issues)
more information: http://patchwork.ozlabs.
Hi Marek Vasut,
On 9/10/2013 22:29, Marek Vasut wrote:
Dear Bo Shen,
Add RNDIS gadget support to test atmel usba udc driver
Signed-off-by: Bo Shen
---
Changes in v2:
- Add a common header to hold atmel usba udc information for different
SoCs
---
arch/arm/cpu/armv7/at91/sama5d3_dev
Hi Marek Vasut,
On 9/10/2013 22:27, Marek Vasut wrote:
Dear Bo Shen,
Add atmel usb udc driver support porting from Linux kernel.
Using RNDIS gadget driver to test it.
Test OK on at91sam9m10g45ek, at91sam9m10g45ek, and sama5d31ek boards.
It need the patch from: Troy Kisky
(usb: gadget: confi
This patch adds support for SMDK5420.
exynos5.dtsi created is a common file which has the nodes common
to both 5420 and 5250.
Signed-off-by: Akshay Saraswat
Signed-off-by: Rajeshwari S Shinde
---
Changes in V2:
- None
Changes in V3:
- None
arch/arm/dts/exynos5.dtsi
SMDK5420 has a new Security Management Unit added
for dwmmc driver, hence, configuring the control
registers to support booting via eMMC.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
---
Changes in V3:
- New patch.
drivers/mmc/dw_mmc.c | 7 +++
include/dwmmc.h |
When variable size SPL is used, the BL1 expects the SPL to be
encapsulated differently: instead of putting the checksum at a fixed
offset in the SPL blob, prepend the blob with a header including the
size and the checksum.
The enhancements include
- adding a command line option, '--vs' to
From: Akshay Saraswat
Currently, part of TZPC init code for Exynos5 starts setting DECPROT
from the base address 0x1010 upto 0x1019 but in case of
Exynos5420 we need it to start from 0x0100E and keep end address
same as 0x1019.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: A
Adding initial config for SMDK5420 to build and boot U-Boot
over Exynos based SMDK5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- None
Changes in V3:
- None
include/configs/smdk5420.h | 316
From: Akshay Saraswat
This patch modifies UNCON and UFCON values to make s5p
serial support exynos5420 by doing following changes:
* Enable Rx time-out interrupts.
* Make Rx time-out interrupt interval = 32 frame time.
* Enable DMA mode.
* Enable FIFO.
* Make Rx FIFO Trigger level 64, 16 and
Adding the base patch for Exynos based SMDK5420.
This shall enable compilation and basic boot support for
SMDK5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- None
Changes in V3:
- None
MAINTAINERS | 1 +
Ma
From: Akshay Saraswat
Adds code in pinmux and gpio framework to support Exynos5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- None
Changes in V3:
- None
arch/arm/cpu/armv7/exynos/pinmux.c | 171 +++-
This patch intends to add DDR3 initialization code for Exynos5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- Corrected a compilation issue for SMDK5250.
Changes in V3:
- None
arch/arm/cpu/armv7/exynos/dmc_common.c| 8 -
arch/arm
Create a common board.c file for all functions which are common across
all EXYNOS5 platforms.
exynos_init function is provided for platform cpecific code.
Signed-off-by: Rajeshwari S Shinde
---
Changes in V2:
- None
Changes in V3:
- None
arch/arm/include/asm/arch-exynos/board.h
From: Akshay Saraswat
Adds base addresses of various IPs and controllers required for
Exynos5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- None
Changes in V3:
- None
arch/arm/include/asm/arch-exynos/cpu.h | 48 +
This patch adds basic board support for SMDK5420 board.
These patches are tested for booting fine on EVT1 SMDK5420.
Changes in V2:
- Corrected a compilation issue for SMDK5420.
Changes in V3:
- Add patch to support variable size SPL support
- Add patch to disable SMU for e
Hi Marek,
> Dear Lukasz Majewski,
>
> > New dfu_init_env_entities() function has been extracted from
> > cmd_dfu.c and stored at dfu core.
> >
> > This is a dfu centric code, so it shall be processed in the core.
> >
> > Change-Id: I756c5de922fa31399d8804eaadc004ee98844ec2
> > Signed-off-by: Lu
Dear Lukasz Majewski,
> New dfu_init_env_entities() function has been extracted from cmd_dfu.c and
> stored at dfu core.
>
> This is a dfu centric code, so it shall be processed in the core.
>
> Change-Id: I756c5de922fa31399d8804eaadc004ee98844ec2
> Signed-off-by: Lukasz Majewski
This does not
From: Shaohui Xie
Previous process of compiling a PBL boot image is:
1: make
2: make u-boot.pbl
for example:
make T4240QDS_SDCARD_config
make u-boot.pbl
Now the process is:
1: make
for example:
make T4240QDS_SDCARD
Also, updated README.pblimage.
Signed-off-by: Shaohui Xie
---
Makefile
Dear Piotr Wilczek,
On 30/08/13 15:00, Piotr Wilczek wrote:
> Dear Minkyu Kang,
>
>> -Original Message-
>> From: Minkyu Kang [mailto:mk7.k...@samsung.com]
>> Sent: Friday, August 30, 2013 6:39 AM
>> To: Piotr Wilczek
>> Cc: u-boot@lists.denx.de; Kyungmin Park; Lukasz Majewski
>> Subject:
On 10/09/2013 22:08, Philippe Reynes wrote:
> Signed-off-by: Philippe Reynes
> Signed-off-by: Eric Jarrige
> Signed-off-by: Nicolas Colombain
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Softwa
On 10/09/2013 22:08, Philippe Reynes wrote:
> Signed-off-by: Philippe Reynes
> Signed-off-by: Eric Jarrige
> Acked-by: Stefano Babic
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engine
Hi Wolfgang,
Dne 11.9.2013 00:52, Wolfgang Denk napsal(a):
Dear Jiří Prchal,
In message <522ed13f.90...@aksignal.cz> you wrote:
This comment does not belong into the commit message - please move it
to the comment section, i. e. below the "---" line.
I'm not sure if I even should number vers
Dear Wolfgang Denk,
On 09/11/2013 12:45 AM, Wolfgang Denk wrote:
> Dear Andreas Bießmann,
>
> In message <1378472698-18557-4-git-send-email-andreas.de...@googlemail.com>
> you wrote:
>>
>> The 'flashcard' u-boot configuration has a readonly environment and boots a
>> bare kernel/initrd to progra
From: Shaohui Xie
Default configuration has been changed, the most important one is DDR
ref_clock which is changed from 66.67MHz to 133.33MHz. so the ratio need to
change from 24x to 12x to keep the DDR frequency. There are also some
other optimise to align with default configuration.
Signed-off
Hi Scott,
On 10/09/2013 22:11, Scott Wood wrote:
> Sure.
>
> Acked-by: Scott Wood
>
> I'm curious who's been doing these patchwork assignments and what
> they're basing it on.
>
I think that everyone of us custodians has write rights to assign
patches. Personally, I check the list and I assig
Hi Heiko, Marek,
> Hello Marek,
>
> Am 10.09.2013 23:20, schrieb Marek Vasut:
> > Dear Lukasz Majewski,
> >
> >> Hi Marek,
> >>
> >>> Dear Lukasz Majewski,
> >>>
> New function - dfu_get_alt() has been added to dfu core. If
> proper alt setting is present, this function returns its numb
Hi York,
On 11/09/2013 00:14, York Sun wrote:
>> +static int imximage_generate(struct mkimage_params *params,
>> +struct image_type_params *tparams)
>> +{
>> +struct imx_header *imxhdr;
>> +size_t alloc_len;
>> +struct stat sbuf;
>> +char *datafile = params->datafile;
>> +
83 matches
Mail list logo
