This patch fixes a debug compilation error for PPC4xx platforms, all other
architectures are not affected by this change. The 'handler' pointer was
undefined. The fix is exercised and has effect only if DEBUG is defined.
Signed-off-by: Alessio Centazzo acpatin {AT} yahoo {DOT} com
diff u-boo
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 code would be required to
> make the device look like a US
Dear k...@koi8.net,
In message you wrote:
>
> Those who happen to own MPC8548CDS or something like this know it comes with
> a small box called CodeWarrior USB TAP.
You can try and use the USB tap as a door stop - but even for this
purpose it is not optimal.
For any real work you better get a
Hi, everyone
I have a question on relocation of boot function table in do_bootm().
The boot function table boot_os[] has a pointer of functions such as
do_bootm_linux().
I think the address of the symbol "do_bootm_linux" has relocated address
by linker.
But there is address-modifying routine in do
Hi,
> There has been shown interest on the OpenOCD mailing list (last week
> or so) to reverse engineer the PowerPC COP JTAG commands, so that
> OpenOCD could support PowerPC architectures as well.
If there is a developer on that list in need of
hardware, give him my email, and I can send one
of
Hello,
On Wed, Jun 17, 2009 at 1:24 AM, David Hawkins wrote:
>
> I've wired up the COP connection on my board via an FPGA,
> so that I could conceivably use the PowerPC JTAG via
> PCI. However, its the lack of open documentation on the
> JTAG commands that has limited my interest in pursuing
> thi
> 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. I never used
> anything
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. I never used
anything but GCC suite for
Dear Nikhil,
In message <4a380672.30...@gmail.com> you wrote:
>
> We are about to purchase a BDI3000. We need to reprogram the flash on an
> MPC8540ADS board.
>
> I am looking at this webpage:
> http://ultsol.3dcartstores.com/CodeWarrior-Support_c_8.html
>
> which sells BDI3000 bundled with o
Hi Nikhil,
> We are about to purchase a BDI3000. We need to reprogram the flash on an
> MPC8540ADS board.
>
> I am looking at this webpage:
> http://ultsol.3dcartstores.com/CodeWarrior-Support_c_8.html
>
> which sells BDI3000 bundled with other software. Can someone tell me
> what additional
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) support
*/
#define CONFIG_NET_MULTI
#define CONFIG_RTL
On Tue, 16 Jun 2009 16:23:40 -0500
Timur Tabi wrote:
> Ok, I need a consensus. It's not clear to me if I should post a patch that
>
> 1) Updates only FSL boards
> 2) Updates all PPC boards
> 3) Updates all boards
based on the content of the patch:
-/* This macro is used by RTL8139 but not def
Ok, I need a consensus. It's not clear to me if I should post a patch that
1) Updates only FSL boards
2) Updates all PPC boards
3) Updates all boards
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http:/
On Jun 16, 2009, at 1:49 PM, Timur Tabi wrote:
> HIDDEN_DRAGON.h
> M5253DEMO.h
> M5253EVBE.h
> M54455EVB.h
I think these three are FSL coldfire/m68k boards.
> mpc7448hpc2.h
this is a FSL board.
> MVBLM7.h
> PN62.h
> r2dplus.h
- k
___
U-Boot mailin
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
> +++
Mike Frysinger wrote:
> On Tuesday 16 June 2009 14:33:00 Scott Wood wrote:
>> I agree that there should be a way for the generic functions
>> to not be compiled if they're not needed.
>
> if gc-sections is used, then it isnt a problem ...
Not without some other changes -- there would still be ref
On Tuesday 16 June 2009 14:33:00 Scott Wood wrote:
> I agree that there should be a way for the generic functions
> to not be compiled if they're not needed.
if gc-sections is used, then it isnt a problem ...
-mike
signature.asc
Description: This is a digitally signed message part.
_
Hi all,
We are about to purchase a BDI3000. We need to reprogram the flash on an
MPC8540ADS board.
I am looking at this webpage:
http://ultsol.3dcartstores.com/CodeWarrior-Support_c_8.html
which sells BDI3000 bundled with other software. Can someone tell me
what additional software would I ne
[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
+++ b/cpu/mpc83xx/cpu.c
@@ -33,13 +33,14 @@
#include
#include
#inc
Hi Richard,
Richard Retanubun wrote:
> Ben Warren wrote:
>> Hi Richard,
> [snip]
>> Looks like some networking code snuck in through the back door:
>>
>> http://git.denx.de/?p=u-boot.git;a=commit;h=8e55258f144764de8902e9f078a7ad4c6c022c2f
>>
>>
>>
>> include/netdev.h should contain the definitiv
Ben Warren wrote:
> Hi Richard,
[snip]
> Looks like some networking code snuck in through the back door:
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=8e55258f144764de8902e9f078a7ad4c6c022c2f
>
>
>
> include/netdev.h should contain the definitive public API for device
> initialization.
>
>
Hi Richard,
Richard Retanubun wrote:
> Hi,
>
> Since rebasing to 2009.06 release, I have been getting this compiler warning
>
> cpu.c: In function 'cpu_eth_init':
> cpu.c:372: warning: implicit declaration of function 'uec_standard_init'
>
> It is declared in /drivers/qe/uec.h, crude hacks at incl
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
updated anyway.
>>> And what e
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
> >> updated anyway.
> >
> > And what exactly is the bug in
Hi,
Since rebasing to 2009.06 release, I have been getting this compiler warning
cpu.c: In function 'cpu_eth_init':
cpu.c:372: warning: implicit declaration of function 'uec_standard_init'
It is declared in /drivers/qe/uec.h, crude hacks at including the header causes
even more errors:
In file
Wolfgang Denk wrote:
> Dear "Michele De Candia (VT)",
>
> In message <4a3798c4.8000...@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
>> updated anyway.
>>
>
> And
On Tuesday 16 June 2009 14:35:02 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > > erp, globbed too many files when sending out
> > >
> > > What does that mean?
> >
> > it means this patch isnt part of this small series
>
> Ah, OK - but the patch as submitted is ok, right?
yeah, the patch shoul
On Tue, 16 Jun 2009 13:49:57 -0500
Timur Tabi wrote:
> Kim Phillips wrote:
>
> > all ppc boards with KSEG1ADDR and _IO_BASE? isn't that what your
> > commit message says the domain is?
>
> I was hoping you'd be more specific. The patch title says, "fsl:", so I'm
> restricting it to FSL board
Kim Phillips wrote:
> all ppc boards with KSEG1ADDR and _IO_BASE? isn't that what your
> commit message says the domain is?
I was hoping you'd be more specific. The patch title says, "fsl:", so I'm
restricting it to FSL boards.
The only config files that have either of these two macros are:
On Tue, 16 Jun 2009 13:31:38 -0500
Timur Tabi wrote:
> Kim Phillips wrote:
>
> > it's missing other boards like the MVBLM7, mpc7448hpc2...
>
> I'm not familiar with those boards, so I didn't touch them. If you give me a
> list of which boards I should add, I can post an updated version of the
On Mon, 15 Jun 2009 21:53:45 -0500
Kumar Gala wrote:
>
> On Jun 15, 2009, at 11:50 AM, Kim Phillips wrote:
>
> > When enabling NAND support for a board, one must also define
> > CONFIG_SYS_64BIT_VSPRINTF because this is needed in nand_util.c
> > for correct output.
> >
> > Signed-off-by: Kim Ph
Dear Mike Frysinger,
In message <200906160057.28158.vap...@gentoo.org> you wrote:
>
> > > erp, globbed too many files when sending out
> >
> > What does that mean?
>
> it means this patch isnt part of this small series
Ah, OK - but the patch as submitted is ok, right?
Best regards,
Wolfgang De
Kim Phillips wrote:
> it's missing other boards like the MVBLM7, mpc7448hpc2...
I'm not familiar with those boards, so I didn't touch them. If you give me a
list of which boards I should add, I can post an updated version of the patch.
--
Timur Tabi
Linux kernel developer at Freescale
___
On Mon, 15 Jun 2009 21:51:14 -0500
Kumar Gala wrote:
> On Jun 15, 2009, at 4:53 PM, 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 longe
On Tue, Jun 09, 2009 at 07:52:19PM +0800, liu.yao...@zte.com.cn wrote:
> i am porting uboot to our board.and i am a fresh man to the uboot.
> after several days on studying uboot.i found uboot's mtd drvier framework
> for nand is very foolish!
As Wolfgang pointed out, patches that actually improv
Dear "Kysilka Radek",
In message you
wrote:
>
> I would like to ask you for information about uboot debug in
> CodeWarrior IDE. Do you have any experience with uboot debug for
> MPC83xx? I did not found project file (mcp) or workspace file (cww) for
> uboot project. Has anyone already set
Dear "Michele De Candia (VT)",
In message <4a3798c4.8000...@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
> updated anyway.
And what exactly is the bug in this behaviour?
Dear Mike Frysinger,
In message <1245143108-7334-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than rely on dirty hacks to compile the environment on the host and
> extract the CRC from that, have envcrc extract the environment straight
> from the ELF object that will be linked into u-bo
Wolfgang Denk wrote:
> Dear xiangfu,
>
> In message <4a35b1a5.3030...@gmail.com> you wrote:
>> I have add a new board to u-boot. and try to run MAKEALL.
>> but I don't have other cross compiler. I only have mips cross compiler
>> how to deal with this?
>
> How about downloading and installing one
On 12:54 Tue 16 Jun , Detlev Zundel wrote:
> Hi Jean-Christophe,
>
> >> > +#if defined(CONFIG_CMD_MENU_MANAGEMENT)
> >> > +if (!strncmp(argv[0], "a", 1))
> >> > +return do_menu_add(cmdtp, flag, argc, argv);
> >> > +if (!strncmp(argv[0], "e", 1))
> >> > +
Dear madam or sir,
I would like to ask you for information about uboot debug in
CodeWarrior IDE. Do you have any experience with uboot debug for
MPC83xx? I did not found project file (mcp) or workspace file (cww) for
uboot project. Has anyone already set up a project to do this? Can
anyone
The check of data became severe from newest gcc.
This patch checked in gcc-4.2 and 4.3 .
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/sh7785lcr/lowlevel_init.S | 58 +++---
include/asm-sh/macro.h |2 +-
2 files changed, 30 insertions(+), 30 de
Hi all,
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
updated anyway.
Regards,
Michele Jr De Candia
Signed-off-by: Michele Jr De Candia
diff -Naur u-boot-trunk-orig/drivers/mtd/nand/nand_util.c u-bo
This patch correctly sets up the guard time parameter in
the Atmel LCDC driver.
This works on the AVR32 platform, but needs to be tested
under the AT91 platform which shares the same code base.
Signed-off-by: Mark Jackson
---
drivers/video/atmel_lcdfb.c |5 +++--
1 files changed, 3 insert
Shove a lot of the HOSTCC and related #ifdef checking crap into the new
compiler.h header so that we can keep all other headers nice and clean.
Also introduce custom uswap functions so we don't have to rely on the non
standard implementations that a host may (or may not in the case of OS X)
provid
Hello,
Has anyone made any attempt to port any CPUs in the AT91SAM7 series to
u-boot? I looked in the archives and did a general search on the web but
didn't come across anything. If not, does anyone foresee any problems with
u-boot running on these CPUs? Specifically I'm looking at the AT91SAM7SE
Hi, all
I am using ARM11 SoC and u-boot-2009.03 stable tree.
EHCI HC is embedded in SoC.
In ehci_submit_root function, code is like this:
typeReq = req->request << 8 | req->requesttype;
switch (le16_to_cpu(typeReq)) {
case DeviceRequest | USB_REQ_GET_DESCRIPTOR:
Hi Rainer,
> This is my first posting to the list and I just joined the mailing list
> about a week ago.
Welcome aboard!
> Plus I am pretty new to the open source world as well, so please send
> me pointers to where to look things up if the posting is not
> inappropriate or does not belong here
Hi Dirga,
> I would like to receive u-boot updates related mails.., please add me
> in the subscription list..,
This is something you can do yourself:
http://lists.denx.de/mailman/listinfo/u-boot
Not really different from what other mailing lists use ;)
Cheers
Detlev
--
Peace of mind
Hi Jean-Christophe,
>> > +#if defined(CONFIG_CMD_MENU_MANAGEMENT)
>> > + if (!strncmp(argv[0], "a", 1))
>> > + return do_menu_add(cmdtp, flag, argc, argv);
>> > + if (!strncmp(argv[0], "e", 1))
>> > + return do_menu_entry(cmdtp, flag, argc, argv);
>> > +#endif
>> > + if (!strn
Hi Felix,
> Canyonlands board port has its own version of ft_board_setup(),
> overriding the generic one from cpu/ppc4xx/fdt.c. Canyonlands
> version is missing the code that sets OPB/PLB mappings in device
> tree. As a result, Linux NAND driver is unusable on this board, as
> it fails to find a r
From: Bryan Wu
Signed-off-by: Bryan Wu
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/Makefile |1 +
drivers/usb/musb/blackfin_usb.c | 152 +++
drivers/usb/musb/blackfin_usb.h | 27 +++
drivers/usb/musb/musb_core.h
From: Bryan Wu
Signed-off-by: Bryan Wu
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/musb_hcd.c | 31 +++
drivers/usb/musb/musb_hcd.h |4
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/musb_hcd.c b/drivers/usb/musb/m
These functions are no longer defined, so remove their prototypes.
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/musb_core.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h
index b81c536..f9da3f0 10064
Rather than rely on dirty hacks to compile the environment on the host and
extract the CRC from that, have envcrc extract the environment straight
from the ELF object that will be linked into u-boot itself. This makes
the envcrc code a bit more complicated, but it simplifies the build
process and
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 cycle the board a
number
56 matches
Mail list logo