The CPU is : samsung s3c6410xh 66
Miron Cornel
Mobile: +40-732.746.305
E-mail: cornel.miro...@gmail.com
Yahoo ID: cornel_m2...@yahoo.com
Skype: miron_cornel
__
On Fri, Dec 6, 2013 at 11:57 AM, Abraham V.
wrote:
> Please reply t
On Thu, 7 Nov 2013 14:21:46 +0100, Albert ARIBAUD
wrote:
> Current LDS files /DISCARD/ a lot of sections when linking ELF
> files, causing diagnostic tools such as readelf or objdump to
> produce partial output. Keep all section at link stage, filter
> only at objcopy time so that .bin remains m
On 12/06/2013 06:37 AM, Andre Heider wrote:
> Hi Stephen,
>
> On Tue, Dec 03, 2013 at 09:01:55PM -0700, Stephen Warren wrote:
>> Send RPC commands to the VideoCore to turn on the SDHCI and USB modules.
>> For SDHCI this isn't needed in practice, since the firmware already
>> turned on the power in
On Thu, 2013-12-05 at 14:18 +0800, Po Liu wrote:
> diff --git a/drivers/mtd/nand/fsl_ifc_spl.c b/drivers/mtd/nand/fsl_ifc_spl.c
> index 9de327b..93303b4 100644
> --- a/drivers/mtd/nand/fsl_ifc_spl.c
> +++ b/drivers/mtd/nand/fsl_ifc_spl.c
> @@ -88,7 +88,11 @@ static inline int bad_block(uchar *marke
On Thu, 2013-12-05 at 14:19 +0800, Po Liu wrote:
> diff --git a/board/freescale/c29xpcie/spl.c b/board/freescale/c29xpcie/spl.c
> new file mode 100644
> index 000..7bc8ce1
> --- /dev/null
> +++ b/board/freescale/c29xpcie/spl.c
> @@ -0,0 +1,73 @@
> +/* Copyright 2013 Freescale Semiconductor, Inc
On Thu, 2013-12-05 at 18:09 +0530, Pekon Gupta wrote:
> This patch adds CONFIG_SPL_NAND_DEVICE_WIDTH to specify bus-width of NAND
> device
> CONFIG_SPL_NAND_DEVICE_WIDTH == 16: NAND device with x16 bus-width
> CONFIG_SPL_NAND_DEVICE_WIDTH == 8: NAND device with x8 bus-width
>
> Need for a se
Hi Wolfgang,
El Sat, 07 Dec 2013 00:16:16 +0100
Wolfgang Denk escribió:
> Dear Dennis,
>
> In message <20131206164420.36e5f...@adria.ausil.us> you wrote:
> >
> > fdtaddr is highly prevalent in the configs
>
> Yes, it appears some vendors favoured this name. I'm temptted to add
> that these ve
Hi Tom,
On 2 October 2013 08:44, Simon Glass wrote:
> This series adds a few improvements to the image signing feature to
> make it easier to use on the Beaglebone Black.
>
> - Add a DEV_TREE_BIN option to make it easier to include the correct FDT
> (with embedded public keys) into the U-Boot ima
For standalone images, bootm had a special case where the OS boot function
was NULL but did actually exist. It was just called manually.
This was removed by commit 35fc84fa which checks for the non-existence of
this function before the special case is examined.
There is no obvious reason why stan
Dear Dennis,
In message <20131206164420.36e5f...@adria.ausil.us> you wrote:
>
> fdtaddr is highly prevalent in the configs
Yes, it appears some vendors favoured this name. I'm temptted to add
that these very vendors often tend to define thier own ways without
caring what the community has been
On 12/06/2013 02:04 PM, Tom Rini wrote:
...
> There's two problems here. The first problem is that we have
> between 256MiB and 1GiB of DDR on the platform, but we could just
> design for the smallest case. The second problem is, what's big
> enough? You've got 32MiB (tegra30) which I would hope
Dear Tom,
In message <20131206221307.GD420@bill-the-cat> you wrote:
>
> > I think it's actually OK to omit the "_r" in NOR-less systems. The
> > number of devices with actual NOT flash is decreasing, and if you can
> > be sure that there is no such memory device available, then it is
> > just ov
Hi Wolfgang,
El Fri, 06 Dec 2013 21:37:59 +0100
Wolfgang Denk escribió:
> Dear Tom,
>
> In message <20131206162854.GX420@bill-the-cat> you wrote:
> >
> > > But this is crap. The meaning of these variables has been
> > > wel-defined for a long, long time. "fdt_addr" is the FDT address
> > > in
On Fri, Dec 06, 2013 at 09:37:59PM +0100, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20131206162854.GX420@bill-the-cat> you wrote:
> >
> > > But this is crap. The meaning of these variables has been wel-defined
> > > for a long, long time. "fdt_addr" is the FDT address in NOR flash (or
> >
Hi Masahiro,
On Mon, 7 Oct 2013 11:46:56 +0900, Masahiro Yamada
wrote:
> The lower 5 bit of MVBAR is UNK/SBZP.
> So, Monitor Vector Base Address must be 32-byte aligned.
> On the other hand, the secure monitor handler does not need
> 32-byte alignment.
>
> This commit moves ".algin 5" directiv
On Fri, Dec 06, 2013 at 01:44:22PM -0700, Stephen Warren wrote:
> On 12/06/2013 01:31 PM, Tom Rini wrote:
> > On Fri, Dec 06, 2013 at 08:28:04PM +0100, Albert ARIBAUD wrote:
> >> Hi Tom,
> >>
> >> On Fri, 6 Dec 2013 12:18:13 -0500, Tom Rini wrote:
> >>
> >>> On Fri, Dec 06, 2013 at 05:59:37PM +010
On 12/06/2013 01:31 PM, Tom Rini wrote:
> On Fri, Dec 06, 2013 at 08:28:04PM +0100, Albert ARIBAUD wrote:
>> Hi Tom,
>>
>> On Fri, 6 Dec 2013 12:18:13 -0500, Tom Rini wrote:
>>
>>> On Fri, Dec 06, 2013 at 05:59:37PM +0100, Albert ARIBAUD wrote:
Hi Tom,
On Fri, 6 Dec 2013 10:48:50 -0
If CONFIG_NR_DRAM_BANKS is not defined, we say (for simplicity) that we have
1 bank, but for some boards should be interesting that we can define
CONFIG_NR_DRAM_BANKS. To handle this possibility just define the number of
DRAM banks if is not already defined. This is useful for some OMAP3 boards
whe
Hi all,
Most of the boards based on TI processors uses common configuration files
(ti_armv7_common.h, ti__common.h) to avoid duplication of code.
This is right except for OMAP3-based boards. In order to use the same schema
as used on am33xx, omap4, omap5 and dra7 TI processors these patches create
Other TI processors like am33xx, omap4 and omap5 have called these variables
as NON_SECURE_SRAM_*, shouldn't be a big problem rename these variables to
be coherent.
One reason more to rename these variables is to have the possibility of any
OMAP3 board to use the ti_armv7_common.h include as the N
Create a new file, include/configs/ti_omap3_common.h, for everything
common to the OMAP3 SoC leaving just the board specific part to board
configuration file.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/ti_omap3_common.h | 73 +++
1 file changed,
The ELM hardware engine wihich is used for ECC error detections is not present
on OMAP3 SoC, so move the CONFIG_SPL_NAND_AM33XX_BCH from ti_armv7_common.h to
SoC configuration file.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/ti_am335x_common.h | 4
include/configs/ti_armv7_co
Follow the pattern ti__common.h used by other TI processors
to be coherent. So just rename omap4_common.h to ti_omap4_common.h.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/omap4_panda.h | 4 ++--
include/configs/omap4_sdp4430.h | 4 ++--
Dear Tom,
In message <20131206162854.GX420@bill-the-cat> you wrote:
>
> > But this is crap. The meaning of these variables has been wel-defined
> > for a long, long time. "fdt_addr" is the FDT address in NOR flash (or
> > similar memory except system RAM); "fdt_addr_r" is the FDT address
> > whe
To reduce code duplication update omap3_igep00x0.h to use ti_omap3_common.h.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/omap3_igep00x0.h | 189 ++-
1 file changed, 9 insertions(+), 180 deletions(-)
diff --git a/include/configs/omap3_igep00x0.h
Follow the pattern ti__common.h used by other TI processors
to be coherent. So just rename omap5_common.h to ti_omap5_common.h.
Signed-off-by: Enric Balletbo i Serra
---
include/configs/dra7xx_evm.h | 4 ++--
include/configs/omap5_uevm.h | 4 ++--
On Fri, Dec 06, 2013 at 08:28:04PM +0100, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 6 Dec 2013 12:18:13 -0500, Tom Rini wrote:
>
> > On Fri, Dec 06, 2013 at 05:59:37PM +0100, Albert ARIBAUD wrote:
> > > Hi Tom,
> > >
> > > On Fri, 6 Dec 2013 10:48:50 -0500, Tom Rini wrote:
> > >
> > > > Hey
Dear Tom,
In message <20131206154850.GW420@bill-the-cat> you wrote:
>
> I've been thinking. We've had a thread on i.MX platforms about fdt
> being overwritten and needing to be moved to another address. And I've
> also had an internal problem about fdt being overwritten. So, how about
> as a r
Hi Tom,
On Fri, 6 Dec 2013 12:18:13 -0500, Tom Rini wrote:
> On Fri, Dec 06, 2013 at 05:59:37PM +0100, Albert ARIBAUD wrote:
> > Hi Tom,
> >
> > On Fri, 6 Dec 2013 10:48:50 -0500, Tom Rini wrote:
> >
> > > Hey all,
> > >
> > > I've been thinking. We've had a thread on i.MX platforms about f
On 12/06/2013 06:37 AM, Andre Heider wrote:
> Hi Stephen,
>
> On Tue, Dec 03, 2013 at 09:01:55PM -0700, Stephen Warren wrote:
>> Send RPC commands to the VideoCore to turn on the SDHCI and USB modules.
>> For SDHCI this isn't needed in practice, since the firmware already
>> turned on the power in
On Fri, 2013-11-29 at 12:13 +0100, Andreas Bießmann wrote:
> Signed-off-by: Andreas Bießmann
> ---
> board/BuS/vl_ma2sc/vl_ma2sc.c |5 +++--
> board/egnite/ethernut5/ethernut5.c |3 ++-
> board/esd/meesc/meesc.c|5 +++--
> board/esd/otc570/otc570.c |5 +++
On 06/12/13 17:21, Ian Campbell wrote:
> On Fri, 2013-12-06 at 16:48 +0100, Andre Przywara wrote:
>> On 12/06/2013 04:44 PM, Ian Campbell wrote:
>>> (damn linux-sunxi reply-to vs. evolution madness ate your copy Marc,
>>> sorry!)
>>>
>>> On Fri, 2013-12-06 at 12:59 +, Ian Campbell wrote:
O
On Fri, 2013-12-06 at 16:48 +0100, Andre Przywara wrote:
> On 12/06/2013 04:44 PM, Ian Campbell wrote:
> > (damn linux-sunxi reply-to vs. evolution madness ate your copy Marc,
> > sorry!)
> >
> > On Fri, 2013-12-06 at 12:59 +, Ian Campbell wrote:
> >> On Fri, 2013-12-06 at 12:12 +, Marc Zyn
On Fri, Dec 06, 2013 at 05:59:37PM +0100, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 6 Dec 2013 10:48:50 -0500, Tom Rini wrote:
>
> > Hey all,
> >
> > I've been thinking. We've had a thread on i.MX platforms about fdt
> > being overwritten and needing to be moved to another address. And I've
On Thu, Dec 05, 2013 at 08:18:10PM -0600, Dennis Gilmore wrote:
> As a followup to http://lists.denx.de/pipermail/u-boot/2013-August/160080.html
> ive put together what i Think is a reasonable starting point for defining a
> unified set of features and options.
>
> There are some things that rea
sorry, I sent attach git format-patch directly, it cause the mistake
mail, the patch is below.
The SPL(bl2) is still the old one from manufacturer, as I don't know how
to build a new one.
I don't know much debug method, the how to use JTAG of it. Could anyone
teach me some of it?
Thanks.
[PATCH] bo
Hi Tom,
On Fri, 6 Dec 2013 10:48:50 -0500, Tom Rini wrote:
> Hey all,
>
> I've been thinking. We've had a thread on i.MX platforms about fdt
> being overwritten and needing to be moved to another address. And I've
> also had an internal problem about fdt being overwritten. So, how about
> as
On Fri, Dec 06, 2013 at 09:44:22AM +0100, Albert ARIBAUD wrote:
> Hi Minkyu,
>
> While fetching u-boot-samsung, I could see the following messages:
>
> remote: error: refs/remotes/origin/GPL-Cleanup does not point to a
> valid object!
>
> remote: error: refs/remotes/origin/i.MX31 does not point
Hi Minkyu,
On Fri, 06 Dec 2013 19:44:28 +0900, Minkyu Kang
wrote:
> Hi Albert,
>
> On 06/12/13 17:44, Albert ARIBAUD wrote:
> > Hi Minkyu,
> >
> > While fetching u-boot-samsung, I could see the following messages:
> >
> > remote: error: refs/remotes/origin/GPL-Cleanup does not point to a
> >
On 12/06/2013 12:53 AM, Shengzhou Liu wrote:
> - optimize ddr parameters for whole frequency range from 1500MT/s to 2140MT/s.
> - remove unused patameters: 'cpo', 'wrdata delay', '2T', which is unrelated
> to DDR3/3L on t2080qds.
> - remove unused rdimm code(only udimm is supported on t2080qds).
Hi Minkyu,
On Fri, 06 Dec 2013 19:51:21 +0900, Minkyu Kang
wrote:
> The following changes since commit d44a5f51288aec60c6bdb4ac939d75c24e5bf9c2:
>
> Merge branch 'u-boot-microblaze/zynq' into 'u-boot-arm/master' (2013-11-22
> 10:19:35 +0100)
>
> are available in the git repository at:
>
>
On Fri, Dec 06, 2013 at 04:26:51PM +0100, Wolfgang Denk wrote:
> Dear Dennis Gilmore,
>
> In message <20131206084854.0e0da...@adria.ausil.us> you wrote:
> >
> > Wolfgang Denk escribi=F3:
> > > Dear Dennis Gilmore,
> > >=20
> > > In message <1386296295-28658-3-git-send-email-den...@ausil.us> you
>
On 06/12/13 13:03, Andre Przywara wrote:
> Yes, there is indeed this problem with the pen. Maybe one can use your
> upcoming relocation code to move the pen to a more secure place (defined
> per platform).
Yes, that's what I've done. Also rewritten some of it to be able to
execute solely in sec
On 12/06/2013 04:44 PM, Ian Campbell wrote:
(damn linux-sunxi reply-to vs. evolution madness ate your copy Marc,
sorry!)
On Fri, 2013-12-06 at 12:59 +, Ian Campbell wrote:
On Fri, 2013-12-06 at 12:12 +, Marc Zyngier wrote:
BTW: Yesterday my PSCI host patches for Xen have been committed
Hey all,
I've been thinking. We've had a thread on i.MX platforms about fdt
being overwritten and needing to be moved to another address. And I've
also had an internal problem about fdt being overwritten. So, how about
as a rule of thumb we start setting fdt_high (in configs) to
memory-start +
(damn linux-sunxi reply-to vs. evolution madness ate your copy Marc,
sorry!)
On Fri, 2013-12-06 at 12:59 +, Ian Campbell wrote:
> On Fri, 2013-12-06 at 12:12 +, Marc Zyngier wrote:
> > > BTW: Yesterday my PSCI host patches for Xen have been committed, so Xen
> > > should be able to use th
Dear Dennis Gilmore,
In message <20131206084854.0e0da...@adria.ausil.us> you wrote:
>
> Wolfgang Denk escribi=F3:
> > Dear Dennis Gilmore,
> >=20
> > In message <1386296295-28658-3-git-send-email-den...@ausil.us> you
> > wrote:
> > >
> > > - "fdt_addr=0x1100\0" \
> > > + "fdt_addr=0x1110\
Dear Måns Rullgård ,
On Wed, Dec 4, 2013 at 9:35 AM, Måns Rullgård <[hidden email]> wrote:
>> mx6: compute PLL PFD frequencies rather than using defines
>
> That commit introduces a 64-bit division without using the lldiv()
> function, which pulls in previously unused libgcc stuff.
Thank yo
El Fri, 06 Dec 2013 11:59:05 +0100
Wolfgang Denk escribió:
> Dear Dennis Gilmore,
>
> In message <1386296295-28658-3-git-send-email-den...@ausil.us> you
> wrote:
> >
> > - "fdt_addr=0x1100\0" \
> > + "fdt_addr=0x1110\0" \
> > + "fdt_addr_r=0x1120\0" \
>
> Why would you need fdt
Hi Stefan,
On Fri, 06 Dec 2013 14:38:58 +0100, Stefan Roese wrote:
> Hi Albert,
>
> On 06.12.2013 13:06, Albert ARIBAUD wrote:
> >> On 06.12.2013 10:20, Yegor Yefremov wrote:
> This causes am3517_evm to fail with warnings:
>
> am3517evm.c: In function 'misc_init_r':
> am3517
Yegor Yefremov writes:
> On Fri, Dec 6, 2013 at 8:28 AM, Yegor Yefremov
> wrote:
>> On Thu, Dec 5, 2013 at 6:28 PM, Måns Rullgård wrote:
>>> Yegor Yefremov writes:
>>>
On Thu, Nov 28, 2013 at 5:57 PM, Tom Rini wrote:
> On Thu, Nov 28, 2013 at 05:39:09PM +0100, Yegor Yefremov wrote:
>
Hi Tom,
On Fri, 6 Dec 2013 07:15:25 -0500, Tom Rini wrote:
> Hey,
>
> The following changes since commit 4c54419737ffbfadd605263d97a1357bb03c04e8:
>
> socfpga: Adding Freeze Controller driver (2013-12-03 14:38:56 +0100)
>
> are available in the git repository at:
>
> git://git.denx.de/u-
Hi Stephen,
On Tue, Dec 03, 2013 at 09:01:55PM -0700, Stephen Warren wrote:
> Send RPC commands to the VideoCore to turn on the SDHCI and USB modules.
> For SDHCI this isn't needed in practice, since the firmware already
> turned on the power in order to load U-Boot. However, it's best to be
> exp
Hi Albert,
On 06.12.2013 13:06, Albert ARIBAUD wrote:
>> On 06.12.2013 10:20, Yegor Yefremov wrote:
This causes am3517_evm to fail with warnings:
am3517evm.c: In function 'misc_init_r':
am3517evm.c:106:6: warning: unused variable 'reset' [-Wunused-variable]
am3517evm.c:105
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/04/2013 06:47 PM, York Sun wrote:
> Tom,
>
> The following changes since commit f44483b57c49282299da0e5c10073b909cdad979:
>
> Merge branch 'serial' of git://git.denx.de/u-boot-microblaze
> (2013-12-02 08:48:02 -0500)
>
> are available in the
On Fri, Dec 6, 2013 at 1:14 PM, Tom Rini wrote:
> On Fri, Dec 06, 2013 at 06:59:52AM -0500, Tom Rini wrote:
>> On Fri, Dec 06, 2013 at 11:47:38AM +0100, Yegor Yefremov wrote:
>> > On Fri, Dec 6, 2013 at 11:37 AM, Stefan Roese
>> > wrote:
>> > > On 06.12.2013 11:17, yegorsli...@googlemail.com wro
On Fri, Dec 06, 2013 at 04:14:42PM +0800, Sonic Zhang wrote:
> Hi Tom,
>
> Please pull the following patches from u-boot-blackfin into your tree.
>
> Thanks
>
> Sonic Zhang
>
>
> The following changes since commit f44483b57c49282299da0e5c10073b909cdad979:
>
> Merge branch 'serial' of git:/
On 12/06/2013 01:12 PM, Marc Zyngier wrote:
Hi Andre,
On 06/12/13 11:43, Andre Przywara wrote:
On 11/21/2013 09:59 AM, Marc Zyngier wrote:
PSCI is an ARM standard that provides a generic interface that
...
Thanks again for posting this, I like the idea of adding PSCI handlers
to u-boot for s
On Fri, 2013-12-06 at 12:12 +, Marc Zyngier wrote:
> > BTW: Yesterday my PSCI host patches for Xen have been committed, so Xen
> > should be able to use that feature just like the kernel does.
>
> Excellent! I really need to sort these patches out and repost the whole
> series...
I was hopin
Hi Andre,
On 06/12/13 11:43, Andre Przywara wrote:
> On 11/21/2013 09:59 AM, Marc Zyngier wrote:
>> PSCI is an ARM standard that provides a generic interface that
>> ...
>
> Thanks again for posting this, I like the idea of adding PSCI handlers
> to u-boot for several platforms very much.
>
>>
Hey,
The following changes since commit 4c54419737ffbfadd605263d97a1357bb03c04e8:
socfpga: Adding Freeze Controller driver (2013-12-03 14:38:56 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 18a02e8050b7af165efa72325753e
On Fri, Dec 06, 2013 at 06:59:52AM -0500, Tom Rini wrote:
> On Fri, Dec 06, 2013 at 11:47:38AM +0100, Yegor Yefremov wrote:
> > On Fri, Dec 6, 2013 at 11:37 AM, Stefan Roese
> > wrote:
> > > On 06.12.2013 11:17, yegorsli...@googlemail.com wrote:
> > >> From: Yegor Yefremov
> > >>
> > >> Pin 30 i
I may mistake the sdcard, in my board, the sdcard is connect
sd2(GPK2[0:6]), using the GPK2[2] as CDn.
But it still can't work. It don't light any LED at all(in my board, it
is the low power level of gpio which the led is connected to that light
the led).
===
Hi Nobuhiro,
On Tue, 3 Dec 2013 10:40:07 +0900, Nobuhiro Iwamatsu
wrote:
> Dear Albert Aribaud,
>
> Please pull u-boot-sh/rmobile into u-boot-arm/master.
>
> The following changes since commit
> 77524d2c9d81e97c54e704b65c8a02e4bec0f441:
>
> Merge branch 'u-boot-atmel/master' into 'u-boot-ar
Hi Stefan,
On Fri, 06 Dec 2013 11:08:17 +0100, Stefan Roese wrote:
> Hi Yegor,
>
> On 06.12.2013 10:20, Yegor Yefremov wrote:
> >> This causes am3517_evm to fail with warnings:
> >>
> >> am3517evm.c: In function 'misc_init_r':
> >> am3517evm.c:106:6: warning: unused variable 'reset' [-Wunused-v
On Fri, Dec 06, 2013 at 11:47:38AM +0100, Yegor Yefremov wrote:
> On Fri, Dec 6, 2013 at 11:37 AM, Stefan Roese wrote:
> > On 06.12.2013 11:17, yegorsli...@googlemail.com wrote:
> >> From: Yegor Yefremov
> >>
> >> Pin 30 is connected to PHY's RESET# signal, so it must be
> >> put to high. Otherwi
On 11/21/2013 09:59 AM, Marc Zyngier wrote:
PSCI is an ARM standard that provides a generic interface that
...
Thanks again for posting this, I like the idea of adding PSCI handlers
to u-boot for several platforms very much.
This patch series contains 3 parts:
- the first four patches are j
Dear Dennis Gilmore,
In message <1386296295-28658-2-git-send-email-den...@ausil.us> you wrote:
>
> +#if defined(__arm__)
> +#define CONFIG_BOOTP_PXE_CLIENTARCH 0x100
> +#define CONFIG_BOOTP_VCI_STRING "U-boot.armv7"
> +#endif
This cannot be right. Not all the world is an ARMv7.
Plea
Dear Dennis Gilmore,
In message <1386296295-28658-3-git-send-email-den...@ausil.us> you wrote:
>
> - "fdt_addr=0x1100\0" \
> + "fdt_addr=0x1110\0" \
> + "fdt_addr_r=0x1120\0" \
Why would you need fdt_addr and fdt_addr_r ? This makes no sense.
Two different values would on
Hi Alexey,
Will do so over the weekend.
Regards
-- Pantelis
On Dec 6, 2013, at 12:52 PM, Alexey Brodkin wrote:
> On Wed, 2013-11-27 at 22:07 +0900, Jaehoon Chung wrote:
>> Acked-by: Jaehoon Chung
>
> Any chance to get this patch applied?
>
> -Alexey
_
On Wed, 2013-11-27 at 22:07 +0900, Jaehoon Chung wrote:
> Acked-by: Jaehoon Chung
Any chance to get this patch applied?
-Alexey
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The following changes since commit d44a5f51288aec60c6bdb4ac939d75c24e5bf9c2:
Merge branch 'u-boot-microblaze/zynq' into 'u-boot-arm/master' (2013-11-22
10:19:35 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
for you to fetch changes up to 55f2118c11
On Fri, Dec 6, 2013 at 11:37 AM, Stefan Roese wrote:
> On 06.12.2013 11:17, yegorsli...@googlemail.com wrote:
>> From: Yegor Yefremov
>>
>> Pin 30 is connected to PHY's RESET# signal, so it must be
>> put to high. Otherwise PHY won't be found via MDIO interface.
>>
>> Signed-off-by: Yegor Yefremo
On 06/12/13 19:25, Minkyu Kang wrote:
> arndale board is booted from mmc
>
> Signed-off-by: Minkyu Kang
> Cc: Albert ARIBAUD
> Cc: Inderpal Singh
> ---
> include/configs/arndale.h |4
> 1 file changed, 4 deletions(-)
>
> diff --git a/include/configs/arndale.h b/include/configs/arndal
On 06/12/13 19:25, Minkyu Kang wrote:
> This patch fix following errors and warnings
>
> spl_boot.c: In function 'exynos_spi_copy':
> spl_boot.c:111:49: error: 'CONFIG_ENV_SPI_BASE' undeclared (first use in this
> function)
> spl_boot.c:111:49: note: each undeclared identifier is reported only on
Hi Albert,
On 06/12/13 17:44, Albert ARIBAUD wrote:
> Hi Minkyu,
>
> While fetching u-boot-samsung, I could see the following messages:
>
> remote: error: refs/remotes/origin/GPL-Cleanup does not point to a
> valid object!
>
> remote: error: refs/remotes/origin/i.MX31 does not point to a valid
On 06.12.2013 11:17, yegorsli...@googlemail.com wrote:
> From: Yegor Yefremov
>
> Pin 30 is connected to PHY's RESET# signal, so it must be
> put to high. Otherwise PHY won't be found via MDIO interface.
>
> Signed-off-by: Yegor Yefremov
Looks good. One questions below though:
> ---
> Changes
This patch fix following errors and warnings
spl_boot.c: In function 'exynos_spi_copy':
spl_boot.c:111:49: error: 'CONFIG_ENV_SPI_BASE' undeclared (first use in this
function)
spl_boot.c:111:49: note: each undeclared identifier is reported only once for
each function it appears in
spl_boot.c:142
arndale board is booted from mmc
Signed-off-by: Minkyu Kang
Cc: Albert ARIBAUD
Cc: Inderpal Singh
---
include/configs/arndale.h |4
1 file changed, 4 deletions(-)
diff --git a/include/configs/arndale.h b/include/configs/arndale.h
index 45fa047..f0b9f94 100644
--- a/include/configs/ar
From: Yegor Yefremov
Pin 30 is connected to PHY's RESET# signal, so it must be
put to high. Otherwise PHY won't be found via MDIO interface.
Signed-off-by: Yegor Yefremov
---
Changes:
v3: use "__maybe_unused", instead of #if defined statement (Stefan
Roese)
v2: put ctr and rese
On Fri, Dec 6, 2013 at 11:08 AM, Stefan Roese wrote:
> Hi Yegor,
>
> On 06.12.2013 10:20, Yegor Yefremov wrote:
>>> This causes am3517_evm to fail with warnings:
>>>
>>> am3517evm.c: In function 'misc_init_r':
>>> am3517evm.c:106:6: warning: unused variable 'reset' [-Wunused-variable]
>>> am3517ev
Hi Yegor,
On 06.12.2013 10:20, Yegor Yefremov wrote:
>> This causes am3517_evm to fail with warnings:
>>
>> am3517evm.c: In function 'misc_init_r':
>> am3517evm.c:106:6: warning: unused variable 'reset' [-Wunused-variable]
>> am3517evm.c:105:24: warning: unused variable 'ctr' [-Wunused-variable]
>
- optimize ddr parameters for whole frequency range from 1500MT/s to 2140MT/s.
- remove unused patameters: 'cpo', 'wrdata delay', '2T', which is unrelated
to DDR3/3L on t2080qds.
- remove unused rdimm code(only udimm is supported on t2080qds).
Signed-off-by: Shengzhou Liu
---
Against master bra
Hi Minkyu,
On Thu, 05 Dec 2013 17:11:17 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit d44a5f51288aec60c6bdb4ac939d75c24e5bf9c2:
>
> Merge branch 'u-boot-microblaze/zynq' into 'u-boot-arm/master' (2013-11-22
> 10:19:35 +0100)
>
> are available in the git re
On Fri, Dec 6, 2013 at 9:33 AM, Albert ARIBAUD
wrote:
> Hi Tom,
>
> On Wed, 4 Dec 2013 17:06:30 -0500, Tom Rini wrote:
>
>> Hey,
>>
>> The following changes since commit 4c54419737ffbfadd605263d97a1357bb03c04e8:
>>
>> socfpga: Adding Freeze Controller driver (2013-12-03 14:38:56 +0100)
>>
>> ar
From: Yegor Yefremov
Pin 30 is connected to PHY's RESET# signal, so it must be
put to high. Otherwise PHY won't be found via MDIO interface.
Signed-off-by: Yegor Yefremov
---
Changes:
v2: put ctr and reset under #if defined statement. to avoid
compilerwarnigs, when EMAC is not selected
Hi Minkyu,
While fetching u-boot-samsung, I could see the following messages:
remote: error: refs/remotes/origin/GPL-Cleanup does not point to a
valid object!
remote: error: refs/remotes/origin/i.MX31 does not point to a valid
object!
remote: error: refs/remotes/origin/lwmon5 does not point to
Hi Tom,
On Wed, 4 Dec 2013 17:06:30 -0500, Tom Rini wrote:
> Hey,
>
> The following changes since commit 4c54419737ffbfadd605263d97a1357bb03c04e8:
>
> socfpga: Adding Freeze Controller driver (2013-12-03 14:38:56 +0100)
>
> are available in the git repository at:
>
> git://git.denx.de/u-
Hi Tom,
Please pull the following patches from u-boot-blackfin into your tree.
Thanks
Sonic Zhang
The following changes since commit f44483b57c49282299da0e5c10073b909cdad979:
Merge branch 'serial' of git://git.denx.de/u-boot-microblaze
(2013-12-02 08:48:02 -0500)
are available in the git r
On 06-12-13 05:03, Abraham V. wrote:
A VERY vague question. The only thing you are correct on, is that the
bootloader is the first software component that runs when starting a
system. But as Michael replied, without further details like CPU,
memory ... etc, there's very little information you've
90 matches
Mail list logo