.
Either I am invoking i2c mw incorrectly, or the oma24xx_i2c driver
is not handling i2c 16-bit writes correctly yet.
Any hints will be appreciated. Thanks for everyone's time
-- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Hi guys,
Recap: I am trying to boot MLO + uboot from eMMC boot partition on DRA7xx_EVM
eval platform.
SW-Baseline: uboot p-ti-uboot-2013.04 p-ti-linux-3.8.y from omapzoom.
What happens so far:
1. I am able to dd the MLO into /dev/mmcblk1boot0 (need to echo 0 to force_ro).
2. I am able to
On 05/12/13 02:09 PM, Tom Rini wrote:
On Thu, Dec 05, 2013 at 01:46:40PM -0500, Richard Retanubun wrote:
Hi guys,
Recap: I am trying to boot MLO + uboot from eMMC boot partition on DRA7xx_EVM
eval platform.
SW-Baseline: uboot p-ti-uboot-2013.04 p-ti-linux-3.8.y from omapzoom.
Please note
likely I'm missing something in the
Makefile.
Can someone help point me at the patch/adaptation I might be missing?
I don't see the broken-ness on uboot master.
Thanks.
-- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http
working.
Thanks for your time, Tom.
--
-- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 21/11/13 01:09 PM, Tom Rini wrote:
I've done RAW mode booting on my omap5_uevm as well as am335x-based
platforms, on SD card and eMMC. But in the case of eMMC it's always the
user partitions. I suspect the answer is that for automotive booting
you need silicon that supports that, much like
On 21/11/13 11:49 AM, Tom Rini wrote:
On Wed, Nov 20, 2013 at 05:27:50PM -0500, Richard Retanubun wrote:
The only way I can get raw eMMC boot mode to work is if I put the MLO
on /dev/mmcblk1 (which is the user data area).
Did you change the SYSBOOT pins to use automotive peripheral mode
Hi Guys, thanks for the responses. my comments are below.
On 20/11/13 05:39 PM, Shankar Rao wrote: On 11/20/2013 04:27 PM, Richard
Retanubun wrote:
Hi Richard,
Are you trying to boot Android kernel or Linux kernel? Building u-boot
with android config will give you access to fastboot which
limitation with the dra7xx for booting MLO from eMMC boot
partition?
Am I missing something obvious?
Thank you for everyone's time.
--
-- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 14/06/13 09:12 AM, Axel Lin wrote:
This change slightly improves readability.
Signed-off-by: Axel Linaxel@ingics.com
---
drivers/spi/cf_qspi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/cf_qspi.c b/drivers/spi/cf_qspi.c
index a37ac4e..06bcf91
that I am okay if it is grouped.
Just for my own education, how do I correctly ACK just the part I know
(mcf_qspi in this case) in a grouped patch?
Is there a way to automate my Signed-off-by: via e-mail?
-- Richard Retanubun
if you send same changes individually.
spi: cf_qspi: Use DIV_ROUND_UP
)
Is it okay if I update the sha256.[ch] API to track the implementation from
libc?
-- Richard Retanubun --
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
, I'll aim to make my modifications to the
source as standalone as I can so I don't get hit with merge conflicts.
Thanks for your time!
-- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
stage the supporting
functions that uboot does not have yet (mempcpy, stpcpy, etc) into
separate files.
Thank you for everyone's time
--
Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 10/19/11 14:04, Doug Anderson wrote:
This makes checkpatch happy.
Signed-off-by: Doug Andersondiand...@chromium.org
---
disk/part_efi.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index
On 10/19/11 14:04, Doug Anderson wrote:
Code was setting **pgpt_pte == NULL, which meant that the pointer
to the gpt_pte would be stored at RAM address . This 'worked'
on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
(SDRAM starts @ 0x8000).
Signed-off-by: Tom
On 04/12/11 02:35, Mike Frysinger wrote:
From: Richard Retanubunrichardretanu...@ruggedcom.com
This patch adds [+]len handler for the erase command that will
automatically round up the requested erase length to the flash's
sector_size.
Signed-off-by: Richard
-by: Richard Retanubun richardretanu...@ruggedcom.com
---
V2: Cleaned up based on feedback
- Scrubbed using checkpatch, only warnings about volatile remains.
- Removed Motorola from file header.
- Moved cfspi_cs_activate and cfspi_cs_deactivate into driver.
Comments on unification with DSPI:
I don't
Hi Guys,
Heads up, I am planning to leave at 3:30 tomorrow for an appointment. Find me
today and tomorrow.
Have made up the hours by staying late this week.
- Richard
___
U-Boot mailing list
U-Boot@lists.denx.de
] ColdFire: Queued SPI driver
Date: Thu, 3 Feb 2011 10:50:22 -0500
From: Richard Retanubun richardretanu...@ruggedcom.com
To: u-boot@lists.denx.de u-boot@lists.denx.de
CC: r64...@freescale.com r64...@freescale.com, Richard Retanubun
richardretanu...@ruggedcom.com
This patch adds a driver
Hi Mike,
Thanks for the feedback, and for the cool unification.
Here is the updated patch that implements your comments and is
based on the head of the blackfin.git sf branch.
___
U-Boot mailing list
U-Boot@lists.denx.de
This patch adds a new member to struct spi_flash (u16 sector_size)
and updates the spi flash drivers to start populating it.
This parameter can be used by spi flash commands that need to round
up units of operation to the flash's sector_size.
---
drivers/mtd/spi/atmel.c|1 +
This patch adds [+]len handler for the erase command that will
automatically round up the requested erase length to the flash's
sector_size.
---
common/cmd_sf.c | 53 +
1 files changed, 49 insertions(+), 4 deletions(-)
diff --git
This patch adds a new member to struct spi_flash (u16 sector_size)
and updates the spi flash drivers to start populating it.
This parameter can be used by spi flash commands that need to round
up units of operation to the flash's sector_size.
Signed-off-by: Richard Retanubun richardretanu
This patch adds [+]len handler for the erase command that will
automatically round up the requested erase length to the flash's
sector_size.
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
v2: scrubbed via checkpatch, thanks WD!
common/cmd_sf.c | 52
From hints by Wolfgang, this patch adds the ability to handle +len
argument for spi flash erase, which will round up the length to the
nearest [sector|page|block]_size.
This is done by adding a new member to
struct spi_flash::u32 block_size
The name 'block_size' is chosen to mean:
the smallest
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 02/08/11 09:40, Wolfgang Denk wrote:
Thanks for the speedy response Wolfgang,
Dear Richard Retanubun,
In message4d514f6e.6040...@ruggedcom.com you wrote:
When calling spi_flash_erase, which eventually calls stmicro_erase, one must
do so while knowing
what the sector_size
On 02/08/11 10:19, Wolfgang Denk wrote:
Dear Richard Retanubun,
In message4d515d06.7020...@ruggedcom.com you wrote:
If by how NOR flash in handled you mean cmd_flash.c::flash_sect_roundb()
then yes, I do want to do this
but I need to know what number to round it to, no?
The code needs
with spi_flash subsystem.
+ *
+ *
+ * Copyright (C) 2011 Ruggedcom, Inc.
+ * Richard Retanubun (richardretanu...@freescale.com)
+ *
+ * See file CREDITS for list of people who contributed to this project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms
On 10/20/10 15:50, Wolfgang Denk wrote:
Dear Richard Retanubun,
In message4cbdc153.30...@ruggedcom.com you wrote:
It does not work on our platform (similar to MPC8360EMDS). I think this is
specific to our platform because
we need to initialize i2c and use i2c while still executing from
Hi Wolfgang, sorry for the delay, here is the patch sent using git send-email.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Richard Retanubun richardretanu...@ruggedcom.com
Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02
removed compiler warning for (now) unused cmd_tbl_t* cmdtp
---
arch/avr32/lib/board.c |1 -
arch/m68k/lib/board.c |1 -
arch/mips/lib/board.c |1 -
3 files changed, 0
Hi Kim,
I recently rebased our platform from uboot 2009.11 to 2010.09 and tried out the
ICACHE improvements you made
in commit 1a2e203b31d33fb720f2cf1033b241ad36ab405a
It does not work on our platform (similar to MPC8360EMDS). I think this is
specific to our platform because
we need to
Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02
removed compiler warning for (now) unused cmd_tbl_t* cmdtp
---
Hi Heiko,
Not sure if you caught this one already, just a simple unused variable
cleanup
Thanks, but already fixed in arch/arm/lib/board.c
bye,
Heiko
Hi Heiko,
From 38c6ceb464f63d3705d30d6603624e7d0933f428 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 1 Oct 2010 10:17:26 -0400
Subject: [PATCH] board_init_r: Removed unused cmdtp variable
Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02
removed
for your time
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
If you need a late init function, then better add a new one.
Hi Wolfgang,
That is one of the options I put forth, what would be a name you like for this
callpoint?
i2c_board_late_init ??
- Richard
___
U-Boot mailing list
submit a patch that moves the call for i2c_board_init to the end
of i2c_init?
Or, can I make another 'callpoint' (e.g. i2c_reset_bus) and call that at the
end?
Thanks for your time.
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http
From c9b845a6dac24e74ab450aa0bac071b441d16ae9 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 15 Jan 2010 10:06:06 -0500
Subject: [PATCH] PPC: Record uboot's relocated address in RAM and show in
bdinfo.
This patch uses gd-relocaddr variable to store
Hi Ben,
Thanks for the feedback, my comments are inline. I'll hold off on a patch-V2
until you bless the #define CONFIG_SYS_* name and my use of (void) casting
function call.
- Richard
snip
+int bb_miiphy_read (char *devname, unsigned char addr,
+unsigned char reg, unsigned short
From a1d1f6fa9b579c4a766eea45c01224edd536880c Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 15 Jan 2010 10:06:06 -0500
Subject: [PATCH] PPC: Record uboot's relocated address in RAM and show in
bdinfo.
This commit uses gd-relocaddr variable to store
00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 17 Jun 2009 16:00:41 -0400
Subject: [PATCH] 83xx: UEC: Added support for bitBang MII driver access to PHYs
This patch enabled support for having PHYs on bitBang MII and uec MII
operating at the same time. Modeled after
Detlev Zundel wrote:
snip
Please excuse my ignorance, but why not simply remove the #ifdef
CONFIG_AMIGAONEG3SE in board_init_f? Actually I was hoping to remove
the Amigaone special case.
Cheers
Detlev
I prefer getting the data from board_init_r because we really are running from
RAM
(currently only used by CONFIG_AMIGAONEG3SE) and print it as part of bdinfo?
Or is there a better method I am missing?
Regards,
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Stefan Roese wrote:
Richard,
I just sent a patch with the weak default for this reset function. Please
give
it a try on your system and let me know if this works for you.
Thanks.
Cheers,
Stefan
Tested and works, thanks!
- Richard
___
From 304334adbbc3b7e70366fed0495af46536a7941f Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Mon, 26 Oct 2009 14:19:17 -0400
Subject: [PATCH] MCF5271-only: Added a weak board_reset function to allow
custom reset.
This patch adds a board_reset function
From 2b9f89f5d0538e44ebbe66236cd9b6be4ee902e3 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Mon, 26 Oct 2009 14:16:03 -0400
Subject: [PATCH] Added a weak board_reset function to allow custom reset.
This patch adds a board_reset function to allow boards
Mike Frysinger wrote:
#ifdef's are the past. weaks are in!
the Blackfin port already does:
void board_reset(void) __attribute__((__weak__));
...
if (board_reset)
board_reset();
...
the bf537-stamp uses this to make sure some pins are driven low to workaround
weak pull
Greetings,
I am sorry if this has been asked before, It does not appear so on the mailing
list archive.
I'd like to replace do_reset function with my own custom one, (i.e. resetting
by not petting an external hw watchdog).
In previous discussion,
Hello guys,
This is a derivative of my previous post for adapting mpc8xxx_spi to work with
mpc8360e spi in cpu-mode.
I'm seeing something funny with using the 'sf probe' command, but not the sspi
command.
Using 'sspi' command, I got a good response:
= sspi 0 32 9f
spi_xfer: tx 9f00 [32
Hi,
I am working on getting u-boot (circa 2009.08) to program an SPI flash (STMicro
M25P40)
that contains the equations for our board's fpga.
While looking at mpc8xxx_spi I realized it is coded for a non-QUICC-Engine
based SPI flavor of 8xxx.
I worked up this patch that compiles for mpc8360e.
Hi Ben,
Just ping-ing the status of these patches to u-boot.
If I have sent them badly, please let me know and I can repost.
1. 83xx: UEC: Added support for bitBang MII driver access to PHYs
From d4c7dd98ac9a3f6fc4949079b84d7d811376cf3d Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Thu, 2 Jul 2009 13:12:03 -0400
Subject: [PATCH] MIIPHYBB: Return 0x if the PHY is not asserting TA.
This patch sets the returned value to 0x if the PHY does
From 092396fa161036fc9754296269c510e76910c756 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Tue, 2 Jun 2009 11:31:05 -0400
Subject: [PATCH] Assigned a static SMI address to all UECs TBIPA address.
It is set to 0x1F by default and can be overwritten
From 003e7ab2bb1ee6bdc569dd24496809a766284615 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 1 Jul 2009 10:30:18 -0400
Subject: [PATCH] UEC FIXED PHY: Determine fixed-phy port using UEC interface
name.
Fixed a misunderstanding in the original
From 3aa39a9788c020b2192f44132d310b22e7c866a4 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 17 Jun 2009 16:00:41 -0400
Subject: [PATCH] 83xx: UEC: Added support for bitBang MII driver access to PHYs
This patch enabled support for having PHYs
Darius Augulis wrote:
On 07/01/2009 03:37 PM, Jerry Van Baren wrote:
Darius Augulis wrote:
Hi,
I need to control RGMII PHY connected to GPIO.
Seems there isn't such driver in u-boot.
I would like to discuss how is better to implement this?
I could port mdio_gpio driver from Linux Kernel,
Darius Augulis wrote:
[snip]
No, my system is not MPC based. I'm working on new board and CPU
(Gemini) support in u-boot. My SoC has two GMAC controllers.
btw, what is the right way to add new Ethernet driver?
Should I define CONFIG_CMD_NET and CONFIG_NET_MULTI in my board config?
Or should
Kumar Gala wrote:
On Jun 16, 2009, at 3:50 PM, Richard Retanubun wrote:
[snip]
How about removing the include netdev.h and adding:
extern int uec_standard_init(bd_t *bis);
D'oh!
diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
index c4331ae..f29b848 100644
--- a/cpu/mpc83xx/cpu.c
57fe30194d3c15c37d9ff06dbd2a4c1ffccda018 (post
v2009.06)
Thank you for everyone's time.
- Richard
From 644a9cd7b9d9331989a3cf59d920a072c9dafe05 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 17 Jun 2009 16:00:41 -0400
Subject: [PATCH] 83xx: UEC: Added support for bitBang MII
Hi,
Since rebasing to 2009.06 release, I have been getting this compiler warning
cpu.c: In function 'cpu_eth_init':
cpu.c:372: warning: implicit declaration of function 'uec_standard_init'
It is declared in /drivers/qe/uec.h, crude hacks at including the header causes
even more errors:
In
Ben Warren wrote:
Hi Richard,
[snip]
Looks like some networking code snuck in through the back door:
http://git.denx.de/?p=u-boot.git;a=commit;h=8e55258f144764de8902e9f078a7ad4c6c022c2f
include/netdev.h should contain the definitive public API for device
initialization.
Does
From edb2947e95dc8dc1c91bc952002304267d02639f Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 5 Jun 2009 15:54:56 -0400
Subject: [PATCH] MCF5271: Added #defines for Edge Port Module (EPORT)
This patch adds #defines of EPORT registers as offsets from
It is set to 0x1F by default and can be overwritten on the board
header file by defining CONFIG_UTBIPAR_INIT_TBIPA. This allows
the CPU to simply reserve one SMI address instead of using
a different one for each UEC.
---
drivers/qe/uec.c | 17 +
1 files changed, 9 insertions(+),
Hello,
I am working on an 8360e platform, bringing up a RTBI interface on UCC1
connected as a FIXED_PHY_PORT (smi addr 8) to a switch chip port.
Question 1a
===
In uec.c::uec_startup, there is this logic
if (enet_interface == ENET_1000_TBI ||
enet_interface ==
From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 20 May 2009 18:26:01 -0400
Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop
counter.
Signed-off-by: Richard Retanubun
Hi Guys,
I rebased to uboot-2009.06-rc1 some time ago and did a 'git status' today, in
addition to the files I know I modified,
I'm seeing some extra files:
# On branch master
# Untracked files:
# (use git add file... to include in what will be committed)
# tools/crc32.c
#
Hi TC,
I am trying to understand the use of MCFFEC_TOUT_LOOP, when I grep for it is
used in mcffec, counting udelay(1)
and in mcfmii counting udelay(500). I think the udelay(500) one is causing
extra long delays when trying to boot when the link is not up.
can the mcfmii udelay(500) be
Stefan Roese wrote:
On Wednesday 15 April 2009, Stefan Roese wrote:
I don't like both versions. We should implement something which doesn't
change the current behavior probably needed on some other boards. So
how about something like this:
I took your proposal and tried to implement it, hit a
Richard Retanubun wrote:
Liew Tsi Chung-R5AAHP wrote:
Richard,
Sorry for the late reply. I was time off last week .. mandatory. I'm ok
Hi TC,
Thanks for the reply, sorry If I made you reply from vacation :(
with three out of four patches (Activate timer, watchdog and compiler
warning
?
where can I find the logic?
my uClinux seems to work as well, so does Linux have the same fallback?
Any feedback is appreciated.
- Richard Retanubun.
Start of patch
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index 64be5de..e3416b5 100644
--- a/drivers/net/mcffec.c
+++ b/drivers/net
-independent.
Thanks for everyone's time.
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefan,
Thanks for working through this with me,
And do you need an Intel reset command on your board? Is there an option
for Intel command style FLASH chips?
Maybe I am young and naive, but I am hoping to give the HW guys flexibility in
choosing
the command sets for their flash.
I
Hi TC,
Sorry for the delay, but I was the original complainer about this issue and
finally got a chance to try it out.
Timur Tabi wrote:
On Thu, Apr 9, 2009 at 11:18 AM, Tsi-Chung Liew
tsi-chung.l...@freescale.com wrote:
From: TsiChung Liew tsi-chung.l...@freescale.com
Implement formula to
with explanations.
Obviously, the Linux method is probably the better solution (until another odd
part comes along),
the porting of the linux method seems like it will require a lot of time and
testing, more than I am capable of committing right now.
Thanks for your time,
Regards,
- Richard Retanubun
Hi Stefan,
As a follow up, This hack seems to fix the issue.
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 631b969..d386143 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/drivers/mtd/cfi_flash.c
@@ -1691,7 +1691,7 @@ static int __flash_detect_cfi (flash_info_t * info,
struct
Liew Tsi Chung-R5AAHP wrote:
Richard,
Sorry for the late reply. I was time off last week .. mandatory. I'm ok
Hi TC,
Thanks for the reply, sorry If I made you reply from vacation :(
with three out of four patches (Activate timer, watchdog and compiler
warning patches). I can place these
Hi Stefan,
I'm trying to get u-boot 2009.03 on coldfire to boot on flash part M29W128G.
I think I am getting hit by this bug in the flash chip
http://lists.infradead.org/pipermail/linux-mtd/2008-July/022252.html
The debug output is as follows:
U-Boot 2009.03dvl-00087-gd53876a-dirty (Apr 09
Hi John,
Just wanted to ping on the status of the Coldfire patches I submitted, I
noticed the submission window is closed on 2009.06 :)
http://www.nabble.com/-U-Boot---PATCH--Coldfire-M5271%3A-Activate-u-boot-system-timer-interrupt.-td22729407.html#a22729407
From abd87852f80b84e77ab264acdb36e7814302b097 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Thu, 26 Mar 2009 15:26:01 -0400
Subject: [PATCH] Coldfire M5271: Activate u-boot system timer interrupt.
This patch assigns the u-boot system timer interrupt
the version to a number and use the '-gt' to
compare on it.
Feel free to educate me in 'the better way', my user-space kung-fu is not that
strong yet :)
Regards,
- Richard Retanubun
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman
From 8b6ff599fde043c89cf8e5163635e2bc6dce6787 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 20 Mar 2009 15:30:10 -0400
Subject: [PATCH] Adds WATCHDOG_RESET() function call to lib_m68k
dtimer_interrupt.
Ported from lib_ppc/interrupts.c, this adds
Hi Stefan,
Just following up on this patch, the only other action I've seen on with
regards to this is to fake the device
identification from top-boot to bottom boot, but I think this is more 'masking'
the problem and
I don't have enough visibility to see if it is a safe thing to do.
In any
From 2cfa4b5789a6c01f6120663cc36ca751e2e5d172 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 18 Mar 2009 17:12:47 -0400
Subject: [PATCH] Improved gcc version detection for more optimized code.
This patch makes the gcc version detection more flexible
Greetings,
I am trying to x86 cross-compile u-boot 2009.03-rc2 for the MCF5270 with gcc
4.3.3 and binutils 2.19.1 results in a u-boot that
fails its relocation to RAM. My boot sequence is this
U-Boot 2009.03-rc2dvl-00030-g28b1dbe (Mar 19 2009 - 10:21:06)
CPU: Freescale ColdFire MCF5270 rev.
Richard Retanubun wrote:
Hi TC,
TC Liew wrote:
Richard,
Is there a purpose that you used DTIMER 3 but not 1 or 2? FYI: DTIMER3
is currently used for system time, DTIMER0 is currently used for
udelay() in u-boot.
You can change the u-boot 5271's system timer in
include/asm-m68k
From 9a7a9dfb1ed367b275bc19f7c40c98b63de75fb2 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Wed, 18 Mar 2009 12:52:35 -0400
Subject: [PATCH] Update I2CFDR frequency divider 0x0E value from 192 to 204.
This patch changes the divider factor of 14 for I2CFDR
I'm considered about the impact of this change on PPC boards since they
share the driver. I believe Timur had some experience with this. Not
sure if the change should be #ifdef M68K or not.
it is already #ifdef M68k :)
___
U-Boot mailing list
Follow up to the flash_fixup_stm to fix geometry reversal
on STMicro M29W320ET flash chip. The M29W320DT has 4 erase region.
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
My baseline is 2009.03-rc1. If there are STMicro/Numonyx guys on
this mailing list, can you help
Stefan Roese wrote:
On Friday 06 March 2009, Richard Retanubun wrote:
Follow up to the flash_fixup_stm to fix geometry reversal
on STMicro M29W320ET flash chip. The M29W320DT has 4 erase region.
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
My baseline is 2009.03-rc1
at using u-boot's sleep command, e.g. sleep 1 will never
return. Which I suspect may be the same root cause.
(this can also be observed on the M5271EVB board).
What am I missing here?
Thank you for all your time.
Regards,
- Richard Retanubun.
___
U
From e2e085f8b8e638762c59b0bc5376b241b0046132 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 20 Feb 2009 11:06:36 -0500
Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing.
Signed-off-by: Richard Retanubun richardretanu
Hi Mike,
wow, that a more rapid response that I am used to :)
Mike Frysinger wrote:
On Friday 20 February 2009 11:34:06 Richard Retanubun wrote:
From e2e085f8b8e638762c59b0bc5376b241b0046132 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 20 Feb
From d1e6b372d1781f15f1042fa379562f85c873405a Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 20 Feb 2009 11:06:36 -0500
Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing.
The one gotcha here is that the assembly instruction
From 4adb975b29acdd64e7ea37f3d8ecd14d77c844b4 Mon Sep 17 00:00:00 2001
From: Richard Retanubun richardretanu...@ruggedcom.com
Date: Fri, 20 Feb 2009 11:06:36 -0500
Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing.
This patch clarifies the way m68k passes linux boot
)? And what is the recommended way to capture and process
the info
in the kernel?
Thank you for all your time.
- Richard Retanubun.
===
verbose debug notes
Since the coldfire does not have rN (it has d[0:7] and a[0:7
to include/asm-m68k/m5271.h
that defines the multiplier and divider ratios.
Removed the definition of CONFIG_SYS_FECI2C.
This depends on a patch that removes the use of it in
cpu/mcf52x2/cpu_init.c
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
V2: Added CONFIG_SYS_CS0_
M5271 dynamic clock multiplier. It is currently fixed at 100MHz.
Allow the board header file to set their own multiplier and divider.
Added the #define for the multiplier and divider to the cpu header file.
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
cpu/mcf52x2
my question is, if the M5271EVB (and others M5270, M5271 platforms) can boot
without it,
why are they required to define it?
Thanks for your time and feedback on the other patches.
- Richard Retanubun
Regards,
TsiChung
-Original Message-
From: Richard Retanubun
1 - 100 of 122 matches
Mail list logo