Hi Albert
Please kindly pull
The following changes since commit 2271e7c6e8eef883b834fb7d07911848a54fde13:
prabhakar.cse...@gmail.com (1):
Ethernut 5: fix build error
are available in the git repository at:
u-boot-marvell.git on next branch.
Ajay Bhargav (4):
USB: Armada100: A
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: 13 February 2012 18:58
> To: li...@bohmer.net
> Cc: Prafulla Wadaskar; marek.va...@gmail.com; u-boot@lists.denx.de;
> Ajay Bhargav
> Subject: [v3 3/3] Armada100: gplugD: Add USB command support
>
> Thi
> -Original Message-
> From: Ian Campbell [mailto:i...@hellion.org.uk]
> Sent: 28 February 2012 12:49
> To: u-boot@lists.denx.de
> Cc: Ian Campbell; Jason; Prafulla Wadaskar
> Subject: [PATCH] ARM: dreamplug: Enable FDT support
>
> I have tested booting both FDT and non-FDT based Linux k
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: 13 February 2012 19:01
> To: Prafulla Wadaskar
> Cc: marek.va...@gmail.com; u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH] Armada100: gplugD: Add FAT & EXT2 command support
>
> This patch adds F
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: 13 February 2012 18:58
> To: li...@bohmer.net
> Cc: Prafulla Wadaskar; marek.va...@gmail.com; u-boot@lists.denx.de;
> Ajay Bhargav
> Subject: [v3 1/3] USB: Armada100: Add UTMI PHY interface driver
>
>
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: 13 February 2012 18:58
> To: li...@bohmer.net
> Cc: Prafulla Wadaskar; marek.va...@gmail.com; u-boot@lists.denx.de;
> Ajay Bhargav
> Subject: [v3 2/3] USB: Armada100: EHCI Driver for Armada100 SOCs
>
>
On Thursday 01 March 2012 14:48:12 Marek Vasut wrote:
> > ,so that CONFIG_ARCH_CPU_INIT is not needed anymore.
> >
> > Before I go further in this route to remove CONFIG_ARCH_CPU_INIT from
> > other places, I would like to know if this makes sense.
>
> I'm all for this.
Me too.
Thanks,
Stefan
_
Don;t use argv[0] for usage() because it may or may not be clobbered
by the previous call to basename(). Use "prg" instead as it is done
in the rest of the code.
Signed-off-by: Wolfgang Denk
---
tools/mkenvimage.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tools/m
Dear Keith Mok,
In message
you wrote:
> There is no GNU basename support in MacOS.
> Use generic POSIX basename defined in libgen.h instead.
...
> int fp, ep;
> const char *prg;
> + char *prog_pathname;
>
> - prg = basename(argv[0]);
> + prog_pathname = strdup(
Dear Troy Kisky,
In message <4f4ffd1f.4080...@boundarydevices.com> you wrote:
>
> > Not sure I understand why we have a "machine_ix_xxx()" here. Could you >
> > explain?
> >
> > Amicalement,
>
> Because board/nvidia/seaboard/seaboard.c uses machine_is_ventana but >
> that machine is no longer
> in
Hi,
On Friday 02 March 2012 12:08 AM, Marek Vasut wrote:
On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet Saxena
---
Changes for V2:
- Use "ARCH_DMA_MINALIGN"
Hello yannick.ni...@micromentis.com,
yannick.ni...@micromentis.com wrote:
>
> Hi All,
> I'm trying to build u-boot with i2c support for a mba2440 board. U-boot
> version is mba2440-uboot1.1.1.
you use a very old version of u-boot, you should update to current
version.
> In mba2440.h config f
Hi Marek,
+#if defined(CONFIG_USBD_HS)
+/**
+ * usbd_device_qualifier_descriptor
+ * @device: which device
+ * @port: which port
+ *
+ * Return the specified qualifier descriptor for the specified device.
+ */
+struct usb_qualifier_descriptor *usbd_device_qualifier_descriptor(
+ st
OMAP5 requires that parent domains scale ahead of dependent domains.
This is due to the restrictions in timing closure. To ensure
a consistent behavior accross all OMAP5 SoCs, ensure that
vdd_core scale first, then vdd_mpu and finally vdd_iva.
Reported-by: Isabelle Gros
Reported-by: Jerome Angelo
OMAP4 requires that parent domains scale ahead of dependent domains.
This is due to the restrictions in timing closure. To ensure
a consistent behavior across all OMAP4 SoC, ensure that
vdd_core scale first, then vdd_mpu and finally vdd_iva.
As part of doing this refactor the logic to allow for fu
TPS SET0/SET1 register is selected by a GPIO pin on OMAP4460 platforms.
Currently we control this pin with a mux configuration as part of
boot sequence.
Current configuration results in the following voltage waveform:
|---| (SET1 default 1.4V)
Current configuration results in the following voltage waveform
(example 4460 Panda ES):
|---| (SET1 default 1.4V)
| (programmed voltage)
| <- (This switch happens on mux7,pullup)
vdd_
OMAP Voltage controller is used to generically talk to
PMICs on OMAP3,4,5 over I2C_SR. Instead of replicating code
in multiple SoC code, introduce a common voltage controller
logic which can be re-used from elsewhere.
With this change, we replace setup_sri2c with omap_vc_init which
has the same fu
On 3/1/2012 2:54 PM, Albert ARIBAUD wrote:
Hi Troy,
Le 01/03/2012 22:13, Troy Kisky a écrit :
diff --git a/include/configs/ea20.h b/include/configs/ea20.h
index b4610d9..da49ae8 100644
--- a/include/configs/ea20.h
+++ b/include/configs/ea20.h
@@ -24,6 +24,18 @@
#define __CONFIG_H
/*
+ * F
Hi All,
I'm trying to build u-boot with i2c support for a mba2440 board. U-boot
version is mba2440-uboot1.1.1.
In mba2440.h config file i have selected the i2c commands :
#define CONFIG_COMMANDS \
(CONFIG_CMD_DFL | \
CFG_CMD_CACHE
Hi Troy,
Le 01/03/2012 22:13, Troy Kisky a écrit :
diff --git a/include/configs/ea20.h b/include/configs/ea20.h
index b4610d9..da49ae8 100644
--- a/include/configs/ea20.h
+++ b/include/configs/ea20.h
@@ -24,6 +24,18 @@
#define __CONFIG_H
/*
+ * FIXME: This belongs in mach-types.h. However
On 03/01/2012 02:13 PM, Troy Kisky wrote:
> This updates u-boot to the same as the Dec 6, 2011
> mach-types upate to Linux.
> diff --git a/include/configs/ventana.h b/include/configs/ventana.h
> #define CONFIG_MACH_VENTANA
> +/*
> + * FIXME: This belongs in mach-types.h. However, we only pull m
On 03/01/2012 02:13 PM, Troy Kisky wrote:
> ventana uses board/nvidia/seaboard/seaboard.c
> which uses machine_is_ventana.
> diff --git a/include/configs/ventana.h b/include/configs/ventana.h
> +#define CONFIG_MACH_VENTANA
It'd be nice not to have to do this; that header already does:
#define C
ventana uses board/nvidia/seaboard/seaboard.c
which uses machine_is_ventana.
Signed-off-by: Troy Kisky
---
include/configs/ventana.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/ventana.h b/include/configs/ventana.h
index acc9b43..b5caebb 100644
--- a
mach-type update will rename MACH_TYPE_SHEEVAD to
MACH_TYPE_GPLUGD
Signed-off-by: Troy Kisky
---
board/Marvell/gplugd/gplugd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/Marvell/gplugd/gplugd.c b/board/Marvell/gplugd/gplugd.c
index a697c19..8d9916a 100644
---
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> On Thursday 01 March 2012 17:47:52 Will Khan wrote:
> > One of my issues is that when I remove it and a new one is created,
> it
> > is always created with the wrong path for start.o. As well, when I
> > make changes to the cpu subdir one, it doesn't affect anything. In
> > fact, I can del
Renesas SH7734 has two I2C interfaceis.
This supports these I2C.
V5: - include i2c.h.
- Add check of icsr bit polling logic.
- Implement i2c_probe.
V4: - Remove sh_i2c_dump_reg function.
- Use puts() when there's no format.
- Chnage check for I2C bus number.
- Remove space
On Fri, Mar 2, 2012 at 12:17 AM, Bud Miljkovic
wrote:
> I am having a hard time locating the patch file that adds Freescale imx
> Boot Image support. Can somebody point me to the right place.
tools/imximage.c is the file.
In order to build it:
make u-boot.imx
You can also read doc/README.imx
Hi, Mike.
2012/3/1 Mike Frysinger :
> On Wednesday 29 February 2012 21:58:42 Nobuhiro Iwamatsu wrote:
>> --- /dev/null
>> +++ b/drivers/i2c/sh_sh7734_i2c.c
>>
>> +#include
>> +#include
>
> should include i2c.h too so you know your funcs match the prototypes everyone
> else uses
OK.
>
>> +stati
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I am having a hard time locating the patch file that adds Freescale imx
Boot Image support. Can somebody point me to the right place.
Bud
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
As suggested by Graeme Russ, move gd and bd data structrures
to BSS instead of calculating the locations around the stack
and heap.
Signed-off-by: Thomas Chou
---
For u-boot.
v2, mark gd/bd static
arch/nios2/lib/board.c | 12 +---
include/configs/nios2-generic.h | 12 --
On 03/01/2012 03:55 PM, Troy Kisky wrote:
> On 3/1/2012 2:30 PM, Stephen Warren wrote:
>> On 03/01/2012 02:13 PM, Troy Kisky wrote:
>>> ventana uses board/nvidia/seaboard/seaboard.c
>>> which uses machine_is_ventana.
>>> diff --git a/include/configs/ventana.h b/include/configs/ventana.h
>>> +#defin
On Thursday 01 March 2012 17:47:52 Will Khan wrote:
> One of my issues is that when I remove it and a new one is created, it is
> always created with the wrong path for start.o. As well, when I make
> changes to the cpu subdir one, it doesn't affect anything. In fact, I can
> delete it and a new
> On Thursday 01 March 2012 01:06:58 Will Khan wrote:
> > When I look at u-boot.lds (in the main directory), it shows the
> > incorrect path to start.o. u-boot.lds is generated through the make
> all process.
> > When I manually fix the start.o pathname in u-boot.lds, everything
> > builds fi
Hi Simon, Fabio, Stefano, Marek, Albert
On Fri, Mar 2, 2012 at 8:28 AM, Simon Glass wrote:
> +Graeme
>
> Hi,
>
> On Thu, Mar 1, 2012 at 5:23 AM, Fabio Estevam wrote:
>> Hi,
>>
>> Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
>>
>> arch_cpu_init() does CPU level initi
Hi Albert,
On Fri, Mar 2, 2012 at 8:57 AM, Albert ARIBAUD
wrote:
> Hi Graeme,
>
> Le 29/02/2012 23:41, Graeme Russ a écrit :
>>
>> Hi Mike,
>>
>> On Thu, Mar 1, 2012 at 9:29 AM, Mike Frysinger wrote:
>>>
>>> On Wednesday 29 February 2012 17:22:26 Graeme Russ wrote:
On Thu, Mar 1, 2012
Hi Marek,
Le 29/02/2012 22:38, Marek Vasut a écrit :
Hi Marek,
Le 27/02/2012 21:53, Marek Vasut a écrit :
Hi Marek,
Le 27/02/2012 14:03, Marek Vasut a écrit :
The following changes since commit
417c2c787e32784b5de975065a7d1dd5b3cc8ecd:
at91: modified NAND flash timing on otc570 board
Hi Graeme,
Le 29/02/2012 23:41, Graeme Russ a écrit :
Hi Mike,
On Thu, Mar 1, 2012 at 9:29 AM, Mike Frysinger wrote:
On Wednesday 29 February 2012 17:22:26 Graeme Russ wrote:
On Thu, Mar 1, 2012 at 6:04 AM, Mike Frysinger wrote:
On Tuesday 28 February 2012 18:32:57 Graeme Russ wrote:
And t
Le 01/03/2012 21:57, Fabio Estevam a écrit :
On Thu, Mar 1, 2012 at 5:51 PM, Albert ARIBAUD
wrote:
This adds (some) (functionally dead) code to all boards that did not require
arch_cpu_init().
Yes, it adds a "return 0" only. Is this terribly bad?
Well...
Isn't it better than having to s
+Graeme
Hi,
On Thu, Mar 1, 2012 at 5:23 AM, Fabio Estevam wrote:
> Hi,
>
> Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
>
> arch_cpu_init() does CPU level initialization, so why do we need to
> include CONFIG_ARCH_CPU_INIT in the include/configs/boardXYZ files,
> wh
On 02/27/2012 03:38 AM, Amit Virdi wrote:
> + /*
> + * This is a temporary erase check. A newly erased page read
> + * would result in an ecc error because the oob data is also
> + * erased to FF and the calculated ecc for an FF data is not
> +
On Thu, Mar 1, 2012 at 5:51 PM, Albert ARIBAUD
wrote:
> This adds (some) (functionally dead) code to all boards that did not require
> arch_cpu_init().
Yes, it adds a "return 0" only. Is this terribly bad?
Isn't it better than having to select CONFIG_ARCH_CPU_INIT for every
board to select arch
Le 01/03/2012 15:02, Fabio Estevam a écrit :
Create a weak-aliased arch_cpu_init, so that we can get rid of
CONFIG_ARCH_CPU_INIT
and always call arch_cpu_init.
This way we do not need to define CONFIG_ARCH_CPU_INIT in every board file,
since
arch_cpu_init() is supposed to handle common CPU lev
Le 01/03/2012 14:23, Fabio Estevam a écrit :
Hi,
Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
arch_cpu_init() does CPU level initialization, so why do we need to
include CONFIG_ARCH_CPU_INIT in the include/configs/boardXYZ files,
which are board related files ?
Fo
On Thursday 01 March 2012 01:06:58 Will Khan wrote:
> When I look at u-boot.lds (in the main directory), it shows the incorrect
> path to start.o. u-boot.lds is generated through the make all process.
> When I manually fix the start.o pathname in u-boot.lds, everything builds
> fine. My question
On Wednesday 29 February 2012 12:31:25 Simon Glass wrote:
> --- /dev/null
> +++ b/arch/arm/include/asm/arch-tegra2/tegra_i2c.h
>
> +/* Convert i2c slave address to be put on bus */
> +#define I2C_ADDR_ON_BUS(chip)(chip << 1)
i'm not sure the desc here is correct ... it's at least
Hi all,
I'm trying to upgrade my u-boot from 16 May 2009 release (out of tree
customized version) to the release version December 2011. I'm a novice with
u-boot, but after some hacking, I've had some success, but there are a few
questions:
When I build (for powerpc MPC8349), I get the followi
> On Thu, Mar 1, 2012 at 3:34 PM, Marek Vasut wrote:
> > If I could get my hands on Office 2010 to open that stupid memory thing
> > supplied by freescale, I would. But since I can't ... basically, this is
> > magic which enables all fourteen address lines. From what I remember,
> > the piece at 0
On Thu, Mar 1, 2012 at 3:34 PM, Marek Vasut wrote:
> If I could get my hands on Office 2010 to open that stupid memory thing
> supplied
> by freescale, I would. But since I can't ... basically, this is magic which
> enables all fourteen address lines. From what I remember, the piece at 0xf <<
>
> On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
> >> As DMA expects the buffers to be equal and larger then
> >> cache lines, This aligns buffers at cacheline.
> >>
> >> Signed-off-by: Puneet Saxena
> >> ---
> >>
> >> Changes for V2:
> >> - Use "ARCH_DMA_MINALIGN" directly
> >>
> On Sun, Feb 26, 2012 at 7:15 PM, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > ---
> > arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
>
> Could you please elaborate a commit message for this?
>
> From what I could see this i
> No need to define CONFIG_ARCH_CPU_INIT.
>
> All mx28 based boards should use arch_cpu_init().
>
Acked-by: Marek Vasut
> Signed-off-by: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/mx28.c |2 --
> include/configs/m28evk.h |1 -
> include/configs/mx28evk.h |
> No need to define CONFIG_ARCH_CPU_INIT.
>
> All mx6 based boards should use arch_cpu_init().
>
Acked-by: Marek Vasut
> Signed-off-by: Fabio Estevam
> ---
> arch/arm/cpu/armv7/mx6/soc.c|2 --
> include/configs/mx6qarm2.h |1 -
> include/configs/mx6qsabrelite.h |1 -
> 3
> Create a weak-aliased arch_cpu_init, so that we can get rid of
> CONFIG_ARCH_CPU_INIT and always call arch_cpu_init.
>
> This way we do not need to define CONFIG_ARCH_CPU_INIT in every board file,
> since arch_cpu_init() is supposed to handle common CPU level code.
Acked-by: Marek Vasut
>
>
Simon,
> -Original Message-
> From: Simon Glass [mailto:s...@chromium.org]
> Sent: Tuesday, February 28, 2012 11:08 AM
> To: U-Boot Mailing List
> Cc: Tom Warren; Stephen Warren; Simon Glass; linux-te...@vger.kernel.org;
> Jerry Van Baren; Devicetree Discuss
> Subject: [PATCH v7 15/20] teg
Hi Igor.
On Thu, Mar 1, 2012 at 12:41 AM, Igor Grinberg wrote:
> Hi Jonathan,
>
> On 02/29/12 22:52, Jonathan Solnit wrote:
> > The OMAP ROM code modifies the GBPR1 register, which can cause
>
> s/GBPR1/GPBR1/
>
> > unintended consequences.
>
> What do you mean by this?
> Can you please elaborate
On 03/01/2012 03:17 AM, Orjan Friberg wrote:
> On 02/29/2012 10:00 PM, Scott Wood wrote:
>> ECC mode is normally not something that you want to be runtime
>> switchable, as changing it usually changes the on-flash format. It also
>> requires driver cooperation -- the actual implementation (as oppo
On Thursday 01 March 2012 02:09:05 Thomas Chou wrote:
> --- a/arch/nios2/lib/board.c
> +++ b/arch/nios2/lib/board.c
>
> +gd_t gd_data;
> +bd_t bd_data;
mark both static
> --- a/include/configs/nios2-generic.h
> +++ b/include/configs/nios2-generic.h
>
> * MEMORY ORGANIZATION
> * -Monitor at
On 03/01/2012 09:22 AM, Albert ARIBAUD wrote:
> Hi Peter,
>
> Le 29/02/2012 17:42, Peter Barada a écrit :
>> On 02/28/2012 05:04 PM, Albert ARIBAUD wrote:
>>> Hi Peter,
>>>
>>> Le 27/02/2012 23:00, Peter Barada a écrit :
When debugging u-boot, after relocation its tedious to calculate position
On Sun, Feb 26, 2012 at 7:15 PM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> ---
> arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Could you please elaborate a commit message for this?
From what I could see this is changing from 0x
On Feb 29, 2012, at 12:17 AM, Govindraj wrote:
> On Wed, Feb 29, 2012 at 4:47 AM, Kumar Gala wrote:
>> Does anyone have usb ethernet working on top of git tree on a panda board?
>>
> yes.
>
>> If so any gotcha's or details on how you have it working.
>
> I use following commands:
>
> setenv
The OMAP5 silicon has new DDR PHY design, which includes a external PHY
as well. So configuring the ext PHY parameters here. Also the EMIF timimg
registers and a couple of DDR mode registers needs to be updated based on
the testing from the actual silicon.
Signed-off-by: R Sricharan
---
arch/arm
The control module provides options to set various signal
integrity parameters like the output impedance, slew rate,
load capacitance for different pad groups. Configure these
as required for the omap5430 sevm board.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap5/hwinit.c | 83 ++
The different silicon revision variable names was defined for OMAP4 and
OMAP5 socs. Making the variable common so that some code can be
made generic.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap4/hwinit.c | 20 ++--
arch/arm/cpu/armv7/omap5/hwinit.c
From: Balaji T K
In OMAP5 Boot device mode of 6 and 7 should be mapped to mmc2/eMMC
Signed-off-by: Balaji T K
---
arch/arm/cpu/armv7/omap-common/spl.c |1 +
arch/arm/cpu/armv7/omap-common/spl_mmc.c |1 +
arch/arm/include/asm/omap_common.h |5 -
3 files changed, 6 inse
The nominal opp vdd values as recommended for
ES1.0 silicon is set for mpu, core, mm domains using palmas.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap-common/clocks-common.c | 15 +++
arch/arm/cpu/armv7/omap4/clocks.c | 15 +++
arch/arm/cpu/armv7/omap5
PD_TIM bit field which specifies the power down timing is defined
to occupy bits 8-11, where as it is actually from 12-15 bits.
So correcting this.
Signed-off-by: R Sricharan
---
arch/arm/include/asm/emif.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/incl
Warm reset is not functional in case of omap5430ES1.0.
So use cold reset instead.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap-common/reset.S |2 ++
arch/arm/cpu/armv7/omap5/hwinit.c | 16
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/
From: Balaji T K
Add omap5 pbias configuration for mmc1/sd lines
and set voltage for sd data i/o lines
Signed-off-by: Balaji T K
---
arch/arm/include/asm/arch-omap5/omap.h |7 +++--
drivers/mmc/omap_hsmmc.c | 33
drivers/power/twl6035.c
The break statement is missing in init_omap_revision function, resulting
in a wrong revision identification. So fixing this.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap5/hwinit.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap5/hwinit.c
palmas/TWL6035 is power IC for omap5 evm boards
Signed-off-by: Balaji T K
---
board/ti/omap5_evm/evm.c|6 +++---
drivers/power/Makefile |1 +
drivers/power/twl6035.c | 40
include/configs/omap5_evm.h |5 +
include/twl6035.h
Aligning all the clock related settings like the dpll frequencies, their
respective clock outputs, etc to the ideal values recommended for
OMAP5430 ES1.0 silicon.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |5 +
arch/arm/cpu/armv7/omap5/clocks.c
From: Balaji T K
Save env to eMMC
Signed-off-by: Balaji T K
---
include/configs/omap5_evm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5_evm.h b/include/configs/omap5_evm.h
index 2dc9811..6c91ee8 100644
--- a/include/configs/omap5_evm.h
+++ b/i
Adding the full pinmux data for OMAP5430 sevm board.
Signed-off-by: R Sricharan
---
arch/arm/include/asm/arch-omap5/mux_omap5.h | 502 +--
board/ti/omap5_evm/mux_data.h | 489 ++
2 files changed, 509 insertions(+), 482 deletions(-)
Adding the nessecary changes for OMAP5430 ES1.0 silicon.
Signed-off-by: R Sricharan
---
include/configs/omap5_evm.h | 21 ++---
1 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/include/configs/omap5_evm.h b/include/configs/omap5_evm.h
index d3d5263..0bdfd69 10064
The full internal SRAM of size 128kb is public in the case of OMAP5 soc.
So change the base address accordingly.
Signed-off-by: R Sricharan
---
arch/arm/include/asm/arch-omap5/omap.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap5/omap.h
Add support to identify the device as GP/EMU/HS.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap-common/hwinit-common.c |6 +-
arch/arm/include/asm/arch-omap4/omap.h |4
arch/arm/include/asm/arch-omap5/omap.h |4
3 files changed, 13 insertions(+),
The ddr part name used in OMAP5 ES1.0 soc is a SAMSUNG part and
not a ELPIDA part. So change this.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap5/Makefile |2 +-
.../cpu/armv7/omap5/{sdram_elpida.c => sdram.c}| 30 ++--
2 files changed, 16 inse
Make the sysctrl structure common, so that it can
be used in generic functions across socs.
Also change the base address of the system control module, to
include all the registers and not simply the io regs.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap4/hwinit.c |4 ++--
arch/
OMAP5 soc support is already present in the mainline.
The below are the changes that were identified during the actual
silicon wakeup. Briefly, the changes address clocks, ddr, mux,
poweric, mmc, io settings required/recommended for the ip.
Couple of bug fixes are also added as a part of this serie
Hi Peter,
Le 29/02/2012 17:42, Peter Barada a écrit :
On 02/28/2012 05:04 PM, Albert ARIBAUD wrote:
Hi Peter,
Le 27/02/2012 23:00, Peter Barada a écrit :
When debugging u-boot, after relocation its tedious to calculate positions
of the various sections (.data, .rodata, .bss). To make it easi
No need to define CONFIG_ARCH_CPU_INIT.
All mx28 based boards should use arch_cpu_init().
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |2 --
include/configs/m28evk.h |1 -
include/configs/mx28evk.h |1 -
3 files changed, 0 insertions(+), 4
No need to define CONFIG_ARCH_CPU_INIT.
All mx6 based boards should use arch_cpu_init().
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx6/soc.c|2 --
include/configs/mx6qarm2.h |1 -
include/configs/mx6qsabrelite.h |1 -
3 files changed, 0 insertions(+), 4 deletions(
Create a weak-aliased arch_cpu_init, so that we can get rid of
CONFIG_ARCH_CPU_INIT
and always call arch_cpu_init.
This way we do not need to define CONFIG_ARCH_CPU_INIT in every board file,
since
arch_cpu_init() is supposed to handle common CPU level code.
Signed-off-by: Fabio Estevam
---
ar
On Thursday 01 March 2012 03:05 AM, Marek Vasut wrote:
As DMA expects the buffers to be equal and larger then
cache lines, This aligns buffers at cacheline.
Signed-off-by: Puneet Saxena
---
Changes for V2:
- Use "ARCH_DMA_MINALIGN" directly
- Use "ALIGN" to align size as cacheline
> Hi,
>
> Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
>
> arch_cpu_init() does CPU level initialization, so why do we need to
> include CONFIG_ARCH_CPU_INIT in the include/configs/boardXYZ files,
> which are board related files ?
>
> For example:
>
> Let's say boa
Hi,
Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
arch_cpu_init() does CPU level initialization, so why do we need to
include CONFIG_ARCH_CPU_INIT in the include/configs/boardXYZ files,
which are board related files ?
For example:
Let's say boards X, Y and Z are bas
> Hi Marek,
>
> On Thursday 01 March 2012 05:15 PM, Marek Vasut wrote:
> > Hi!
> >
> >> Hi Marek,
> >>
> >> On Thursday 01 March 2012 02:59 AM, Marek Vasut wrote:
> Add "CONFIG_USB_STRING_FETCH" to fetch first string descriptor length
> and then pass this length to fetch string descrip
Hi Marek,
On Thursday 01 March 2012 05:15 PM, Marek Vasut wrote:
Hi!
Hi Marek,
On Thursday 01 March 2012 02:59 AM, Marek Vasut wrote:
Add "CONFIG_USB_STRING_FETCH" to fetch first string descriptor length
and then pass this length to fetch string descriptor.
Signed-off-by: Puneet Saxena
---
On Thu, Mar 1, 2012 at 3:30 AM, Dirk Behme wrote:
> Ah, thanks for the explanation! :)
>
> This does mean that you want the change in both, U-Boot and kernel, correct?
Correct.
> Yes, we definitely should look at which parts are common. I haven't looked
> at the details, but at least the regist
> Hi,
>
I am using u-boot-2009.01 for loading yaffs2 image on to the
nand flash.But uboot is not supporting nand write.yaffs.How can i get the
yaffs2 supported patch for u-boot-2009.01.Please help me.
Regards
V.Balaji
___
U-Boot mailing list
> On 03/01/2012 10:39 PM, VISWANADHULA BALAJI wrote:
> > I am using u-boot-2009.01 for loading yaffs2 image on to the
> >
> > nand flash.But uboot is not supporting nand write.yaffs.How can i get
> > the yaffs2 supported patch for u-boot-2009.01.Please help me.
> >
> > Please post th
On 03/01/2012 10:39 PM, VISWANADHULA BALAJI wrote:
> I am using u-boot-2009.01 for loading yaffs2 image on to the
> nand flash.But uboot is not supporting nand write.yaffs.How can i get the
> yaffs2 supported patch for u-boot-2009.01.Please help me.
>
> Please post this question on the
> I am using u-boot-2009.01 for loading yaffs2 image on to the
> nand flash.But uboot is not supporting nand write.yaffs.How can i get the
> yaffs2 supported patch for u-boot-2009.01.Please help me.
Please update your uboot to most recent version. Is it possible? What
device/platform
Hi!
> Hi Marek,
>
> On Thursday 01 March 2012 02:59 AM, Marek Vasut wrote:
> >> Add "CONFIG_USB_STRING_FETCH" to fetch first string descriptor length
> >> and then pass this length to fetch string descriptor.
> >>
> >> Signed-off-by: Puneet Saxena
> >> ---
> >>
> >> Changes for V2:
> >> - C
I am using u-boot-2009.01 for loading yaffs2 image on to the
nand flash.But uboot is not supporting nand write.yaffs.How can i get the
yaffs2 supported patch for u-boot-2009.01.Please help me.
Please post this question on the mailing list
Thanks,
Graeme
__
Hi Marek,
On Thursday 01 March 2012 02:59 AM, Marek Vasut wrote:
Add "CONFIG_USB_STRING_FETCH" to fetch first string descriptor length
and then pass this length to fetch string descriptor.
Signed-off-by: Puneet Saxena
---
Changes for V2:
- Change existing config by "CONFIG_USB_STRING_FETCH"
On 02/29/2012 10:00 PM, Scott Wood wrote:
ECC mode is normally not something that you want to be runtime
switchable, as changing it usually changes the on-flash format. It also
requires driver cooperation -- the actual implementation (as opposed to
the command-line wrapper) is in drivers/mtd/nan
1 - 100 of 101 matches
Mail list logo
