We did that too.. Even if its a compilation error, the precompiled u-boot for
PR1 Appliance should have worked atleast, but it does not.
> From: vap...@gentoo.org
> To: amber_sar...@hotmail.com
> Subject: Re: [U-Boot] PR1-Appliance UART Boot Issue
> Date: Wed, 22 Feb 2012 13:46:18 -0500
> CC: u-
On 02/20/2012 03:34 PM, Alex Hornung wrote:
* Copy over Blackfin's get_ticks and get_tbclk - they work just fine on
Nios2.
Signed-off-by: Alex Hornung
---
arch/nios2/cpu/interrupts.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
Dear Alex,
Applied.
Ho Marek,
On Thu, Feb 23, 2012 at 10:24 AM, Marek Vasut wrote:
>> On Wednesday 22 February 2012 17:15:50 Marek Vasut wrote:
>> > looks like get_tbclk() and get_ticks() looks all the same just about
>> > everywhere. What about introducing a weak alias for these functions so in
>> > case weird plat
> On Wednesday 22 February 2012 17:15:50 Marek Vasut wrote:
> > looks like get_tbclk() and get_ticks() looks all the same just about
> > everywhere. What about introducing a weak alias for these functions so in
> > case weird platform pops up, these can be overridden.
>
> the unified timer core th
On Wednesday 22 February 2012 17:15:50 Marek Vasut wrote:
> looks like get_tbclk() and get_ticks() looks all the same just about
> everywhere. What about introducing a weak alias for these functions so in
> case weird platform pops up, these can be overridden.
the unified timer core that Graeme/Si
> On Wed, Feb 22, 2012 at 07:10:09PM +0200, Stefan Kristiansson wrote:
> > Signed-off-by: Stefan Kristiansson
> > ---
> >
> > arch/openrisc/include/asm/bitops.h |4
> > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/openrisc/include/asm/bitops.h
> > b/arch/o
after commit "common: add possibility for readline_into_buffer
timeout" (sha1:9c34831) was applied. The Microblaze generic build
fails with error below:
common/libcommon.o: In function `cread_line':
/devel/u-boot/common/main.c:717: undefined reference to `get_ticks'
/devel/u-boot/common/main.c:717
Hi Michal,
have you ever found time to evaluate the V10 patch set of the refactored
LL TEMAC driver ?
http://lists.denx.de/pipermail/u-boot/2012-January/116807.html
I would like to resubmit the patch set with some corrections:
include/configs/microblaze-generic.h: use XILINX_LLTEMAC_BASEADDR on
On Wednesday 22 February 2012 12:54:22 Amber and Sarosh wrote:
> We are compiling from these sources:
> https://switchfin.svn.sourceforge.net/svnroot/switchfin/switchfin/trunkhttp
> s://switchfin.svn.sourceforge.net/svnroot/switchfin/switchfin/tags/br4-ui2.
> 15
> https://blackfin.uclinux.org/gf/do
On Wednesday 22 February 2012 00:45:52 Simon Glass wrote:
> On Tue, Feb 21, 2012 at 9:08 PM, Mike Frysinger wrote:
> > let's get your ack-back on this and i'll merge it into my branch.
> > only diff from last code is restored assert() to get_gpio_flags().
> > -mike
> >
> > From f67fd9b82ec180d8a2
after commit 9c34831 was applied. The Microblaze generic build
fails with error below:
common/libcommon.o: In function `cread_line':
/devel/u-boot/common/main.c:717: undefined reference to `get_ticks'
/devel/u-boot/common/main.c:717: undefined reference to `get_tbclk'
/devel/u-boot/common/main.c:7
Stephan Linz napsal(a):
>Am Mittwoch, den 22.02.2012, 10:52 +0100 schrieb Michal Simek:
>> Stephan Linz wrote:
>> > after http://patchwork.ozlabs.org/patch/136415/ was applied.
>> > The Microblaze generic build fails with below error
>>
>> Please sure patch subject + sha1 sum instead of link
The interrupt acknowledge action have to run after the
registered interrupt handler. So we have a chance to
bear out the corresponding interrupt request in the
corresponding controller hardware.
With this reordering, we optain a proper interrupt
handling for level triggered interrupt sources -- fo
Am Mittwoch, den 22.02.2012, 10:52 +0100 schrieb Michal Simek:
> Stephan Linz wrote:
> > after http://patchwork.ozlabs.org/patch/136415/ was applied.
> > The Microblaze generic build fails with below error
>
> Please sure patch subject + sha1 sum instead of link to system
> which doesn't need to
We are compiling from these sources:
https://switchfin.svn.sourceforge.net/svnroot/switchfin/switchfin/trunkhttps://switchfin.svn.sourceforge.net/svnroot/switchfin/switchfin/tags/br4-ui2.15
https://blackfin.uclinux.org/gf/download/frsrelease/360/3630/u-boot-trunk-svn.src.tar.bz2https://blackfin.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/lib/timer.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/openrisc/lib/timer.c b/arch/openrisc/lib/timer.c
index 4e92a31..89e644b 100644
--- a/arch/openrisc/lib/timer.c
+++ b/arch/openrisc/lib/timer.c
@
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/bitops.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/openrisc/include/asm/bitops.h
b/arch/openrisc/include/asm/bitops.h
index c001a5d..c76a409 100644
--- a/arch/openrisc/include/asm/bitops.h
+++
On Wed, Feb 22, 2012 at 07:10:09PM +0200, Stefan Kristiansson wrote:
> Signed-off-by: Stefan Kristiansson
> ---
> arch/openrisc/include/asm/bitops.h |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/arch/openrisc/include/asm/bitops.h
> b/arch/openrisc/include/asm/
On Wednesday 22 February 2012 01:16:54 Amber and Sarosh wrote:
> In these setps, the u-boot files that are accesed successfully in both
> UART and SPI boot modes are the ones compiled for BF537 STAMP board on the
> terminal emulator. This uboot is unable to boot a uImage compiled for
> PR1-Applian
On Wednesday 22 February 2012 08:53:50 Marek Vasut wrote:
> > On Tuesday 21 February 2012 20:13:47 Nobuhiro Iwamatsu wrote:
> > > --- /dev/null
> > > +++ b/drivers/i2c/sh_sh7734_i2c.c
> > >
> > > +#if DEBUG
> > > +static void sh_i2c_dump_reg(struct sh_i2c *base)
> > > +{
> > > + printf("iccr1 : %0
From: Liming Wang
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
arm/vexpress also needs these functions to work.
Signed-off-by: Liming Wang
---
board/armltd/vexpress/ca9x4_ct_vxp.c | 10 ++
1 files changed, 10
The patch adds memory initialization sequence for DDR3 @667Mhz
and enables DDR3 memory by default.
Signed-off-by: Hatim Ali
diff --git a/board/samsung/smdk5250/Makefile b/board/samsung/smdk5250/Makefile
index 3b4aa06..291fcc6 100644
--- a/board/samsung/smdk5250/Makefile
+++ b/board/samsung/smdk5
The patch creates a common file containing functions which will be
used by all variants of DDR.
Signed-off-by: Hatim Ali
diff --git a/board/samsung/smdk5250/Makefile b/board/samsung/smdk5250/Makefile
index b18002a..3b4aa06 100644
--- a/board/samsung/smdk5250/Makefile
+++ b/board/samsung/smdk5250
The patch renames the macro PHY_RESET_VAL to LPDDR3PHY_CTRL_PHY_RESET for
clarity and also fixes a minor typo error to make the bit description similar
to as described in the Exynos user manual.
Signed-off-by: Hatim Ali
diff --git a/board/samsung/smdk5250/dmc_init_lpddr2.c
b/board/samsung/smdk5
SMDK5250 board support different type of memory chips like DDR3, LPDDR2
and LPDDR3. Since the memory setup sequence for different types of
chips are different, therefore, we will have different dmc_init_xxx.c files.
Hence, renaming the dmc_init.c file (which is specific to LPDDR2)
to dmc_init_lpddr
SMDK5250 boards are available with different DDR memory variants like
LPDDR2, LPDDR3 and DDR3. This patch series adds support for DDR3
memory @ 667Mhz for SMDK5250 board.
In this patchset:
* Renamed dmc_init.c file to dmc_init_lpddr2.c
* Moved functions common to LPDDR2 and DDR3 memory setup from
> On Tuesday 21 February 2012 20:13:47 Nobuhiro Iwamatsu wrote:
> > --- /dev/null
> > +++ b/drivers/i2c/sh_sh7734_i2c.c
> >
> > +#if DEBUG
> > +static void sh_i2c_dump_reg(struct sh_i2c *base)
> > +{
> > + printf("iccr1 : %02X\n", readb(&base->iccr1));
> > + printf("iccr2 : %02X\n", readb(&bas
On 06/01/2012 04:54, Simon Glass wrote:
> There doesn't seem to be any reason for using uchar here, so change it
> to char. This fixes a warning:
>
> pointer targets in passing argument 1 of 'sprintf' differ in signedness
>
> Signed-off-by: Simon Glass
> ---
Applied to u-boot-staging, sba...@de
On 06/01/2012 04:54, Simon Glass wrote:
> This seems to be unsigned char for no good reason. Tidy this up and
> remove the casts.
>
> Signed-off-by: Simon Glass
> ---
Applied to u-boot-staging, sba...@denx.de branch, thanks.
Best regards,
Stefano Babic
--
=
On 22.02.2012 11:46, Stefano Babic wrote:
On 22/02/2012 11:30, Dirk Behme wrote:
On 22.02.2012 11:24, Stefano Babic wrote:
...
+BOOT_FROM nor
I assume that you have tested this and it works with the imximage?
I have not any problem with the current imximage, so I am quite
confused.
H
On 06/01/2012 04:54, Simon Glass wrote:
> This feature is not available on ARM, so it is an error to define it.
>
> Signed-off-by: Simon Glass
> ---
> include/configs/snapper9260.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/snapper9260.h b/incl
> From: walimis
>
> commit f31a911fe (arm, post: add missing post_time_ms for arm)
> enables get_ticks and get_tbclk for all arm based boards,
> arm/vexpress also needs these functions to work.
>
> Signed-off-by: walimis
Please, put your real name in the SoB line. That's the purpose of the SoB
On 21/02/2012 19:40, Simon Glass wrote:
> Yes but not just those. There are detailed notes with each patch, but
> here is a summary. I think 6 out of 9 patches should be applied
> regardless of toolchain.
>
> 68k only:
> arch/m68k/lib/board.c |2 +-
> - I believe this fix is sen
On 22/02/2012 11:30, Dirk Behme wrote:
> On 22.02.2012 11:24, Stefano Babic wrote:
> ...
>> It boots from NOR (128 MB)
>
> Ah. I wonder why I was under the impression that I was the only guy
> fighting with the imximage NOR header pain, then ;)
When something goes wrong, it does for everybody...
On 22.02.2012 11:24, Stefano Babic wrote:
...
It boots from NOR (128 MB)
Ah. I wonder why I was under the impression that I was the only guy
fighting with the imximage NOR header pain, then ;)
diff --git a/board/esg/ima3-mx53/imximage.cfg b/board/esg/ima3-mx53/imximage.cfg
new file mode 100
Signed-off-by: Stefano Babic
CC: Jason Liu
---
board/freescale/mx53loco/mx53loco.c |3 +++
include/configs/mx53loco.h | 11 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53loco/mx53loco.c
b/board/freescale/mx53loco/mx53loco.c
index
This driver is part of Freescale's LTIB for
MX5 / MX6.
Signed-off-by: Stefano Babic
Signed-off-by: Terry Lv
CC: Fabio Estevam
CC: Dirk Behme
---
drivers/block/Makefile |1 +
drivers/block/dwc_ahsata.c | 969
drivers/block/dwc_ahsata.h | 3
The ESG ima3-mx53 board is based on the Freescale
i.MX53 SOC. It boots from NOR (128 MB) and
supports Ethernet (FEC), SATA.
Signed-off-by: Stefano Babic
---
board/esg/ima3-mx53/Makefile | 41 +
board/esg/ima3-mx53/ima3-mx53.c | 302 ++
board/esg/im
sata functions are called even if previous functions failed
because return value is not checked.
Signed-off-by: Stefano Babic
CC: Dirk Behme
CC: Fabio Estevam
---
common/cmd_sata.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/common/cmd_sata.c b/common/cmd_s
The MX53 SATA interface can use an internal clock (USB PHY1)
instead of an external clock. This is an undocumented feature, but used
on most Freescale's evaluation boards, such as MX53-loco.
As stated by Freescale's support:
Fuses (but not pins) may be used to configure SATA clocks.
Particularly
Add base address and MXC_SATA_CLK to return
the clock used for the SATA controller.
Signed-off-by: Stefano Babic
CC: Fabio Estevam
CC: Dirk Behme
---
arch/arm/cpu/armv7/mx5/clock.c |2 ++
arch/arm/include/asm/arch-mx5/clock.h|1 +
arch/arm/include/asm/arch-mx5/imx-regs.h
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
drivers/net/fec_mxc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 1fdd071..201e5d2 100644
--- a/drivers/net/fec_mxc.c
+++ b/drivers/net/fec_mxc.c
@@ -419,8 +419
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
drivers/net/fec_mxc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 201e5d2..a45ac3f 100644
--- a/drivers/net/fec_mxc.c
+++ b/drivers/net/fec_mxc.c
@@ -175,9 +175,
Signed-off-by: Stefano Babic
---
arch/arm/include/asm/arch-mx5/imx-regs.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h
b/arch/arm/include/asm/arch-mx5/imx-regs.h
index 4fa6658..07296b5 100644
--- a/arch/arm/include/asm/arch
From: walimis
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
arm/vexpress also needs these functions to work.
Signed-off-by: walimis
---
board/armltd/vexpress/ca9x4_ct_vxp.c | 10 ++
1 files changed, 10 inserti
The one-line patch below fixes device enumeration through the
U-Boot API.
Device enumeration crashes when the system in question doesn't
have any RAM mapped to address zero (I discovered this on a
BeagleBone board), since the enumeration calls get_dev with a
NULL ifname sometimes which then gets p
Hi all We have somehow damaged u-boot of PR1-Appliance. Now are trying to
unbrick the device.We read in one of the posts at the switchfin forum that we
can unbrick the device by changing the Boot mode to UART.
Here are the steps that we are following to address this issue.
1. Changing th
On 22/02/2012 10:40, Dirk Behme wrote:
>> You must also fix this issue for V1 in set_imx_hdr_v1() as well, because
>> we do not want default value at all.
>
> Ok, the V1 topic is new.
>
> I can't touch V1 because I don't know anything about it. And I don't
> have any hardware to test anything V1
Stephan Linz wrote:
after http://patchwork.ozlabs.org/patch/136415/ was applied.
The Microblaze generic build fails with below error
Please sure patch subject + sha1 sum instead of link to system
which doesn't need to work in future. Git reference will work.
Thanks,
Michal
--
Michal Simek, In
On 22.02.2012 10:29, Stefano Babic wrote:
On 22/02/2012 09:14, Dirk Behme wrote:
On 21.02.2012 22:49, stefano babic wrote:
Am 21/02/2012 20:18, schrieb Dirk Behme:
Hi Dirk,
What do you think about anything like below then [1]?
I looked through the imximage.c code and, well, due to the mix
On 22/02/2012 09:14, Dirk Behme wrote:
> On 21.02.2012 22:49, stefano babic wrote:
>> Am 21/02/2012 20:18, schrieb Dirk Behme:
>>
Hi Dirk,
> What do you think about anything like below then [1]?
>
> I looked through the imximage.c code and, well, due to the mixture to
> support the v1 and v2 hea
On 21.02.2012 22:49, stefano babic wrote:
Am 21/02/2012 20:18, schrieb Dirk Behme:
I think we have then a problem when there is not a BOOT_FROM statement
in the configuration file, that let imxhdr->flash_offset unset.
We need to set it with the default value
Hmm, my understanding is that ther
Stephan Linz wrote:
The interrupt acknowledge action have to run after the
registered interrupt handler. So we have a chance to
bear out the corresponding interrupt request in the
corresponding controller hardware.
With this reorderng, we optain a proper interrupt
obtain
handling for level
53 matches
Mail list logo
