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, what issues do you see?
Also, why does the OMAP ROM code needs to touch the
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
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 Saxenapune...@nvidia.com
---
Changes for V2:
- Change existing config by
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!
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 Saxenapune...@nvidia.com
---
Changes for V2:
- Change
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 do
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
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
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 Thu, Mar 1, 2012 at 3:30 AM, Dirk Behme dirk.be...@de.bosch.com 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
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
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:
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
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
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 Saxenapune...@nvidia.com
---
Changes for V2:
- Use ARCH_DMA_MINALIGN directly
- Use ALIGN to align size
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
No need to define CONFIG_ARCH_CPU_INIT.
All mx6 based boards should use arch_cpu_init().
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/armv7/mx6/soc.c|2 --
include/configs/mx6qarm2.h |1 -
include/configs/mx6qsabrelite.h |1 -
3 files changed, 0
No need to define CONFIG_ARCH_CPU_INIT.
All mx28 based boards should use arch_cpu_init().
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |2 --
include/configs/m28evk.h |1 -
include/configs/mx28evk.h |1 -
3 files
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
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
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 r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap4/hwinit.c
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 r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap5/Makefile |2 +-
.../cpu/armv7/omap5/{sdram_elpida.c = sdram.c}| 30 ++--
2
Add support to identify the device as GP/EMU/HS.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
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
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 r.sricha...@ti.com
---
arch/arm/include/asm/arch-omap5/omap.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Adding the nessecary changes for OMAP5430 ES1.0 silicon.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
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
Adding the full pinmux data for OMAP5430 sevm board.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/include/asm/arch-omap5/mux_omap5.h | 502 +--
board/ti/omap5_evm/mux_data.h | 489 ++
2 files changed, 509
From: Balaji T K balaj...@ti.com
Save env to eMMC
Signed-off-by: Balaji T K balaj...@ti.com
---
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
---
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 r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |5 +
palmas/TWL6035 is power IC for omap5 evm boards
Signed-off-by: Balaji T K balaj...@ti.com
---
board/ti/omap5_evm/evm.c|6 +++---
drivers/power/Makefile |1 +
drivers/power/twl6035.c | 40
include/configs/omap5_evm.h |5 +
The break statement is missing in init_omap_revision function, resulting
in a wrong revision identification. So fixing this.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Balaji T K balaj...@ti.com
Add omap5 pbias configuration for mmc1/sd lines
and set voltage for sd data i/o lines
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/include/asm/arch-omap5/omap.h |7 +++--
drivers/mmc/omap_hsmmc.c | 33
Warm reset is not functional in case of omap5430ES1.0.
So use cold reset instead.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap-common/reset.S |2 ++
arch/arm/cpu/armv7/omap5/hwinit.c | 16
2 files changed, 18 insertions(+), 0 deletions(-)
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 r.sricha...@ti.com
---
arch/arm/include/asm/emif.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
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 r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c | 15 +++
arch/arm/cpu/armv7/omap4/clocks.c | 15 +++
From: Balaji T K balaj...@ti.com
In OMAP5 Boot device mode of 6 and 7 should be mapped to mmc2/eMMC
Signed-off-by: Balaji T K balaj...@ti.com
---
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
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 r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap4/hwinit.c | 20 ++--
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 r.sricha...@ti.com
---
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
On Feb 29, 2012, at 12:17 AM, Govindraj wrote:
On Wed, Feb 29, 2012 at 4:47 AM, Kumar Gala ga...@kernel.crashing.org 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
On Sun, Feb 26, 2012 at 7:15 PM, Marek Vasut ma...@denx.de wrote:
Signed-off-by: Marek Vasut ma...@denx.de
---
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
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 positions
of the various
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 top of
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 opposed to
Hi Igor.
On Thu, Mar 1, 2012 at 12:41 AM, Igor Grinberg grinb...@compulab.co.ilwrote:
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
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] tegra:
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
No need to define CONFIG_ARCH_CPU_INIT.
All mx6 based boards should use arch_cpu_init().
Acked-by: Marek Vasut ma...@denx.de
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/armv7/mx6/soc.c|2 --
include/configs/mx6qarm2.h |1 -
No need to define CONFIG_ARCH_CPU_INIT.
All mx28 based boards should use arch_cpu_init().
Acked-by: Marek Vasut ma...@denx.de
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |2 --
include/configs/m28evk.h |1 -
On Sun, Feb 26, 2012 at 7:15 PM, Marek Vasut ma...@denx.de wrote:
Signed-off-by: Marek Vasut ma...@denx.de
---
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
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 Saxenapune...@nvidia.com
---
Changes for V2:
- Use ARCH_DMA_MINALIGN directly
- Use
On Thu, Mar 1, 2012 at 3:34 PM, Marek Vasut ma...@denx.de 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
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
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 a
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 is
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 ?
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
On Thu, Mar 1, 2012 at 5:51 PM, Albert ARIBAUD
albert.u.b...@aribaud.net 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
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
+
+Graeme
Hi,
On Thu, Mar 1, 2012 at 5:23 AM, Fabio Estevam feste...@gmail.com 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
Le 01/03/2012 21:57, Fabio Estevam a écrit :
On Thu, Mar 1, 2012 at 5:51 PM, Albert ARIBAUD
albert.u.b...@aribaud.net 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
Hi Graeme,
Le 29/02/2012 23:41, Graeme Russ a écrit :
Hi Mike,
On Thu, Mar 1, 2012 at 9:29 AM, Mike Frysingervap...@gentoo.org 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
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 Albert,
On Fri, Mar 2, 2012 at 8:57 AM, Albert ARIBAUD
albert.u.b...@aribaud.net 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 Frysingervap...@gentoo.org wrote:
On Wednesday 29 February 2012 17:22:26 Graeme Russ wrote:
On
Hi Simon, Fabio, Stefano, Marek, Albert
On Fri, Mar 2, 2012 at 8:28 AM, Simon Glass s...@chromium.org wrote:
+Graeme
Hi,
On Thu, Mar 1, 2012 at 5:23 AM, Fabio Estevam feste...@gmail.com wrote:
Hi,
Currently CONFIG_ARCH_CPU_INIT is used to select arch_cpu_init() function.
arch_cpu_init()
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
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 one
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
+#define
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 tho...@wytron.com.tw
---
For u-boot.
v2, mark gd/bd static
arch/nios2/lib/board.c | 12 +---
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
Acked-by: Mike Frysinger vap...@gentoo.org
-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
Hi, Mike.
2012/3/1 Mike Frysinger vap...@gentoo.org:
On Wednesday 29 February 2012 21:58:42 Nobuhiro Iwamatsu wrote:
--- /dev/null
+++ b/drivers/i2c/sh_sh7734_i2c.c
+#include common.h
+#include asm/io.h
should include i2c.h too so you know your funcs match the prototypes everyone
else
On Fri, Mar 2, 2012 at 12:17 AM, Bud Miljkovic
bud_miljko...@trimble.com 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
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 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
Acked-by: Mike Frysinger vap...@gentoo.org
-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
mach-type update will rename MACH_TYPE_SHEEVAD to
MACH_TYPE_GPLUGD
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
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
ventana uses board/nvidia/seaboard/seaboard.c
which uses machine_is_ventana.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
include/configs/ventana.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/ventana.h b/include/configs/ventana.h
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
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
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.
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
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
/*
+ *
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
Current configuration results in the following voltage waveform
(example 4460 Panda ES):
|---| (SET1 default 1.4V)
| (programmed voltage)
| - (This switch happens on mux7,pullup)
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)
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
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 i-g...@ti.com
Reported-by:
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(
+
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 file
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 Saxenapune...@nvidia.com
---
Changes for V2:
- Use
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 mach-types.
Then
Dear Keith Mok,
In message CAHjoi4eR+n=qq8vzakwwglipsffrbwhrhwynvfjn4y0f9eq...@mail.gmail.com
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;
-
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 w...@denx.de
---
tools/mkenvimage.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
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
-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
This
-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
This
-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 FAT and
-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 kernels
-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
This patch
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:
100 matches
Mail list logo
