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 V3:
* Addressed comments from Tom
arch/arm/include/asm/arch-omap5/omap.h |2 +-
drivers/mmc/omap_hsmmc.c | 26 +++---
drive
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 V4:
- dropped the if condition
Chang
On Wednesday 05 June 2013 02:36 AM, Tom Rini wrote:
On Mon, Jun 03, 2013 at 10:58:27PM +0300, 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
move gmii_sel register defines from board code to common place.
Signed-off-by: Heiko Schocher
Cc: Chandan Nath
Cc: Sandeep Paulraj
Cc: Tom Rini
Cc: Lars Poeschel
Cc: Enric Balletbo i Serra
---
- changes for v2:
defined all bits used in the gmii_sel register as
Tom Rini suggested
arch/
move rtc32k_enable() to common place so all am33xx boards can use it.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
- changes for v2:
remove ifdef around prototype, as Tom Rini suggested
arch/arm/cpu/armv7/am33xx/board.c
Hello Tom,
Am 04.06.2013 23:30, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:03:18AM +0200, Heiko Schocher wrote:
>
>> move gmii_sel register defines from board code to common place.
> [snip]
>> /* MII mode defines */
>> -#define RMII_MODE_ENABLE0x4D
>> +#define RMII_MODE_P1_ENABLE 0x4D
>
Hello Tom,
Am 04.06.2013 23:29, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:01:06AM +0200, Heiko Schocher wrote:
>
>> upcoming support for siemens boards switches mpu pll clk in board
>> code. So make this configurable.
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Tom Rini
>
> Wait, didn't we
Hello Tom,
Am 04.06.2013 23:24, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 10:55:36AM +0200, Heiko Schocher wrote:
>
>> Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Albert Aribaud
>> Cc: Tom Rini
>
> Reviewed-by: Tom Rini
>
>
Hello Tom,
Am 04.06.2013 23:14, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:00:50AM +0200, Heiko Schocher wrote:
>
>> move rtc32k_enable() to common place so all am33xx boards can use it.
> [snip]
>> +#ifdef CONFIG_SPL_BUILD
>> +void rtc32k_enable(void);
>> +#endif
>
> No need for ifdef on pr
Hello Tom,
Am 04.06.2013 22:04, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:22:54AM +0200, Heiko Schocher wrote:
>
>> Dfu transfer uses a buffer before writing data to the
>> raw storage device. Make the size (in bytes) of this buffer
>> configurable.
>
> NAK.
:-(
>> +CONFIG_SYS
Hi Jagan,
Thank you for your feedback.
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Monday, June 03, 2013 10:31 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
Jagan,
Yes, it is OK. Of course, the 3V QPI IDs of W25Q32FV/64FV/128FV are identical
to that of the 1.8V devices (W25Q32DW/64DW/128FW). It may not be a good idea
but it's too late for us to change.
Best Regards,
Mike Chen
Technical Marketing
Winbond Electronics Corp. America
(408)544-2667
--
On 05/27/2013 10:01 PM, Stephen Warren wrote:
> Some ARM compilers may emit code that makes unaligned accesses when
> faced with constructs such as:
>
> char mac[16] = "ethaddr";
>
> Replace this with a strcpy() call instead to avoid this. strcpy() is
> used here, rather than replacing all usage
On 05/27/2013 10:31 PM, Stephen Warren wrote:
> simple-framebuffer is a new device tree binding that describes a pre-
> configured frame-buffer memory region and its format. The Linux kernel
> contains a driver that supports this binding. Implement functions to
> create a DT node (or fill in an exi
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Angelo Dureghello
> Sent: Tuesday, June 04, 2013 4:52 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] patches never reviewed
>
> Dear All,
>
> i worked hardly through v6 for ap
On 06/04/2013 10:07 PM, Scott Wood wrote:
On 06/04/2013 11:36:17 AM, Scott Wood wrote:
On 06/04/2013 05:24:41 AM, Prabhakar Kushwaha wrote:
create_tlb1_entry and create_tlb0_entry creates TLB entries with IPROT
bit set by default. Any TLB entries with IPROT = 1 can not be
invalidated.
Add IP
Hello,
I am working in a product and we'd like to keep the U-Boot splash until the
application has been loaded so we have a graceful initialization. This
project uses MX23 (so mxs SoC family).
I tried to check the U-Boot mailing list archive for it but I couldn't find
anything useful. I also did
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Wednesday, June 05, 2013 9:06 AM
>To: sba...@denx.de
>Cc: Fleming Andy-AFLEMING; swar...@nvidia.com; Liu Hui-R64343; u-
>b...@lists.denx.de; Estevam Fabio-R49496
>Subject: [PATCH v3] ARM: imx: Fix incorrect usage of
Dear Donghwa,
On 08/05/13 13:14, Donghwa Lee wrote:
> This patch have changed mipi dsi write functions' parameters correctly.
>
> - exynos_mipi_dsi_wr_data()'s 3rd parameter is changed to
> 'const unsigned char' type.
> - exynos_mipi_dsi_wr_tx_header()'s 3rd and 4th parameters were ch
From: Fabio Estevam
When running the "save" command several times on a mx6qsabresd we see:
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Saving Environment to MMC...
MMC partition switch failed
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... d
On Tue, Jun 4, 2013 at 8:30 PM, Stephen Warren wrote:
> Do you have CONFIG_SYS_MMC_ENV_PART set? I wasn't aware anyone else used
> it, besides Tegra.
Yes, this is the issue. CONFIG_SYS_MMC_ENV_PART is used incorrectly on
this board.
Will update its config file.
_
On 06/04/2013 05:16 PM, Fabio Estevam wrote:
> On Tue, Jun 4, 2013 at 7:12 PM, Stephen Warren wrote:
>
>> static void fini_mmc_for_env(struct mmc *mmc)
>> {
>> #ifdef CONFIG_SYS_MMC_ENV_PART
>> - if (CONFIG_SYS_MMC_ENV_PART != mmc->part_num)
>> + if (mmc->part_num != orig_part_num)
On 06/04/2013 05:09 PM, Fabio Estevam wrote:
> On Tue, Jun 4, 2013 at 7:12 PM, Stephen Warren wrote:
>
>> In env_mmc.c, you'll want something like:
>
> Thanks for the patch, but when I add these changes on top of my patch
> it results in the original error:
Of course; with that patch applied, t
On Tue, Jun 4, 2013 at 7:12 PM, Stephen Warren wrote:
> static void fini_mmc_for_env(struct mmc *mmc)
> {
> #ifdef CONFIG_SYS_MMC_ENV_PART
> - if (CONFIG_SYS_MMC_ENV_PART != mmc->part_num)
> + if (mmc->part_num != orig_part_num)
> mmc_switch_part(CONFIG_SYS_MMC_ENV_
On Tue, Jun 4, 2013 at 7:12 PM, Stephen Warren wrote:
> In env_mmc.c, you'll want something like:
Thanks for the patch, but when I add these changes on top of my patch
it results in the original error:
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Saving Env
On 06/04/2013 02:45 PM, Fabio Estevam wrote:
> Hi Stephen,
>
> On Tue, Jun 4, 2013 at 4:36 PM, Stephen Warren wrote:
>
>> That seems like a reasonable way for the code to work. However, you'd
>> need to modify common/env_mmc.c:init_mmc_for_env() so that it saves off
>> mmc->part_num before switc
On Tue, Jun 04, 2013 at 09:03:12AM +0200, Heiko Schocher wrote:
> Hello Lubomir,
>
> Am 04.06.2013 08:49, schrieb Lubomir Popov:
> > Hi Heiko,
> >
> > On 04/06/13 07:26, Heiko Schocher wrote:
> >> Hello Lubomir,
> >>
> >> Am 03.06.2013 07:13, schrieb Heiko Schocher:
> >>> Hello Lubomir,
> >>>
> >
On Tue, Jun 04, 2013 at 10:26:06AM -0500, Dan Murphy wrote:
> Update the EXTRA_ENV_SETTING for the dra7xx.
> The console needs to be set to ttyO0 and the
> findfdt needs to be updated to load the
> dra7xx-evm.dtb file.
>
> Signed-off-by: Dan Murphy
> ---
> v2 - Updated with side bar maintainer co
On Tue, Jun 04, 2013 at 11:03:18AM +0200, Heiko Schocher wrote:
> move gmii_sel register defines from board code to common place.
[snip]
> /* MII mode defines */
> -#define RMII_MODE_ENABLE 0x4D
> +#define RMII_MODE_P1_ENABLE 0x4D
[snip]
> /* MII mode defines */
> -#define MII_MODE_ENABLE
On Tue, Jun 04, 2013 at 11:01:06AM +0200, Heiko Schocher wrote:
> upcoming support for siemens boards switches mpu pll clk in board
> code. So make this configurable.
>
> Signed-off-by: Heiko Schocher
> Cc: Tom Rini
Wait, didn't we already something like this posted?
--
Tom
signature.asc
D
On Tue, Jun 04, 2013 at 11:00:57AM +0200, Heiko Schocher wrote:
> move uart soft reset code to common place and call
> this function from board code, instead of copy and paste
> this code for every board.
>
> Signed-off-by: Heiko Schocher
> Cc: Matt Porter
> Cc: Lars Poeschel
> Cc: Tom Rini
>
On Tue, Jun 04, 2013 at 10:55:36AM +0200, Heiko Schocher wrote:
> Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
>
> Signed-off-by: Heiko Schocher
> Cc: Albert Aribaud
> Cc: Tom Rini
Reviewed-by: Tom Rini
But this is also unused code right now. Enabling on the am335x_evm
On Tue, Jun 04, 2013 at 10:55:10AM +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> Cc: Tom Rini
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
On Tue, Jun 04, 2013 at 11:00:50AM +0200, Heiko Schocher wrote:
> move rtc32k_enable() to common place so all am33xx boards can use it.
[snip]
> +#ifdef CONFIG_SPL_BUILD
> +void rtc32k_enable(void);
> +#endif
No need for ifdef on prototypes.
Otherwise, good cleanup, thanks!
--
Tom
signature.
On Mon, Jun 03, 2013 at 10:58:27PM +0300, 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
Hi Stephen,
On Tue, Jun 4, 2013 at 4:36 PM, Stephen Warren wrote:
> That seems like a reasonable way for the code to work. However, you'd
> need to modify common/env_mmc.c:init_mmc_for_env() so that it saves off
> mmc->part_num before switching MMC partitions, so that
> fini_mmc_for_env() knows
I'll take them. It's on my todo list for this week
On Jun 4, 2013, at 14:31, "Stephen Warren" wrote:
> On 05/23/2013 02:51 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Describe the meaning of CONFIG_ENV_IS_IN_MMC, and all related defines that
>> must or can be set when using that op
Sorry, my BW is being used up by internal projects. I'll pull it down,
apply/build/test in u-boot-tegra/next, and then I can send a PR to Albert if
you think it needs to move higher up right away.
Tom
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tue
On Tue, Jun 04, 2013 at 11:22:54AM +0200, Heiko Schocher wrote:
> Dfu transfer uses a buffer before writing data to the
> raw storage device. Make the size (in bytes) of this buffer
> configurable.
NAK.
> + CONFIG_SYS_DFU_DATA_BUF_SIZE
> + Dfu transfer uses a buffer before
On 06/04/2013 01:30 PM, Fabio Estevam wrote:
> On Tue, Jun 4, 2013 at 4:21 PM, Stephen Warren wrote:
>
>> This surely has exactly the same issue as the previous version, where
>> the update of part_num was done inside common/env_mmc.c?
>
> My understading is that the mmc core should update mmc->
On 05/23/2013 04:26 PM, Stephen Warren wrote:
> From: Tom Warren
>
> The non-SPL build of U-Boot on Tegra only runs on a single CPU, and
> hence there is no need to enable the SCU when running U-Boot. If an
> SMP OS is booted, and it needs the SCU enabled, it will enable the SCU
> itself. U-Boot
On 05/23/2013 02:51 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Describe the meaning of CONFIG_ENV_IS_IN_MMC, and all related defines that
> must or can be set when using that option.
Andy, do you intend to take these patches for the upcoming release, or
defer them until the next one? T
On Tue, Jun 4, 2013 at 4:21 PM, Stephen Warren wrote:
> This surely has exactly the same issue as the previous version, where
> the update of part_num was done inside common/env_mmc.c?
My understading is that the mmc core should update mmc->part_num and I
don't see such update, or am I missing s
On 05/23/2013 04:09 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> We know the exact property names that the code wants to process. Look
> these up directly with fdt_get_property(), rather than iterating over
> all properties within the node, and checking each property's name, in
> a convol
On 05/22/2013 12:48 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Initialized character arrays on the stack can cause gcc to emit code that
> performs unaligned accessess. Make the data static to avoid this.
>
> Note that the unaligned accesses are made when copying data to prefix[] on
>
On 06/04/2013 01:17 PM, Fabio Estevam wrote:
> When running the "save" command several times on a mx6qsabresd we see:
>
> U-Boot > save
> Saving Environment to MMC...
> Writing to MMC(1)... done
> U-Boot > save
> Saving Environment to MMC...
> MMC partition switch failed
> U-Boot > save
> Saving E
When running the "save" command several times on a mx6qsabresd we see:
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Saving Environment to MMC...
MMC partition switch failed
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Savi
Jagan,
So far, our major customer request is to have the same ID for backward
compatibility. Therefore the IDs are the same for W25Q16C and W25Q16D. As for
the 2.5V parts (W25Q80BL/W25Q16CL), they are the same die as the 3V
(W25Q80BV/W25Q16CV), so the IDs are the same as well.
The differences
On 06/04/2013 12:23 PM, Fabio Estevam wrote:
> When running the "save" command several times on a mx6qsabresd we see:
>
> U-Boot > save
> Saving Environment to MMC...
> Writing to MMC(1)... done
> U-Boot > save
> Saving Environment to MMC...
> MMC partition switch failed
...
> Fix this by making m
When running the "save" command several times on a mx6qsabresd we see:
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Saving Environment to MMC...
MMC partition switch failed
U-Boot > save
Saving Environment to MMC...
Writing to MMC(1)... done
U-Boot > save
Savi
Adding Anatolij to the CC list.
On Tue, Jun 4, 2013 at 8:10 AM, Robert Winkler
wrote:
> Hi Igor,
>
> On Mon, Jun 3, 2013 at 11:10 PM, Igor Grinberg
> wrote:
>> Hi Robert,
>>
>> On 06/03/13 20:20, Robert Winkler wrote:
>>> Also change splash_screen_prepare to a weak function.
>>
>> You should be
On 06/04/2013 12:47:47 PM, Scott Wood wrote:
On 06/03/2013 03:51:48 PM, Angelo Dureghello wrote:
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.ozl
On 06/03/2013 03:51:48 PM, Angelo Dureghello wrote:
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
On Tue, Jun 4, 2013 at 10:49 PM, mch...@winbond.com wrote:
> Jagan,
>
> So far, our major customer request is to have the same ID for backward
> compatibility. Therefore the IDs are the same for W25Q16C and W25Q16D. As for
> the 2.5V parts (W25Q80BL/W25Q16CL), they are the same die as the 3V
>
Copying Mike, Technical Marketing Director
-Original Message-
From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
Sent: Monday, June 03, 2013 11:03 PM
To: US30 Syed Hussain
Cc: u-boot@lists.denx.de; Michal Simek; Tom Rini; Simon Glass; Jagannadha
Sutradharudu Teki
Subject: Re: [PATCH v2 5/
On 06/04/2013 03:52:32 AM, Heiko Schocher wrote:
commit dfe64e2c89731a3f9950d7acd8681b68df2bae03
Author: Sergey Lapin
Date: Mon Jan 14 03:46:50 2013 +
mtd: resync with Linux-3.7.1
Introduced runtime bug:
U-Boot 2013.04-00499-g46567df-dirty (Jun 04 2013 - 08:17:08)
I2C: ready
DRAM
On 06/04/2013 11:36:17 AM, Scott Wood wrote:
On 06/04/2013 05:24:41 AM, Prabhakar Kushwaha wrote:
create_tlb1_entry and create_tlb0_entry creates TLB entries with
IPROT
bit set by default. Any TLB entries with IPROT = 1 can not be
invalidated.
Add IPROT as input argument for TLB entry creat
On 06/04/2013 05:24:41 AM, Prabhakar Kushwaha wrote:
create_tlb1_entry and create_tlb0_entry creates TLB entries with IPROT
bit set by default. Any TLB entries with IPROT = 1 can not be
invalidated.
Add IPROT as input argument for TLB entry creation APIs.
Signed-off-by: Prabhakar Kushwaha
-
On 6/4/2013 8:45 PM, Heiko Schocher wrote:
Hello Wolfgang,
Am 04.06.2013 17:00, schrieb Wolfgang Denk:
Dear Heiko,
In message <1370335914-14027-1-git-send-email...@denx.de> you wrote:
add possibility to disable gigabit support through
plattform data. Current boards should not be affected
thro
Update the EXTRA_ENV_SETTING for the dra7xx.
The console needs to be set to ttyO0 and the
findfdt needs to be updated to load the
dra7xx-evm.dtb file.
Signed-off-by: Dan Murphy
---
v2 - Updated with side bar maintainer comments.
include/configs/omap5_common.h | 12 ++--
1 files changed
Hello Wolfgang,
Am 04.06.2013 17:00, schrieb Wolfgang Denk:
> Dear Heiko,
>
> In message <1370335914-14027-1-git-send-email...@denx.de> you wrote:
>> add possibility to disable gigabit support through
>> plattform data. Current boards should not be affected
>> through this patch.
> ...
>> +
Dear "SARTRE Leo",
In message <3465d313fdfb824f9a9c8cd24fa4f6bc0108c...@frontmail.adetel.com> you
wrote:
> Add minimal support (only boot from mmc device) for the Congatec
> Conga-QEVAl Evaluation Carrier Board with conga-Qmx6q (i.MX6 Quad
> processor) module.
Checkpatch complains about two too
Hi Igor,
On Mon, Jun 3, 2013 at 11:10 PM, Igor Grinberg wrote:
> 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
Hi Robert,
On 04/06/2013 16:57, Robert Winkler wrote:
> Yes, as Eric mentioned I submitted a patch yesterday which fixes
> splash screen prepare not working
> with CONFIG_VIDEO and will submit a separate patch to add the function
> to nitrogen6x.c once that goes through.
Ok, understood.
>
> Th
Dear Piotr Wilczek,
In message <1370343625-16596-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.
...
> + /* align to 32-bit-aligned-address +
Hi Eric,
On 04/06/2013 16:30, Eric Nelson wrote:
> Gotcha. This method doesn't involve splash_screen_prepare() though.
>
> It also will blink the display since the splash screen will paint
> after the the compiled-in logo case.
> http://git.denx.de/u-boot.git/?p=u-boot.git;a=blob;f=common/lc
Dear Heiko,
In message <1370335914-14027-1-git-send-email...@denx.de> you wrote:
> add possibility to disable gigabit support through
> plattform data. Current boards should not be affected
> through this patch.
...
> + if (phy->speed == 1000) {
> + if (priv->data.g
Stefano
On Tue, Jun 4, 2013 at 7:30 AM, Eric Nelson
wrote:
> Hi Stefano,
>
>
> On 06/04/2013 07:15 AM, Stefano Babic wrote:
>>
>> Hi Eric,
>>
>> On 04/06/2013 15:55, Eric Nelson wrote:
>>>
>>> Hi Stefano,
>>>
>>> On 06/04/2013 06:44 AM, Stefano Babic wrote:
Hi Robert,
On 03/06
Hi Stefano,
On 06/04/2013 07:15 AM, Stefano Babic wrote:
Hi Eric,
On 04/06/2013 15:55, Eric Nelson wrote:
Hi Stefano,
On 06/04/2013 06:44 AM, Stefano Babic wrote:
Hi Robert,
On 03/06/2013 18:34, Robert Winkler wrote:
Which is the advantage instead of using the "preboot" variable setting
C
Over ride the EXTRA_ENV_SETTING for the dra7xx.
The console needs to be set to ttyO0 and the
findfdt needs to be updated to load the
dra7xx-evm.dtb file.
Signed-off-by: Dan Murphy
---
include/configs/dra7xx_evm.h | 37 +
1 files changed, 37 insertions(+), 0
Hi Eric,
On 04/06/2013 15:55, Eric Nelson wrote:
> Hi Stefano,
>
> On 06/04/2013 06:44 AM, Stefano Babic wrote:
>> Hi Robert,
>>
>> On 03/06/2013 18:34, Robert Winkler wrote:
>>
Which is the advantage instead of using the "preboot" variable setting
CONFIG_PREBOOT ? It does pretty the s
On Tue, Jun 04, 2013 at 10:51:54AM +0200, Heiko Schocher wrote:
> add possibility to disable gigabit support through
> plattform data. Current boards should not be affected
> through this patch.
>
> Signed-off-by: Heiko Schocher
Why? Based on some of your later patches, you're working with a
c
Hi Stefano,
On 06/04/2013 06:44 AM, Stefano Babic wrote:
Hi Robert,
On 03/06/2013 18:34, Robert Winkler wrote:
Which is the advantage instead of using the "preboot" variable setting
CONFIG_PREBOOT ? It does pretty the same and you can move the whole
script outside of board code.
The preboot
Hi Robert,
On 03/06/2013 18:34, Robert Winkler wrote:
>> Which is the advantage instead of using the "preboot" variable setting
>> CONFIG_PREBOOT ? It does pretty the same and you can move the whole
>> script outside of board code.
>
> The preboot command is run too late. It looks like it is ru
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 V3:
- add comment on why extra space
On 04/06/2013 11:30, SARTRE Leo wrote:
> Add minimal support (only boot from mmc device) for the Congatec
> Conga-QEVAl Evaluation Carrier Board with conga-Qmx6q (i.MX6 Quad
> processor) module.
>
> Signed-off-by: Leo Sartre
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
Heiko,
On Jun 4, 2013, at 1:31 PM, Heiko Schocher wrote:
> Hello Pantelis,
>
> Am 04.06.2013 12:08, schrieb Pantelis Antoniou:
>> Hi Heiko,
>>
>> Just thinking out loud here. Can we have an extra option that
>> allocates the buffer dynamically based on an env variable?
>
> Hmm.. also a possibi
Hello Pantelis,
Am 04.06.2013 12:08, schrieb Pantelis Antoniou:
> Hi Heiko,
>
> Just thinking out loud here. Can we have an extra option that
> allocates the buffer dynamically based on an env variable?
Hmm.. also a possibility... I have here no preferences ...
Name: "dfu_data_buf_size" if not
create_tlb1_entry and create_tlb0_entry creates TLB entries with IPROT
bit set by default. Any TLB entries with IPROT = 1 can not be invalidated.
Add IPROT as input argument for TLB entry creation APIs.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
Hi Heiko,
> Dfu transfer uses a buffer before writing data to the
> raw storage device. Make the size (in bytes) of this buffer
> configurable.
>
Acked-by: Lukasz Majewski
> Signed-off-by: Heiko Schocher
> Cc: Pantelis Antoniou
> Cc: Tom Rini
> Cc: Lukasz Majewski
> Cc: Kyungmin Park
> Cc
Hi Heiko,
> Without this, second usb_composite_register() call fails always
> with -EINVAL.
>
> Signed-off-by: Heiko Schocher
> Cc: Lukasz Majewski
> Cc: Kyungmin Park
> Cc: Marek Vasut
> ---
> drivers/usb/gadget/composite.c | 1 +
> 1 Datei geändert, 1 Zeile hinzugefügt(+)
>
> diff --git a
Hi Heiko,
> add a weak dummy function g_dnl_fixup to add the possibility to update
> the device_desc board specific. Used on the upcoming siemens board
> support, where idVendor and idProduct is stored in an eeprom.
>
Reviewed-by: Lukasz Majewski
> Signed-off-by: Heiko Schocher
> Cc: Marek Va
Hi Heiko,
Just thinking out loud here. Can we have an extra option that
allocates the buffer dynamically based on an env variable?
Regards
-- Pantelis
On Jun 4, 2013, at 12:22 PM, Heiko Schocher wrote:
> Dfu transfer uses a buffer before writing data to the
> raw storage device. Make the size
Hi Leo,
On 04/06/2013 11:30, SARTRE Leo wrote:
> Add minimal support (only boot from mmc device) for the Congatec
> Conga-QEVAl Evaluation Carrier Board with conga-Qmx6q (i.MX6 Quad
> processor) module.
>
> Signed-off-by: Leo Sartre
> ---
>
> Changes in v7:
> -cgtqmx6eval.c : rem
Add minimal support (only boot from mmc device) for the Congatec
Conga-QEVAl Evaluation Carrier Board with conga-Qmx6q (i.MX6 Quad
processor) module.
Signed-off-by: Leo Sartre
---
Changes in v7:
-cgtqmx6eval.c : remove unused code in board_init.
MAINTAINERS
Dfu transfer uses a buffer before writing data to the
raw storage device. Make the size (in bytes) of this buffer
configurable.
Signed-off-by: Heiko Schocher
Cc: Pantelis Antoniou
Cc: Tom Rini
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
---
README| 5 +
drivers/dfu
Without this, second usb_composite_register() call fails always
with -EINVAL.
Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
---
drivers/usb/gadget/composite.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/drivers/usb/gadget/composite.c b/d
add a weak dummy function g_dnl_fixup to add the possibility to update
the device_desc board specific. Used on the upcoming siemens board
support, where idVendor and idProduct is stored in an eeprom.
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Kyungmin Park
---
drive
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Ilya Yanok
---
drivers/usb/musb-new/musb_uboot.c | 2 ++
1 Datei geändert, 2 Zeilen hinzugefügt(+)
diff --git a/drivers/usb/musb-new/musb_uboot.c
b/drivers/usb/musb-new/musb_uboot.c
index 15d2ec0..c240032 100644
--- a/drivers/usb/musb-new/musb
Binutils 2.23.1 and the patch(es) for 2.23.2 work well.
Thank you for your help.
Jérôme
On 05/31/2013 08:20:00 PM, Scott Wood wrote:
>
> On 05/23/2013 04:52:26 AM, Jérôme Arzel wrote:
> > Hi all,
> >
> > I have an issue when I compile U-Boot for my target machine
> > (P1022DS,
> > 36-bit).
> >
move gmii_sel register defines from board code to common place.
Signed-off-by: Heiko Schocher
Cc: Chandan Nath
Cc: Sandeep Paulraj
Cc: Tom Rini
Cc: Lars Poeschel
Cc: Enric Balletbo i Serra
---
arch/arm/include/asm/arch-am33xx/cpu.h | 8
board/isee/igep0033/board.c| 4 ++
move uart soft reset code to common place and call
this function from board code, instead of copy and paste
this code for every board.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
arch/arm/cpu/armv7/am33xx/board.c| 22
move rtc32k_enable() to common place so all am33xx boards can use it.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
arch/arm/cpu/armv7/am33xx/board.c| 18 ++
arch/arm/include/asm/arch-am33xx/sys_proto.h
upcoming support for siemens boards switches mpu pll clk in board
code. So make this configurable.
Signed-off-by: Heiko Schocher
Cc: Tom Rini
---
arch/arm/cpu/armv7/am33xx/clock_am33xx.c | 9 +++--
arch/arm/include/asm/arch-am33xx/sys_proto.h | 1 +
2 Dateien geändert, 8 Zeilen hinzugef
add atheros ar803x phy, used on the upcoming siemens boards.
Signed-off-by: Heiko Schocher
Cc: Andy Fleming
Cc: Joe Hershberger
---
drivers/net/phy/atheros.c | 11 +++
1 Datei geändert, 11 Zeilen hinzugefügt(+)
diff --git a/drivers/net/phy/atheros.c b/drivers/net/phy/atheros.c
index 9
add natsemi dp83630 phy, used on the upcoming siemens boards.
Signed-off-by: Heiko Schocher
Cc: Andy Fleming
Cc: Joe Hershberger
---
drivers/net/phy/natsemi.c | 37 +
1 Datei geändert, 37 Zeilen hinzugefügt(+)
diff --git a/drivers/net/phy/natsemi.c b/driver
Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
Signed-off-by: Heiko Schocher
Cc: Albert Aribaud
Cc: Tom Rini
---
arch/arm/include/asm/arch-am33xx/cpu.h | 20 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/omap_wdt.c| 115
Signed-off-by: Heiko Schocher
Cc: Tom Rini
---
doc/README.SPL | 2 +-
spl/Makefile | 1 +
2 Dateien geändert, 2 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/doc/README.SPL b/doc/README.SPL
index 4e1cb28..64977e0 100644
--- a/doc/README.SPL
+++ b/doc/README.SPL
@@ -67,7 +67,7 @@ CON
commit dfe64e2c89731a3f9950d7acd8681b68df2bae03
Author: Sergey Lapin
Date: Mon Jan 14 03:46:50 2013 +
mtd: resync with Linux-3.7.1
Introduced runtime bug:
U-Boot 2013.04-00499-g46567df-dirty (Jun 04 2013 - 08:17:08)
I2C: ready
DRAM: 512 MiB
WARNING: Caches not enabled
NAND: BUG:
add possibility to disable gigabit support through
plattform data. Current boards should not be affected
through this patch.
Signed-off-by: Heiko Schocher
Cc: Cyril Chemparathy
Cc: Chandan Nath
Cc: Satyanarayana, Sandhya
Cc: Ilya Yanok
Cc: Yegor Yefremov
Cc: Mugunthan V N
Cc: Tom Rini
Cc:
1 - 100 of 107 matches
Mail list logo
