This is the seconded version of "Disable/Enable Flat I²C Commands"
Patch. It has invert logic, that means a new define disables the flat
command instaed of reenable.
Since CONFIG_I2C_CMD_TREE are defined, the old flat i2c commands are
still present.
This patch disables the old flat command by def
Dear Wolfgang Denk,
> Please either add the needed CONFIG_I2C_CMD_FLAT to all affected
> boards so the current behaviour remains the same, or make it such
> that it gets activated only for new boards.
i will invert the logic of the patch and post it as version 2.
The new patch disables flat comma
Hello, all?
Currently ext2ls, ext2load not working (I think sometimes it will work.)
The reason is incorrect operations of ext2fs_read_inode and ext2fs_blockgroup.
I fix miscalculated block number(blkno) and offset (blkoff), and some
hard coded values.
unsik Kim
Signed-off-by: unsik Kim
---
di
Hi Stefan,
Thanks for the reply. I looked into the file that you mentioned and also
the README as well as the POST directory.
I could not go into the details very minutely. From this I have
understood that
1. Support for POST for canyonlands board is present.
2. To enable POST for can
On Thursday 29 January 2009 17:18:00 Wolfgang Denk wrote:
> In message <200901291648.02480.vap...@gentoo.org> you wrote:
> > > > > - misc_init_r() [or similar] sets up ethaddr in env if it isnt
> > > > > set already and sets bi_enetaddr in global data
> > > > > - board_eth_init(
Stefan Roese wrote:
>> skuri...@ubuntu:u-boot.git$ mips-linux-gnu-gcc --version
>> mips-linux-gnu-gcc (Sourcery G++ Lite 4.2-177) 4.2.3
>> Copyright (C) 2007 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions. There is NO
>> warranty; not even for MERCHA
Use the common net eth functions to setup the env/global data with the MAC
address, and properly handle the case where CONFIG_SYS_NO_FLASH is defined.
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/bf537-stamp.c | 79 +++---
include/asm-blackfin/net.h
Since the on-chip MAC does not have an eeprom or similar interface, force
all Blackfin boards that use this driver to setup the board data with a
proper MAC.
Signed-off-by: Mike Frysinger
CC: Ben Warren
---
v3
- do no work -- make the boards do it themselves
v2
- drop CONFIG_ETH
Move the CONFIG_8xx mpc8xx_pcmcia.c protection out of the C file and into
the Makefile so we avoid pointless compiling of the file.
Signed-off-by: Mike Frysinger
---
drivers/pcmcia/Makefile|2 +-
drivers/pcmcia/mpc8xx_pcmcia.c |6 ++
2 files changed, 3 insertions(+), 5 deleti
Move the CONFIG_XXX out of the part_XXX.c file and into Makefile to avoid
pointless compiles.
Signed-off-by: Mike Frysinger
---
disk/Makefile | 10 +-
disk/part_amiga.c | 10 +-
disk/part_dos.c | 12 ++--
disk/part_efi.c | 12 ++--
disk/part_iso.c
Declare new utility functions for converting between the environment
variables (eth*addr) and the binary MAC address representation. This way
we can unify all the random places that already do this kind of thing.
Signed-off-by: Mike Frysinger
CC: Ben Warren
---
include/net.h |3 ++
net/eth
On Thu, 29 Jan 2009, Heiko Schocher wrote:
[dd]
>> That means that that "i2c bus" command in nothing more than a
> shortcut. It
>> can be easily implemented even as U-Boot environmental variable that
> one
>> can
>> run...
>
> Hmm.. so we need no i2c mux support?
Yep. It can be emulated by a cou
Dear Mike Frysinger,
In message <200901291648.02480.vap...@gentoo.org> you wrote:
>
> > > > - misc_init_r() [or similar] sets up ethaddr in env if it isnt
> > > > set already and sets bi_enetaddr in global data
> > > > - board_eth_init() calls the driver init
> > > >
In the V2 the 2 flash has been replace by one 32MB flash
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/configs/SX1.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/configs/SX1.h b/include/configs/SX1.h
index 9bfefc6..78c5152 100644
--- a/inc
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/configs/SX1.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/SX1.h b/include/configs/SX1.h
index 34a5999..9bfefc6 100644
--- a/include/configs/SX1.h
+++ b/include/configs/SX1.h
@@ -177,7 +177,7
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
Makefile | 13 +++--
include/configs/SX1.h |2 ++
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 5e7bd63..9e820c4 100644
--- a/Makefile
+++ b/Makefile
@@ -2820,8 +2820,17 @@ s
Hi,
The following patchset will update the u-boot support for the Siemens
SX1 cellphone sell on the market
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 14:48 Thu 29 Jan , Peter Pearse wrote:
> Jean-Christophe
>
> Thanks.
>
> Will help me align our new boards
I'm finishing patch to move armltd board to cfi drivers
send before next week
I'll also update qemu support to have the flash support on it and allow us to
use u-boot on it
Best Re
On Thursday 29 January 2009 16:17:09 Wolfgang Denk wrote:
> In message <200901291605.09474.vap...@gentoo.org> you wrote:
> > > Rather:
> > >
> > > - misc_init_r() [or similar] sets up ethaddr in env if it isnt
> > > set already and sets bi_enetaddr in global data
> > > - board_eth_init() ca
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
Makefile |4 ++--
board/{ => samsung}/smdk2400/Makefile|0
board/{ => samsung}/smdk2400/config.mk |0
board/{ => samsung}/smdk2400/flash.c |0
board/{ => samsung}/smdk2
On Thu, 2009-01-29 at 22:15 +0100, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1233262578.19784.19.ca...@localhost.localdomain> you wrote:
> >
> > Its actually already on the wiki page.
>
> Ah, good. Sometimes I'm better than I think myself ;-)
>
> > I submitted the following patch
Dear Mike Frysinger,
In message <200901291605.09474.vap...@gentoo.org> you wrote:
>
> > Rather:
> >
> > - misc_init_r() [or similar] sets up ethaddr in env if it isnt
> > set already and sets bi_enetaddr in global data
> > - board_eth_init() calls the driver init
> > (bfin_EMAC
Dear Peter Tyser,
In message <1233262578.19784.19.ca...@localhost.localdomain> you wrote:
>
> Its actually already on the wiki page.
Ah, good. Sometimes I'm better than I think myself ;-)
> I submitted the following patch to add it a new
> doc/feature-removal-schedule.txt with a similar timefra
On Thursday 29 January 2009 15:41:31 Wolfgang Denk wrote:
> In message <200901291525.03553.vap...@gentoo.org> you wrote:
> > so how exactly are $ethaddr in the env and bi_enetaddr in the global data
> > supposed to interact ? this is a mess in the current tree and i dont see
> > any notes that ind
Peter Tyser wrote:
> Hi Wolfgang,
>
> On Thu, 2009-01-29 at 21:37 +0100, Wolfgang Denk wrote:
>
>> Dear Ben Warren,
>>
>> In message <498203bd.3000...@gmail.com> you wrote:
>>
>>> From README:
>>>
>>>
>>> CONFIG_I2C_CMD_TREE is a recommended option that places
>>>
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <498203bd.3000...@gmail.com> you wrote:
>
>> From README:
>>
>>
>> CONFIG_I2C_CMD_TREE is a recommended option that places
>> all I2C commands under a single 'i2c' root command. The
>> older
Hi Wolfgang,
On Thu, 2009-01-29 at 21:37 +0100, Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <498203bd.3000...@gmail.com> you wrote:
> >
> > From README:
> >
> >
> > CONFIG_I2C_CMD_TREE is a recommended option that places
> > all I2C commands under a s
Dear Mike Frysinger,
In message <200901291525.03553.vap...@gentoo.org> you wrote:
>
> so how exactly are $ethaddr in the env and bi_enetaddr in the global data
> supposed to interact ? this is a mess in the current tree and i dont see any
> notes that indicate how things are supposed to be hand
Dear Ben Warren,
In message <498203bd.3000...@gmail.com> you wrote:
>
> From README:
>
>
> CONFIG_I2C_CMD_TREE is a recommended option that places
> all I2C commands under a single 'i2c' root command. The
> older 'imm', 'imd', 'iprobe' etc. comma
On Thursday 29 January 2009 14:03:36 Wolfgang Denk wrote:
> In message <200901291135.32632.vap...@gentoo.org> you wrote:
> > the driver isnt really generic. it's specific to the hardware that
> > exists inside of Blackfin chips. the hardware has no support at all for
> > storing the
>
> Well, the
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <4981f273.2030...@gmail.com> you wrote:
>
>> Controversial, maybe, but why not just get rid of the flat commands?
>> When I introduced the tree probably a couple of years ago, we said it
>> would deprecate the flat commands and that they'
Dear Ben Warren,
In message <4981f273.2030...@gmail.com> you wrote:
>
> Controversial, maybe, but why not just get rid of the flat commands?
> When I introduced the tree probably a couple of years ago, we said it
> would deprecate the flat commands and that they'd go away in a couple of
> rele
Dear Ron Madrid,
In message <697520.19982...@web83507.mail.sp1.yahoo.com> you wrote:
>
> I understand your concern. I am not sure what other #define would work.
> Are you suggesting the creation of a new #define such as #define
> CONFIG_NS16550_BASIC_OPS or something like that which can be put in
Dear Mike Frysinger,
In message <200901291135.32632.vap...@gentoo.org> you wrote:
>
> the driver isnt really generic. it's specific to the hardware that exists
> inside of Blackfin chips. the hardware has no support at all for storing the
Well, the same applies for many other Ethernet drivers
Dear Kim Phillips,
In message <20090129102814.6e267b96.kim.phill...@freescale.com> you wrote:
>
> you thinking is right, I just can't think of another place to put it -
> and I suspect this isn't something that can be put in memory that lies
> outside the IMMR.
We could use any registers that ar
Dear Jens Scharsig,
In message you wrote:
> Since CONFIG_I2C_CMD_TREE are defined, the old flat i2c commands are
> still present.
> This patch disables the old flat command by default, if
> CONFIG_I2C_CMD_TREE is defined.
> The new option CONFIG_I2C_CMD_FLAT makes it possible to use the flat
> co
On Thu, 2009-01-29 at 10:16 -0800, Ben Warren wrote:
> Jens Scharsig wrote:
> > Since CONFIG_I2C_CMD_TREE are defined, the old flat i2c commands are
> > still present.
> > This patch disables the old flat command by default, if
> > CONFIG_I2C_CMD_TREE is defined.
> > The new option CONFIG_I2C_CMD_F
Jens Scharsig wrote:
> Since CONFIG_I2C_CMD_TREE are defined, the old flat i2c commands are
> still present.
> This patch disables the old flat command by default, if
> CONFIG_I2C_CMD_TREE is defined.
> The new option CONFIG_I2C_CMD_FLAT makes it possible to use the flat
> commands in addition of t
Olav Morken wrote:
> On Thu, Jan 29, 2009 at 09:27, Ben Warren wrote:
>
>> Added to net repo.
>>
>
> Great!
> Does this mean that we shouldn't include this patch and the patch for
> volatile IP_t in the next version of the patch series?
>
> Best regards,
> Olav Morken
>
Correct. You've
On Wed, Jan 28, 2009 at 09:43:31PM -0800, Ben Warren wrote:
> Mike Frysinger wrote:
> > + if (ethaddr == NULL) {
> > + char nid[20];
> > + board_get_enetaddr(bd->bi_enetaddr);
> > + sprintf(nid, "%02X:%02X:%02X:%02X:%02X:%02X",
> >
> How about snprintf()
Doesn't
--- On Thu, 1/29/09, Wolfgang Denk wrote:
> From: Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH] Exclude certain ns16550 functions from NAND_SPL
> builds
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de
> Date: Thursday, January 29, 2009, 2:24 AM
> Dear Ron Madrid,
>
> In message
> <1233187331-20
Hi,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 14:59 Thu 29 Jan , Ritesh Mehta wrote:
>> Is there any support for CompactFlash in any version of u-boot ?
> yes please note that CF is see as any IDE
>
> Best Regards,
> J.
> ___
> U-Boot mailing list
On Thursday 29 January 2009 05:45:23 Wolfgang Denk wrote:
> In message <1233212358-27956-1-git-send-email-vap...@gentoo.org> you wrote:
> > Since the on-chip MAC does not have an eeprom or similar interface, force
> > all Blackfin boards that use this to define their own
> > board_get_enetaddr() fu
On Thu, 29 Jan 2009 10:22:06 +0100
Heiko Schocher wrote:
> Hello Kim,
>
> Kim Phillips wrote:
> > On Wed, 28 Jan 2009 10:41:02 +0100
> > Heiko Schocher wrote:
> >
> >> diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
> >
> >> +#ifdef CONFIG_BOOTCOUNT_LIMIT
> >> +
> >> +#if !defined(CONFIG_B
Hi Afzal,
On Thursday 29 January 2009, Afzal Nadirshah wrote:
>Is the Power On Self Test enabled for the canyonlands board?
A quick look at the canyonlands config header shows that it's not enabled.
>What I
> want to know is whether I need to set any macro while compiling, to en
Hi Scott,
On Thursday 29 January 2009, Scott Coulter wrote:
> Maybe a stupid question, but does anyone no why there is no call to
> flush_cache() at the end of do_fat_fsload()?
A bug perhaps?
> I haven't tried it on the
> latest u-boot, but I had an issue the other day where I was trying to
> l
On Thursday 29 January 2009 03:35:40 Petri Lehtinen wrote:
> Because the functions have been defined using macros, grepping for
> their definitions is not possible. This patch adds the real function
> names in comments.
>
> Signed-off-by: Petri Lehtinen
Acked-by: Mike Frysinger
-mike
___
Jean-Christophe
Thanks.
Will help me align our new boards
Regards
Peter
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of
> Jean-Christophe PLAGNIOL-VILLARD
> Sent: 28 January 2009 23:04
> To: u-boot@lists.denx.de
> Subj
Hi all,
Maybe a stupid question, but does anyone no why there is no call to
flush_cache() at the end of do_fat_fsload()? I haven't tried it on the
latest u-boot, but I had an issue the other day where I was trying to
load a VxWorks image from a Compact Flash card on a MPC8572-based board.
The sa
On 14:59 Thu 29 Jan , Ritesh Mehta wrote:
> Is there any support for CompactFlash in any version of u-boot ?
yes please note that CF is see as any IDE
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
On 15:09 Thu 29 Jan , Ritesh Mehta wrote:
> Is there any support for CompactFlash for AT91SAM9263 microcontroller based
> customised board in any version of u-boot ?
not in the mainline
IIRC atmel have some code about it
Best Regards,
J.
___
U-Boot
Is there any support for CompactFlash in any version of u-boot ?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
Is the Power On Self Test enabled for the canyonlands board? What I want
to know is whether I need to set any macro while compiling, to enable POST.
I saw that there are some hot keys defined to start POST for certain
boards. Is there anything defined like that for canyonlands b
Hi,
I designed a new AT91SAM9263 Board using the schematics of the Atmel
AT91SAM9263-EK EVAL Board. I have a problem in the ethernet path.
Running auto negotiation (Davicom DM9161A PHY) creates a connection with
100MBit/Half - Duplex. With the original Atmel Board Full duplex is
possible. I t
Is there any support for CompactFlash for AT91SAM9263 microcontroller based
customised board in any version of u-boot ?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
> Dear Grzegorz Bernacki,
>
> In message <49816f40.3000...@semihalf.com> you wrote:
[snip]
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR
Olav Morken wrote:
> On Mon, Jan 26, 2009 at 21:03, Wolfgang Denk wrote:
> > Dear =?ISO-8859-1?Q?Gunnar_Rang=F8y?=,
> >
> > In message
> > you wrote:
> []
> >> >
> >> > It would be nice if you used readable names instead of all these
> >> > magic hardcoded constants.
> >>
> >> Each bit in th
Since CONFIG_I2C_CMD_TREE are defined, the old flat i2c commands are
still present.
This patch disables the old flat command by default, if
CONFIG_I2C_CMD_TREE is defined.
The new option CONFIG_I2C_CMD_FLAT makes it possible to use the flat
commands in addition of tree commands.
Signed-off-by: Jen
On Thu, Jan 29, 2009 at 09:27, Ben Warren wrote:
> Added to net repo.
Great!
Does this mean that we shouldn't include this patch and the patch for
volatile IP_t in the next version of the patch series?
Best regards,
Olav Morken
___
U-Boot mailing list
On Mon, Jan 26, 2009 at 21:03, Wolfgang Denk wrote:
> Dear =?ISO-8859-1?Q?Gunnar_Rang=F8y?=,
>
> In message you
> wrote:
[]
>> >
>> > It would be nice if you used readable names instead of all these
>> > magic hardcoded constants.
>>
>> Each bit in the masks represents a single pin on the mi
Wolfgang Denk wrote:
> Dear Grzegorz Bernacki,
>
> In message <49816f40.3000...@semihalf.com> you wrote:
>>> General comment: there is a lot of code which could use a few comments
>>> so the reader has a chance to understand what exactly you are doing.
>>>
>> Could you point me out which parts of
Dear Mark Jackson,
In message <49817e75.7060...@mimc.co.uk> you wrote:
> >> + bmap += (padded_line - width) * 2;
> >> + fb -= (width * 2 + lcd_line_length);
> >
> > Is it intentional that you reverse padded_line and width here, i.e.
> > you are sure it's not
>
Dear Grzegorz Bernacki,
In message <49816f40.3000...@semihalf.com> you wrote:
>
> > General comment: there is a lot of code which could use a few comments
> > so the reader has a chance to understand what exactly you are doing.
> >
>
> Could you point me out which parts of code except eeprom def
Dear Piyush Shah,
In message you
wrote:
>
> Is it feasible to send u-boot commands via Ethernet instead of UART?
yes it it.
> I know that there is no such support right now. But can it be added?
You are wrong. The support is right there, and has been there for a
long, long time.
> Moreover h
Dear Mike Frysinger,
In message <1233212358-27956-1-git-send-email-vap...@gentoo.org> you wrote:
> Since the on-chip MAC does not have an eeprom or similar interface, force
> all Blackfin boards that use this to define their own board_get_enetaddr()
> function.
I still think this belongs into boa
Dear Mike Frysinger,
In message <200901290116.59104.vap...@gentoo.org> you wrote:
>
> if that's the case, shouldnt we at least mark the README as "these options
> are
> discouraged / deprecated" ?
Maybe discouraged and deprecated are not really optimal terms here,
but what is?
Fact is, that th
> Now study the data structures used for netwrking - they are all
> carefully crafted that the natural aligment "just fits", i. e. there
> are no gaps between variables if they are aligned naturally.
Actually, a packed structure not only doesn't have gaps, but can live
at any address. So th
This patch removes the double defined manufacturer defines from
jedec_flash.c. Since the common defines in flash.h are 32bit
we now need the (16) cast. This patch also removes the compilation
warning (e.g. seen on hcu5):
./MAKEALL hcu5
Configuring for hcu5 board...
jedec_flash.c:219: warning: larg
Dear Mike Frysinger,
In message <1233187416-22378-2-git-send-email-vap...@gentoo.org> you wrote:
> Since the on-chip MAC does not have an eeprom or similar interface, force
> all Blackfin boards that use this to define their own board_get_enetaddr()
> function.
This patch makes littel sense to me
Dear Ron Madrid,
In message <1233187331-20244-1-git-send-email-ron_mad...@sbcglobal.net> you
wrote:
> This patch will exclude all functions from drivers/serial/ns16550.c from
> NAND_SPL builds with exception of NS16550_putc and NS16550_init. This will
> save
> space and remove unused code from
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1233183851-11044-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Please fix type (s/verdor/vendor/) in subject before applying.
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gm
Dear Luigi Mantellini,
In message you
wrote:
>
> > We (i. e. all of us except you) do not have a problem.
>
> my question is: how can you be sure on this? I haven't used strange
Because I read the documentation?
> compilers or strange CFLAGS.. I just do "make" on a supported target
> (qemu_m
Olav Morken wrote:
> > Yes, AP7000 have two Ethernet MACs. And if I got this right you want to
> > make a generic config about it, so then I guess it should open up for
> > having more than one MAC.
>
> OK, how about adding a CONFIG_MACB_ADVERTISE(id)-option, where id is
> the id of the MACB (pa
On Thu, Jan 29, 2009 at 07:28, Hans-Christian Egtvedt
wrote:
> On Wed, 28 Jan 2009 15:40:49 -0800
> Ben Warren wrote:
>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> > On 22:42 Wed 28 Jan , Haavard Skinnemoen wrote:
>> >
>
>
>
>> >> As for a better name, how about CONFIG_MACB_ADVERTISE?
>> >
The following changes since commit c1b7c70083fc8d0bb77db20dd47bb6c988f3dc67:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-nand-flash
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Larry Johnson (2):
ppc4xx: Add var
Wolfgang Denk wrote:
> Dear Mark Jackson,
>
> In message <497f1732.6050...@mimc.co.uk> you wrote:
>> This patch adds 16bpp BMP support to the common lcd code.
>>
>> Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
>>
>> At the moment it's only been tested on the MIMC200 AVR3
On Wednesday 28 January 2009, Larry Johnson wrote:
> This patch updates the default environmental variables for the
> Korat PPC 440EPx board, and makes additional minor fixes.
Applied to 4xx/master. Thanks.
Best regards,
Stefan
On Wednesday 28 January 2009, Larry Johnson wrote:
> The new environment variable "korat_usbcf" selects the USB
> port used by the Korat board's CompactFlash controller.
Applied to 4xx/master. Thanks.
Best regards,
Stefan
=
DENX
Ben Warren wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > make sense
> > so I'll put a 10Mpbs phy personnaly instead or a 10/100 that can be put in a
> > 10 mode instead to avoid to manage it in the code
> >
> I haven't shopped for PHYs in a while, but imagine it's probably hard to
> find
Hi Ben
On Thu, Jan 29, 2009 at 2:03 PM, Ben Warren wrote:
> Hi Piyush,
>
> Piyush Shah wrote:
>>
>> Hi all,
>> Is it feasible to send u-boot commands via Ethernet instead of UART?
>> I know that there is no such support right now. But can it be added?
>> Moreover how am I supposed to transmit UDP
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:41:02 +0100
> Heiko Schocher wrote:
>
>> diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
>
>> +#ifdef CONFIG_BOOTCOUNT_LIMIT
>> +
>> +#if !defined(CONFIG_BOOTCOUNT_ADDR)
>> +#define CONFIG_BOOTCOUNT_ADDR 0x11bff8
>
> it's CONFIG_
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:40:50 +0100
> Heiko Schocher wrote:
>
>> Signed-off-by: Heiko Schocher
>> ---
>> Makefile |9 +-
>> board/keymile/common/common.c|6 +++-
>> board/keymile/km8xx/km8xx.c |7 -
>> cpu/mpc
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:40:24 +0100
> Heiko Schocher wrote:
>
>> diff --git a/include/configs/kmeter1.h b/include/configs/kmeter1.h
>> index d66ba8b..feb6150 100644
>> --- a/include/configs/kmeter1.h
>> +++ b/include/configs/kmeter1.h
>> @@ -322,6 +322,11 @@
>> #
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:40:20 +0100
> Heiko Schocher wrote:
>
>> Signed-off-by: Heiko Schocher
>> ---
>
> please be more verbose in your commit messages.
>
>> @@ -135,6 +128,24 @@ int fixed_sdram(void)
>> udelay (200);
>> im->ddr.sdram_cfg |= SDRAM_CF
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:40:16 +0100
> Heiko Schocher wrote:
>
>> Signed-off-by: Heiko Schocher
>> ---
>> include/configs/keymile-common.h |8
>> include/configs/kmeter1.h| 19 ---
>
> a lot of patches in this patchseries to
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:40:04 +0100
> Heiko Schocher wrote:
>
>> +static int board_init_i2c_busses (void)
>> +{
>> +I2C_MUX_DEVICE *dev = NULL;
>> +uchar *buf;
>> +
>> +/* Set up the Bus for the DTTs */
>> +buf = (unsigned char *) getenv ("DTT_bu
Hello Kim,
Kim Phillips wrote:
> On Wed, 28 Jan 2009 10:39:12 +0100
> Heiko Schocher wrote:
>
>> Signed-off-by: Heiko Schocher
>> ---
>
> can we get a better commit title & message here please?
Yes.
bye
heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16523
Hello Kim,
Kim Phillips:
> On Wed, 28 Jan 2009 10:38:42 +0100
> Heiko Schocher wrote:
>> +++ b/common/cmd_nvedit.c
>> @@ -75,7 +75,12 @@ DECLARE_GLOBAL_DATA_PTR;
>> static const unsigned long baudrate_table[] = CONFIG_SYS_BAUDRATE_TABLE;
>> #define N_BAUDRATES (sizeof(baudrate_table) / size
Wolfgang Denk wrote:
> Dear Grzegorz,
>
> In message <12331552753467-git-send-email-...@semihalf.com> you wrote:
>> This is the InterControl custom device based on the MPC5200B chip.
> ...
>
> General comment: there is a lot of code which could use a few comments
> so the reader has a chance to u
Hi all,
Iam using custamized bootlaoder for the ARM board . the interrupt
handlers are not working in my bootloader can any body tell how to
give supprt to interrupts handlers .
I tried by giving handler registration in the cpu/24xx/interrupts.c
file but failed can anyone help me in this iss
Hello ksi,
k...@koi8.net wrote:
> On Wed, 28 Jan 2009, Heiko Schocher wrote:
>> Hello ksi,
>> k...@koi8.net schrieb:
>>> On Tue, 27 Jan 2009, Heiko Schocher wrote:
k...@koi8.net wrote:
[...]
>> OK,. But if I look in your patch you delete the "i2c bus" command, and
>> this breaks at least 2 bo
Because the functions have been defined using macros, grepping for
their definitions is not possible. This patch adds the real function
names in comments.
Signed-off-by: Petri Lehtinen
---
include/image.h | 44 ++--
1 files changed, 22 insertions(+), 22
Hi Piyush,
Piyush Shah wrote:
> Hi all,
> Is it feasible to send u-boot commands via Ethernet instead of UART?
> I know that there is no such support right now. But can it be added?
> Moreover how am I supposed to transmit UDP or TCP packets from u-boot?
>
>
>
Look into netconsole for control o
Gunnar Rangoy wrote:
> This patch adds support for searching through available PHY-addresses in
> the macb-driver. This is needed for the ATEVK1100 evaluation board,
> where the PHY-address will be initialized to either 1 or 7.
>
> This patch adds a config option, CONFIG_MACB_SEARCH_PHY, which when
Gunnar Rangoy wrote:
> From: Olav Morken
>
> This patch removes volatile from:
> volatile IP_t *ip = (IP_t *)xip;
>
> Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
> using volatile, which causes an exception since xip isn't aligned on a word
> boundary.
>
> Signed-
Ron Madrid wrote:
> This patch adjusts the LED control so that interrupt lines are not reading
> LEDs
> and effectively causing indefinite interrupts to the controller.
>
> Signed-off-by: Ron Madrid
> ---
> drivers/net/tsec.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> di
Hi all,
Is it feasible to send u-boot commands via Ethernet instead of UART?
I know that there is no such support right now. But can it be added?
Moreover how am I supposed to transmit UDP or TCP packets from u-boot?
--
-PIYUSH
___
U-Boot mailing list
U-
Stefan Roese wrote:
> Signed-off-by: Stefan Roese
> ---
> drivers/net/smc911x.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c
> index 648c94c..268a630 100644
> --- a/drivers/net/smc911x.c
> +++ b/drivers/net/smc911x.c
Mike Frysinger wrote:
> Import the is_valid_ether_addr() function from the Linux kernel.
>
> Signed-off-by: Mike Frysinger
> CC: Ben Warren
> ---
> board/bf537-stamp/bf537-stamp.c | 16
> include/net.h | 16
> 2 files changed, 16 insertions
mon...@monstr.eu wrote:
> From: Michal Simek
>
>
> Signed-off-by: Michal Simek
> ---
> drivers/net/Makefile |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/Makefile b/drivers/net/Makefile
> index 631336a..128dc11 100644
> --- a/drivers/net/Makefile
>
1 - 100 of 101 matches
Mail list logo
