This patch turns off MAC address mismatch warning when
optional eeprom programmed with MAC address is not available.
In that case, smc911x's MAC address register has its default
value ff:ff:ff:ff:ff:ff and it's not a valid address. This
makes eth_initialize() show the warning which has no
meani
Dear kevin.morfitt and Tom
2009/11/2 Tom :
> kevin.morf...@fearnside-systems.co.uk wrote:
>> This patch adds support for the s3c2440 cpu, excluding the nand driver.
>>
>> Tested on an Embest SBC2440-II Board with local u-boot patches as I don't
>> have
>> any s3c2400 or s3c2410 boards but need th
The dev->halt() func can be called at any time, and the dev->recv() func
does not need to use NetRxPackets[] when calling NetReceive().
Signed-off-by: Mike Frysinger
---
doc/README.drivers.eth | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/doc/README.drivers
On Sunday 01 November 2009 18:07:43 Krzysztof Halasa wrote:
> I'm trying to port the Ethernet driver for Intel IXP4xx CPU from Linux
> (I know there is Intel's code already ported). I've read the
> doc/README.drivers.eth. I came across some problems:
> - dev->halt() seems to be called before the fi
Dear Minkyu Kang,
2009/11/2 Minkyu Kang :
> Dear Seunghyeon Rhee
>
> 2009/10/31 "Seunghyeon Rhee (이승현)" :
>> stack_setup is modified to initialize the stack on the correct address in
>> DRAM accroding to the typical memory configuration described in
>> README and the related CONFIG_* macro definit
Thank you, Scott :)
> Date: Fri, 30 Oct 2009 11:42:19 -0500
> From: scottw...@freescale.com
> To: leon...@msn.com
> CC: u-boot@lists.denx.de
> Subject: Re: [U-Boot] about nand_read_byte() interface
>
> On Fri, Oct 30, 2009 at 01:20:58PM +0800, HeLei wrote:
> >
> > Hi, all
>
> Hi, please wrap
Dear Seunghyeon Rhee
2009/10/31 "Seunghyeon Rhee (이승현)" :
> stack_setup is modified to initialize the stack on the correct address in
> DRAM accroding to the typical memory configuration described in
> README and the related CONFIG_* macro definitions. This makes macro
> CONFIG_MEMORY_UPPER_CODE n
Prafulla Wadaskar wrote:
> Hi Tom
>
> Please pull
>
> The following changes since commit 21e0b054c4285f7a497ac4510acf0ae90a28eae0:
> Tom Rix (1):
> ARM Update mach-types.h
>
> are available in the git repository at:
>
> u-boot-marvell.git on next branch ..BRANCH.NOT.VERIFIED..
>
>
Hello,
Please forgive me if answers to my questions are obvious, I'm new to
U-Boot.
I'm trying to port the Ethernet driver for Intel IXP4xx CPU from Linux
(I know there is Intel's code already ported). I've read the
doc/README.drivers.eth. I came across some problems:
- dev->halt() seems to be ca
kevin.morf...@fearnside-systems.co.uk wrote:
> This patch adds support for the Embest SBC2440-II Board.
>
> Tested on an Embest SBC2440-II Board with local u-boot patches as I don't have
> any s3c2400 or s3c2410 boards but need this patch applying before I can submit
> patches for the SBC2440-II B
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4aedfc0d.8020...@windriver.com> you wrote:
>> What is your
>> $(CROSS_COMPILE)gcc -v
>> ?
>
> Tom, please note this issue is old, and in any case a patch,if checked
> in, should be properly attributed. I think the first to bring this up
> was Ron
kevin.morf...@fearnside-systems.co.uk wrote:
> This patch adds support for the s3c2440 cpu to the nand driver. It does
> this by replacing the existing driver with that from linux 2.6.31.5,
> modified to make it work in the u-boot mtd nand architecture. Note that
> the linux s3c2410 nand driver s
kevin.morf...@fearnside-systems.co.uk wrote:
> This patch adds support for the s3c2440 cpu, excluding the nand driver.
>
> Tested on an Embest SBC2440-II Board with local u-boot patches as I don't have
> any s3c2400 or s3c2410 boards but need this patch applying before I can submit
> patches for t
Mike Frysinger wrote:
> On Sunday 01 November 2009 11:16:59 Wolfgang Grandegger wrote:
>> Mike Frysinger wrote:
>>> On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
--- /dev/null
+++ b/drivers/can/can.c
+static char *baudrates[] = { "125K", "250K", "500K" };
>>> so
Tom wrote:
> What is your
> $(CROSS_COMPILE)gcc -v
> ?
> Tom
>
This is a home made toolchain. With same options with gcc-4.3.4,
gcc-4.4.1, no build error.
armel-linux-gcc -v
Using built-in specs.
Target: armel-unknown-linux-gnueabi
Configured with:
/usr/src/walsimou/embtoolkit-0.1.0-rc5/build/tool
Dear Tom,
In message <4aedfc0d.8020...@windriver.com> you wrote:
> What is your
> $(CROSS_COMPILE)gcc -v
> ?
Tom, please note this issue is old, and in any case a patch,if checked
in, should be properly attributed. I think the first to bring this up
was Ron Lee; please see the whole thread here:
What is your
$(CROSS_COMPILE)gcc -v
?
Tom
walsi...@walsimou.com wrote:
> From: Abdoulaye Walsimou Gaye
>
> This patch fix build error with gcc-4.4.2 about inline function
> declared weak, see below:
> board.c:96: error: inline function 'coloured_LED_init' cannot be declared weak
> board.c:98: er
Dear Michael Schmid,
In message <4aedf129.2050...@gmx.ch> you wrote:
>
> I have:
> Board: Artila M501 board with AT91RM9200
> U-Boot: 1.1.2
> Kernel: 2.6.14-M5
> (I know that U-Boot and Kernel are quite old, but I think for my learning
> purposes it is OK... Will try to update later.)
>
> My pr
Hi!
I have:
Board: Artila M501 board with AT91RM9200
U-Boot: 1.1.2
Kernel: 2.6.14-M5
(I know that U-Boot and Kernel are quite old, but I think for my learning
purposes it is OK... Will try to update later.)
My problem: I'm trying to run root-fs over nfs... I know that my nfs-server is
OK, becau
Add support to use second and third I2C bus, too.
Bus 0 is still the default, but by calling i2c_set_bus_num(1/2) before doing
I2C accesses, code can switch to bus 1 and 2, too. Don't forget to switch
back afterwards, then.
Signed-off-by: Dirk Behme
---
Based on Hugo Vincent's patch
http://li
From: Abdoulaye Walsimou Gaye
This patch fix build error with gcc-4.4.2 about inline function
declared weak, see below:
board.c:96: error: inline function 'coloured_LED_init' cannot be declared weak
board.c:98: error: inline function 'red_LED_on' cannot be declared weak
board.c:100: error: inline
This patch adds support for the Embest SBC2440-II Board.
Tested on an Embest SBC2440-II Board with local u-boot patches as I don't have
any s3c2400 or s3c2410 boards but need this patch applying before I can submit
patches for the SBC2440-II Board. Also, ran MAKEALL for all ARM9 targets and no
new
This patch adds support for the s3c2440 cpu to the nand driver. It does
this by replacing the existing driver with that from linux 2.6.31.5,
modified to make it work in the u-boot mtd nand architecture. Note that
the linux s3c2410 nand driver supports s3c2410 and s3c2440, though I haven't
been ab
This patch adds support for the s3c2440 cpu, excluding the nand driver.
Tested on an Embest SBC2440-II Board with local u-boot patches as I don't have
any s3c2400 or s3c2410 boards but need this patch applying before I can submit
patches for the SBC2440-II Board. Also, ran MAKEALL for all ARM9 tar
hi ,
Manually i am setting the MAC address using setenv ethaddr MAC Address
for each FCC.
i am using FCC1 & FCC2. i want one FCC port to be active at a time.
PowerPC is MPC8280
Regards,
Gurumurthy___
U-Boot mailing list
U-Boot@lists.denx.de
http
On Sunday 01 November 2009 11:24:59 Wolfgang Grandegger wrote:
> Note that this is a RFC trying to discuss the real requirements of a CAN
> interface in U-Boot. I think it would also be nice to have can_xmit()
> and can_recv() with a timeout parameter, e.g.:
>
> can_xmit(struct can_dev *dev, int
On Sunday 01 November 2009 11:16:59 Wolfgang Grandegger wrote:
> Mike Frysinger wrote:
> > On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
> >> --- /dev/null
> >> +++ b/drivers/can/can.c
> >>
> >> +static char *baudrates[] = { "125K", "250K", "500K" };
> >
> > so we're restricting ou
Tom wrote:
> Dirk Behme wrote:
>> Tom Rix wrote:
>>> From: Syed Mohammed Khasim
>>>
>>> This was cherry-picked from
>>>
>>> repo: http://www.beagleboard.org/u-boot-arm.git
>>> commit: 52eddcd07c2e7ad61d15bab2cf2d0d21466eaca2
>>>
>>> In addition to adding multibus support, this patch
>>> also clean
Mike Frysinger wrote:
> On Sunday 01 November 2009 06:33:34 Wolfgang Grandegger wrote:
>> +if (op == 's') {
>> +else if (op == 'i') {
>> +else if (op == 'r') {
>> +} else if (op == 'x') {
>> +} else {
>
> your if style here is inconsistent, but ignoring that, shouldnt this real
Mike Frysinger wrote:
> On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
[snip]
>> --- /dev/null
>> +++ b/drivers/can/can.c
>>
>> +static char *baudrates[] = { "125K", "250K", "500K" };
>
> so we're restricting ourselves to these three speeds ? i have passing
> familiarity with CAN
Dear Mike Frysinger,
In message <200911010838.08938.vap...@gentoo.org> you wrote:
>
> > > > +if [ ! -z "$ARCH" -a "$ARCH" != "$2" ]; then
> > >
> > > is the !-z really needed ?
> >
> > We don't want the check to trigger if ARCH is not defined.
> > [ "$ARCH" != "$2" ] will trigger as "" != "arm"
>
On Sunday 01 November 2009 09:14:48 Tom wrote:
> Mike Frysinger wrote:
> > On Saturday 31 October 2009 22:03:45 Tom wrote:
> >> Mike Frysinger wrote:
> >>> On Saturday 31 October 2009 13:37:45 Tom Rix wrote:
> +} else {
> +usbtty_putc(c);
> }
> >>>
>
On Sunday 01 November 2009 06:33:34 Wolfgang Grandegger wrote:
> + if (op == 's') {
> + else if (op == 'i') {
> + else if (op == 'r') {
> + } else if (op == 'x') {
> + } else {
your if style here is inconsistent, but ignoring that, shouldnt this really be
a switch() ? althoug
On Sunday 01 November 2009 06:33:33 Wolfgang Grandegger wrote:
> --- a/Makefile
> +++ b/Makefile
> @@ -203,6 +203,7 @@ LIBS += net/libnet.a
> LIBS += disk/libdisk.a
> LIBS += drivers/bios_emulator/libatibiosemu.a
> LIBS += drivers/block/libblock.a
> +LIBS += drivers/can/libcan.a
this isnt an is
Mike Frysinger wrote:
> On Sunday 01 November 2009 09:02:22 Tom wrote:
>> Mike Frysinger wrote:
>>> On Saturday 31 October 2009 22:00:09 Tom wrote:
Mike Frysinger wrote:
> On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
>> +#ifdef DEBUG
>> +static inline void print_device_descr
Mike Frysinger wrote:
> On Saturday 31 October 2009 22:03:45 Tom wrote:
>> Mike Frysinger wrote:
>>> On Saturday 31 October 2009 13:37:45 Tom Rix wrote:
+ } else {
+ usbtty_putc(c);
}
>>> dont need those braces (same goes for a few other hunks here)
>>> -mike
>> This is
On Sunday 01 November 2009 09:02:22 Tom wrote:
> Mike Frysinger wrote:
> > On Saturday 31 October 2009 22:00:09 Tom wrote:
> >> Mike Frysinger wrote:
> >>> On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
> +#ifdef DEBUG
> +static inline void print_device_descriptor(struct
> usb_d
Mike Frysinger wrote:
> On Saturday 31 October 2009 22:00:09 Tom wrote:
>> Mike Frysinger wrote:
>>> On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
+#ifdef DEBUG
+static inline void print_device_descriptor(struct usb_device_descriptor
*d) +{
+ serial_printf("usb device de
On Saturday 31 October 2009 18:20:06 Menon, Nishanth wrote:
> From: Mike Frysinger
> > On Saturday 31 October 2009 10:12:01 Nishanth Menon wrote:
> > > +if [ ! -z "$ARCH" -a "$ARCH" != "$2" ]; then
> >
> > is the !-z really needed ?
>
> We don't want the check to trigger if ARCH is not defined.
>
On Saturday 31 October 2009 22:09:05 Tom wrote:
> Mike Frysinger wrote:
> > On Saturday 31 October 2009 13:37:46 Tom Rix wrote:
> >> OMAP3EVM uses ISP1504 phy and so twl4030 related init is not required.
> >>
> >> --- a/drivers/usb/musb/omap3.c
> >> +++ b/drivers/usb/musb/omap3.c
> >> @@ -94,12 +94
On Saturday 31 October 2009 22:03:45 Tom wrote:
> Mike Frysinger wrote:
> > On Saturday 31 October 2009 13:37:45 Tom Rix wrote:
> >> + } else {
> >> + usbtty_putc(c);
> >>}
> >
> > dont need those braces (same goes for a few other hunks here)
> > -mike
>
> This is done because if-sta
On Saturday 31 October 2009 22:00:09 Tom wrote:
> Mike Frysinger wrote:
> > On Saturday 31 October 2009 13:37:39 Tom Rix wrote:
> >> +#ifdef DEBUG
> >> +static inline void print_device_descriptor(struct usb_device_descriptor
> >> *d) +{
> >> + serial_printf("usb device descriptor \n");
> >
> > do
Dirk Behme wrote:
> Tom Rix wrote:
>> From: Syed Mohammed Khasim
>>
>> This was cherry-picked from
>>
>> repo: http://www.beagleboard.org/u-boot-arm.git
>> commit: 52eddcd07c2e7ad61d15bab2cf2d0d21466eaca2
>>
>> In addition to adding multibus support, this patch
>> also cleans up the register acces
Hi,
2009/11/1 Wolfgang Denk :
>
> Done, thanks.
>
Thank you.
>
> Do I understand correctly that "Update lowlevel_init.S of espt-giga"
> obsoletes the patch "Fix build of sh7785lcr 32bit mode" of Mon, 24 Aug
> 2009 11:01:41 +0900 (which was marked as still open in my list) ?
>
>
Yes.
patch "Updat
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm8xx/tqm8xx.c | 17 +
include/configs/TQM855L.h |8 +++-
2 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/board/tqc/tqm8xx/tqm8xx.c b/board/tqc/tqm8xx/tqm8xx.c
index f92c598..f1
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
drivers/can/Makefile |1 +
drivers/can/i82527.c | 366 ++
include/i82527.h | 201 +++
3 files changed, 568 insertions(+), 0 deletions(-)
create mod
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
drivers/can/Makefile |3 +-
drivers/can/sja1000.c | 223 +
include/sja1000.h | 159 +++
3 files changed, 384 insertions(+), 1 deletions(-)
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
common/Makefile |1 +
common/cmd_can.c | 119 ++
2 files changed, 120 insertions(+), 0 deletions(-)
create mode 100644 common/cmd_can.c
diff --git a/common/Makefile b/com
From: Wolfgang Grandegger
Signed-off-by: Wolfgang Grandegger
---
Makefile |1 +
drivers/can/Makefile | 47 ++
drivers/can/can.c| 88 ++
include/can.h| 70 +++
From: Wolfgang Grandegger
This patch series adds a simple CAN framework for U-Boot. The main purpose
is to do simple RX/TX testing when the device boots up but the interface
functions could also be used for more complex tasks. This is just a RFC
and a few more features need to be added or issues
Tom Rix wrote:
From: Syed Mohammed Khasim
This was cherry-picked from
repo: http://www.beagleboard.org/u-boot-arm.git
commit: 52eddcd07c2e7ad61d15bab2cf2d0d21466eaca2
In addition to adding multibus support, this patch
also cleans up the register access. The register
access has been changed f
Dear David Kaplan,
In message <62564a490911010039xb4c7768mb51016cdd42c8...@mail.gmail.com> you
wrote:
>
> I'm using openocd and jtag and am trying to load u-boot into ram as follows:
...
> I then try to run it by using resume 0x33f8 but it doesn't seem that
> u-boot is executing.
> What am I
I'm trying to get u-boot running on a smdk2410-based board.
I'm using openocd and jtag and am trying to load u-boot into ram as follows:
load_image u-boot.bin 0x33f8
Which *seems* to work:
103668 bytes written at address 0x33f8
downloaded 103668 byte in 0.500045s
I then try to run it by
53 matches
Mail list logo
