Hi Markus,
On Thu, Feb 20, 2014 at 08:40:03AM +0100, Markus Niebel wrote:
Hello Phillip,
Am 19.02.2014 15:27, wrote Philippe De Muyter:
On MX6DL at least, measured mdc speed was wrong (3.3 Mhz instead of 2.5
Mhz), because of wrong assumptions about the reference clock and the
way
(aka SMI) modes here.
Signed-off-by: Philippe De Muyter p...@macqel.be
Cc: Christian Gmeiner christian.gmei...@gmail.com
---
drivers/net/phy/micrel.c | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/micrel.c b
On Wed, Feb 19, 2014 at 12:19:04PM -0700, Troy Kisky wrote:
On 2/19/2014 7:27 AM, Philippe De Muyter wrote:
On MX6DL at least, measured mdc speed was wrong (3.3 Mhz instead of 2.5
Mhz), because of wrong assumptions about the reference clock and the
way the divider is used.
I have fixed
MAC instead
of a FEC MAC, just like what is done the fec linux driver.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
Change since v1:
- call get_ipg_clk() directly in mx6's imx_get_fecclk()
arch/arm/cpu/armv7/mx6/clock.c |2 +-
drivers/net/fec_mxc.c | 16 +---
2
a flash bug.
Have you searched with google for your chip plus errata or specification
update as they call that ?
After some debugging, I found out, that, if I revert commit
commit 54652991caedc39b2ec2e5b49e750669bfcd1e2e
Author: Philippe De Muyter p...@macqel.be
Date: Tue Aug 17 18:40:25
...
done
- cp.b 100 fe00 200
-Copy to Flash... Flash not Erased
+Copy to Flash... done
-
Signed-off-by: Philippe De Muyter p...@macqel.be
---
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 2d09caf..809ff0e
:
On Tuesday 17 August 2010 11:49:24 Philippe De Muyter wrote:
I have ported U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug
FFFA RO FFFC RO FFFE RO
- protect off all
Un-Protect Flash Bank # 1
... done
- erase all
Erase Flash Bank # 1
... done
- cp.b 100 fe00 200
-Copy to Flash... Flash not Erased
+Copy to Flash... done
-
Signed-off-by: Philippe De
On Tue, Aug 17, 2010 at 06:18:07PM +0200, Philippe De Muyter wrote:
On Tue, Aug 17, 2010 at 05:57:00PM +0200, Stefan Roese wrote:
Hi Philippe,
unfortunately your patch base64 encoded. :-(
Are you sure ? It isn't so in my `sent' folder.
Thinking again about it, it must happen
to Flash... done
-
Signed-off-by: Philippe De Muyter p...@macqel.be
---
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 2d09caf..809ff0e 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/drivers/mtd/cfi_flash.c
@@ -1348,15 +1350,32 @@ int flash_real_protect (flash_info_t * info, long
Hi Stefan,
On Tue, Aug 10, 2010 at 01:20:42PM +0200, Stefan Roese wrote:
Hi Philippe,
On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
Please move this variable declaration of cmd and assignment further
down (see below). You can remove the { } of this block then.
Here
Extended command set, Manufacturer ID: 0x89, Device ID: 0x881B
Signed-off-by: Philippe De Muyter p...@macqel.be
---
drivers/mtd/cfi_flash.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 013d4ad..8fb6c2e
On Tue, Aug 10, 2010 at 05:28:59PM +0200, Stefan Roese wrote:
Hi Philippe,
one more thing:
On Monday 09 August 2010 17:46:03 Philippe De Muyter wrote:
Here is the excerpt from the errata :
Workaround: If the interval between 60h and its subsequent command
can
Hello Joakim,
On Mon, Aug 09, 2010 at 10:32:25AM +0200, Joakim Tjernlund wrote:
Dear Stefan,
In message 20100623131040.ga23...@frolo.macqel Philippe De Muyter wrote:
Hello Wolfgang list,
This is a revised patch, with comments and indentation fixed, I hope.
I have ported U
Hi Stefan,
On Mon, Aug 09, 2010 at 03:52:03PM +0200, Stefan Roese wrote:
Hi Philippe,
first sorry for the late review (thanks Wolfgang for reminding).
On Saturday 07 August 2010 01:11:02 Wolfgang Denk wrote:
Dear Stefan,
In message 20100623131040.ga23...@frolo.macqel Philippe De
On Mon, Aug 09, 2010 at 02:57:27PM +0200, Philippe De Muyter wrote:
Hello Joakim,
On Mon, Aug 09, 2010 at 10:32:25AM +0200, Joakim Tjernlund wrote:
Dear Stefan,
In message 20100623131040.ga23...@frolo.macqel Philippe De Muyter wrote:
Hello Wolfgang list
, which I have applied and tested with success.
Signed-off-by: Philippe De Muyter p...@macqel.be
---
drivers/mtd/cfi_flash.c | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 3267c5d..0931137
---
Makefile | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 9a436fe..aa8738e 100644
--- a/Makefile
+++ b/Makefile
@@ -2188,6 +2188,7 @@ M5475GFE_config : unconfig
fi
@$(MKCONFIG) -a M5475EVB m68k mcf547x_8x
If the environment sectors in the flash are big, one get those errors :
mcf547x_8x/start.S:173: relocation truncated to fit: R_68K_PC16 against symbol
`cpu_init_f' defined in .text section in libmcf547x_8x.a(cpu_init.o)
mcf547x_8x/start.S:174: relocation truncated to fit: R_68K_PC16 against
---
arch/m68k/include/asm/u-boot.h |4
arch/m68k/lib/bootm.c |8
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/m68k/include/asm/u-boot.h b/arch/m68k/include/asm/u-boot.h
index a0f2983..91bb240 100644
--- a/arch/m68k/include/asm/u-boot.h
+++
Allow to redefine :
- CONFIG_BOARD_NAME_STRING and CONFIG_HOSTNAME,
- flash-model related constants :
- TEXT_BASE (for loader) and CONFIG_SYS_CS0_BASE,
- CONFIG_SYS_MAX_FLASH_SECT, CONFIG_ENV_OFFSET and CONFIG_ENV_SECT_SIZE,
- and CONFIG_CMD_PCI.
---
board/freescale/m548xevb/config.mk |
Hello Tsi Chung Liew,
I have installed u-boot and linux on a in-house-made coldfire mcf5484 based
board. As u-boot currently supports mcf5484-based development boards, I used
that as a starting point for the u-boot port for our in-house board.
For linux unfortunately I needed to stick with the
Hi Maxim,
On Sat, Feb 20, 2010 at 10:30:32AM +0300, Maxim Podbereznyi wrote:
Hi Philippe!
May be it is a little bit tricky but you can just read the u-boot
environment from you Linux driver and use the ethaddr variable. I did the
same for osk5912
Thanks, but I need something more
Hi Maxim,
On Sat, Feb 20, 2010 at 10:30:32AM +0300, Maxim Podbereznyi wrote:
Hi Philippe!
May be it is a little bit tricky but you can just read the u-boot
environment from you Linux driver and use the ethaddr variable. I did the
same for osk5912
Sorry, I replied too fast, It seems that I
Hello Wolfgang,
On Sat, Feb 20, 2010 at 04:08:45PM +0100, Wolfgang Denk wrote:
Dear Philippe De Muyter,
In message 20100220093717.ga9...@frolo.macqel you wrote:
Previously, the mac addresses were stored in the bd_info struct, but that
has been removed, but alas not replaced by a common
Hi Maxim,
On Sat, Feb 20, 2010 at 05:49:53PM +0300, Maxim Podbereznyi wrote:
The code for MontaVista with kernel 2.4:
static int nicGetMacAddress(u8* macaddr)
{
[...]
endptr = fw_getenv(sf, ethaddr);
[...]
}
Hope you can easily adapt it to your kernel!
So the library fucntion
Hello
I have a problem : my (coldfire) linux kernel does not reuse the mac
addresses known by u-boot as ethaddr and eth1addr.
I have read doc/README.enetaddr, that states :
struct bd_info [...]
are temporary copies of the MAC address only for the
purpose of passing this
Hi all,
This fixes the following errors when running MAKEALL for coldfire :
start.S: Assembler messages:
start.S:320: Error: Conversion of PC relative displacement to absolute
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -ru a/cpu/mcf523x/start.S b/cpu/mcf523x/start.S
--- a/cpu
Hi all,
This fixes the following warnings when running MAKEALL for coldfire :
tools/kwbimage.c: In function #kwbimage_checksum32#:
tools/kwbimage.c:135: warning: format #%ld# expects type #long int#, but
argument 4 has type #unsigned int#
Signed-off-by: Philippe De Muyter p...@macqel.be
Hi all,
This fixes the following warnings when running MAKEALL for coldfire :
cmd_bdinfo.c:354: warning: 'print_eth' defined but not used
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -ru a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
--- a/common/cmd_bdinfo.c 2009-09-17 23:28
Dear Wolfgang,
On Mon, Sep 21, 2009 at 10:53:13PM +0200, Wolfgang Denk wrote:
Seems you are using old code. This has long been fixed (using a %zu
format).
That's surprising. I got a tarball last friday (3 days ago) using the
snapshot button on the gitweb interface :
31 matches
Mail list logo