On 09/12/2011 06:06 AM, Marek Vasut wrote:
> This patch supports:
> - Timers
> - Debug UART
> - Clock
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> ---
Hi Marek,
it seems ok to me.
Acked-by: Stefano Babic
Best regards,
Stefano Babic
--
On 09/12/2011 06:06 AM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Ben Warren
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> ---
Hi Marek,
only a small question:
> drivers/net/fec_mxc.c | 44 ++--
> 1 files changed, 42 ins
On 09/12/2011 06:06 AM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> ---
Hi Marek,
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#if defined(CONFIG_MX23)
> +#define PINCTRL_BANKS
On 09/14/2011 12:26 AM, Fabio Estevam wrote:
> commit e5226e63 (Makefile: remove tx25 exception) missed to pass NAND_U_BOOT
> option when moving tx25 target to boards.cfg.
>
> Signed-off-by: Fabio Estevam
Hi Fabio,
> ---
> boards.cfg |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(
On 09/14/2011 12:26 AM, Fabio Estevam wrote:
> commit e5226e63 (Makefile: remove tx25 exception) missed to pass NAND_U_BOOT
> option when moving tx25 target to boards.cfg.
>
> Signed-off-by: Fabio Estevam
> ---
> boards.cfg |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Hi Fa
From: Thomas Herzmann
The environment eeprom is now at a different MUX address.
Signed-off-by: Thomas Herzmann
Signed-off-by: Holger Brunck
cc: Prafulla Wadaskar
---
include/configs/portl2.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/configs/portl2.
We need in some cases a possibility for the kernel to distinguish
on which board he is running. On powerpc we did this with different
dts files. On arm currently we can't do this, so add boardid and
hwkey to the kernel command line and use it later on in the kernel
code.
Signed-off-by: Holger Brun
The bootcounter (stored in the RAM) is not enough protected with the 4 Bytes
BOOTCOUNT_MAGIC against bit errors due to short power loss or holding a system
in RESET. It has been seen, that the bootcounter value has been changed due to
a bit flip on a system holding in RESET, but the BOOTCOUNT_MAGIC
The Xilinx FPGA must be reconfigured each time the unit
reboots. The FPGA is connected to the GPIO pin 39 from kirkwood.
This patch triggers this pin for km_kirkwood_pci targets.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_ar
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Prafulla Wadaskar
---
include/configs/km/km_arm.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/km/km_arm.h b/include/configs/km/km_arm.h
index 00410c9..0271e7e 100644
--- a/include/con
The common code should be valid for more than one architecture.
Therefore this code was reorganized and moved to the new
file km83xx_i2c.c
Signed-off-by: Holger Brunck
cc: Kim Phillips
---
board/keymile/common/common.c | 71 +++---
board/keymile/common/common.h
This prevents u-boot to print out "Can't overwrite "ethaddr""
each time a powerpc board starts.
Signed-off-by: Holger Brunck
cc: Wolfgang Denk
---
board/keymile/common/ivm.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/board/keymile/common/ivm.c b/board/keymile/c
From: Andreas Huber
Calucations of PRAM needs to take into account the 'rootfssize'.
Memory available to the linux kernel 'mem=' is in all cases set to the total
memory size minus the pram size.
Signed-off-by: Andreas Huber
Signed-off-by: Holger Brunck
cc: Wolfgang Denk
---
board/keymile/com
This header is unneeded due to code which was removed in the
past.
Signed-off-by: Holger Brunck
cc: Wolfgang Denk
---
board/keymile/common/common.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/board/keymile/common/common.c b/board/keymile/common/common.c
index 366
On 09/09/2011 10:18 AM, Jin Zhengxiong-R64188 wrote:
>
>
>> -Original Message-
>> From: Wolfgang Denk [mailto:w...@denx.de]
>> Sent: Friday, September 09, 2011 3:26 PM
>> To: Jin Zhengxiong-R64188
>> Cc: Stany MARCEL; u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH 1/2] coldfire: Fix
Hi,
I port u-boot on my board with a i82559ER on PCI board. I have the
command-line-menu and
Can start commands.
I get this error
=> ping "10.110.248.240"
Trying i82559#0
i82559#0: Tx error buffer not ready
FAIL
ping failed; host "10.110.248.240" is not alive
=>
If i start ping-cmd.
CPU: SH77
> >> In message >> 005.039d.mgd.msft.net> you wrote:
> >>>
> From: Stany MARCEL [mailto:stany.mar...@novasys-ingenierie.com]
> Sent: Monday, September 05, 2011 9:29 PM
> To: u-boot@lists.denx.de
> Cc: Jin Zhengxiong-R64188; Jin Zhengxiong-R64188; Stany MARCEL
> Subject: [P
On Tue, Sep 13, 2011 at 10:14:44PM +0200, Wolfgang Denk wrote:
> Dear Zhao Chenhui,
>
> In message <1315898131-27710-2-git-send-email-chenhui.z...@freescale.com> you
> wrote:
> ...
> > printf("PCI1: %d bit, %s MHz, %s\n",
> > (pci1_32) ? 32 : 64,
> > - (pci1_speed == 330
On 14/09/11 06:54, Netagunte, Nagabhushana wrote:
> Nick,
>
> I am seeing this issue on da830/da850/dm36x/dm644x.
Strange that I have seen no issue with da830 (OMAP-L137 v1.0 & v1.1 - don't
have any v2.0 yet) when tftp'ing the kernel. I do get very occasional errors,
but have put this down to ne
On Wed, Sep 14, 2011 at 4:45 AM, Stefano Babic wrote:
...
> I was too fast...I reread the whole thread
> (http://patchwork.ozlabs.org/patch/112080/)
> CONFIG_NAND_U_BOOT is defined in tx25.h, and there is no need to define
> it again. I think the actual patch is ok. Have you seen any problem ?
O
On Tue, Sep 13, 2011 at 03:18:59PM -0500, Timur Tabi wrote:
> Scott Wood wrote:
>
> > So you'll set the speed to if the actual speed is 6600?
>
> I think so.
>
> > Even if it's 3300, why force it to ?
>
> That's a good question. Since the patch doesn't explain why it's
On Wednesday, September 14, 2011 09:17:37 AM Stefano Babic wrote:
> On 09/12/2011 06:06 AM, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > Cc: Ben Warren
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > ---
>
> Hi Marek,
>
> only a small question:
> > drivers/net
Lds files cleened to remove multiple defined section and modified to
be compliant with --gc-sections added for ColdFire platform in a
previous patch.
Signed-off-by: Stany MARCEL
---
board/BuS/EB+MCF-EV123/u-boot.lds| 73 ++-
board/cobra5272/u-boot.lds
Signed-off-by: Stany MARCEL
---
MAKEALL|6 ---
Makefile | 96
boards.cfg | 21 +-
include/configs/M5329EVB.h |8 ++--
4 files changed, 24 insertions(+), 107 deletions(-)
diff --
The spa, stm, int, 32 and 16 linking files are identical so there is
no need to differentiate them. A single lds file is now used, and
_config rule are simplified.
Signed-off-by: Stany MARCEL
---
Makefile |9 --
board/freescale/m52277evb/u-boot.lds | 102
A temp variable was used but not declared, with CONFIG_SYS_DRAMSZ1
defined. This variable is now declared in the functione when needed.
Signed-off-by: Stany MARCEL
---
board/freescale/m548xevb/m548xevb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/m
Missing $(obj) prevented the build of ColdFire boards in a directory
than sources
Signed-off-by: Stany MARCEL
---
arch/m68k/cpu/mcf5227x/Makefile |2 +-
arch/m68k/cpu/mcf523x/Makefile|2 +-
arch/m68k/cpu/mcf532x/Makefile|2 +-
arch/m68k/cpu/mcf5445x/Makefile |2 +-
ar
Remove unused mkdir, and add missing ones.
Signed-off-by: Stany MARCEL
---
Makefile | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index b09fb39..12bb41e 100644
--- a/Makefile
+++ b/Makefile
@@ -610,6 +610,8 @@ ucname = $(shell echo $(1
Hi Mike,
On Friday 09 September 2011 05:55 AM, Mike Frysinger wrote:
> On Thursday, September 08, 2011 18:20:16 Simon Glass wrote:
>> --- a/board/nvidia/common/board.c
>> +++ b/board/nvidia/common/board.c
>> @@ -307,3 +307,11 @@ int board_mmc_getcd(u8 *cd, struct mmc *mmc)
>> return 0;
>> }
Simon,
On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
> Hi Jason,
>
> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
> > On Mon, Sep 12, 2011 at 05:12:37PM -0700, Simon Glass wrote:
> >> On Mon, Sep 12, 2011 at 4:37 PM, Jason wrote:
> >> > Do you have a git tree up that I could bas
On Wed, Sep 14, 2011 at 4:07 AM, Nick Thompson wrote:
> On 14/09/11 06:54, Netagunte, Nagabhushana wrote:
>> Nick,
>>
>> I am seeing this issue on da830/da850/dm36x/dm644x.
>
> Strange that I have seen no issue with da830 (OMAP-L137 v1.0 & v1.1 - don't
> have any v2.0 yet) when tftp'ing the kerne
>
> On Thu, Aug 25, 2011 at 7:46 AM, Balaji T K wrote:
> > Enable high capacity to host capability.
> > Fixes eMMC detection on boot from MMC/SD card.
> >
> > Signed-off-by: Balaji T K
> > Signed-off-by: Aneesh V
> > ---
> > drivers/mmc/omap_hsmmc.c | 3 ++-
> > 1 files changed, 2 inserti
Tom,
Thanks! I had a conversation with engineer who came up with new cache
management framework. Looks like he has provided patch which fixes this
Issue which got exposed because of his patches. I will test this patch
Tomorrow and confirm. Most probably, we don't need this patch.
Regards,
Nag
Hi List,
I am working on integrating DMA into my SPL. As a matter of fact it is
already working fine.
So, here are my questions:
- Is there an interest in having DMA drivers in U-Boot? (I only know of
one in /drivers)
- Is there an API I should implement?
- Any other comments?
(ATM the transfe
Hi Aneesh,
On Wed, Sep 14, 2011 at 6:10 AM, Aneesh V wrote:
[snip]
>> not specific to your patch, but this seems kind of dumb to copy & paste the
>> same thing between all the arm sub arches/boards. why cant the default
>> enable_caches() look like this for arm:
>> void enable_caches(void)
>> {
On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger wrote:
> Add a shim driver to drivers/gpio that maps the standard GPIO API to the OMAP
> GPIO API
> Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
> include in asm/gpio.h
>
> Signed-off-by: Joe Hershberger
> Cc: Joe Hershb
On Wed, Sep 14, 2011 at 10:52, Simon Schwarz wrote:
> I am working on integrating DMA into my SPL. As a matter of fact it is
> already working fine.
>
> So, here are my questions:
> - Is there an interest in having DMA drivers in U-Boot? (I only know of
> one in /drivers)
> - Is there an API I shou
On Wed, Sep 14, 2011 at 08:11, Marek Vasut wrote:
> On Wednesday, September 14, 2011 09:17:37 AM Stefano Babic wrote:
>> On 09/12/2011 06:06 AM, Marek Vasut wrote:
>> > --- a/drivers/net/fec_mxc.c
>> > +++ b/drivers/net/fec_mxc.c
>> >
>> > +/*
>> > + * The i.MX28 operates with packets in big endian
Hi Jason,
On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> Simon,
>
> On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
>> Hi Jason,
>>
>> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
>> > On Mon, Sep 12, 2011 at 05:12:37PM -0700, Simon Glass wrote:
>> >> On Mon, Sep 12, 2011 at 4:37
Simon,
On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
> >> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote:
> >> > Added the remote, thanks. Once we figure out the mach-ty
On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
> This new option allows U-Boot to embed a binary device tree into its image
> to allow run-time control of peripherals. This device tree is for U-Boot's
> own use and is not necessarily the same one as is passed to the kernel.
>
> The d
On Mon, Sep 12, 2011 at 03:04:24PM -0700, Simon Glass wrote:
> This adds support for an FDT to be build as a separate binary file called
> u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
> device tree located at run-time by U-Boot.
Hahaha, I should the entire thread of pat
The SoC configuration may have more ports enabled than a given board
actually can utilize. Add a routinue that allows the board code to
disable a port that it knows isn't being used.
fm_disable_port() needs to be called before cpu_eth_init().
Signed-off-by: Kumar Gala
---
drivers/net/fm/fm.h
Hi All,
I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
file.
I have few questions about it.
1) What is the deifference between ARM Supervisior and User mode. why uboot
is not running in user mode?
2) At the start of startup file I found below code.
.globl _start
_start
Move some SoC/board specific defines out of corenet_ds.h and into the
corresponding P3041DS/P4080DS/P5020.h.
We moved CONFIG_MMC, CONFIG_PCIE3, & CONFIG_FSL_NGPIXIS because the P3060
SoC/reference board does not have these devices and it will share the same
board code.
Signed-off-by: Kumar Gala
Hi Jason,
On Wed, Sep 14, 2011 at 9:11 AM, Jason wrote:
> Simon,
>
> On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
>> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
>> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wrote:
>> >> On Tue, Sep 13, 2011 at 7:37 AM, Jason wrote
Hi All,
I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
file.
I have few questions about it.
1) What is the deifference between ARM Supervisior and User mode. why uboot
is not running in user mode?
2) At the start of startup file I found below code.
.globl _start
_sta
Hi Grant,
On Wed, Sep 14, 2011 at 9:45 AM, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
>> This new option allows U-Boot to embed a binary device tree into its image
>> to allow run-time control of peripherals. This device tree is for U-Boot's
>> own use and
Hi Asmit,
Le 14/09/2011 19:48, Asmit Patel a écrit :
> Hi All,
> I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
> file.
> I have few questions about it.
As the custodian for the ARM u-boot repository, I feel compelled to try
and answer your questions. :)
> 1) What i
On Wednesday, September 14, 2011 07:48:12 PM Asmit Patel wrote:
> Hi All,
> I am new to u-boot and ARM. I am trying to understand uboot thtough start.S
> file.
> I have few questions about it.
> 1) What is the deifference between ARM Supervisior and User mode. why uboot
> is not running in user mod
Hi Grant,
On Wed, Sep 14, 2011 at 9:48 AM, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 03:04:24PM -0700, Simon Glass wrote:
>> This adds support for an FDT to be build as a separate binary file called
>> u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
>> device tree loc
From: Shengzhou Liu
Add P3060 SoC specific information:cores setup, LIODN setup, etc
The P3060 SoC combines six e500mc Power Architecture processor cores with
high-performance datapath acceleration architecture(DPAA), CoreNet fabric
infrastructure, as well as network and peripheral interfaces.
On Wed, Sep 14, 2011 at 12:03 PM, Simon Glass wrote:
> if the fdt is not in the U-Boot tree, where does it go? When will the
> kernel fdt be set up? That sounds very promising.
Into a separate git tree. Possibly on devicetree.org,
git.secretlab.ca, or git.linaro.org. I don't really want it on l
Hi Grant.
On Wed, Sep 14, 2011 at 12:17 PM, Grant Likely
wrote:
> On Wed, Sep 14, 2011 at 12:03 PM, Simon Glass wrote:
>> if the fdt is not in the U-Boot tree, where does it go? When will the
>> kernel fdt be set up? That sounds very promising.
>
> Into a separate git tree. Possibly on devicetr
On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
> Hi, Marek,
>
> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
> > Rewrite the mxc_i2c driver.
> > * This version is much closer to Linux implementation.
> > * Fixes IPG_PERCLK being incorrectly used as clock source
> > * Fixes behavi
Simon,
On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 9:11 AM, Jason wrote:
> > On Wed, Sep 14, 2011 at 08:47:25AM -0700, Simon Glass wrote:
> >> On Wed, Sep 14, 2011 at 6:47 AM, Jason wrote:
> >> > On Tue, Sep 13, 2011 at 02:06:56PM -0700, Simon Glass wro
> On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger
> wrote:
> > Add a shim driver to drivers/gpio that maps the standard GPIO API to the
> OMAP GPIO API
> > Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
> include in asm/gpio.h
> >
> > Signed-off-by: Joe Hershberger
> >
Hi Jason,
On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
> Simon,
>
> On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
[snip]
>> > 5.) run, then 'date' fails like so:
>> >
>> > find_alias_node: rtc0
>> > fdt_decode_next_alias failed.
>> > Error decoding fdt for mvrtc.
>> > ## Get dat
Dear Simon Schwarz,
In message <4e70bf94.1030...@gmail.com> you wrote:
>
> I am working on integrating DMA into my SPL. As a matter of fact it is
> already working fine.
>
> So, here are my questions:
> - Is there an interest in having DMA drivers in U-Boot? (I only know of
> one in /drivers)
Dear Grant Likely,
In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>
> May I suggest an alternate approach? Rather than hard linking the dtb
> into the u-boot image, this would be so much more useful if the dtb
> can be concatenated to the u-boot binary so that it can be configu
Dear Kumar Gala,
In message <1316020387-6252-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> The SoC configuration may have more ports enabled than a given board
> actually can utilize. Add a routinue that allows the board code to
> disable a port that it knows isn't being used.
I don'
On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
> > On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
>
> [snip]
> >> > 5.) run, then 'date' fails like so:
> >> >
> >> > find_alias_node: rtc0
> >> > fdt_decode_next_alias fai
Hi Jason,
On Wed, Sep 14, 2011 at 1:16 PM, Jason wrote:
> On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
>> On Wed, Sep 14, 2011 at 12:50 PM, Jason wrote:
>> > On Wed, Sep 14, 2011 at 10:45:59AM -0700, Simon Glass wrote:
>>
>> [snip]
>> >> > 5.) run, then 'date' fails like so:
>> >
On Wed, Sep 14, 2011 at 2:52 PM, Paulraj, Sandeep wrote:
>
>
>> On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger
>> wrote:
>> > Add a shim driver to drivers/gpio that maps the standard GPIO API to the
>> OMAP GPIO API
>> > Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to
>>
On Wed, Sep 14, 2011 at 1:11 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>>
>> May I suggest an alternate approach? Rather than hard linking the dtb
>> into the u-boot image, this would be so much more useful if the dtb
>> ca
Simon,
On Wed, Sep 14, 2011 at 01:24:31PM -0700, Simon Glass wrote:
> On Wed, Sep 14, 2011 at 1:16 PM, Jason wrote:
> > On Wed, Sep 14, 2011 at 01:05:58PM -0700, Simon Glass wrote:
...
> >> Yes, ideally I would like to keep SOC-specific things out of it at
> >> this stage, but I was asked for an
On Wed, Sep 14, 2011 at 2:11 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message <20110914164528.gm3...@ponder.secretlab.ca> you wrote:
>>
>> May I suggest an alternate approach? Rather than hard linking the dtb
>> into the u-boot image, this would be so much more useful if the dtb
>> ca
<
http://lists.denx.de/mailman/listinfo/u-boot
<
http://lists.denx.de/mailman/listinfo/u-boot
2011/9/14 Marek Vasut:
> On Wednesday, September 14, 2011 07:01:38 AM Mike Frysinger wrote:
>> On Wednesday, September 14, 2011 00:24:48 Marek Vasut wrote:
>> > On Wednesday, September 14, 2011 05:33:48 AM Mike Frysinger wrote:
>> > > On Tuesday, September 13, 2011 23:17:48 Marek Vasut wrote:
>> >
On Thursday, September 15, 2011 12:12:52 AM Mike Frysinger wrote:
> 2011/9/14 Marek Vasut:
> > On Wednesday, September 14, 2011 07:01:38 AM Mike Frysinger wrote:
> >> On Wednesday, September 14, 2011 00:24:48 Marek Vasut wrote:
> >> > On Wednesday, September 14, 2011 05:33:48 AM Mike Frysinger wrot
First three patches in this series fix problems with clock decoding on MX5, the
remaining patch reworks the MXC I2C driver.
This is tested on:
* MX51 EfikaSB
* MX51 EfikaMX
* MX53 QSB
Marek Vasut (4):
MX5: Modify the PLL decoding algorithm
MX5: Add AHB clock reporting and fix IPG clock report
The PLL decoding algorithm didn't take into account many configuration bits.
Adjust it according to Linux kernel. Also, add PLL4 for MX53.
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 77 ++
arch/arm/include/asm/arch-mx5/imx-regs.h |
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 36 +++-
1 files changed, 27 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx5/clock.c b/arch/arm/cpu/armv7/mx5/clock.c
index 9f37f7f..a9fe81c 100644
--- a/arch/arm/cpu/armv7/mx5/clo
The new output looks like this:
> clocks
PLL1800 MHz
PLL2665 MHz
PLL3216 MHz
AHB 133000 kHz
IPG 66500 kHz
IPG PERCLK 665000 kHz
Signed-off-by: Marek Vasut
---
arch/arm/cpu/armv7/mx5/clock.c | 16 +---
1 files changed, 9 inse
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding style a bit ;-)
Signed-off-by: Marek Vasut
---
drivers/i2c/mxc_i2c.c | 423
On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
>> Hi, Marek,
>>
>> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
>> > Rewrite the mxc_i2c driver.
>> > * This version is much closer to Linux implementation.
>> > * Fixes IPG_PERCL
On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
> >> Hi, Marek,
> >>
> >> On Thu, Jul 14, 2011 at 5:58 AM, Marek Vasut wrote:
> >> > Rewrite the mxc_i2c driver.
> >> > *
On Thu, Sep 15, 2011 at 10:07 AM, Marek Vasut wrote:
> On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
>> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
>> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote:
>> >> Hi, Marek,
>> >>
>> >> On Thu, Jul 14, 2011 at 5:58 AM, Marek
On Wednesday, September 14, 2011 11:13:40 Simon Glass wrote:
> On Wed, Sep 14, 2011 at 6:10 AM, Aneesh V wrote:
> >> not specific to your patch, but this seems kind of dumb to copy & paste
> >> the same thing between all the arm sub arches/boards. why cant the
> >> default enable_caches() look lik
On Thursday, September 15, 2011 04:26:17 AM Jason Hui wrote:
> On Thu, Sep 15, 2011 at 10:07 AM, Marek Vasut wrote:
> > On Thursday, September 15, 2011 03:43:42 AM Jason Hui wrote:
> >> On Thu, Sep 15, 2011 at 3:39 AM, Marek Vasut wrote:
> >> > On Friday, July 29, 2011 08:55:14 AM Jason Hui wrote
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding style a bit ;-)
Signed-off-by: Marek Vasut
---
drivers/i2c/mxc_i2c.c | 423
This magic constant with zero documentation, when it's last 8 bits are set to
0x45, configures correctly the PERCLK dividers. Therefore the I2C operates
correctly when divider computed from PERCLK.
Note: This constant is written to CBCDR register in
arch/arm/cpu/armv7/mx5/lowlevel_init.S, but it's
On Sep 14, 2011, at 3:13 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1316020387-6252-1-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> The SoC configuration may have more ports enabled than a given board
>> actually can utilize. Add a routinue that allows the board co
Dear Kumar Gala,
In message you wrote:
>
> Now you could say that we should deal with this via #defines. Which is
> true, however our reference boards allow for running in hundreds if not
> thousands of various possible HW configurations and we've tried to avoid
> having different builds for su
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Gerald van Baren
---
arch/arm/lib/bootm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
index 802e833..afa0093 100644
--- a/arch/arm/lib/bootm.c
+++ b/arch/arm/lib/bootm.
Signed-off-by: Heiko Schocher
Cc: Stefan Roese
---
drivers/mtd/cfi_flash.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index ac91dfd..dbeed5f 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/drivers/mtd/cfi_flash.c
@@ -40
The PHY driver was too verbose and corrupted the boot message display
like this:
...
Net: Ethernet PHY: KSZ8873 @ 0x02
DaVinci-EMAC
...
Turn printf() into debug() so we get the expected output again:
...
Net: DaVinci-EMAC
...
Signed-off-by: Heiko Schocher
cc: Paulraj Sandeep
---
drivers/
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
drivers/i2c/davinci_i2c.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/davinci_i2c.c b/drivers/i2c/davinci_i2c.c
index eee1cbd..5e3406d 100644
--- a/drivers/i2c/davinci_i2c.c
+++
On Sep 15, 2011, at 12:11 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>>
>> Now you could say that we should deal with this via #defines. Which is
>> true, however our reference boards allow for running in hundreds if not
>> thousands of various possible HW config
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
arch/arm/lib/board.c |5 -
common/cmd_log.c |2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index a7fb251..f888548 100644
--- a/arch/arm/lib/board.c
+++ b/arch/a
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
arch/arm/include/asm/global_data.h |4
arch/arm/lib/board.c |4
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/global_data.h
b/arch/arm/include/asm/global_data.h
index 4fc51
Signed-off-by: Heiko Schocher
---
post/post.c | 138 +++---
1 files changed, 64 insertions(+), 74 deletions(-)
diff --git a/post/post.c b/post/post.c
index 852d6a5..6c59f91 100644
--- a/post/post.c
+++ b/post/post.c
@@ -40,7 +40,7 @@ DECLARE_G
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
---
post/post.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/post/post.c b/post/post.c
index 6c59f91..0bfca75 100644
--- a/post/post.c
+++ b/post/post.c
@@ -488,7 +488,7 @@ void post_reloc(void)
*/
unsigned long pos
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/Makefile |2 +-
arch/arm/cpu/arm926ejs/davinci/ksz8873.c | 74 +
arch/arm/include/asm/arch-davinci/emac_defs.h |6 ++
drivers/net/davinci_emac.c
Once the MDIO state machine has been initialized and enabled, it
starts polling all 32 PHY addresses on the MDIO bus, looking for
an active PHY. Add a 5 ms delay, so all PHYs are for sure detected.
This problem was detected on the cmc board with a KSZ8864 switch.
Signed-off-by: Heiko Schocher
--
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
Heiko Schocher (3):
arm, davinci: move davinci_timer in header file
arm, davinci: add missing timer baseaddresses for !DA8xx cpu
arm, davinci: add internal WDT support for AM1808 cpus
arch/arm/cpu/arm926ejs/davinci/timer.c | 46 +++
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index 692d
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/timer.c | 15 +
arch/arm/include/asm/arch-davinci/timer_defs.h | 40
2 files changed, 41 insertions(+), 14 deletions(-)
create mode 100644 arch/a
Signed-off-by: Heiko Schocher
Cc: Paulraj Sandeep
Cc: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/davinci/timer.c | 31
arch/arm/include/asm/arch-davinci/timer_defs.h |4 +++
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926
1 - 100 of 114 matches
Mail list logo
