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 E
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/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 like
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 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
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
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
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
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
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
---
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
---
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
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
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
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
---
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 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&
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
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
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
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
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
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
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
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
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
---
V2: use BUG_ON() instead of gracefully returning 0
net/eth.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net
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
---
V2: use BUG_ON() instead of gracefully returning 0
net/eth.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net
The following patch partly rewrites mx3fb.c to be used along with
cfb_console.c. It was using CONFIG_LCD and now needs CONFIG_VIDEO.
The defines for some displays have been removed from the driver,
instead one may specify displays using the videmode env variable.
For what I could see, it breaks su
Signed-off-by: Helmut Raiger
---
arch/arm/cpu/arm1136/mx31/generic.c| 14 ++
arch/arm/include/asm/arch-mx31/clock.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/arch/arm/cpu/arm1136/mx31/generic.c
index
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
---
drivers/video/Makefile |2 +-
drivers/video/cfb_console.c |7 +
drivers/vid
On 08/22/2011 04:00 PM, Marek Vasut wrote:
> + u32 pdr0 = __REG(CCM_PDR0);
> Can't we do readl() here?
>
>> +
>> +/* divided by HSP_PODF in PDR0 */
>> +freq /= ((pdr0>> 11)& 0x7) + 1;
> Um, don't we have defined constants for those magic numbers already?
Masks are not defined for i.MX
On 08/22/2011 05:02 PM, Marek Vasut wrote:
>
>> Masks are not defined for i.MX31 (imx-regs.h), so I simply followed the
>> code, which was in the file. The generic.c file for MX35 however is a
>> different story.
>>
>> To keep things simple, I suggest we leave it at that for now.
> And noone's gonn
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 ac
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 'cosm
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
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
---
V2: uses macros and readl(), writel
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 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
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
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/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/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/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/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
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/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
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
> &
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
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
---
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 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
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 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
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,
Hi,
I tried to upgrade my 2010/09 version of u-boot for our i.MX31
board, fixed the stuff needed for the new relocation scheme and ...
nothing, ... no prompt, so I compiled for mx31pdk (without any change of
source code) as it is very similar (RAM setup, etc.) and this also shows
no actio
Hello Stefano,
> As Fabio already reported, last release is working on mx31pdk.
Yes, I thought so. Thanks to all for the fast response.
> This is ruled by CONFIG_BOARD_EARLY_INIT_F, that is set for the board
> you mention and for qong, too. This is a second MX.31 board where I am
> sure that t
>
> I suspected my toolchain already, so I tested 2 different versions:
>
> 1) arm_v6_vfp_le-gcc -v:
> Using built-in specs.
> Target: armv6fl-montavista-linux-gnueabi
> Configured with: ../configure --host=i686-pc-linux-gnu
> --build=i686-pc-linux-gnu --target=armv6fl-montavista-linux-gnueab
On 06/01/2011 01:49 AM, Fabio Estevam wrote:
> I have just built top-of-tree U-boot for MX31PDK and it booted fine here:
>
> U-Boot 2011.06-rc1-2-g5d1ee00 (May 31 2011 - 20:43:07)
>
> CPU: Freescale i.MX31 rev 2.0 at 531 MHz.Reset cause: POR
> Board: MX31PDK
> DRAM: 128 MiB
> NAND: 256 MiB
On 06/06/2011 03:53 PM, Fabio Estevam wrote:
> Yes, we have at least MX31ADS and MX31Litekit (from LogicPD) that are
> booting from NOR.
>
> Please see the 2 patches I sent this weekend that made both boards to
> boot correctly. They are already present int the latest u-boot-imx git
> tree now.
>
>
This patch is in preparation for the contribution of our board support.
More to follow ...
diff --git a/arch/arm/cpu/arm1136/mx31/devices.c
b/arch/arm/cpu/arm1136/mx31/devices.c
index 1e7d48f..ace48f4 100644
--- a/arch/arm/cpu/arm1136/mx31/devices.c
+++ b/arch/arm/cpu/arm1136/mx31/devices.c
@@ -
On 06/09/2011 01:58 PM, Stefano Babic wrote:
> On 06/09/2011 10:58 AM, Helmut Raiger wrote:
>> This patch is in preparation for the contribution of our board support.
>> More to follow ...
> Hi Helmut,
>
> please replace this with a useful comment for the commit, descri
From: Helmut Raiger
Signed-off-by: Helmut Raiger
---
drivers/spi/mxc_spi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c
index f909e07..698e726 100644
--- a/drivers/spi/mxc_spi.c
+++ b/drivers/spi/mxc_spi.c
@@ -31,7
From: Helmut Raiger
The driver already had the MII functions, but they have not been
registered using miiphy_register().
Signed-off-by: Helmut Raiger
---
drivers/net/smc911x.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/net
On 06/20/2011 02:30 PM, Stefano Babic wrote:
>
> Not noted before, thanks for fixing it. Only to remark the issue, on
> boards with SMC911x (at least the one I tested your patch) and
> CONFIG_CMD_MII set, a simple "mii info" returns "Read MDIO failed.."
>
Our board holds a SMSC LAN9211-ABZJ , 'mii
From: Helmut Raiger
The driver already had the MII functions, but they have not been
registered using miiphy_register().
---
drivers/net/smc911x.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c
index
From: Helmut Raiger
The driver already had the MII functions, but they have not been
registered using miiphy_register().
Signed-off-by: Helmut Raiger
---
drivers/net/smc911x.c | 36 ++--
1 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/drivers
On 06/30/2011 04:02 PM, Luca Ceresoli wrote:
> +static int smc911x_miiphy_read_byname(char *devname, unsigned char addr,
> + unsigned char reg, unsigned short *value)
> +{
> + struct eth_device *dev;
> +
> + if (devname == NULL)
> + return -1;
>
From: Helmut Raiger
eth_get_dev_by_name() is not safe to use for devname being NULL
as it uses strcmp. This patch makes it return NULL if devname NULL
is passed.
Signed-off-by: Helmut Raiger
---
net/eth.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/eth.c b
From: Helmut Raiger
The driver already had the MII functions, but they have not been
registered using miiphy_register().
Signed-off-by: Helmut Raiger
---
drivers/net/smc911x.c | 36 ++--
1 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/drivers
On 07/05/2011 05:44 AM, Mike Frysinger wrote:
> On Monday, July 04, 2011 06:29:51 helmut.rai...@hale.at wrote:
>> eth_get_dev_by_name() is not safe to use for devname being NULL
>> as it uses strcmp. This patch makes it return NULL if devname NULL
>> is passed.
> i'm not sure about this. passing N
From: Helmut Raiger
Signed-off-by: Helmut Raiger
---
drivers/mtd/nand/mxc_nand.c | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
index 2a8dd7e..78e07cc 100644
--- a/drivers/mtd/nand/mxc_nand.c
From: Helmut Raiger
When writing 0x4000 to the unlockend_blkaddr register, large writes to
a 2k page NAND sometimes fail. The current kernel driver writes 0x
to this register for V2 of the nand controller.
However on an i.MX31 this also fixes writes larger than 32MB.
The datasheet is very
On 07/06/2011 09:38 PM, Mike Frysinger wrote:
> On Wednesday, July 06, 2011 03:15:08 Helmut Raiger wrote:
>> On 07/05/2011 05:44 AM, Mike Frysinger wrote:
>>> On Monday, July 04, 2011 06:29:51 helmut.rai...@hale.at wrote:
>>>> eth_get_dev_by_name() is not safe to use
On 07/07/2011 07:46 PM, Mike Frysinger wrote:
>
> those NULL checks should not be necessary either. a correctly written
> networking driver should only register itself with the miiphy layer
> when it has successfully registered itself with the eth layer. thus
> any of the miiphy callbacks should
On 07/07/2011 06:46 PM, Albert ARIBAUD wrote:
> Hi Helmut,
>
> Le 04/07/2011 12:29, helmut.rai...@hale.at a écrit :
>> From: Helmut Raiger
>
> Seems like your git send-email config does not have your name along
> with your e-mail address, causing this From: to appear in th
On 07/12/2011 11:22 AM, Detlev Zundel wrote:
> i did go through the level of detail and showed the call graphs ...
> none of
> which should allow a driver tested as working to even once hit the
> NULL path.
As I said, these are the call graphs currently existing...
This was also my trail.
On 07/13/2011 01:46 PM, Detlev Zundel wrote:
>
>> The NDEBUG approach however, as Mike suggested, was what I was
>> looking for in the first place.
> Great!
>Detlev
>
Again, not so great. U-boot uses all kinds of assert(), BUG_ON(),
ASSERT() all over the place.
This probably needs a project
I know it's only typos, but could someone ack please.
Helmut
--
Scanned by MailScanner.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 07/06/2011 07:04 PM, helmut.rai...@hale.at wrote:
> From: Helmut Raiger
>
> When writing 0x4000 to the unlockend_blkaddr register, large writes to
> a 2k page NAND sometimes fail. The current kernel driver writes 0x
> to this register for V2 of the nand controller.
>
>
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 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
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
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
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
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.
>
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/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
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 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
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 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/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 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
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
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
1 - 100 of 133 matches
Mail list logo
