[U-Boot] [PATCH] bootm: Reduce the unnecessary memmove

Although load address and image start address are same address, bootm command does memmove. That is unnecessary memmove and can be taken few milliseconds (about 500 msec to 1000 msec). If reduce this memmove, we can reduce the boot time. Please check this patch. Thank you. Minkyu Kang. Signed

[U-Boot] [PATCH 13/30] drivers/net/: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. The drivers that get converted here: 3c589 4xx_enet dc2114x dm9000x enc28j60 fsl_m

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

Dear Mike Frysinger, In message <200902161937.36039.vap...@gentoo.org> you wrote: > > ok ... it'll take me a bit to familiarize myself with the u-boot stdio code. > then i'll send out the updated patch series (assuming all goes well). Excellent. I really appreaciate all the work you're doing he

Re: [U-Boot] MPC8548 CPU v2 errata

Jens Gehrlein wrote: > Hi hendrik, > > hendrik schrieb: >> Hi all >> >> could someone pls point me to where i can find documentation >> regarding changes and the implications there of between die Freescale >> mpc8548 v1 and v2 silicone CPUs. I have searched Freescales website >> but only turned

Re: [U-Boot] [PATCH 09/12] 8360, kmeter1: added bootcount feature.

Hello Kim, Kim Phillips wrote: > On Wed, 11 Feb 2009 19:26:27 +0100 > Heiko Schocher wrote: > >> add CONFIG_BOUTCOUNT_LIMIT feature for 8360 CPU. > > s/BOUT/BOOT/ Ups, I fix it. >> The bootcounter uses 8 bytes from the muram, >> because no other memory was found on this >> CPU for the bootcou

[U-Boot] [U-BOOT][PATCH 3/3] mflash : Improve mg_disk_read(write) sector count calculation

Signed-off-by: unsik Kim --- drivers/block/mg_disk.c | 16 1 files changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/block/mg_disk.c b/drivers/block/mg_disk.c index 2eb461d..bbfeeda 100644 --- a/drivers/block/mg_disk.c +++ b/drivers/block/mg_disk.c @@ -382,12 +3

[U-Boot] [U-BOOT][PATCH 2/3] mflash : Remove deprecated CONFIG_SYS_HZ value (not 1000), support code

Signed-off-by: unsik Kim --- drivers/block/mg_disk.c | 21 +++-- 1 files changed, 3 insertions(+), 18 deletions(-) diff --git a/drivers/block/mg_disk.c b/drivers/block/mg_disk.c index 9ae8889..2eb461d 100644 --- a/drivers/block/mg_disk.c +++ b/drivers/block/mg_disk.c @@ -82,2

[U-Boot] [U-BOOT][PATCH 1/3] mflash : Fix some style issue

Signed-off-by: unsik Kim --- common/env_mgdisk.c |2 ++ drivers/block/mg_disk.c | 13 + 2 files changed, 7 insertions(+), 8 deletions(-) diff --git a/common/env_mgdisk.c b/common/env_mgdisk.c index 2b4949f..363ee68 100644 --- a/common/env_mgdisk.c +++ b/common/env_mgdisk

Re: [U-Boot] [PATCH 2/3] Change CONFIG_MG_DISK_RES unit to KB

This series of patches are logically same as my previous mails. Wolfgang Denx requested splitting. Please refer, <20090211213208.c53be832e...@gemini.denx.de> Regards, unsik Kim Jean-Christophe PLAGNIOL-VILLARD wrote: > On 20:06 Fri 13 Feb , unsik Kim wrote: >> Byte is too small unit for CONFI

Re: [U-Boot] [PATCH 1/3] Initial mflash support

Hello? Thanks for comments. Some patches will be posted for your requests. Also I wrote my opinion for some comments. >> diff --git a/drivers/block/Makefile b/drivers/block/Makefile >> index 59388d9..eccefc1 100644 >> --- a/drivers/block/Makefile >> +++ b/drivers/block/Makefile >> @@ -25,13 +25,1

Re: [U-Boot] [PATCH 08/12] 83xx, kmeter: QE_ENET10 errata for Silicon Revision 2.1

Hello Kim, Kim Phillips wrote: > On Wed, 11 Feb 2009 19:26:22 +0100 > Heiko Schocher wrote: > >> +switch (svid) { >> +case 0x0020: > > 'case' should be aligned directly under 'switch'. > >> +++ b/cpu/mpc83xx/start.S >> @@ -137,6 +137,11 @@ get_pvr: >> mfspr r3, PVR >>

Re: [U-Boot] [PATCH] 1/12 Multiadapter/multibus I2C, common part 1

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear k...@koi8.net, > > In message you wrote: > > Signed-off-by: Sergey Kubushyn > > --- > > diff -purN u-boot-i2c.orig/common/cmd_date.c u-boot-i2c/common/cmd_date.c > > --- u-boot-i2c.orig/common/cmd_date.c 2009-02-12 10:43:41.0 > > -

Re: [U-Boot] [PATCH 03/12] 83xx, kmeter1: add I2C, dtt, eeprom support

Hello Kim, Kim Phillips wrote: > On Wed, 11 Feb 2009 19:25:49 +0100 > Heiko Schocher wrote: > >> diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c >> index 8119821..ecfc345 100644 >> --- a/drivers/hwmon/lm75.c >> +++ b/drivers/hwmon/lm75.c >> @@ -42,6 +42,8 @@ >> #define DTT_TEMP_HYST

[U-Boot] [PATCH 10/12 v2] powerpc: common updates for keymile boards

- added: - bootcount support - COMMAND HISTORY - CONFIG_AUTO_COMPLETE - CONFIG_SYS_FLASH_PROTECTION - JFFS2 support - extracted common I2C settings for all boards common I2C options - common default environment settings summarized Signed-off-by: Heiko Schocher --- changes since v1:

Re: [U-Boot] [PATCH] 0/12 Multiadapter/multibus I2C

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear Heiko, > > In message <49992beb.30...@denx.de> you wrote: > > > > >> Yes, thats a point. But do we need this before running from ram (except > > >> one hardwareadapter)? > > > > > > Yes, see above. > > > > Yes, thats is a problem in my approach,

Re: [U-Boot] [PATCH 10/12] powerpc: common updates for keymile boards

Hello Kim, Kim Phillips wrote: > On Wed, 11 Feb 2009 19:26:34 +0100 > Heiko Schocher wrote: > >> - added: >> - bootcount support >> - COMMAND HISTORY >> - CONFIG_AUTO_COMPLETE >> - CONFIG_SYS_FLASH_PROTECTION >> - JFFS2 support >> - extracted common I2C settings for all boards >> com

Re: [U-Boot] [PATCH] 0/12 Multiadapter/multibus I2C

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear k...@koi8.net, > > In message you wrote: > > > > Yep. But nobody's perfect and you can have a situation when you need to > > access several busses before relocation. It is not hardware for U-Boot, it > > is U-Boot for hardware. When hardware desi

Re: [U-Boot] [PATCH] 0/12 Multiadapter/multibus I2C

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear k...@koi8.net, > > In message you wrote: > > > > OK, please explain how that cur_adap_nr->hwadapnr gets assigned. Please also > > explain how can one invoke a function on other adapter than "current". > > Remember, i2c_init is quite often called

Re: [U-Boot] [PATCH] 0/12 Multiadapter/multibus I2C

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear k...@koi8.net, > > In message you wrote: > > > > > Can you please send your patches with some better commit messages. > > > You only send your Signed-off-by, without any explanation. Please > > > change this. > > > > There is not much sense in e

[U-Boot] [PATCH 30/30] remove bi_enet*addr from global data for all arches

Signed-off-by: Mike Frysinger CC: Ben Warren CC: Daniel Hellstrom CC: Michal Simek CC: Shinya Kuribayashi CC: Scott McNutt CC: Nobuhiro Iwamatsu --- include/asm-arm/u-boot.h|5 - include/asm-avr32/u-boot.h |1 - include/asm-blackfin/u-boot.h |1 - include/asm-

[U-Boot] [PATCH 27/30] tqm8xx: rename load_sernum_ethaddr() to tqc_load_sernum_ethaddr()

Rename load_sernum_ethaddr() to tqc_load_sernum_ethaddr() and have board init code call it rather than the common ppc board code. Signed-off-by: Mike Frysinger CC: Ben Warren --- board/tqc/tqm8xx/load_sernum_ethaddr.c |6 +- board/tqc/tqm8xx/tqm8xx.c |3 +++ 2 files cha

[U-Boot] [PATCH 28/30] ppc: mark global bi_enet*addr as legacy

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. In the ppc case, these things are part of the legacy ABI, so keep them around but mark them as legacy so no new code will touch th

[U-Boot] [PATCH 29/30] drop now unused load_sernum_ethaddr() function

Signed-off-by: Mike Frysinger CC: Ben Warren --- board/kup/common/load_sernum_ethaddr.c |4 board/m501sk/m501sk.c |5 - board/pcs440ep/pcs440ep.c |4 board/tqc/tqm8xx/load_sernum_ethaddr.c |4 include/common.h

[U-Boot] [PATCH 26/30] kup4k/kup4x: rename load_sernum_ethaddr() to kup_load_sernum_ethaddr()

Rename load_sernum_ethaddr() to kup_load_sernum_ethaddr() and have board init code call it rather than the common ppc board code. Signed-off-by: Mike Frysinger CC: Ben Warren --- board/kup/common/load_sernum_ethaddr.c |6 +- board/kup/kup4k/kup4k.c|3 +++ board/kup/k

[U-Boot] [PATCH 25/30] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Move all the work of load_sernum_ethaddr() into a local load_ethaddr() func and call that from misc_init_r(). We leave load_sernu

[U-Boot] [PATCH 23/30] boards: move board_get_enetaddr() into board-specific init

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Rather than have the common ppc code have board-specific hooks, move the board_get_enetaddr() function into the board-specific ini

[U-Boot] [PATCH 24/30] cmc_pu2: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Also rename load_sernum_ethaddr() to misc_init_r() so we don't need to handle this board specially in common ARM code. Signed-off

[U-Boot] [PATCH 22/30] arm: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Some warts are remaining and should be killed off (by moving the func to the appropriate board init code): - davinci_eth_s

[U-Boot] [PATCH 21/30] nx823: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. For the nx823, the serial number is moved out of load_sernum_ethaddr() and into misc_init_r() as is the env setup. This lets us k

[U-Boot] [PATCH 19/30] npe: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. The resulting code can also be simplified even further. Signed-off-by: Mike Frysinger CC: Stefan Roese CC: Ben Warren --- cpu

[U-Boot] [PATCH 20/30] lib_*/board.c: do not initialize bi_enet*addr in global data

Since everyone is using the environment for mac address storage, there is no point in seeding the global data. The arches that are converted here: i386 m68k microblaze mips nios nios2 sh sparc Signed-off-by: Mike Frysinger CC: Ben W

[U-Boot] [PATCH 18/30] cpu/: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. The cpus that get converted here: at91rm9200 mpc512x mpc5xxx mpc8260 mpc8xx ppc4xx

[U-Boot] [PATCH 17/30] lan91c96/smc91111/smc911x: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Also, do not bother checking the EEPROM if the env is setup. This simplifies the code greatly. Signed-off-by: Mike Frysinger CC

[U-Boot] [PATCH 15/30] cs8900: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. The cs8900 driver also changes slightly in that the hardware is not consulted if the mac address in the env is sane. Signed-off-b

[U-Boot] [PATCH 16/30] sh_eth: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. The sh_eth driver can also be simplified a bit by using enetaddr member of the eth_device structure. Signed-off-by: Mike Frysinge

[U-Boot] [PATCH 12/30] boards: get mac address from environment

The boards that get converted here to use the environment for the mac address rather than global data: debris mgcoge mgsuvd muas3001 netstal pn62 sixnet vcma9 xilinx (the ones that use xilinx_enet) Signed-off-by: Mike Frysinge

[U-Boot] [PATCH 14/30] bcm570x: get mac address from environment

The environment is the canonical storage location of the mac address, so we're killing off the global data location and moving everything to querying the env directly. Since the address is in the PLM_DEVICE_BLOCK structure already, there is no need to pass the NodeAddress as a second parameter. S

[U-Boot] [PATCH 09/30] lynxkdi: get mac address from environment

Signed-off-by: Mike Frysinger CC: Ben Warren --- common/lynxkdi.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/lynxkdi.c b/common/lynxkdi.c index 5f12b0d..17b0607 100644 --- a/common/lynxkdi.c +++ b/common/lynxkdi.c @@ -33,7 +33,7 @@ void lynxkdi_boot (image_h

[U-Boot] [PATCH 10/30] nvedit: do not update global bi_enetaddr and do not call eth_set_enetaddr()

Since the ethernet layer handles updating of device addresses itself from the environment, there is no point in calling eth_set_enetaddr(). Signed-off-by: Mike Frysinger CC: Ben Warren --- common/cmd_nvedit.c | 24 +--- 1 files changed, 1 insertions(+), 23 deletions(-) di

[U-Boot] [PATCH 11/30] AmigaOneG3SE/enet: get mac address from environment

Always use the MAC address that is stored in the environment first before falling back to the ROM. This also cuts out any comparison steps: if the mac in the env is sane, the ROM is never consulted. Signed-off-by: Mike Frysinger CC: Thomas Frieden CC: Ben Warren --- board/MAI/AmigaOneG3SE/ene

[U-Boot] [PATCH 07/30] bdinfo: get mac address from environment

Add a new print_eth() function to automate the eth*addr env var acquisition and display. Affects all arches. Signed-off-by: Mike Frysinger CC: Nobuhiro Iwamatsu CC: Scott McNutt CC: Shinya Kuribayashi CC: Michal Simek CC: Daniel Hellstrom CC: Ben Warren --- common/cmd_bdinfo.c | 120

[U-Boot] [PATCH 08/30] bootvx: get mac address from environment

Signed-off-by: Mike Frysinger CC: Niklaus Giger CC: Ben Warren --- common/cmd_elf.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/common/cmd_elf.c b/common/cmd_elf.c index 19e1249..4a3fff1 100644 --- a/common/cmd_elf.c +++ b/common/cmd_elf.c @@ -131,10 +131,12 @@

[U-Boot] [PATCH 04/30] doc/README.enetaddr: document proper MAC usage

Signed-off-by: Mike Frysinger CC: Ben Warren --- doc/README.enetaddr | 97 +++ 1 files changed, 97 insertions(+), 0 deletions(-) create mode 100644 doc/README.enetaddr diff --git a/doc/README.enetaddr b/doc/README.enetaddr new file mode 100644

[U-Boot] [PATCH 05/30] Blackfin: bfin_mac: force boards to setup the MAC themselves

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 --- drivers/net/bfin_mac.c | 16 drivers/net/bfin_mac.h |2 +- lib_bl

[U-Boot] [PATCH 06/30] net: get mac address from environment and use eth util funcs

Signed-off-by: Mike Frysinger CC: Ben Warren --- net/bootp.c | 13 ++--- net/net.c | 17 + 2 files changed, 7 insertions(+), 23 deletions(-) diff --git a/net/bootp.c b/net/bootp.c index d1cbd39..3dea70a 100644 --- a/net/bootp.c +++ b/net/bootp.c @@ -573,21 +573,12

[U-Boot] [PATCH 01/30] vsprintf: pull updates from Linux kernel

This brings in support for the %p modifier which allows us to easily print out things like ip addresses, mac addresses, and pointers. It also converts the rarely used 'q' length modifier to the common 'L' modifier when dealing with quad types. Signed-off-by: Mike Frysinger --- common/cmd_ide.c

[U-Boot] [PATCH 03/30] net: new utility functions for working with enetaddr's

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. The functions in question: eth_parse_enetaddr - "..." -> {...} eth_g

[U-Boot] [PATCH 00/30] standardize mac address handling in u-boot (v2)

this set of patches aims to standardize the mac address handling in all of u-boot by doing the following: - add helper funcs for working with mac addresses (binary & string) - add format strings from Linux for printf-ing mac addresses - convert all duplicated code to use afo

[U-Boot] [PATCH 02/30] convert print_IPaddr() to %pI4

Now that our printf functions support the %pI4 modifier like the kernel, let's drop the inflexible print_IPaddr() function and covert over to the %pI4 modifier. Signed-off-by: Mike Frysinger CC: Ben Warren --- common/cmd_bdinfo.c | 48 +++- include/

[U-Boot] UML税T票JJ

你好/ 我公司长期可以为贵公司代理; 商品销售发/票、 广告发/票 、 服务发/票 、 运输发/票 建筑安装发/票 、 餐饮定额、普通增值税等、 发/票 . 如需请联系；15817302760 联系人；王先生 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 27/27] remove bi_enet*addr from global data for all arches

On Monday 16 February 2009 20:49:00 Kim Phillips wrote: > Mike Frysinger wrote: > > renamed, things will appear to "just work". so there is no way for them > > to know that they need to fix their code which means they wont. > > otherwise, people hitting a build failure will know immediately that

[U-Boot] How to implement a starting logo

Thanks for your response. Now I have another question, should I implement framebuffer driver for the display controller? Or Just simply add "SPLASH SCREEN" support according to instruction of the U-Boot document "README". Best regards, Lizhihao > To: lzhti...@hotmail.com > CC: u-bo

Re: [U-Boot] [PATCH] Fix Freescale link scripts for newer GCCs

On Mon, 2 Feb 2009 20:11:56 -0800 (PST) Trent Piepho wrote: > On Sat, 31 Jan 2009, Wolfgang Denk wrote: > > In message you wrote: > > > > so, what's the status of this patch? I've seen this fail on 83xx. > > > > Most of these types of patches that fix the newer gcc's behaviour have > > > > been

Re: [U-Boot] [PATCH 27/27] remove bi_enet*addr from global data for all arches

On Mon, 16 Feb 2009 19:18:19 -0500 Mike Frysinger wrote: > renamed, things will appear to "just work". so there is no way for them to > know that they need to fix their code which means they wont. otherwise, > people hitting a build failure will know immediately that they need to update > so

Re: [U-Boot] [PATCH 09/12] 8360, kmeter1: added bootcount feature.

On Wed, 11 Feb 2009 19:26:27 +0100 Heiko Schocher wrote: > add CONFIG_BOUTCOUNT_LIMIT feature for 8360 CPU. s/BOUT/BOOT/ > > The bootcounter uses 8 bytes from the muram, > because no other memory was found on this > CPU for the bootcount feature. So we must > correct the muram size in DTS befo

Re: [U-Boot] [PATCH 08/12] 83xx, kmeter: QE_ENET10 errata for Silicon Revision 2.1

On Wed, 11 Feb 2009 19:26:22 +0100 Heiko Schocher wrote: > + switch (svid) { > + case 0x0020: 'case' should be aligned directly under 'switch'. > +++ b/cpu/mpc83xx/start.S > @@ -137,6 +137,11 @@ get_pvr: > mfspr r3, PVR > blr > > + .globl get_svr > +get_svr: >

Re: [U-Boot] [PATCH 03/12] 83xx, kmeter1: add I2C, dtt, eeprom support

On Wed, 11 Feb 2009 19:25:49 +0100 Heiko Schocher wrote: > diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c > index 8119821..ecfc345 100644 > --- a/drivers/hwmon/lm75.c > +++ b/drivers/hwmon/lm75.c > @@ -42,6 +42,8 @@ > #define DTT_TEMP_HYST0x2 > #define DTT_TEMP_SET

Re: [U-Boot] [PATCH 10/12] powerpc: common updates for keymile boards

On Wed, 11 Feb 2009 19:26:34 +0100 Heiko Schocher wrote: > - added: > - bootcount support > - COMMAND HISTORY > - CONFIG_AUTO_COMPLETE > - CONFIG_SYS_FLASH_PROTECTION > - JFFS2 support > - extracted common I2C settings for all boards > common I2C options > - common default environment

Re: [U-Boot] [PATCH 07/12] 83xx: add missing TIMING_CFG1_CASLAT_* defines

On Wed, 11 Feb 2009 19:26:15 +0100 Heiko Schocher wrote: > Signed-off-by: Heiko Schocher > --- applied. Thanks, Kim ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] mpc8349itx: allow SATA boot from the onboard SIL1334

On Thu, 5 Feb 2009 14:35:21 +0200 Valeriy Glushkov wrote: > This patch allows using of SATA devices connected > to the onboard PCI SIL1334 SATA controller. > > Signed-off-by: Valeriy Glushkov applied. Thanks, Kim ___ U-Boot mailing list U-Boot@lis

Re: [U-Boot] [PATCH v3] MPC8349ITX: several config issues fixed

On Wed, 4 Feb 2009 18:27:49 +0200 Valeriy Glushkov wrote: > The previous version rebooted forever with DDR bigger than 256MB. > Access the DS1339 RTC chip is on I2C1 bus. > Allow DHCP. > > Signed-off-by: Valeriy Glushkov > --- > include/configs/MPC8349ITX.h |5 + > 1 files changed, 5

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

On Monday 16 February 2009 19:29:22 Wolfgang Denk wrote: > In message Mike Frysinger you wrote: > > apparently it's new to 2.6.29 ... i'm actively working/looking at > > 2.6.28.x which doesnt have 'M'. > > Eventually that was triggered from our discussion here :-) > > > > So it's actually printk("%

Re: [U-Boot] Please pull mmc_framework from u-boot-mpc85xx.git

Dear Andy Fleming, In message <1234830555-3083-1-git-send-email-aflem...@freescale.com> you wrote: > are available in the git repository at: > > git://www.denx.de/git/u-boot-mpc85xx.git mmc_framework > > These are all of the MMC patches, gathered together in one place > > Andy Fleming (7): >

Re: [U-Boot] [PATCH 22/27] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

Dear Mike Frysinger, In message <200902161922.44211.vap...@gentoo.org> you wrote: > > > Well, there is a very small number of boards. Why cannot we have this > > change in one step, in one commit? Adding empty functions just to > > remove them later seems sub-optimal to me. > > in my mind, what i

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

Dear Mike Frysinger, In message <200902161920.39745.vap...@gentoo.org> you wrote: > > apparently it's new to 2.6.29 ... i'm actively working/looking at 2.6.28.x > which doesnt have 'M'. Eventually that was triggered from our discussion here :-) > > So it's actually printk("%pM", ...); > > so d

[U-Boot] Please pull mmc_framework from u-boot-mpc85xx.git

are available in the git repository at: git://www.denx.de/git/u-boot-mpc85xx.git mmc_framework These are all of the MMC patches, gathered together in one place Andy Fleming (7): Eliminate support for using MMC as memory Convert mmc_init to mmc_legacy_init Eliminated arch-spec

Re: [U-Boot] [PATCH 27/27] remove bi_enet*addr from global data for all arches

Dear Mike Frysinger, In message <200902161918.21292.vap...@gentoo.org> you wrote: > > perhaps if u-boot looked at importing and extending the check patch script > from the kernel, then i would worry a lot less as we could make usage of this > field a failure. Well, maybe your words fall on some

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

Mike Frysinger wrote: > so do you want to go the %pM route (to make u-boot/linux code sharing easier) > or move over only %M ? The latter would require turning off GCC's format checking. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.

Re: [U-Boot] [PATCH 22/27] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

On Monday 16 February 2009 19:16:13 Wolfgang Denk wrote: > In message Mike wrote: > > > > +void load_sernum_ethaddr (void) > > > > +{ > > > > +} > > > > + > > > > > > See previous comments - please do not add dead code just to remove it > > > later. > > > > your previous comment doesnt apply to the

Re: [U-Boot] Please pull u-boot-mpc85xx.git

Dear Andy Fleming, In message <1234829597-29618-1-git-send-email-aflem...@freescale.com> you wrote: > are available in the git repository at: > > git://www.denx.de/git/u-boot-mpc85xx.git master > > Andy Fleming (4): > Add eth_get_dev_by_index > Make some minor whitespace changes to

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

On Monday 16 February 2009 19:13:31 Wolfgang Denk wrote: > Dear Mike, > > In message <200902161900.49096.vap...@gentoo.org> you wrote: > > > Hm... Linux has a printk() format specifier for MAC addresses. Sounds > > > like a clever idea to me. Maybe we should borrow that code? > > > > it does eh ?

Re: [U-Boot] [PATCH 27/27] remove bi_enet*addr from global data for all arches

On Monday 16 February 2009 18:13:25 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > > And even renaming is BAD as it breaks compatibility with the Linux > > > kernel. It's bad enough that we have a binary data structure as a > > > critical interface, but suing different variable names

Re: [U-Boot] [PATCH 22/27] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

Dear Mike, In message <200902161905.12952.vap...@gentoo.org> you wrote: > > > > +void load_sernum_ethaddr (void) > > > +{ > > > +} > > > + > > > > See previous comments - please do not add dead code just to remove it > > later. > > your previous comment doesnt apply to these later ones. the first

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

Dear Mike, In message <200902161900.49096.vap...@gentoo.org> you wrote: > > > Hm... Linux has a printk() format specifier for MAC addresses. Sounds > > like a clever idea to me. Maybe we should borrow that code? > > it does eh ? that certainly sounds a lot better than str_enetaddr() as every > p

[U-Boot] Please pull u-boot-mpc85xx.git

are available in the git repository at: git://www.denx.de/git/u-boot-mpc85xx.git master Andy Fleming (4): Add eth_get_dev_by_index Make some minor whitespace changes to eliminate line-wrapping Fixup SGMII PHY ids in the device tree TQM85xx: Fix a couple warnings in TQM85

[U-Boot] [PATCH] TQM85xx: Fix a couple warnings in TQM8548 build

The ecm variable in sdram.c was being declared for all 8548, but only used by specific 8548 boards, so we make that variable require those specific boards, too The nand code was using an index "i" into a table, and then re-using "i" to set addresses for each upm. However, then it relied on the ol

Re: [U-Boot] [PATCH 02/27] doc/README.enetaddr: document proper MAC usage

On Monday 16 February 2009 17:38:54 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > +Here are the places where MAC addresses might be stored: > > + > > + - board-specific location (eeprom, dedicated flash, ...) > > + Note: only used when mandatory due to hardware design etc... > > + >

Re: [U-Boot] [PATCH 10/27] boards: get mac address from environment

On Monday 16 February 2009 17:46:24 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > The boards that get converted here to use the environment for the mac > > address rather than global data: > > Hmm... is this commit message correct? Makes little sense to me looks correct to me ...

Re: [U-Boot] [PATCH 22/27] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

On Monday 16 February 2009 17:57:22 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > The environment is the canonical storage location of the mac address, so > > we're killing off the global data location and moving everything to > > querying the env directly. > > > > Move all the work o

Re: [U-Boot] [PATCH 21/27] cmc_pu2: get mac address from environment

On Monday 16 February 2009 17:56:17 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > The environment is the canonical storage location of the mac address, so > > we're killing off the global data location and moving everything to > > querying the env directly. > > > > Also rename load_se

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

On Monday 16 February 2009 17:28:24 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > + printf ("Address in SROM is > > %s\n", > > + str_enetaddr(enetvar, > > dev->enetaddr)); > > +

Re: [U-Boot] [PATCH 16/27] cpu/: get mac address from environment

On Monday 16 February 2009 17:52:55 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > --- a/cpu/mpc8260/ether_scc.c > > +++ b/cpu/mpc8260/ether_scc.c > > @@ -199,6 +199,7 @@ static int sec_init(struct eth_device *dev, bd_t > > *bis) volatile immap_t *immr = (immap_t *)CONFIG_SYS_IMMR; > >

Re: [U-Boot] [PATCH 3/9 v4] i.MX31: support GPIO as a chip-select in the mxc_spi driver

On Mon, 16 Feb 2009, Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090214083112.gc13...@game.jcrosoft.org> you wrote: > > > > Ack-by : Jean-Christophe PLAGNIOL-VILLARD > > Why do you ACK this? Are you waiting for someone else to apply this? It's better to pull

Re: [U-Boot] [PATCH 27/27] remove bi_enet*addr from global data for all arches

Dear Mike Frysinger, In message <200902161618.16726.vap...@gentoo.org> you wrote: > > > And even renaming is BAD as it breaks compatibility with the Linux > > kernel. It's bad enough that we have a binary data structure as a > > critical interface, but suing different variable names for the same

Re: [U-Boot] [PATCH 26/27] drop now unused load_sernum_ethaddr() function

Dear Mike Frysinger, In message <1234596190-524-27-git-send-email-vap...@gentoo.org> you wrote: > Signed-off-by: Mike Frysinger > CC: Ben Warren > --- > board/kup/common/load_sernum_ethaddr.c |4 > board/m501sk/m501sk.c |5 - > board/pcs440ep/pcs440ep.c

Re: [U-Boot] [PATCH 23/27] kup4k/kup4x: rename load_sernum_ethaddr() to kup_load_sernum_ethaddr()

Dear Mike Frysinger, In message <1234596190-524-24-git-send-email-vap...@gentoo.org> you wrote: > Rename load_sernum_ethaddr() to kup_load_sernum_ethaddr() and have board > init code call it rather than the common ppc board code. > > Signed-off-by: Mike Frysinger > CC: Ben Warren > --- > board

Re: [U-Boot] [PATCH 24/27] tqm8xx: rename load_sernum_ethaddr() to tqc_load_sernum_ethaddr()

Dear Mike Frysinger, In message <1234596190-524-25-git-send-email-vap...@gentoo.org> you wrote: > Rename load_sernum_ethaddr() to tqc_load_sernum_ethaddr() and have board > init code call it rather than the common ppc board code. > > Signed-off-by: Mike Frysinger > CC: Ben Warren > --- > board

Re: [U-Boot] [PATCH 22/27] pcs440ep: get mac address from environment and move load_sernum_ethaddr() to board init

Dear Mike Frysinger, In message <1234596190-524-23-git-send-email-vap...@gentoo.org> you wrote: > The environment is the canonical storage location of the mac address, so > we're killing off the global data location and moving everything to > querying the env directly. > > Move all the work of lo

Re: [U-Boot] [PATCH 21/27] cmc_pu2: get mac address from environment

Dear Mike Frysinger, In message <1234596190-524-22-git-send-email-vap...@gentoo.org> you wrote: > The environment is the canonical storage location of the mac address, so > we're killing off the global data location and moving everything to > querying the env directly. > > Also rename load_sernum

Re: [U-Boot] [PATCH 16/27] cpu/: get mac address from environment

Dear Mike Frysinger, In message <1234596190-524-17-git-send-email-vap...@gentoo.org> you wrote: > The environment is the canonical storage location of the mac address, so > we're killing off the global data location and moving everything to > querying the env directly. ... > --- a/cpu/mpc8260/ethe

Re: [U-Boot] [PATCH 10/27] boards: get mac address from environment

Dear Mike Frysinger, In message <1234596190-524-11-git-send-email-vap...@gentoo.org> you wrote: > The boards that get converted here to use the environment for the mac > address rather than global data: Hmm... is this commit message correct? Makes little sense to me > diff --git a/board/etin

Re: [U-Boot] [PATCH 02/27] doc/README.enetaddr: document proper MAC usage

Dear Mike Frysinger, In message <1234596190-524-3-git-send-email-vap...@gentoo.org> you wrote: > Signed-off-by: Mike Frysinger > CC: Ben Warren > --- > doc/README.enetaddr | 96 > +++ > 1 files changed, 96 insertions(+), 0 deletions(-) > creat

Re: [U-Boot] [PATCH 01/27] net: new utility functions for working with enetaddr's

Dear Mike Frysinger, In message <1234596190-524-2-git-send-email-vap...@gentoo.org> you wrote: > 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 thi

Re: [U-Boot] proper file encoding

Dear Mike Frysinger, In message <200902140125.47790.vap...@gentoo.org> you wrote: > > is there any statements that i cannot find dictating the proper encoding of > files ? considering git itself whines when things are not proper utf8 > encoded, i'd expect that this would carry over to the files

Re: [U-Boot] [PATCH] Multiadapter/multibus I2C, i2c.h fix

Dear k...@koi8.net, In message you wrote: > Add missing #endif in include/i2c.h > > Signed-off-by: Sergey Kubushyn > --- > diff -purN u-boot-i2c.ORIG/include/i2c.h u-boot-i2c/include/i2c.h > --- u-boot-i2c.ORIG/include/i2c.h 2009-02-13 16:34:36.0 -0800 > +++ u-boot-i2c/include/i2c.h

Re: [U-Boot] [PATCH] 1/12 Multiadapter/multibus I2C, common part 1, fixed

Dear k...@koi8.net, In message you wrote: > Initial multiadapter/multibus I2C support. > > Signed-off-by: Sergey Kubushyn Please start versioning your patches, and make sure it is clear which parts belong to which series. Do not add such comments as "fixed" to the subject as this will go into

Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

Dear Heiko Schocher, In message <49992bce.5020...@denx.de> you wrote: > > > You can have, e.g. TWO SPD EEPROMs on different busses. And please remember > > that infamous "640K ought to be enough for anybody..." > > OK, if we really need this. But - do we? Really? We never promised that U-Boot

Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

Dear k...@koi8.net, In message you wrote: > > > Yes, good point. But do we need more then one i2c adapter when running > > from flash? I see only one reason to use i2c when running from flash: > > accessing SPD EEprom ... and this "bus" could always be the first > > hw adapter. All other accesse

Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

Dear k...@koi8.net, In message you wrote: > > That means you have to make changes in two places instead of one -- config > file AND $(BOARD).c. Also you use functions instead of macros and you can > NOT make them inline because they come from a separate object file. This > essentially defeats th

Re: [U-Boot] [PATCH 3/9 v4] i.MX31: support GPIO as a chip-select in the mxc_spi driver

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090214083112.gc13...@game.jcrosoft.org> you wrote: > > Ack-by : Jean-Christophe PLAGNIOL-VILLARD Why do you ACK this? Are you waiting for someone else to apply this? It's you who is the ARM custodian, right? Best regards, Wolfgang Denk --

  1   2   >