Dear Dirk,
2009/6/18 Minkyu Kang
> Because this function is soc specific, it should be moved to omap3
>
> Signed-off-by: Minkyu Kang
> ---
> cpu/arm_cortexa8/omap3/interrupts.c | 14 ++
> cpu/arm_cortexa8/start.S| 14 --
> 2 files changed, 14 insertions(
David,
David Brownell wrote:
> CSB337 boards originally shipped with MicroMonitor, not U-Boot;
> and with a version using a different convention for recording
> Ethernet addresses than anyone else. To avoid breaking Linux
> when it uses U-Boot, have it use the same convention on that
> hardware.
Kim Phillips wrote:
> fix this gcc 4.4 warning:
>
> tsec.c: In function 'tsec_init':
> tsec.c:200: warning: dereferencing type-punned pointer will break
> strict-aliasing rules
>
> Signed-off-by: Kim Phillips
> ---
> drivers/net/tsec.c |5 -
> 1 files changed, 4 insertions(+), 1 deletion
Kumar Gala wrote:
> cpu.c: In function 'cpu_eth_init':
> cpu.c:371: warning: implicit declaration of function 'uec_standard_init'
>
> Signed-off-by: Kumar Gala
> ---
> include/netdev.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/include/netdev.h b/include/netdev.
Current MDs in the United States
Physicians in many different specialties
Over a dozen sortable fields
Price for this week only = $393
{}{}{} A gift to you when you purchase, receive these 4 databases below !!!
++> Alternative Medicine
** Psychologists
-> Physical Therapists
--> Nur
Richiesta di autorizzazione all'invio dell'email
L'Altra Dimensione esegue lavori di Ristrutturazione, imbiancature,
controsoffittature,
decorazione, coibentazioni termoacustici, trattamenti antimuffa, canne fumarie
ecc...
Fornitura e posa di parquet, porte,finestre, zanzariere, sanitari,
Because this function is soc specific, it should be moved to omap3
Signed-off-by: Minkyu Kang
---
cpu/arm_cortexa8/omap3/interrupts.c | 14 ++
cpu/arm_cortexa8/start.S| 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/cpu/arm_cortexa
Wolfgang Denk wrote:
> Dear Scott,
>
> In message <4a39685f.6030...@freescale.com> you wrote:
>> Hmm... perhaps check the alignment? If "end" is supposed to be the last
>> to-be-erased byte, not the first not-to-be-erased byte, then if the low
>> bits are 0 it's a size (and gets a warning) and
How about something like this ?
It is all done in #define's and follows what the kernel does.
The clocks are
I2C_IP_CLK
I2C_INTERNAL_SAMPLING_CLK
The scll and sclh can be modifed by
I2C_SCLL_TRIM
I2C_SCLH_TRIM
Tom
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:02 Thu 11 Jun , Tom wrote:
Hi Johan,
> Seems like that was the trick. After removing the breakout board it
> works much better.
>
> I still got some problems which I don't know if its software related.
> Sometimes when I power on the board the ethernet LEDs does not turn
> green and the network does not work. If I power cyc
Dear Scott,
In message <4a39685f.6030...@freescale.com> you wrote:
>
> Hmm... perhaps check the alignment? If "end" is supposed to be the last
> to-be-erased byte, not the first not-to-be-erased byte, then if the low
> bits are 0 it's a size (and gets a warning) and if they're 1 it's an end?
Dear Scott,
In message <20090617155421.gb6...@loki.buserror.net> you wrote:
> > If you want to erase an area but you want to be sure that 'size' bytes
> > were erased, you should use:
> >
> > 'nand erase off size'
>
> How would the "nand erase" command reliably distinguish between the two
> a
Michele De Candia (VT) wrote:
>> I'm a little uneasy about changing the normal erase command from size
>> to end
>> -- it would break existing uses. Though, it would make it consistent
>> with
>> the NOR erase command. Perhaps a period where it warns but accepts
>> anyway a
>> size, if the sec
On 22:11 Wed 17 Jun , Kristoffer Ericson wrote:
> Greetings,
>
> Trying to make the hp jornada 700 flashboard u-boot friendly. Anyhow, the
> compilation
> goes well until the last step where it spits out an :
>
> arm-linux-ld:/home/kristoffer/work/projects/u-boot.git/cpu/sa1100/u-boot.lds:42
On Wed, 17 Jun 2009 10:34:55 -0500
Timur Tabi wrote:
> The KSEG1ADDR macro used to be necessary for the RTL8139 Ethernet driver, but
> the code that used that macro was removed over a year ago, so board
> configuration files no longer need to define it.
>
> The _IO_BASE macro is also automatical
Greetings,
Our board have one PHY's SMI attached via GPIO (bitBang SMI)
and the other network device (a switch) connected to the 8360e's real SMI
controller.
This patch aims to make u-boot able to use both at the same time. I am checking
if I am
on the right track and if I have missed something
Greetings,
Trying to make the hp jornada 700 flashboard u-boot friendly. Anyhow, the
compilation
goes well until the last step where it spits out an :
arm-linux-ld:/home/kristoffer/work/projects/u-boot.git/cpu/sa1100/u-boot.lds:42:
2009/6/17 Wolfgang Denk :
> Dear "Ulrich Gerster",
>
> In message <4a38dceb024d00014...@hochblauen.ba-loerrach.de> you wrote:
>>
>> I found your posings about the patch series ([U-Boot] [PATCH v4 0/6] MX31:
>> NAND boot for PDK boards.) which I gladly like to test for my board. You
>> wrote t
Add WATCHDOG_REFRESH() inside nand write and read
--
Giulio Benetti
R&D
Micronova srl
diff -urpN u-boot-2009.03.orig/drivers/mtd/nand/nand_util.c u-boot-2009.03/drivers/mtd/nand/nand_util.c
--- u-boot-2009.03.orig/drivers/mtd/nand/nand_util.c 2009-03-21 22:04:41.0 +0100
+++ u-boot-2009.
Hi Riverful,
HeungJun Kim wrote:
> Dear all,
> The cpu/arm_cortexa8/start.S dosen't have the code about onenand_ipl.
> But, If the new ARM CortexA8 specific code is addad and the new code needs
> to be
> used the onenand_ipl features, it's hard to be implemented this new code.
>
> So, I wonder wh
This patch fixes a compilation warning for some Ethernet PHY-less PPC4xx
platforms (440SPE based ones) and a potential compilation error for 440SP
platforms (use of undefined 'ethgroup' variable). In the original code and in
case of 440SPE platforms, 'ethgroup' is initialized to -1 and never m
Scott Wood wrote:
> On Wed, Jun 17, 2009 at 09:44:41AM +0200, Michele De Candia (VT) wrote:
>
>> Moreover, I think that if you want to erase a specific NAND area, the
>> correct way to use 'nand erase' command would be:
>>
>> 'nand erase start end'
>>
>> If you want to erase an area but you w
Hi Jerry,
>> That being said, a weekend with a logic analyzer on a
>> BDI2000 JTAG connection would probably give you all the
>> info you need to figure out the appropriate JTAG
>> commands.
>
> The problem is that it is going to be different for every processor
> family and it may even change b
On Wed, Jun 17, 2009 at 09:44:41AM +0200, Michele De Candia (VT) wrote:
> Moreover, I think that if you want to erase a specific NAND area, the
> correct way to use 'nand erase' command would be:
>
> 'nand erase start end'
>
> If you want to erase an area but you want to be sure that 'size' byte
On Wed, 17 Jun 2009, Wolfgang Denk wrote:
> Dear David Hawkins,
>
> In message <4a382998.4010...@ovro.caltech.edu> you wrote:
> >
> > The USB-TAP has a PowerPC processor in it ... so even if you
> > had to blow away the original firmware, I'm sure it wouldn't
> > be too hard to figure out what c
The KSEG1ADDR macro used to be necessary for the RTL8139 Ethernet driver, but
the code that used that macro was removed over a year ago, so board
configuration files no longer need to define it.
The _IO_BASE macro is also automatically defined to 0 if it isn't already set,
so there's no need to de
Signed-off-by: Grzegorz Bernacki
---
include/configs/digsy_mtc.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/digsy_mtc.h b/include/configs/digsy_mtc.h
index 558010f..6ccebfa 100644
--- a/include/configs/digsy_mtc.h
+++ b/include/configs/digsy_mtc.h
@@
David Hawkins wrote:
>> I see you guys talking about BDI3000 and I decided to ask a related
>> question.
>>
>> Those who happen to own MPC8548CDS or something like this know it comes with
>> a small box called CodeWarrior USB TAP.
>>
>> It is supposed to work with their software one has to pay for.
Does anyone have experience with uboot debugging in CodeWarrior through
USB TAP Controller (Freescale)?
Best Regards
R.K.
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Tuesday, June 16, 2009 8:14 PM
To: Kysilka Radek
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] Com
On Jun 17, 2009, at 8:22 AM, Kumar Gala wrote:
> cpu.c: In function 'cpu_eth_init':
> cpu.c:371: warning: implicit declaration of function
> 'uec_standard_init'
>
> Signed-off-by: Kumar Gala
> ---
> include/netdev.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/i
On Jun 16, 2009, at 3:50 PM, Richard Retanubun wrote:
> [snip]
>> How about removing the include "netdev.h" and adding:
>>
>> extern int uec_standard_init(bd_t *bis);
>>
> D'oh!
>
> diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
> index c4331ae..f29b848 100644
> --- a/cpu/mpc83xx/cpu.c
> +++
cpu.c: In function 'cpu_eth_init':
cpu.c:371: warning: implicit declaration of function 'uec_standard_init'
Signed-off-by: Kumar Gala
---
include/netdev.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/netdev.h b/include/netdev.h
index aed5c4c..92eceb1 100644
--
On Jun 17, 2009, at 7:27 AM, Richard Retanubun wrote:
> Kumar Gala wrote:
>> On Jun 16, 2009, at 3:50 PM, Richard Retanubun wrote:
>>> [snip]
How about removing the include "netdev.h" and adding:
extern int uec_standard_init(bd_t *bis);
>>> D'oh!
>>>
>>> diff --git a/cpu/mpc8
Kumar Gala wrote:
>
> On Jun 16, 2009, at 3:50 PM, Richard Retanubun wrote:
>
>> [snip]
>>> How about removing the include "netdev.h" and adding:
>>>
>>> extern int uec_standard_init(bd_t *bis);
>>>
>> D'oh!
>>
>> diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
>> index c4331ae..f29b848 10064
Dear "Ulrich Gerster",
In message <4a38dceb024d00014...@hochblauen.ba-loerrach.de> you wrote:
>
> I found your posings about the patch series ([U-Boot] [PATCH v4 0/6] MX31:
> NAND boot for PDK boards.) which I gladly like to test for my board. You
> wrote that the patches apply to u-boot/ne
Hello all,
I like to use u-boot to boot from NAND flash on a board with the i.MX31.
I found your posings about the patch series ([U-Boot] [PATCH v4 0/6] MX31: NAND
boot for PDK boards.) which I gladly like to test for my board. You wrote that
the patches apply to u-boot/next. My problem is that
Dear Scott,
In message <4a37fe47.3030...@freescale.com> you wrote:
>
> > I see - thanks for the explanation.
> >
> > Hm... actually I think the write should fail in such a case...
> >
> > Scott, what do you think?
>
> I think the current behavior is reasonable. You're erasing a specific
> reg
Dear all,
The cpu/arm_cortexa8/start.S dosen't have the code about onenand_ipl.
But, If the new ARM CortexA8 specific code is addad and the new code needs
to be
used the onenand_ipl features, it's hard to be implemented this new code.
So, I wonder whether it's right or not to be changed like this
Michele De Candia (VT) wrote:
> Scott Wood wrote:
>
>> Wolfgang Denk wrote:
>>
>>> Dear "Michele De Candia (VT)",
>>>
>>> In message <4a37f7bf.2090...@valueteam.com> you wrote:
>>>
>> this patch fixes a bug for 'nand erase' command: when bad blocks
>> are present into erasin
Michele De Candia (VT) wrote:
> Scott Wood wrote:
>
>> Wolfgang Denk wrote:
>>
>>> Dear "Michele De Candia (VT)",
>>>
>>> In message <4a37f7bf.2090...@valueteam.com> you wrote:
>>>
>> this patch fixes a bug for 'nand erase' command: when bad blocks
>> are present into erasin
The following changes since commit 57fe30194d3c15c37d9ff06dbd2a4c1ffccda018:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Mike Frysinger (4):
Blackfin: bf548-e
Scott Wood wrote:
> Wolfgang Denk wrote:
>> Dear "Michele De Candia (VT)",
>>
>> In message <4a37f7bf.2090...@valueteam.com> you wrote:
> this patch fixes a bug for 'nand erase' command: when bad blocks
> are present into erasing area, they were skipped but the erased
> size was updat
Hi, all.
2009/6/17 Timur Tabi
>
> Kim Phillips wrote:
>
> > based on the content of the patch:
> >
> > -/* This macro is used by RTL8139 but not defined in PPC architecture */
> >
> > I'd say 2, all ppc boards.
>
> rd2plus.h, which is an SH board, has this:
>
> /*
> * Network device (RTL8139) su
43 matches
Mail list logo
