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 re
ENET MAC instead
of a FEC MAC, just like what is done the fec linux driver.
Signed-off-by: Philippe De Muyter
---
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 fil
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 divide
(aka SMI) modes here.
Signed-off-by: Philippe De Muyter
Cc: Christian Gmeiner
---
drivers/net/phy/micrel.c | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index 5d7e3be
ENET MAC instead
of a FEC MAC, just like what is done in the fec linux driver.
Signed-off-by: Philippe De Muyter
---
drivers/net/fec_mxc.c | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 3b2b995..3a
by another valid command
sequence.
So it is also 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 54652991caedc39b2ec2e
ainst
symbol `board_init_f' defined in .text section in libm68k.a(board.o)
Fix that.
Signed-off-by: Philippe De Muyter
---
arch/m68k/cpu/mcf547x_8x/start.S |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/m68k/cpu/mcf547x_8x/start.S b/arch/m68k/cpu/mcf547x_
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.
lash... done
->
Signed-off-by: Philippe De Muyter
---
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
sec
e problems. Please see below:
>
> 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 boa
ase 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 Muyter
---
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_fl
opy to Flash... Flash not Erased
+Copy to Flash... done
->
Signed-off-by: Philippe De Muyter
---
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
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 su
Extended command set, Manufacturer ID: 0x89, Device ID: 0x881B
Signed-off-by: Philippe De Muyter
---
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 100644
--- a
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
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> Phil
;20100623131040.ga23...@frolo.macqel> Philippe De Muyter wrote:
> > > Hello Wolfgang & list,
> > >
> > > This is a revised patch, with comments and indentation fixed, I hope.
> > >
>
> Minor note: Such commentary lines should be moved below the &q
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
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 |
---
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
+++ b/a
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 symbol
---
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 m547xevb
ed data), which leads to program/erase failure
on certain blocks.
A working workaround is given, which I have applied and tested with success.
Signed-off-by: Philippe De Muyter
---
drivers/mtd/cfi_flash.c | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
A working workaround is given, which I have applied and tested with success.
Signed-off-by: Philippe De Muyter
---
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 3267c
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 l
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
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 be
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 t
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 str
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 i
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 :
> >
On Mon, Sep 21, 2009 at 10:16:21PM +0200, Wolfgang Denk wrote:
> Dear Philippe De Muyter,
>
> In message <20090921200644.ga6...@frolo.macqel> you wrote:
> > Hi all,
> >
> > This fixes the following warnings when running MAKEALL for coldfire :
>
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
diff -ru a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
--- a/common/cmd_bdinfo.c 2009-09-17 23:28:31
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
diff -ru a
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
diff -ru a/cpu/mcf523x/start.S b/cpu/mcf523x/start.S
--- a/cpu/mcf523x
35 matches
Mail list logo
