On Fri, Aug 24, 2012 at 8:22 AM, Daniel Schwierzeck <
daniel.schwierz...@gmail.com> wrote:
> 2012/8/20 Zhizhou Zhang :
> > These files are derived from arch/mips/cpu/mips32/*. Howerver some
> > Changes are made:
> > *.S: changes ABI o32 to n64
> > config.mk: add mips64 building cflags
> > cp
On Friday 24 August 2012 10:09:37 Dimitar Penev wrote:
> My question is not directly applicable with u-boot but I think here I may
> find the answer
> which I still don't get from the Analog Device forum.
well, they'd be the people to pester
> Does anyone got working hardware based on Blackfin BF
On Thursday 23 August 2012 18:50:47 daniel.schwierz...@gmail.com wrote:
> From: Daniel Schwierzeck
>
> This is CPU independent and should be configured architecture-wide.
nice
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
__
Hi Anatolij,
On Sat, 25 Aug 2012 17:47:57 +0200, Anatolij Gustschin
wrote:
> Hi Albert,
>
> On Sat, 25 Aug 2012 14:22:26 +0200
> Albert ARIBAUD wrote:
> ...
> > ydirectenv.h:69:0: warning: "vfree" redefined [enabled by default]
> > /home/uboot/src/u-boot-arm/include/linux/compat.h:24:0: note:
Signed-off-by: Philippe Reynes
---
board/logicpd/imx27lite/imx27lite.c |5 ++---
include/configs/imx27lite-common.h |5 +
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/board/logicpd/imx27lite/imx27lite.c
b/board/logicpd/imx27lite/imx27lite.c
index 8a5015c..b38e5ab 1
The gpio api has been tested on an armadeus apf27.
Signed-off-by: Philippe Reynes
---
arch/arm/cpu/arm926ejs/mx27/generic.c | 11 +++---
arch/arm/include/asm/arch-mx27/gpio.h | 55 +
arch/arm/include/asm/arch-mx27/imx-regs.h | 30
driver
Change in v4:
- rename ssr to gpio_psr in struct gpio_regs
- remove useless change in mxc_gpio.c
Change in v3:
- rebase on u-boot-imx (instead of u-boot)
- fix conflit with "mxc: Make gpio_get_value() use PSR"
Philippe Reynes (2):
gpio: add gpio api support to mx27 (v4)
imx27lite: update with
Hi Stefano,
> + u32 gpio_dr; /* DR */
> + u32 gius;
> + u32 ssr;
What about my proposal to change this into gpio_psr ? I mean, if
Freescale calls some times the register "Sample Status Register" and on
other SOCs "Pad Status Register", but anyway the register does the same,
it is not a
On 24/08/2012 22:36, Philippe Reynes wrote:
> There is a little change on gpio_get_value because
> on mx27 the register to read is ssr and not dr.
>
> Signed-off-by: Philippe Reynes
> ---
Hi Philippe,
> arch/arm/cpu/arm926ejs/mx27/generic.c | 11 +++---
> arch/arm/include/asm/arch-mx27/g
All,
I have merged Tom Rini's ti/master branch, but not the tegra or
stagin/tr...@ti.com ones yet.
At this point 314 boards were built, 9 failing due to dtc not being
available.
But when I rebase onto u-boot/master, I get:
- SUMMARY
Boards compil
Hi!
> [snip]
> >> It's the omap-common/spl.c code with the bits for IH_OS_LINUX taken out
> >> :) Can you please re-do your series on top of the SPL series I just
> >> posted that provides a common SPL framework? Thanks!
> >
> > I'll take a look. OTOH, ammount of code duplication here is quite
Hi!
> [snip]
> >> It's the omap-common/spl.c code with the bits for IH_OS_LINUX taken out
> >> :) Can you please re-do your series on top of the SPL series I just
> >> posted that provides a common SPL framework? Thanks!
> >
> > I'll take a look. OTOH, ammount of code duplication here is quite
Hi Tom,
On Fri, 24 Aug 2012 16:40:09 -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit
> a1cd53c6b6e2e7fbf4ffa20d3548646e4c94efe5:
>
> sc_sps_1: Adjust board config to use 'mxs' SoC code (2012-08-14
> 00:36:30 +0200)
>
> are available in the git repository at:
>
> gi
On Fri 2012-08-24 12:18:27, Tom Rini wrote:
> On 08/23/2012 03:43 AM, Pavel Machek wrote:
>
> [snip]
> >> It's the omap-common/spl.c code with the bits for IH_OS_LINUX taken out
> >> :) Can you please re-do your series on top of the SPL series I just
> >> posted that provides a common SPL framewo
Hi!
> [snip]
> >> It's the omap-common/spl.c code with the bits for IH_OS_LINUX taken out
> >> :) Can you please re-do your series on top of the SPL series I just
> >> posted that provides a common SPL framework? Thanks!
> >
> > I'll take a look. OTOH, ammount of code duplication here is quite
On 08/24/2012 09:15 PM, Tom Rini wrote:
>>> I still would like to move to my suggestion to not copy the header and
>>> use the mkimage header values ih_load and ih_ep directly. Right now I
>>> don't see any showstopper for doing it this way. I'll send a patch to
>>> change this shortly (if everythi
16 matches
Mail list logo