>From 16ce4f8ad545ba670898c808a765fdb8ecca5bf4 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 15:08:17 -0400
Subject: [PATCH] fsl_i2c: Added a callpoint for i2c_board_late_init
This patch adds a callpoint in i2c_init that allows board specific
i2c board initialization (ty
>From de1623005ece04af9082f397759fe92cbae84211 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 15:08:17 -0400
Subject: [PATCH] fsl_i2c: Added a callpoint for i2c_board_late_init
This patch adds a callpoint in i2c_init that allows board specific
i2c board initialization (ty
>From d0d9e0df99ce9035db43ebcf9d48601fa6f096d4 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 15:08:17 -0400
Subject: [PATCH] fsl_i2c: Added a callpoint for i2c_board_late_init
This patch adds a callpoint in i2c_init that allows board specific
i2c board initialization (ty
>From 00f84e4a9a2d13971c9328fc815825456b25f760 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 13:32:09 -0400
Subject: [PATCH] fsl_i2c: Move the call for i2c_init_board to the end of
i2c_init
This patch moved the call to i2c_init_board to the end of i2c_init.
This allows
>From 1f50506ad9a305c1c9dfc68aa70551166b44d3a0 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
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
>From 58e9529fa466ef79232398aeda69373125eb2aac Mon Sep 17 00:00:00 2001
From: Richard Retanubun
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 uboot's relocated
address in RAM
Removed #ifdef CONFIG_MPC834X dependency on upmconfig function.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
cpu/mpc83xx/cpu.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
index 99ab216..848b8fd 100644
--- a/cpu/mpc
Hi Kim,
I recently tried calling the u-boot/cpu/mpc83xx/cpu.c : upmconfig function
to configure one of my UPMs to work as a Compact flash controller.
When I tried the compile I am getting the error from the #else of this code
void upmconfig (uint upm, uint *table, uint size)
{
#if defined(CONFI
Added support for CONFIG_EFI_PARTITION to ext2 commands.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Wolfgang,
This patch should be applied on top of the patch that adds EFI partition
support.
A workaround without this patch is to #define CONFIG_DOS_PARTITION
and #define CONFIG_
richardretanubun wrote:
> The current uec_miiphy_read and uec_miiphy_write hardcode access devlist[0]
> This patch makes these function use the devname argument that is passed in to
> allow access to the phy registers of other devices in devlist[].
>
> Signed-of-by: Richard Re
Fixed compiler warning "declared but unused" eth5_uec_info and eth6_uec_info.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Ben,
Thanks for applying the patch.
I got a compiler warning when using it, here is a patch to fix that.
Thanks for all the help
Richard
drivers/qe/uec.c |
Added as a convenience for other platforms that uses MPC8360 (has 8 UCC).
Six eth interface is chosen because the platform I am using combines
UCC1&2 and UCC3&4 as 1000 Eth and the other four UCCs as 10/100 Eth.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Thank you for all the feedbac
Wolfgang Denk wrote:
> Dear richardretanubun,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> Please disregard V2. V1 is correct, except for this change:
>
> So you will submit a V3?
I am not so sure about it.
This patch came to be when I wanted to make it convenient
Add support for CONFIG_EFI_PARTITION (GUID Partition Table)
Based on linux/fs/partitions/efi.[ch]
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Wolfgang,
Boy, do I suck at submitting patches.
This is the same patch as before,
with some minor comment cleanup and proper formatting o
The current uec_miiphy_read and uec_miiphy_write hardcode access devlist[0]
This patch makes these function use the devname argument that is passed in to
allow access to the phy registers of other devices in devlist[].
Signed-of-by: Richard Retanubun <[EMAIL PROTECTED]>
---
Hi Ben,
I'm hoping the
Signed-of-by: Richard Retanubun <[EMAIL PROTECTED]>
---
drivers/qe/uec.c | 46 +++---
1 files changed, 43 insertions(+), 3 deletions(-)
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
index 344c649..e3fbbb0 100644
--- a/drivers/qe/uec.c
+++ b/drivers/qe/
Wolfgang Denk wrote:
> Dear richardretanubun,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> +++ b/README
>> @@ -1097,6 +1097,9 @@ The following options need to be configured:
>> CONFIG_ETHADDR
>> CONFIG_E
Added for convenience for other platforms that uses MPC8360 (has eight UCC).
Six eth interface is chosen because the platform I am using combines
UCC1&2 and UCC3&4 as two gigEth and the other four UCC as 10/100 Eth.
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
V2 of this patch adds CON
Kim Phillips wrote:
> On Thu, 25 Sep 2008 08:53:24 -0400
> richardretanubun <[EMAIL PROTECTED]> wrote:
>
>> Added for convenience for other platforms that uses MPC8360 (has 8 UCC).
>> 6 eth interface is chosen because the platform I am using combines
>> UCC1&2
Added for convenience for other platforms that uses MPC8360 (has 8 UCC).
6 eth interface is chosen because the platform I am using combines
UCC1&2 and UCC3&4 as gigEth and the other 4 UCC as 10/100 Eth.
- Richard
From: Richard Retanubun <[EMAIL PROTECTED]>
Date: Wed, 24 Sep 2008 17:21:47 -0400
Su
Hi Ben,
Sorry I keep mangling the patch.
I made an updated version based on the latest files from the git-tree.
If you don't mind, can you try applying it?
Thanks for all the help
-Richard
>From 61a47dbf76980860858417ae850f909a0552b123 Mon Sep 17 00:00:00 2001
From: Richard Retanubun <[EMAIL
Hi Wolfgang
Andrew Dyer wrote:
>> Also, please enlighten me: what is "EFI", and what is a "GUID"
>> partition table, and which systems do use that?
>
> EFI is the PC BIOS replacement that Intel came up with, most notably
> used on Apple's Intel based computers. A blurb about EFI is here -
>
Dear Wolfgang,
Andrew Dyer wrote:
>> Also, please enlighten me: what is "EFI", and what is a "GUID"
>> partition table, and which systems do use that?
>
> EFI is the PC BIOS replacement that Intel came up with, most notably
> used on Apple's Intel based computers. A blurb about EFI is here -
>
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
disk/Makefile |1 +
disk/part.c | 33 -
disk/part_efi.c | 428 +++
disk/part_efi.h | 138 ++
include/part.h |8 +
5 files changed, 605 insertion
Hi,
Just wondering if there plans to add GUID Partition table support for
u-boot,
or if anyone here have looked at it/discussed it in the past.
The project I am working on seems to head in that direction and I
thought I'd ask around the mailing list
to get the complete picture before presenting
Hi Ben,
Ben Warren wrote:
> Hi Richard,
>
>
> richardretanubun wrote:
>
>> Allow uec_init to run more than once, based on the netretry environment
>> variable.
>>
>> This allows for manual (back and forth) switching between network
>> interfaces.
&
Hi Ben,
Ben Warren wrote:
Hi Richard,
richardretanubun wrote:
Hi Ben,
Thanks for the feedback. I've made the changes you suggested.
Here is the patch re-pasted (please let me know if this is not the
proper way to submit patch v2).
I st
Hello,
FlyingWoWings wrote:
> Greetings,
> i am using ELDK 2.6.26 distribution on MPC8349emds,
> arch = powerpc, cross_compile = ppc_6xx-
>
> i've tried with uImage + FDT blob .dtb + uRamdisk
> and i've added flash mapping in .dts as follow:
>
> [EMAIL PROTECTED] {
> compatible = "
Dear Ben,
Sorry to nag,
I'm just checking in to see if you plan to push the patches I submitted,
the last discussion on them are listed below:
1. [U-boot] [PATCHv2 1/2] NET: QE: UEC: Make uec_miiphy_read() and
uec_miiphy_write() use the devname arg.
http://lists.denx.de/pipermail/u-boot/2008-A
I noticed that CONFIG_MENUKEY aborts autoboot unconditionally
and executes the "menucmd" env.variable if it found a match later on.
This seems odd.
It is possible that I misunderstood the intent of the logic. The only
other user of it now is AmigaOneG3SE.
I made a patch to make the logic only ab
Hi Ben,
Ben Warren wrote:
> richardretanubun wrote:
>> Allow uec_init to run more than once, based on the netretry
>> environment variable.
>> This allows for manual (back and forth) switching between network
>> interfaces.
>>
>>
> Can't you
uot;, __FUNCTION__);
+} else {
+devindex = uec_miiphy_find_dev_by_name(devname);
+if (devindex >= 0) {
+uec_write_phy_reg(devlist[devindex], addr, reg, value);
+}
+}
return 0;
}
-
#endif
static int uec_set_mac_address(uec_private_t *uec, u8 *mac_addr)
Ben Warren w
Added a new function uec_miiphy_find_dev_by_name to allow uec_miiphy_read
and uec_miiphy_write to use the passed devname and not hardcoded to devlist[0]
Signed-off-by: Richard Retanubun
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
index 344c649..d14566e 100644
--- a/drivers/qe/uec.c
+++ b/d
Allow uec_init to run more than once, based on the netretry environment
variable.
This allows for manual (back and forth) switching between network
interfaces.
Signed-off-by: Richard Retanubun
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
index 344c649..88402ca 100644
--- a/drivers/qe/uec.c
34 matches
Mail list logo