On 08/05/2014 02:32 PM, Magnus Lilja wrote:
Hi Fabio,
On 5 August 2014 14:28, Fabio Estevam wrote:
Hi Magnus,
On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
I have now done some tests on i.MX31 PDK:
* v2013.04 and v2014.04 works
* v2014.07 and "tip of tree as of this mail" does not wo
On 07/11/2014 09:56 AM, Magnus Lilja wrote:
Hi
On 8 July 2014 10:05, 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,
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 lowlevel_init
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
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/03/2014 10:58 PM, Benoît Thébaudeau wrote:
Hi,
On Thu, Jul 3, 2014 at 10:19 AM, Helmut Raiger 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
wrote:
the commit 41623c91 breaks the SPL on i.mx31
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 wrote:
the commit 41623c91 breaks the SPL on i.mx31 platforms.
Here, you are talking about mx31pdk, right?
Actually im talking TT-01, but it has no contributed NAND
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 buff
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 pag
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 brea
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 - environme
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 imag
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 com
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
co
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 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 like
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
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 (cur
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 E
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 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 Majewski
Signed-off-by: Ky
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,
On 02/16/2012 09:44 AM, Helmut Raiger wrote:
Add missing reset reason 7 to get_reset_cause().
Signed-off-by: Helmut Raiger
---
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
Add missing reset reason 7 to get_reset_cause().
Signed-off-by: Helmut Raiger
---
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 d60afc9..8873fb7
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
---
V2: added prototype for get_cpu_rev().
arch/arm/include/asm/arch-mx31/sys_proto.h
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 Raiger
Stefano, please comment, it's only board specific.
Helmut
--
Scanned by MailSc
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 and
Add PREBOOT, SILENT_CONSOLE and DEVICE_NULLDEV for release
build. Fixed bug in CONFIG_SYS_HUSH_PARSER define.
Signed-off-by: Helmut Raiger
---
include/configs/tt01.h | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/include/configs/tt01.h b/include/configs/tt01
size of environment must match erasable block size in the flash.
Signed-off-by: Helmut Raiger
---
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
--- a/include/configs
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
---
board/hale/tt01/tt01.c | 21 +
include/configs/tt01.h | 29 -
2 files changed, 49 insertions
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.
[PATCH
On 11/14/2011 12:21 PM, Stefano Babic wrote:
index
..efdbb4d097abb7ba7ac69e6960030ecb7e19e3cc
GIT binary patch
literal 27238
zcmeHOy^Acz5ua&>WoLJ0ZujS<3tk12n3Q7gFf&_Vg~|0{Hv<&>h9UuW8R_dxre6UW@oymKYsPAuCDH$
zd-b))Z)7a56j}CN-2EGWKgM64%{l%1kF)IQLjE`bmuJtOW&
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
---
V4: removed unrelated video_get_info_str() stuff
V3: moved change from fsl_pmic.h to mc13783.h (mc13892 differs!)
V2: pmic_reg_(read|write
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
---
V3: moved change from fsl_pmic.h to mc13783.h (mc13892 differs!)
V2: pmic_reg_(read|write) use constants from fsl_pmic.h now
board/hale/tt01
Add bit definitions for register 32 and 33 of Freescale MC13783.
Signed-off-by: Helmut Raiger
---
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
Add bit definitions for register 32 and 33 of Freescale PMIC.
Signed-off-by: Helmut Raiger
---
include/fsl_pmic.h | 52
1 files changed, 52 insertions(+), 0 deletions(-)
diff --git a/include/fsl_pmic.h b/include/fsl_pmic.h
index 742f2e1
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
---
V2: pmic_reg_(read|write) use constants from fsl_pmic.h now
board/hale/tt01/tt01.c | 54
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
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
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
---
V3:
- rebased to current master
- added support in TT
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
---
board/hale/tt01/tt01.c | 32 ++--
include/configs/tt01.h | 12
2 files changed, 42 insertions(+), 2
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 ad
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 questio
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.MX2
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
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
> gene
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 hi
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
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
---
V1: Note this requires http://patchwork.ozlabs.org/patch
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.
>
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
---
V2:
- uses mxc_get_clock() instead of old imx_get_XXX
Signed-off-by: Helmut Raiger
---
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 | 16
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
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG accessors (WEIM and
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger
---
V2: new in V2
V3: no changes
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions
for board_init_mmc()
are provided.
Signed-off-by: Helmut Raiger
---
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 | 11
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
---
V2: added some docu in README
README
This renames BOARD_LATE_INIT to CONFIG_BOARD_LATE_INIT.
Alongside it removes some leftover
#define BOARD_LATE_INIT1
Signed-off-by: Helmut Raiger
---
arch/arm/lib/board.c |2 +-
arch/sandbox/lib/board.c |2 +-
arch/sh/lib/board.c
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 li
On 10/19/2011 07:15 PM, Stefano Babic wrote:
>
> This fixes the issue with the Freescale PMIC, but...
>
> The new driver introduces a level of abstraction to make easier to
> introduce other PMICs that are driven with SPI / I2C. For this reason,
> PMIC specific code must be inside the specific driv
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
---
V2: threw in the wrong read back line (again and again)
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
---
V2: threw in the wrong readback line in V1
drivers/misc/pmic_fsl.c |5 +
drivers/misc
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
---
drivers/misc/pmic_fsl.c |5 +
drivers/misc/pmic_spi.c |1 -
2 files changed, 1
On 10/08/2011 06:36 PM, Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> ---
> drivers/misc/Makefile |1 -
> drivers/misc/fsl_pmic.c | 235
> ---
> 2 files changed, 0 insertions(+), 236 deletions(-)
> delete mode 100644 drivers/misc/fsl
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
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG accessors (WEIM and
Signed-off-by: Helmut Raiger
---
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(+), 0 deletions
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger
---
V2: new in V2
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch
On 10/13/2011 11:16 AM, Anatolij Gustschin wrote:
> From: Helmut Raiger
>
> 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 li
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.
y the changes.
Signed-off-by: Helmut Raiger
---
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
---
arch/ar
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
y the changes.
Signed-off-by: Helmut Raiger
---
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
---
arch/ar
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
y the changes.
Signed-off-by: Helmut Raiger
---
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/arm/include/asm
y the changes.
Signed-off-by: Helmut Raiger
---
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 +++-
arch/arm/in
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
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
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 ---
d-off-by: Helmut Raiger
---
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 +++-
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
---
Makefile |4 +
board/hale/tt01/Makefile | 53 +
board/hale/tt01/config.mk |1 +
board/hale/tt01/tt01.c
Signed-off-by: Helmut Raiger
---
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 --git a/arch/arm/cpu
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
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
http://l
On 09/19/2011 03:01 PM, Peter Korsgaard wrote:
>>>>>> "Helmut" == Helmut Raiger 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
> &
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 t
This fixes a bug introduced by 093498669e77597635a24f326f11efeab213d394.
TftpStart() was not called unless the 'autoload' environment variable was set.
Signed-off-by: Helmut Raiger
---
net/bootp.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/boo
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 ba
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
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
On 09/11/2011 09:56 PM, Wolfgang Denk wrote:
> Please help testing, and check if all your relevant patches have been
> included.
The following were applied by Scott to u-boot-nand-flash next in early
August.
[PATCH] mxc_nand: fixed some typos (cosmetic), message-id:
20110802201202.ga5...@schlenk
On 09/07/2011 11:47 PM, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message<4e676571.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 some
On 09/07/2011 02:33 PM, Stefano Babic wrote:
> On 01/-10/-28163 08:59 PM, Helmut Raiger wrote:
>> From: Helmut Raiger
>>
>> The driver already had the MII functions, but they have not been
>> registered using miiphy_register().
>>
>> Signed-off-by: Helmut
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
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
---
V2:
- replace __REG() in mx3fb.c by readl()/writel()
- cosmetic changes (newlines,
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
---
V2: uses macros and readl(), writel
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
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
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 'cosm
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
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.
1 - 100 of 133 matches
Mail list logo
