Dear Jean-Christophe,
unfortunately, it's my feeling that this patch is impolite and makes
me angry :(
I know, there should be no top posting, but hopefully it helps to make
it clearer:
You tried this already! I asked several (*) times to just give us the
file name where you think the first/o
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 01:00 Sat 02 May , Dirk Behme wrote:
>> Dear Jean-Christophe,
>>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> actually the timer init use the interrupt_init as init callback
>>> which make the interrupt and timer implementati
Dear Timur Tabi,
In message you
wrote:
> I'm trying to cross-compile U-Boot on a Mac OS X system, which is
> BSD-like. I have a toolchain already created - I've been able to
> compile the Linux kernel with no problems. I figured U-Boot would be
> easier, but instead it's doing a lot of weird s
Wolfgang,
I would like to continue as 5121 maintainer and turn over coldfire
maintainership to Tsi Chung. I don't think there are any pending 5121
patches.
Also please use this address (jcri...@gmail.com) in the future since I no
longer have access to my Freescale account.
John
On Fri, May 1,
£950.000.00 GBP has been awarded to you by your E-mail ID in our Global Promo
2009,send your details to jerry.smit...@onlineprocessingdept.co.uk
Name:.
Address:..
Country:..
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
On Fri, May 01, 2009 at 07:32:12PM -0500, Andy Fleming wrote:
>
> On Apr 29, 2009, at 4:20 PM, Anton Vorontsov wrote:
>
>> Hi Andy,
>>
>> Sorry for the late response,
>>
>> On Fri, Mar 06, 2009 at 07:25:55PM -0600, Andy Fleming wrote:
@@ -346,3 +348,23 @@ int fsl_esdhc_mmc_init(
On Apr 29, 2009, at 4:20 PM, Anton Vorontsov wrote:
Hi Andy,
Sorry for the late response,
On Fri, Mar 06, 2009 at 07:25:55PM -0600, Andy Fleming wrote:
@@ -346,3 +348,23 @@ int fsl_esdhc_mmc_init(bd_t *bis)
 {
    return esdhc_initialize(bis);
 }
+
+#ifdef CONFIG_MPC85xx
+#define
On 18:30 Fri 01 May , Timur Tabi wrote:
> I'm trying to cross-compile U-Boot on a Mac OS X system, which is
> BSD-like. I have a toolchain already created - I've been able to
> compile the Linux kernel with no problems. I figured U-Boot would be
> easier, but instead it's doing a lot of weird
I'm trying to cross-compile U-Boot on a Mac OS X system, which is
BSD-like. I have a toolchain already created - I've been able to
compile the Linux kernel with no problems. I figured U-Boot would be
easier, but instead it's doing a lot of weird stuff.
So when I run "make", I get this:
$ make A
On 01:00 Sat 02 May , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> actually the timer init use the interrupt_init as init callback
>> which make the interrupt and timer implementation difficult to follow
>>
>> so now rename it as int timer_init(void)
remove duplicated and clean it
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/asm-arm/arch-arm925t/sizes.h | 50
include/asm-arm/arch-arm926ejs/sizes.h | 51 -
include/asm-arm/arch-omap/sizes.h| 52
Dear Dirk,
In message <49fb7f1a.6090...@googlemail.com> you wrote:
>
> > --- a/cpu/arm_cortexa8/omap3/Makefile
> > +++ b/cpu/arm_cortexa8/omap3/Makefile
> > @@ -26,7 +26,13 @@ include $(TOPDIR)/config.mk
> > LIB= $(obj)lib$(SOC).a
> >
> > SOBJS := lowlevel_init.o
> > -COBJS
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/arm_cortexa8/omap3/timer.c | 128
1 files changed, 0 insertions(+), 128 deletions(-)
diff --git a/cpu/arm_cortexa8/omap3/timer.c b/cpu/arm_cortexa8/omap3/timer.c
index e99b149..a73916c 100644
--- a/
Dear Richard,
In message <49fb6965.2010...@ruggedcom.com> you wrote:
>
> Hi TC and John,
>
> sorry if I'm being neurotic :) any chance the patches in the original thread
> be merged in on 2009.06 ?
> I don't mind if the i2c one is not pulled in.
John isn't working for Freescale any more.
John,
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> actually the timer init use the interrupt_init as init callback
> which make the interrupt and timer implementation difficult to follow
>
> so now rename it as int timer_init(void) and use interrupt_init for interrupt
>
> btw also r
Dear Scott,
In message <49fb6647.8060...@freescale.com> you wrote:
> Wolfgang Denk wrote:
> > Please use the "next" branch as base for any new work. Note: Please
> > keep in mind that it will be rebased against master every now and
> > then without warning.
>
> It is difficult to use as a b
move PSRAM init to pm9263_lcd_hw_psram_init
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Tested-by: Ilko Iliev
---
board/ronetix/pm9263/lowlevel_init.S | 17 +
board/ronetix/pm9263/pm9263.c| 21 +
include/configs/pm9263.h | 10 +--
optimize a few the RAM init
Signed-off-by: Ilko Iliev
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/ronetix/pm9263/lowlevel_init.S |2 +-
board/ronetix/pm9263/pm9263.c|2 +-
include/asm-arm/arch-at91/at91_pmc.h |1 +
include/configs/pm9263.h | 105 ++
actually the timer init use the interrupt_init as init callback
which make the interrupt and timer implementation difficult to follow
so now rename it as int timer_init(void) and use interrupt_init for interrupt
btw also remane the corresponding file to the functionnality implemented
as ixp arch
Stefan Roese wrote:
> On Wednesday 15 April 2009, Stefan Roese wrote:
I don't like both versions. We should implement something which doesn't
change the current behavior probably needed on some other boards. So
how about something like this:
>>> I took your proposal and tried to impl
Richard Retanubun wrote:
> Liew Tsi Chung-R5AAHP wrote:
>> Richard,
>>
>> Sorry for the late reply. I was time off last week .. mandatory. I'm ok
> Hi TC,
>
> Thanks for the reply, sorry If I made you reply from vacation :(
>
>> with three out of four patches (Activate timer, watchdog and compile
Wolfgang Denk wrote:
> Please use the "next" branch as base for any new work. Note: Please
> keep in mind that it will be rebased against master every now and
> then without warning.
It is difficult to use as a base a branch that is itself being rebased.
Why not just merge unless there's so
> (Click on IMX31_PDK_14_LINUX_BSP_R14 )
Thanks Fabio. Do you know what the load address and entry point for
creating a uImage are for the mx31 pdk board and where to load the
uImage to. Itried "0x8100" and "0x80008000" and i am still unable
to load the kernel off u-boot.?
Best Regards,
Alfred
This change implements the suggestion from an earlier thread for
how to handle padding of non-page sized writes to NAND flashes.
See http://lists.denx.de/pipermail/u-boot/2009-February/047795.html
for the original discussion. Note that validity of tail page's
memory is the reponsibility of the ca
Hi everybody...
v2009.06-rc1 has just been released.
Please help testing, and submit fixes to the remaining problems.
Things still missing should be submitted ASAP. I would like to have a
-rc2 by the end of next week, and strictly only bug fixes after this.
v2009.06-rc1 will also be the bas
On Wed, Apr 29, 2009 at 09:47:09AM -0400, s-paul...@ti.com wrote:
> The ALE mask used by DaVinci SOCs is wrong. The patch changes the mask value
> from '0xa' to '0x8'. This is the mask we use for all TI releases.
>
> Signed-off-by: Sandeep Paulraj
> ---
Applied to u-boot-nand-flash.
-Scott
Signed-off-by: Haiying Wang
Acked-by: Timur Tabi
---
v2 change: Fix the indention issue pointed by Scott, and add Acked-by.
cpu/mpc85xx/cpu.c|4
cpu/mpc85xx/speed.c | 13 +
include/asm-ppc/immap_85xx.h |2 ++
include/e500.h |1 +
Dear Jean-Christophe,
in message <20090501175234.6a4c18342...@gemini.denx.de> I wrote:
>
> In message <1241185086-11754-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > actually no boards use the default lowlevel_init.S
> > so remove it
> >
> > btw the u-boot.lds is not anymore need to
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1241185086-11754-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> actually no boards use the default lowlevel_init.S
> so remove it
>
> btw the u-boot.lds is not anymore need to be generated
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLAR
On Fri, May 01, 2009 at 10:59:13AM -0500, Scott Wood wrote:
> It's possible -- but not likely enough to warrant using the chip name if
> a usable block number is available (it's more likely that a future rev of
> the same chip number will have a different logic block version). PVR or
> information
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
Makefile |4 +-
board/armltd/integrator/.gitignore |5 +
board/armltd/{integratorap => integrator}/Makefile |4 +-
board/armltd/integrator/config.mk
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
board/armltd/integratorap/Makefile |1 -
board/armltd/integratorap/flash.c | 473 --
board/armltd/integratorcp/Makefile |1 -
board/armltd/integratorcp/flash.c | 564 -
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
board/armltd/integratorcp/Makefile |5 +-
board/armltd/integratorcp/integratorcp.c | 140
.../integratorcp/{integratorcp.c => timer.c} | 103 --
3 files cha
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
board/armltd/integratorap/Makefile | 19 +-
board/armltd/integratorap/integratorap.c | 946 ++--
.../armltd/integratorap/{integratorap.c => pci.c} | 262 +--
3 files changed, 3
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
board/armltd/integratorap/integratorap.c | 28
board/armltd/integratorcp/integratorcp.c | 21 -
board/armltd/versatile/versatile.c |7 ---
3 files changed, 0 in
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Peter Pearse
---
board/armltd/integratorap/Makefile |1 +
board/armltd/integratorap/integratorap.c | 135 ---
board/armltd/integratorap/timer.c| 171 ++
3 files changed, 172 in
--- On Fri, 5/1/09, alfred steele wrote:
> Where do i get the latest version of Freescale BSP? i know
> this is not
> the correct forum...but still
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31PDK&nodeId=0162468rH311432973ZrDR&fpsp=1&tab=Design_Tools_Tab
(Click on IMX3
--- On Fri, 5/1/09, alfred steele wrote:
> Where do i get the latest version of Freescale BSP? i know
> this is not
> the correct forum...but still
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31PDK&nodeId=0162468rH311432973ZrDR&fpsp=1&tab=Design_Tools_Tab
(Click on IMX3
On 17:46 Fri 01 May , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1241185086-11754-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > actually no boards use the default lowlevel_init.S
> > so remove it
> >
> > btw the u-boot.lds is not anymore need to
On Fri, May 01, 2009 at 12:20:51AM +0400, Anton Vorontsov wrote:
> Sometimes errors happen even during copy-paste procedure. Or
> for example HW designers have made some minor (they thought) change,
> and didn't bother to bump the revision. Later we observe that the
> change is the cause of some er
Dear alfred steele,
In message <528f13590905010838g1a1dc360gfd5fd4a64e84d...@mail.gmail.com> you
wrote:
>
> Where do i get the latest version of Freescale BSP? i know this is not
> the correct forum...but still
>From Freescale? Try www.freescale.com ...
Best regards,
Wolfgang Denk
--
DENX S
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1241185086-11754-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> actually no boards use the default lowlevel_init.S
> so remove it
>
> btw the u-boot.lds is not anymore need to be generated
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLAR
> Yes, those values are correct. The boot_params address is also in
> arch/arm/mach-mx3/mx31pdk.c (mx3_3stack.c if you use Freescale's BSP).
>
Where do i get the latest version of Freescale BSP? i know this is not
the correct forum...but still
Thanks,
Alfred
___
Hi
2009/5/1 alfred steele :
> Hi Magnus,
>
>
>> I tend to load my kernels to 0x8100 and not 0x80008000 but I don't
>> know if that really matters. Other than that I think 'run bootcmd_net'
>> should work.
> Oops i realized i top posted:( I am re-posting again.
>
> i checked in the kernel code
Hi Magnus,
> I tend to load my kernels to 0x8100 and not 0x80008000 but I don't
> know if that really matters. Other than that I think 'run bootcmd_net'
> should work.
Oops i realized i top posted:( I am re-posting again.
i checked in the kernel code
rpm/BUILD/linux/arch/arm/mach-mx3/Makefi
actually no boards use the default lowlevel_init.S
so remove it
btw the u-boot.lds is not anymore need to be generated
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
Makefile|1 -
cpu/arm926ejs/at91/.gitignore |5 ---
cpu/ar
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090501120400.gb3...@game.jcrosoft.org> you wrote:
>
> > It makes no sense to me to reset the PHY when no network command is
> > being used. I imagine this might be a workaround for broken Linux
> > drivers which do not correctly initialize the h
On 18:23 Thu 30 Apr , David Brownell wrote:
> On Wednesday 29 April 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > cpu.c will be better
>
> Here's a followup patch that applies on top of this one,
> and creates the cpu.c you wanted.
please move this
>
>
> === CUT HERE
> From: David Brown
On 09:36 Fri 01 May , Wolfgang Denk wrote:
> Dear Derek Ou,
>
> In message <49fa2ffd.3000...@siconix.com> you wrote:
> >
> > Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it linking to
> > the eth_init and then macb_init which results in the auto-negotiation.
> > I am going
On Wed, Apr 22, 2009 at 07:44:48AM -0500, Kumar Gala wrote:
>
> On Apr 21, 2009, at 3:52 PM, Wolfgang Denk wrote:
>
> >Dear Kumar Gala,
> >
> >In message <93A8F58D-8C13-4F72-AFF3-
> >cf4fdf9a3...@kernel.crashing.org> you wrote:
> >>
> >>>In my experience, I tend to search for board names first.
Hi,
commit f0a2c7b4b64eacd06bb272856bcc056be8719f5a:
Author: Ilko Iliev 2009-04-16 21:30:48
Committer: Jean-Christophe PLAGNIOL-VILLARD
2009-04-16 21:30:48
at91: add support for the PM9263 board of Ronetix GmbH
breaks out-of-tree building for all arm926ejs board
Dear Derek Ou,
In message <49fa2ffd.3000...@siconix.com> you wrote:
>
> Yes, CONFIG_RESET_PHY_R is defined by default. And I can see it linking to
> the eth_init and then macb_init which results in the auto-negotiation.
> I am going to
> comment it out and test it. But what is the use for thi
Dear Anton,
In message <20090430231220.ga17...@oksana.dev.rtsoft.ru> you wrote:
>
> > Suggestion: instead of
> >
> > set hwconfig dr_usb,dr_usb_mode:peripheral,dr_usb_phy_type:ulpi
> >
> > use:
> >
> > set hwconfig dr_usb:mode=peripheral,phy_type=ulpi
> >
> > What do you think?
>
> At
Practicing Physicians in the US
MDs in many different specialties
you can sort by many different fields like primary or secondary specialty
This week only you pay only: $398
~ If you order by the end of the week you can take all the items below for
fr ee !!!
**> Hospitals
+ Nursing
54 matches
Mail list logo
