On 08/05/2014 02:32 PM, Magnus Lilja wrote:
Hi Fabio,
On 5 August 2014 14:28, Fabio Estevam feste...@gmail.com wrote:
Hi Magnus,
On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja lilja.mag...@gmail.com wrote:
I have now done some tests on i.MX31 PDK:
* v2013.04 and v2014.04 works
* v2014.07 and
On 07/11/2014 09:56 AM, Magnus Lilja wrote:
Hi
On 8 July 2014 10:05, Helmut Raiger helmut.rai...@hale.at wrote:
I meant, that the SPL is now doing the RAM init and copying of the SPL code
correctly. RAM is working, the SPL code is at 0x87dc after that (CRCed
it via JTAG).
I could not track
Hi,
finally I have the SPL running again, with this fix:
diff --git a/arch/arm/cpu/arm1136/start.S b/arch/arm/cpu/arm1136/start.S
index 1cfcca9..53bde12 100644
--- a/arch/arm/cpu/arm1136/start.S
+++ b/arch/arm/cpu/arm1136/start.S
@@ -91,4 +91,9 @@ cpu_init_crit:
bl
On 07/03/2014 10:58 PM, Benoît Thébaudeau wrote:
Hi,
On Thu, Jul 3, 2014 at 10:19 AM, Helmut Raiger helmut.rai...@hale.at wrote:
On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
)Dear Helmut Raiger,
On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger helmut.rai...@hale.at
wrote:
the commit
On 07/08/2014 10:05 AM, Helmut Raiger wrote:
I meant, that the SPL is now doing the RAM init and copying of the SPL
code
correctly. RAM is working, the SPL code is at 0x87dc after that
(CRCed it via JTAG).
I could not track it further (I have very limited development time
right now
On 07/08/2014 02:32 PM, Helmut Raiger wrote:
On 07/08/2014 10:05 AM, Helmut Raiger wrote:
I meant, that the SPL is now doing the RAM init and copying of the
SPL code
correctly. RAM is working, the SPL code is at 0x87dc after that
(CRCed it via JTAG).
I could not track it further (I have
Hi,
On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
)Dear Helmut Raiger,
On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger helmut.rai...@hale.at wrote:
the commit 41623c91 breaks the SPL on i.mx31 platforms.
Here, you are talking about mx31pdk, right?
Actually im talking TT-01
Hi,
Hi,
the commit 41623c91 breaks the SPL on i.mx31 platforms.
The original startup code (start.S) was position independent to
allow relocation in board_init_f. This is necessary as the internal
RAM used by the IPL to load the first 2kB from NAND is also
used by the NAND controller to
Hi,
the commit 41623c91 breaks the SPL on i.mx31 platforms.
The original startup code (start.S) was position independent to
allow relocation in board_init_f. This is necessary as the internal
RAM used by the IPL to load the first 2kB from NAND is also
used by the NAND controller to buffer
On 06/17/2014 12:38 PM, Michal Simek wrote:
On 06/17/2014 10:45 AM, Masahiro Yamada wrote:
This bug should be fixed asap.
Because this patch is assigned to you,
could you apply it and send a pull-request, please?
Applied and pull request sent.
Thanks,
Michal
This very same commit
This kind of option is clearly not what other u-boot commands use, I
could not find a single command
that supports '-' style options. If this had been widely used, I
wouldn't have asked in the first place.
It seems you did not look very carefully. Just for example:
= help env
env -
On 04/08/2014 04:27 AM, Simon Glass wrote:
1) add option to 'go' command, which is hard as it has variable
arguments
This seems best to me if you don't want to add a new command. Maybe
you could add a '-c' argument to cleanup?
This kind of option is clearly not what other u-boot
On 04/04/2014 11:25 AM, Stefano Babic wrote:
Hi Helmut,
On 04/04/2014 01:13, Simon Glass wrote:
1) add option to 'go' command, which is hard as it has variable arguments
2) add another go command
3) use an environment variable to set the option for 'go'
Theoretically I could use a u-boot
Hi,
for all the wrong reasons I have to load a second u-boot from a first
one.
I'm finally able to start it, but it only works if I do a
cleanup_before_linux(),
i.e. turn off interrupts and caches before the actual 'go'.
For testing I patched the go command, but obviously this can't be
On 02/13/2014 10:03 AM, Helmut Raiger wrote:
But you just inspired me! There are probably interrupts running
for some time when the second u-boot starts and the relocation
might destroy part of the interrupt entry points
Thx for asking the right questions.
I'll have to check
On 02/12/2014 11:45 AM, Andreas Bießmann wrote:
Hi Helmut,
On 02/12/2014 10:56 AM, Helmut Raiger wrote:
I understand the first two points, but why do you store the kernel again
with 1bit HW-ECC ? The second U-Boot is able to check with 4bit BCH and
your NAND requires 4bit.
This is mainly due
On 02/12/2014 10:59 PM, Scott Wood wrote:
Most operations are read (we use a separate YAFFS partition for time
predictable writes),
so UBI will relocate read-only blocks anyway (due to read disturbances),
I think the
effect wont be too dramatic, but don't make me proof that ;-)
This sounds
Hi Stefano,
Hi Helmut,
I understand the first two points, but why do you store the kernel again
with 1bit HW-ECC ? The second U-Boot is able to check with 4bit BCH and
your NAND requires 4bit.
This is mainly due to performance requirements. Using 4bit BCH
increases overhead and makes DMA
Hi,
to give you some background why we would want to do something
(strange) like this:
- we have a hardware design bug
- we have a few hundred i.MX31 TT-01 devices in the field
- the i.MX31 rom boot loader is only capable of using 1bit HW-ECC
(loading the first page (2k) from the NAND)
-
On 02/10/2014 01:14 PM, Andreas Bießmann wrote:
- we have a hardware design bug
- we have a few hundred i.MX31 TT-01 devices in the field
- the i.MX31 rom boot loader is only capable of using 1bit HW-ECC
(loading the first page (2k) from the NAND)
- the NAND chip specifies a requirement of 1bit
On 10/04/2012 09:18 AM, Lukasz Majewski wrote:
Hi Jens and Helmut,
On Thu, Aug 23, 2012 at 10:13:13PM -, Lukasz Majewski wrote:
The restoration of GPT table (both primary and secondary) is now
possible. Simple GUID generation is supported.
Signed-off-by: Lukasz
On 02/16/2012 09:44 AM, Helmut Raiger wrote:
Add missing reset reason 7 to get_reset_cause().
Signed-off-by: Helmut Raigerhelmut.rai...@hale.at
---
arch/arm/cpu/arm1136/mx31/generic.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31
On 03/07/2012 11:49 AM, Stefano Babic wrote:
???
I have applied the patch and I sent an applied to.. message. Which
comment do you expect ?
Hi Stefano,
I received the applied to .. message at 11:16 today and this
e-mail at 11:49, the patch is from 3-weeks ago. I just wanted to push
it,
The video setup for the Epson display is provided. Addtionally
some extra info is displayed next to the Linux logo.
Make get_cpu_rev() publicly available (added to sys_proto.h).
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: added prototype for get_cpu_rev().
arch/arm/include/asm
Add missing reset reason 7 to get_reset_cause().
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/cpu/arm1136/mx31/generic.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/arch/arm/cpu/arm1136/mx31/generic.c
index
On 01/30/2012 03:21 PM, Helmut Raiger wrote:
Add PREBOOT, SILENT_CONSOLE and DEVICE_NULLDEV for release
build. Fixed bug in CONFIG_SYS_HUSH_PARSER define.
Signed-off-by: Helmut Raigerhelmut.rai...@hale.at
Stefano, please comment, it's only board specific.
Helmut
--
Scanned by MailScanner
This enables the display on tt-01 along with some minor setup changes
(and fixes) for the release. I removed the HALE logo again, using preboot
we can use a splash image like approach, but left in the console extra info
as it provides useful information even if the screen is used as stdout.
The video setup for the Epson display is provided. Addtionally
some extra info is displayed next to the Linux logo.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
board/hale/tt01/tt01.c | 21 +
include/configs/tt01.h | 29 -
2 files
size of environment must match erasable block size in the flash.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
include/configs/tt01.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/tt01.h b/include/configs/tt01.h
index 6846816..8dd657c 100644
Add PREBOOT, SILENT_CONSOLE and DEVICE_NULLDEV for release
build. Fixed bug in CONFIG_SYS_HUSH_PARSER define.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
include/configs/tt01.h | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/include/configs/tt01.h b
On 01/18/2012 04:09 AM, Michael Aldridge wrote:
the autobooting function of uboot is not functioning properly on my
sheevaplug with debian.
I have set the bootcmd and bootdelay variables, but I still can't get it to
work. I can watch the countdown hit zero, and I do not hit any buttons
On 11/14/2011 12:21 PM, Stefano Babic wrote:
index
..efdbb4d097abb7ba7ac69e6960030ecb7e19e3cc
GIT binary patch
literal 27238
zcmeHOy^Acz5uaWoLJ0ZujP@0PdgP#8He4unIaT(SOx7YM9CSOO=;nM0*c491zk
znZd!sT%ZS3tk12n3Q7gFf_Vg~|0{Hvh9UuW8R_dxre6UW@oymKYsPAuCDH$
Add bit definitions for register 32 and 33 of Freescale MC13783.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V3: moved change from fsl_pmic.h to mc13783.h (mc13892 differs!)
V2: pmic_reg_(read|write) use constants from fsl_pmic.h now
include/mc13783.h | 80
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. Config adds support for EXT2
and FAT.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V3: moved change from fsl_pmic.h to mc13783.h (mc13892 differs!)
V2: pmic_reg_(read|write) use constants from fsl_pmic.h
On 01/18/2012 01:37 PM, Stefano Babic wrote:
Hi Helmut,
+#ifdef CONFIG_CONSOLE_EXTRA_INFO
+void video_get_info_str(int line_number, char *info)
This has nothing with MCC. Please extend your commit message to explain
you are also adding this feature.
I simply mixed in a different branch, which
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. Config adds support for EXT2
and FAT.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V4: removed unrelated video_get_info_str() stuff
V3: moved change from fsl_pmic.h to mc13783.h (mc13892 differs!)
V2
Modification suggested by Stefano.
[PATCH 1/2] fsl_pmic.h: add regulator mode 0 and 1 bits
[PATCH 2/2] tt01: add MMC support
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. Config adds support for EXT2
and FAT.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: pmic_reg_(read|write) use constants from fsl_pmic.h now
board/hale/tt01/tt01.c | 54
Add bit definitions for register 32 and 33 of Freescale PMIC.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
include/fsl_pmic.h | 52
1 files changed, 52 insertions(+), 0 deletions(-)
diff --git a/include/fsl_pmic.h b/include
Hi,
this is imx related, subject wasn't taken from the compose email.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This is a resend of these patches
http://patchwork.ozlabs.org/patch/122139/like this one
http://patchwork.ozlabs.org/patch/122176/board support (including
gfx)
They are rebased to the current master and the board support only adds MMC
as opposed to the original patch that
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. Config adds support for EXT2
and FAT.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
board/hale/tt01/tt01.c | 32 ++--
include/configs/tt01.h | 12
2 files changed
and prototypes for
an i.MX31 specific board_init_mmc() are provided.
Some of the i.MX27 clock getters are unused and marked
as such to avoid warnings (./MAKEALL -s mx27), but
the code was left in for future use.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V3:
- rebased to current master
On 11/07/2011 10:04 AM, Stefano Babic wrote:
On 11/07/2011 08:59 AM, Helmut Raiger wrote:
On 11/02/2011 08:02 AM, Helmut Raiger wrote:
On 10/27/2011 02:19 PM, Helmut Raiger wrote:
This patch modifies mxcmmc.c to be used
not only by i.MX27 but also by i.MX31 boards.
Both use the same SD
On 11/14/2011 11:55 AM, Stefano Babic wrote:
On 11/14/2011 10:06 AM, Helmut Raiger wrote:
Hi,
Hi Helmut,
Stefano I don't want to be pushing, but this sits here since 3
weeks, can I be of some help?
in my answer I post the question about the fact there is no use case for
this code
On 11/02/2011 08:02 AM, Helmut Raiger wrote:
On 10/27/2011 02:19 PM, Helmut Raiger wrote:
This patch modifies mxcmmc.c to be used
not only by i.MX27 but also by i.MX31 boards.
Both use the same SD controller, but have different
clock set-ups.
The i.MX27 imx_get_XXXclock functions are made
On 10/27/2011 02:19 PM, Helmut Raiger wrote:
This patch modifies mxcmmc.c to be used
not only by i.MX27 but also by i.MX31 boards.
Both use the same SD controller, but have different
clock set-ups.
The i.MX27 imx_get_XXXclock functions are made static to
generic.c and a public mxc_get_clock
Hi (Stefano),
just a short question. I'd like to add NAND boot to the board
support of our TT-01.
I checked out the mx31pdk code and also found something in doc/README.SPL
which does not seem to correspond.
Before I head into the wrong direction again, is the mx31pdk implementation
still
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: new in V2
V3: no changes
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions
This adds basic board support for TT-01 based on
the Bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is implemented.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: no changes since V1
V3: fixed multiline comment, rebased to u-boot-imx
arch/arm/cpu/arm1136/mx31/devices.c | 15 +++
arch/arm/include/asm/arch-mx31/clock.h|1 +
arch/arm/include/asm/arch-mx31/imx-regs.h
and prototypes for
an i.MX31 specific board_init_mmc() are provided.
Some of the i.MX27 clock getters are unused and marked
as such to avoid warnings (./MAKEALL -s mx27), but
the code was left in for future use.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- uses mxc_get_clock() instead
On 10/20/2011 04:19 PM, Helmut Raiger wrote:
This renames BOARD_LATE_INIT to CONFIG_BOARD_LATE_INIT.
Along the way it removes some leftover
#define BOARD_LATE_INIT 1
and adds some basic documentation for board specific
callbacks in README.
Signed-off-by: Helmut
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. The video setup for
the Epson display is provided along with some fancy
extra info to be displayed next to the HALE logo.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V1: Note this requires http
On 10/27/2011 06:11 PM, Helmut Raiger wrote:
board_mmc_init() initializes the pins of SDHC1 and
turns on V_MMC1 of the PMIC. The video setup for
the Epson display is provided along with some fancy
extra info to be displayed next to the HALE logo.
Signed-off-by: Helmut Raigerhelmut.rai
for board_init_mmc()
are provided.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/cpu/arm1136/mx31/generic.c|5 +
arch/arm/include/asm/arch-mx27/clock.h |1 +
arch/arm/include/asm/arch-mx31/clock.h |1 +
arch/arm/include/asm/arch-mx31/imx-regs.h
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: threw in the wrong readback line in V1
drivers/misc/pmic_fsl.c |5
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: threw in the wrong read back line (again and again)
drivers/misc
Hi,
is there a sound reason, why BOARD_LATE_INIT isn't named like
other CONFIG options? I'm inclined to fix this as it took me some time
to find out why my board_late_init() wasn't called.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing
This renames BOARD_LATE_INIT to CONFIG_BOARD_LATE_INIT.
Alongside it removes some leftover
#define BOARD_LATE_INIT1
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/lib/board.c |2 +-
arch/sandbox/lib/board.c |2 +-
arch/sh/lib
This renames BOARD_LATE_INIT to CONFIG_BOARD_LATE_INIT.
Along the way it removes some leftover
#define BOARD_LATE_INIT1
and adds some basic documentation for board specific
callbacks in README.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: added some docu in README
On 10/08/2011 06:36 PM, Stefano Babic wrote:
Signed-off-by: Stefano Babicsba...@denx.de
---
drivers/misc/Makefile |1 -
drivers/misc/fsl_pmic.c | 235
---
2 files changed, 0 insertions(+), 236 deletions(-)
delete mode 100644
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
drivers/misc/pmic_fsl.c |5 +
drivers/misc/pmic_spi.c |1 -
2
On 10/13/2011 11:16 AM, Anatolij Gustschin wrote:
From: Helmut Raigerhelmut.rai...@hale.at
mx3fb.c was based on CONFIG_LCD and is moved by this patch to
CONFIG_VIDEO, which has greater freedom in selecting videomodes
even at runtime.
This renders the accumulating list of display defines
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: new in V2
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: no changes since V1
arch/arm/cpu/arm1136/mx31/devices.c | 14 ++
arch/arm/include/asm/arch-mx31/clock.h|1 +
arch/arm/include/asm/arch-mx31/imx-regs.h | 16
3 files changed, 31 insertions
This adds basic board support for TT-01 based on
the bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is implemented.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG
Hi Stefano,
+include $(TOPDIR)/config.mk
+
+LIB = $(obj)lib$(BOARD).o
+
+COBJS := tt01.o
+# reuse the mx31pdk low-level setup
+SOBJS := ../../freescale/mx31pdk/lowlevel_init.o
It is always a good idea to reuse code, but taking it to another board
seems hackish. Your board
On 09/28/2011 05:14 PM, Stefano Babic wrote
Is there a reason to embed this function in imx-regs.h ? Why not in
./arch/arm/cpu/arm1136/mx31/generic.c, where I think this function
belongs ?
I took it from the kernel where it is done that way and didn't ask why.
I'll move it.
We are trying to
On 09/28/2011 05:14 PM, Stefano Babic wrote:
+#ifndef __ASSEMBLER__
+static inline void mx31_setup_weimcs(int cs,
Is there a reason to embed this function in imx-regs.h ? Why not in
./arch/arm/cpu/arm1136/mx31/generic.c, where I think this function
belongs ?
I re-checked, it makes a lot of
the changes.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
added sys_proto.h for mx31
introduced mxc_setup_weimcs(), which is SOC independent
not inlined any more (codesize increased by 60-90 bytes)
---
arch/arm/include/asm/arch-mx31/imx-regs.h | 26
the changes.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
added sys_proto.h for mx31
introduced mxc_setup_weimcs(), which is SOC independent
not inlined any more (codesize increased by 60-90 bytes)
---
arch/arm/cpu/arm1136/mx31/generic.c |9 +++
arch
On 09/29/2011 03:21 PM, Stefano Babic wrote:
static u32 mx31_decode_pll(u32 reg, u32 infreq)
{
@@ -126,6 +128,13 @@ void mx31_set_pad(enum iomux_pins pin, u32 config)
}
+void mxc_setup_weimcs(int cs, const struct mxc_weimcs *weimcs)
+{
+writel(weimcs-upper, WEIM_CSCR_U(cs));
the changes.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
added sys_proto.h for mx31
introduced mxc_setup_weimcs(), which is SOC independent
not inlined any more (codesize increased by 60-90 bytes)
V3:
modified register access according to the coding style
forget the patch, I'll resend.
... clearly a matter of under caffeination.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
the changes.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
added sys_proto.h for mx31
introduced mxc_setup_weimcs(), which is SOC independent
not inlined any more (codesize increased by 60-90 bytes)
V3:
modified register access according to the coding style
-by: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/include/asm/arch-mx31/imx-regs.h | 38 -
board/davedenx/qong/qong.c | 79 +--
board/freescale/mx31ads/mx31ads.c | 13 +++--
board/freescale/mx31pdk/mx31pdk.c | 11
I tried to fix the magic numbers used by ALL mx31 boards (except one CS in
qong.c)
by using some macros. I stayed away from bitfields as it would have resulted
in a very verbose change (something like the setup of CS 3 in qong.c).
To verify the code I used this helper:
-- cut
Hi,
I just found that CONFIG_HARD_SPI is defined by all mx31 boards,
but is never used in the code except for powerPC and m68k. Anything I'm
missing here?
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
This adds support for HALE TT-01 (www.hale.at).
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/cpu/arm1136/mx31/devices.c | 14 ++
arch/arm/include/asm/arch-mx31/clock.h|1 +
arch/arm/include/asm/arch-mx31/imx-regs.h | 16
3 files changed, 31 insertions(+), 0 deletions(-)
diff
This adds basic board support for TT-01 based on
the bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is supported.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
Makefile |4 +
board/hale/tt01/Makefile | 53 +
board/hale/tt01/config.mk |1
On 09/20/2011 03:09 PM, Stefano Babic wrote:
I tried, I cannot. We have not the LCD anymore for the QONG board ;-((
I have patched the QONG for fixing the build, but I cannot test it.
Best regards,
Stefano
I don't really know how to address this, but what if we simply insert a
compile time
On 09/19/2011 03:01 PM, Peter Korsgaard wrote:
Helmut == Helmut Raigerhelmut.rai...@hale.at writes:
Helmut On 09/19/2011 11:20 AM, Helmut Raiger wrote:
On
I can confirm this issue, same with our i.MX31 board. Interestingly the
tftpboot command works, so its probably a DHCP
On 09/15/2011 09:39 PM, Fabio Estevam wrote:
Hi,
When using U-boot from top of tree I am not able to get networking to
work on a mx31pdk:
uboot dhcp
smc911x: detected LAN9217 controller
smc911x: phy initialized
smc911x: MAC 00:04:9f:00:8d:6e
BOOTP broadcast 1
BOOTP broadcast 2
DHCP
On 09/19/2011 11:20 AM, Helmut Raiger wrote:
On
I can confirm this issue, same with our i.MX31 board. Interestingly the
tftpboot command works, so its probably a DHCP issue.
Helmut
Bisecting the problem, got me:
093498669e77597635a24f326f11efeab213d394 is the first bad commit
commit
This fixes a bug introduced by 093498669e77597635a24f326f11efeab213d394.
TftpStart() was not called unless the 'autoload' environment variable was set.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
net/bootp.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On 09/12/2011 11:03 PM, Scott Wood wrote:
Patchwork links are more useful than message IDs.
OK. I'm still trying to get that contribution busyness up and running.
No, the next branch is for when the next merge window opens. There
seemed to be enough uncertainty about how the hardware works to
On 09/07/2011 11:47 PM, Wolfgang Denk wrote:
Dear Stefano Babic,
In message4e676571.5090...@denx.de you wrote:
On 09/07/2011 07:40 AM, Helmut Raiger wrote:
Hi Helmut,
This is sitting here for more than 2 months, could someone please ACK
and/or apply.
I think that one reason
On 09/07/2011 02:33 PM, Stefano Babic wrote:
On 01/-10/-28163 08:59 PM, Helmut Raiger wrote:
From: Helmut Raigerhelmut.rai...@hale.at
The driver already had the MII functions, but they have not been
registered using miiphy_register().
Signed-off-by: Helmut Raigerhelmut.rai...@hale.at
This is sitting here for more than 2 months, could someone please ACK
and/or apply.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
For details of version 2, please consult the patch history of the individual
patches.
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This additionally updates mx31/generic.c by
- replacing __REG() macro accesses with readl() and writel()
- providing macros for PDR0 and PLL bit accesses
It also fixes a warning about the prototype of imx_get_uartclk(void)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: uses macros
variables:
setenv mydisplay
video=ctfb:x:240,y:320,depth:16,mode:0,pclk:185925,
le:9,ri:17,up:7,lo:10,hs:1,vs:1,sync:100663296,vmode:0
setenv videomode mydisplay
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- replace __REG() in mx3fb.c by readl()/writel()
- cosmetic changes
Is there anything missing for this patch to be accepted?
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/22/2011 06:02 PM, Marek Vasut wrote:
... _COSMETIC_, while this new mx3fb driver really works nicely ;-)
Oh my sense for metrosexuality of code really kicks in here ;-)
Arousal was not my first objective, but deliberately endorsed :-P
I'll do what can be done easily concerning the bit
On 08/22/2011 07:13 PM, Stefano Babic wrote:
I see you updated the code synchronizing it with the linux driver. Add
to the commit message the kernel version (better: the commit id) of the
kernel you used as base for your changes, so that everybody in future
can know where it comes from.
Ok.
Please ignore the 2 messages sent at 8:30, obviously the save and send
buttons changed position.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I just found that the mx3fb driver uses:
static inline u32 reg_read(unsigned long reg)
{
return __REG(reg);
}
static inline void reg_write(u32 value, unsigned long reg)
{
__REG(reg) = value;
}
I am about to change this to readl() and writel(), should I do it in a
separate
eth_get_dev_by_name() is not safe to use for devname being NULL
as it uses strcmp. This patch makes it fail with a BUG().
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: use BUG_ON() instead of gracefully returning 0
net/eth.c |2 ++
1 files changed, 2 insertions(+), 0 deletions
1 - 100 of 129 matches
Mail list logo