On 05/04/13 18:09, Inderpal Singh wrote:
> The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
> The second makes tzpc common for exynos4 and exynos5. And the third
> makes necessary changes to exynos4 based origen and smdkv310 boards.
>
> The patchset has been tested on exynos
Hi Heiko,
On 04/06/13 07:26, Heiko Schocher wrote:
> Hello Lubomir,
>
> Am 03.06.2013 07:13, schrieb Heiko Schocher:
>> Hello Lubomir,
>>
>> Am 02.06.2013 13:42, schrieb Lubomir Popov:
Hello Lubomir,
Am 01.06.2013 18:44, schrieb Lubomir Popov:
> New i2c_read, i2c_write and i2c_
Hi,
Thank you for your feedback.
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Monday, June 03, 2013 12:14 PM
> To: Insop Song
> Cc: u-boot@lists.denx.de; york...@freescale.com
> Subject: Re: [U-Boot] [PATCH] Add SPI Flash STMicro's N25Q512A & add fla
If "esdhc" is configured in hwconfig, u-boot will configure
multiplexing pins from default IFC to SDHC in runtime to
enable SD function. And add minimal necessary mux command for
ifc/sdhc/ulpi to conveniently configure multiplexing pins
without reboot or updating u-boot.
Signed-off-by: Shengzhou L
Hi Robert,
On 06/03/13 20:20, Robert Winkler wrote:
> Also change splash_screen_prepare to a weak function.
You should be able to make a commit message a bit better.
Also, personally, I see here two functional changes and it would be better
to separate them into two patches:
1) Make the splash_sc
Hi Syed,
On Mon, Jun 3, 2013 at 12:53 AM, Jagan Teki wrote:
> Hi,
>
> On Thu, May 30, 2013 at 7:19 PM, Jagannadha Sutradharudu Teki
> wrote:
>> Use the exact names for W25Q 0x40XX ID's flash parts, as the same
>> sizes of flashes comes with different ID's. so-that the distinguishes
>> becomes ea
On Tue, Jun 4, 2013 at 10:34 AM, Insop Song wrote:
> Hi,
>
> Thank you for your feedback.
>
>
>
>> -Original Message-
>> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
>> Sent: Monday, June 03, 2013 12:14 PM
>> To: Insop Song
>> Cc: u-boot@lists.denx.de; york...@freescale.com
>> Subjec
Hi Stephano,
Le 03/06/2013 15:03, Stefano Babic a écrit :
...
Patch needs a rebased to be merge. Could you repost them (also 2/2)
after rebasing on current u-boot-imx ? Thanks ! Best regards, Stefano
Babic
I will submit a V3 today.
Best regards
___
Hello Lubomir,
Am 03.06.2013 07:13, schrieb Heiko Schocher:
> Hello Lubomir,
>
> Am 02.06.2013 13:42, schrieb Lubomir Popov:
>>> Hello Lubomir,
>>>
>>> Am 01.06.2013 18:44, schrieb Lubomir Popov:
New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
(4430/60/70), OMAP5 (5430)
Hi Lubomir,,
On Tuesday 04 June 2013 01:28 AM, Lubomir Popov wrote:
Hi Lokesh,
Hi Lubomir,
On Thursday 30 May 2013 07:56 PM, Lubomir Popov wrote:
Hi Lokesh,
On 30/05/13 16:19, Lokesh Vutla wrote:
From: Balaji T K
add dra mmc pbias support and ldo1 power on
Signed-off-by: Balaji T K
Signe
Hi Tom,
On Thu, May 30, 2013 at 13:25:11, Vishwanathrao Badarkhe, Manish wrote:
> Move pinmux configurations for the DA830 SoCs from board file
> to the arch tree so that it can be used for all da830 based devices.
> Also, avoids duplicate pinmuxing in case of NAND.
>
> Signed-off-by: Vishwanathr
Use a default RCW of protocol 0x2A_0x98, and a PBI configure file which
uses CPC1 as 512KB SRAM, then PBL tool can be used on B4860 to build a
pbl boot image.
Signed-off-by: Shaohui Xie
---
board/freescale/b4860qds/b4_pbi.cfg | 27 +++
board/freescale/b4860qds/b4_rcw.cfg
Hi,
On Sat, May 25, 2013 at 7:36 AM, Simon Glass wrote:
> There are a few make options such as BUILD_TAG which can be provided when
> building U-Boot. Provide a way for buildman to pass these flags to make
> also.
>
> The flags should be in a [make-flags] section and arranged by target name
> (t
Hi Tom,
On Mon, Jun 3, 2013 at 6:12 PM, Simon Glass wrote:
> Hi Tom,
>
> I am not sure that anyone has reviewed these patches, but they are the
> next stage on cleaning up the image code.
>
>
Sorry, I sent thatbyy mistake. The bundle is here:
http://patchwork.ozlabs.org/bundle/sjg/image3/
I h
Hi Tom,
I am not sure that anyone has reviewed these patches, but they are the next
stage on cleaning up the image code.
Here is a pull request:
The following changes since commit d6639d10dbfa42dc888f8917012550b632a88959:
Merge branch 'master' of git://git.denx.de/u-boot-nand-flash (2013-05-
Hi Tom,
I pushed the TPM patches to a branch for you if you want to pick them up.
I ended up squashing the config patch into the others - since otherwise
snow will not build for one commit. Does that seem acceptable or should I
resend the whole series again?
Here are the original patches:
http:
Dear All,
i worked hardly through v6 for approval of this AMCORE Coldfire
board support.
Waited patiently for review of this patches:
http://patchwork.ozlabs.org/patch/215904/
http://patchwork.ozlabs.org/patch/214686/
then asked again later for the review:
http://marc.info/?l=u-boot&m=1360595
Hi Lokesh,
> Hi Lubomir,
> On Thursday 30 May 2013 07:56 PM, Lubomir Popov wrote:
>> Hi Lokesh,
>>
>> On 30/05/13 16:19, Lokesh Vutla wrote:
>>> From: Balaji T K
>>>
>>> add dra mmc pbias support and ldo1 power on
>>>
>>> Signed-off-by: Balaji T K
>>> Signed-off-by: Lokesh Vutla
>>> ---
>>> a
On 06/03/2013 07:31 PM, Sascha Silbe wrote:
From: Sebastian Hesselbarth
This adds an SPI driver for Marvell Dove SoCs. This driver is taken
from kirkwood_spi but removes mpp configuration as dove has dedicated
spi pins.
As a future clean-up step, the code for orion5x, kirkwood and dove
could b
Hi,
Thanks for your new changes.
I don't know may be you sent these changes intentionally.
I personally not encouraging these as you sent all changes in one
patch, attached a patch series to mail and
did n't follow commit message header.
http://www.denx.de/wiki/view/U-Boot/Patches#Commit_message_
Dear Piotr Wilczek,
In message <000b01ce6064$b52a7de0$1f7f79a0$%wilc...@samsung.com> you wrote:
>
> > Oops??? Initial alignment has NOTHING to do with writing over the
> > allocated end of memory!
>
> No, I meant only that malloc allocates memory in at least 4-byte resolution.
Does it? I see no
Dear Sergey,
please do not repost patches without making clear thatthese are
reposts, and without explaining _why_ you are reposting, and what has
been changed. Please see http://www.denx.de/wiki/U-Boot/Patches for
detail.
In message <94EB659E3D5E594D80696B67540292A2F6FA7966A8@nov-exch01.astro.l
Dear Piotr Wilczek,
In message <1370267979-17800-1-git-send-email-p.wilc...@samsung.com> you wrote:
> When compressed image is loaded, it must be decompressed
> to an aligned address + 2 to avoid unaligned access exception
> on some ARM platforms.
...
> - dst = malloc(CONFIG_SYS_VIDEO_LOGO_MA
Hi,
Looks ok to me as per coding style after a quick look.
On Mon, May 27, 2013 at 12:06 AM, Sascha Silbe wrote:
> From: Sebastian Hesselbarth
>
> This adds an SPI driver for Marvell Dove SoCs. This driver is taken
> from kirkwood_spi but removes mpp configuration as dove has dedicated
> spi pi
Dear Gerhard Sittig,
In message <20130603135004.gh2...@book.gsilab.sittig.org> you wrote:
>
> > > + if (mac_diag)
> > > + printf("DIAG: MAC [%s]\n", getenv("ethaddr"));
> >
> > What happens if "ethaddr" is not defined in the environment?
>
> The context is the mac_read_fr
Dear Jagan,
Jagan Teki writes:
>> I'd appreciate a review of the latest patch [1,2]. [...]
>> [1] mid:1369593423-19763-6-git-send-email-t-ub...@infra-silbe.de
>> [2] http://patchwork.ozlabs.org/patch/246468/
>
> Thank you, means this v4 is the latest one?
> http://patchwork.ozlabs.org/patch/2464
Hi,
I've made two changes while I was working on STMidro's SPI Flash N25Q512A
- add the device entry for STMidro's SPI Flash N25Q512A
- add Flag status check during
Without this flag checking "sf write" will fail and SPI flash is locked
up
Please see the patch and let me know your feedb
On Mon, Jun 3, 2013 at 11:01 PM, Sascha Silbe wrote:
> Dear Jagan,
>
> Jagan Teki writes:
>
>> Does this tested on hw, please re-base the tree and send the next version
>> patch.
>> Let me know if it ok to review under current tree.
>
> I'd appreciate a review of the latest patch [1,2]. There ha
Dear Jagan,
Jagan Teki writes:
> Does this tested on hw, please re-base the tree and send the next version
> patch.
> Let me know if it ok to review under current tree.
I'd appreciate a review of the latest patch [1,2]. There have been no
changes in master to the files touched by the patch sin
Also change splash_screen_prepare to a weak function.
Signed-off-by: Robert Winkler
---
board/compulab/cm_t35/cm_t35.c | 2 +-
common/lcd.c | 10 --
drivers/video/cfb_console.c| 14 ++
3 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/boar
On 06/03/2013 11:05 AM, Stephen Warren wrote:
On 06/02/2013 06:44 AM, Gerald Van Baren wrote:
Hi Stephen,
On 06/02/2013 01:24 AM, Stephen Warren wrote:
On 05/14/2013 12:02 PM, Stephen Warren wrote:
From: Stephen Warren
This can be useful to force bootcmd to execute as soon as U-Boot has
sta
Hello Stefano
On Mon, Jun 3, 2013 at 12:44 AM, Stefano Babic wrote:
> Hi Robert,
>
>
> On 30/05/2013 23:03, Robert Winkler wrote:
>> Signed-off-by: Robert Winkler
>> ---
>> board/boundary/nitrogen6x/nitrogen6x.c | 22 ++
>> include/configs/nitrogen6x.h | 11 +++
On 06/02/2013 06:44 AM, Gerald Van Baren wrote:
> Hi Stephen,
>
> On 06/02/2013 01:24 AM, Stephen Warren wrote:
>> On 05/14/2013 12:02 PM, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> This can be useful to force bootcmd to execute as soon as U-Boot has
>>> started.
>>>
>>> My use-case i
On Mon, Jun 03, 2013 at 15:31 +0200, Stefano Babic wrote:
>
> On 03/06/2013 13:10, Gerhard Sittig wrote:
>
> > - s = getenv("install_in_progress");
> > + s = getenv("want_recovery");
> > if ((s != NULL) && (*s != '\0')) {
> > - printf("previous installation aborted, running RECO
Dear Wolfgang Denk,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, June 03, 2013 1:16 PM
> To: Piotr Wilczek
> Cc: u-boot@lists.denx.de; 'Minkyu Kang'; 'Kyungmin Park'; Lukasz
> Majewski; 'Anatolij Gustschin'
> Subject: Re: [PATCH] lcd: align bmp header wh
When compressed image is loaded, it must be decompressed
to an aligned address + 2 to avoid unaligned access exception
on some ARM platforms.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Anatolij Gustschin
CC: Wolfgang Denk
---
Changes for V2:
- add additional space for uncomp
On Mon, Jun 03, 2013 at 15:07 +0200, Wolfgang Denk wrote:
>
> In message <1370257851-27583-1-git-send-email-...@denx.de> you wrote:
> >
> > + if (mac_diag)
> > + printf("DIAG: MAC [%s]\n", getenv("ethaddr"));
>
> What happens if "ethaddr" is not defined in the environm
Hi Gerhard,
On 03/06/2013 13:10, Gerhard Sittig wrote:
> - s = getenv("install_in_progress");
> + s = getenv("want_recovery");
> if ((s != NULL) && (*s != '\0')) {
> - printf("previous installation aborted, running RECOVERY\n");
> + printf("detected recovery
Dear Gerhard,
In message <1370257851-27583-1-git-send-email-...@denx.de> you wrote:
>
> + if (mac_diag)
> + printf("DIAG: MAC [%s]\n", getenv("ethaddr"));
What happens if "ethaddr" is not defined in the environment?
...
> + "rootpath=/opt/eldk/ppc_6xx\0"
Hi Pierre,
On 18/04/2013 13:57, Pierre Aubert wrote:
> Signed-off-by: Pierre Aubert
> CC: Stefano Babic
> ---
Patch needs a rebased to be merge. Could you repost them (also 2/2)
after rebasing on current u-boot-imx ?
Thanks !
Best regards,
Stefano Babic
--
==
Dear Otavio,
In message
you wrote:
>
> > Please do NOT use these terrible SZ_* defines. Never, ever.
> >
> > They are dangerous and should be avoided.
> >
>
> Do you mind to explain why?
Well, what does "SZ_1M" mean? Is it 1000 * 1000 (as on hard disk
drives) or 1000 * 1024 (as on floppy d
From: Balaji T K
add dra mmc pbias support and ldo1 power on
Signed-off-by: Balaji T K
Signed-off-by: Lokesh Vutla
---
Changes since V2:
* Addressed comments from lpo...@mm-sol.com
* Rebased on top of
http://patchwork.ozlabs.org/patch/244103/
arch/arm/include/asm/arch-omap5/omap.h |
minor improvements for the 'ifm AC14xx' board setup
- adjust diagnostics (reworded, silent by default)
- re-order the list of "recovery conditions"
- update and improve comments
- adjust the board configuration
- use the builtin serial baudrate table
- use the official 'ac14xx' name everywhere
On 28/05/2013 00:18, Otavio Salvador wrote:
> Signed-off-by: Otavio Salvador
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16
On 23/05/2013 19:50, Fabio Estevam wrote:
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16523
On 28/05/2013 00:18, Otavio Salvador wrote:
> The boot logo matching is now done in following way:
>
> - use LOGO_BMP if it is set, or
> - use $(BOARD).bmp if it exists in tools/logos, or
> - use $(VENDOR).bmp if it exists in tools/logos, or
> - use denx.bmp otherwise.
>
> Signed-off-by: Otav
Hi Leo,
On 16/05/2013 18:13, SARTRE Leo wrote:
> +int board_init(void)
> +{
> + u32 reg;
> + /*Same init as the sabrelite*/
> + writel(0x41736166, SNVS_BASE_ADDR + 0x64);/*set LPPGDR*/
> + udelay(10);
> + reg = readl(SNVS_BASE_ADDR + 0x4c);
> + reg |= (1 << 3);
> + writ
On 30/05/2013 16:47, Andrew Gabbasov wrote:
> The number of gpio signal is packed inside CONFIG_SF_DEFAULT_CS macro
> (shifted and or'ed with chip select), so it's incorrect to pass
> that macro directly as an argument to gpio_direction_output() call.
>
> Also, SPI driver sets the direction and in
On Mon, Jun 3, 2013 at 8:21 AM, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message <51ac61a6.9050...@denx.de> you wrote:
> >
> > It is better to fix it directly into this patch. Can you fix it by
> > casting to phys_size_t and resubmit ?
> >
> > gd->ram_size = (phys_size_t)CONFIG_DDR
Dear Stefano Babic,
In message <51ac61a6.9050...@denx.de> you wrote:
>
> It is better to fix it directly into this patch. Can you fix it by
> casting to phys_size_t and resubmit ?
>
> gd->ram_size = (phys_size_t)CONFIG_DDR_MB * SZ_1M;
Please do NOT use these terrible SZ_* defines. Neve
On 14/05/2013 06:01, Renato Frias wrote:
> There are 3 IO expanders on the mx6qsabreauto all reset by the
> same GPIO, just set it to high to use the IO.
>
> Signed-off-by: Renato Frias
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 14/05/2013 06:01, Renato Frias wrote:
> Add i2c2 and 3 to mx6qsabreauto board, i2c3 is multiplexed
> use gpio to set steering.
>
> Signed-off-by: Renato Frias
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
===
Dear Piotr Wilczek,
In message <000701ce6025$173886c0$45a99440$%wilc...@samsung.com> you wrote:
>
> > > + /* align to 32-bit-aligned-address + 2 */
> > > + if ((unsigned int)bmp % 0x04 != 0x02)
> > > + bmp = (bmp_image_t *)(((unsigned int)dst + 0x02) & ~0x01);
> >
> > This is wrong. Suppo
On 24/05/2013 01:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When the mx6slevk board support was added in U-boot there was no device tree
> support for mx6sl, so only a FSL 3.0.35 was tested at that time.
>
> Now that mx6slevk support is available we can boot a device tree kernel, by
> ad
Dear Piotr Wilczek,
In message <000601ce6021$fcb8f490$f62addb0$%wilc...@samsung.com> you wrote:
>
> > If you do this, you must also account for the up to 2 additional bytes
> > needed in the allocated buffer.
> >
> > Otherwise you might write over the end of the buffer...
> >
> Because 8-byte a
Hi Lubomir,
On Thursday 30 May 2013 07:56 PM, Lubomir Popov wrote:
Hi Lokesh,
On 30/05/13 16:19, Lokesh Vutla wrote:
From: Balaji T K
add dra mmc pbias support and ldo1 power on
Signed-off-by: Balaji T K
Signed-off-by: Lokesh Vutla
---
arch/arm/include/asm/arch-omap5/omap.h |3 ++-
On 26/04/2013 04:37, Marek Vasut wrote:
> The vectoring table has to be placed at 0x0, but U-Boot on MX23/MX28
> starts from RAM, so the vectoring table at 0x0 is not present. Craft
> code that will be placed at 0x0 and will redirect interrupt vectoring
> to proper location of the U-Boot in RAM.
>
> I completely lost the original thread... I will re-start from V3...
>
> Pls discard this noisy thread,
Please check the below thread for earlier v3
http://patchwork.ozlabs.org/patch/205814/
--
Thanks,
Jagan.
___
U-Boot mailing list
U-Boot@lists.denx.d
On 06/03/2013 11:48 AM, Jagan Teki wrote:
Hi,
Is this the v4? I sent some comment for v3 on same driver.
Sorry,
I completely lost the original thread... I will re-start from V3...
Pls discard this noisy thread,
Armando
___
U-Boot mailing list
Hi,
Is this the v4? I sent some comment for v3 on same driver.
Thanks,
Jagan.
On Mon, Jun 3, 2013 at 1:54 PM, Armando Visconti
wrote:
> This patch adds the support for the ARM PL022 SPI controller for the standard
> variant (0x00041022), which has a 16bit wide and 8 locations deep TX/RX FIFO.
Hi Tapani,
On 28/05/2013 10:04, Tapani Utriainen wrote:
>
> Add support for Wandboard quad.
>
> Signed-off-by: Tapani Utriainen
> ---
Due to increased memory, a warning is generated for wandboard_quad:
wandboard.c: In function 'dram_init':
wandboard.c:47:31: warning: integer overflow in expre
This patch adds the support for the ARM PL022 SPI controller for the standard
variant (0x00041022), which has a 16bit wide and 8 locations deep TX/RX FIFO.
Signed-off-by: Armando Visconti
Signed-off-by: Vipin Kumar
---
This driver has been tested on the ST SPEAr1340 evaluation board.
Patch has
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds watchdog support for Vybrid VF610 platform.
>
> Signed-off-by: Alison Wang
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engine
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds generic codes to support Freescale's Vybrid VF610 CPU.
>
> It aligns Vybrid VF610 platform with i.MX platform. As there are
> some differences between VF610 and i.MX platforms, the specific
> codes are in the arch/arm/cpu/armv7/vf610 direct
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds FEC support for Vybrid VF610 platform.
>
> In function fec_open(), RCR register is only set as RGMII mode. But RCR
> register should be set as RMII mode for VF610 platform.
> This configuration is already done in fec_reg_setup(), so this pi
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds the IOMUX support for Vybrid VF610 platform.
>
> There is a little difference for IOMUXC module between VF610 and i.MX
> platform, the muxmode and pad configuration share one 32bit register on
> VF610, but they are two independent registers
On 28/05/2013 10:55, Alison Wang wrote:
> VF610TWR is a board based on Vybrid VF610 SoC.
>
> This patch adds basic support for Vybrid VF610TWR board.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Jason Jin
> Signed-off-by: TsiChung Liew
> ---
Applied to u-boot-imx, thanks.
Best regards,
St
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds lpuart support for Vybrid VF610 platform.
>
> Signed-off-by: TsiChung Liew
> Signed-off-by: Alison Wang
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 28/05/2013 10:55, Alison Wang wrote:
> This patch adds Vybrid VF610 to mxc_ocotp document.
>
> Signed-off-by: Alison Wang
> ---
At the end, I left this patch without squashing to not drop also
Benoit's reviewed-by. As we have already said, it does not really matter.
Applied to u-boot-imx, th
Hi Robert,
On 30/05/2013 23:03, Robert Winkler wrote:
> Signed-off-by: Robert Winkler
> ---
> board/boundary/nitrogen6x/nitrogen6x.c | 22 ++
> include/configs/nitrogen6x.h | 11 ++-
> 2 files changed, 32 insertions(+), 1 deletion(-)
>
> diff --git a/board
On Monday 03 June 2013 11:39 AM, Sricharan R wrote:
> Hi Tom,
>
> On Friday 31 May 2013 07:52 PM, Tom Rini wrote:
>> On Fri, May 31, 2013 at 10:18:46AM -0400, Tom Rini wrote:
>>> On Wed, Apr 24, 2013 at 04:11:20PM +0530, Sricharan R wrote:
>>>
The save_boot_params function does not store the d
71 matches
Mail list logo
