Re: [U-Boot] [PATCH] [83xx] Removed #ifdef CONFIG_MPC834X dependency on upmconfig function

Removed #ifdef CONFIG_MPC834X dependency on upmconfig function. This is done to allow other 83XX based platforms which also have UPM (e.g. 8360) to configure and use their UPM in u-boot. Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]> --- Hi Kim, Thanks for the comments, hopefull

[U-Boot] [PATCH] drivers/qe/uec_phy.c: Added PHY-less (fixed PHY) driver.

Copied over the fixed PHY driver as used in pp4xx/4xx_enet.c. This adds support for PHY-less MAC connections to the UEC. Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]> --- drivers/qe/uec_phy.c | 79 ++ 1 files changed, 79 insertions

Re: [U-Boot] [PATCH] drivers/qe/uec_phy.c: Added PHY-less (fixed PHY) driver.

Copied over the fixed PHY driver as used in pp4xx/4xx_enet.c. This adds support for PHY-less MAC connections to the UEC. Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]> --- Documentation change only: Same patch as before, now with a board configuration file example that actually appl

Re: [U-Boot] [PATCH] drivers/qe/uec_phy.c: Added PHY-less (fixed PHY) driver.

Richard Retanubun wrote: Hi Ben, I forgot to cc you on the patch e-mail, when you got a chance, do you mind looking at this patch. Thanks, - Richard > Copied over the fixed PHY driver as used in pp4xx/4xx_enet.c. > This adds support for PHY-less MAC connections to the UEC. > > S

[U-Boot] [PATCH] common/cmd_ide.c: Corrected endian order printing for compact flash serial number.

Corrected endian order printing for compact flash serial number. Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]> --- common/cmd_ide.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/common/cmd_ide.c b/common/cmd_ide.c index 2564c2b..db05f76 100644 --- a/

Re: [U-Boot] [PATCH] common/cmd_ide.c: Corrected endian order printing for compact flash serial number.

Hi Wolfgang, By no means is this a critical patch, I'm just a bit obsessive about tying up loose ends (or patches) Is there a custodian I should ping for feedback on this patch, or are you it? Thanks for your time - Richard Richard Retanubun wrote: > Corrected endian order prin

[U-Boot] bootm command: is there any load address limitation for fdt?

uImage at 0x50_, bootm works fine. Is there a reason why fdt must be loaded at a specific offset from the start of RAM? Thank you for all your time - Richard Retanubun. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman

Re: [U-Boot] bootm command: is there any load address limitation for fdt?

Jerry Van Baren wrote: > Wolfgang Denk wrote: >> Dear Richard Retanubun, >> >> In message <[EMAIL PROTECTED]> you wrote: >>> I am trying to limit the amount of memory needed to load and boot a linux >>> kernel (2.6.26) >>> to do this I loade

[U-Boot] [PATCH] part_efi: Fix partition size calculation due to inclusive ending LBA.

>From b24eaf52ade5e5f1e94243f727d4c0f6d0fccdf5 Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Fri, 12 Dec 2008 10:23:45 -0500 Subject: [PATCH] The ending LBA is inclusive. Hence, the partition size should be ((ending-LBA + 1) - starting-LBA) to get the proper partition size. This

Re: [U-Boot] [PATCH 1/2] spi: cf_qspi: Use DIV_ROUND_UP at appropriate place

: 0)); + u32 count = DIV_ROUND_UP(bitlen, 8); u32 n, i = 0; /* Sanitize arguments */ ACK. Thanks for the cleanup. Signed-off-by: Richard Retanubun ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] spi: Use DIV_ROUND_UP at appropriate places

, 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 at appropriate places spi: mxc_spi: Use DIV_ROU

[U-Boot] omap24xx_i2c: i2c 16-bit write to pcf8575

. 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@lis

[U-Boot] [PATCH] board_init_r: Removed unused cmdtp variable

From 38c6ceb464f63d3705d30d6603624e7d0933f428 Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Fri, 1 Oct 2010 10:17:26 -0400 Subject: [PATCH] board_init_r: Removed unused cmdtp variable Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02 removed compiler warning for (now) unused

Re: [U-Boot] [PATCH] board_init_r: Removed unused cmdtp variable

>> 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,

[U-Boot] sha256_crypt for uboot

then I'll 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

Re: [U-Boot] sha256_crypt for uboot

ones) 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

Re: [U-Boot] sha256_crypt for uboot

eeds it. Understood. For the time being, 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

[U-Boot] Ping on u-boot patch status

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 http://www.mail-archive.com/u-boot@lists

[U-Boot] ppc: How to get uboot (relocated) start address in RAM

addr to gd->relocaddr (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

[U-Boot] [PATCH] PPC: Record uboot's relocated address in RAM and show in bdinfo.

From a1d1f6fa9b579c4a766eea45c01224edd536880c 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 commit uses gd->relocaddr variable to store uboot's relocat

Re: [U-Boot] [RFC] 83xx: uec: miiphybb: Added support for bitBang SMI and uec SMI enabled at the same time.

== From 46380bee3b8e63afff9d00729f38cb960e0d2bfb 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

Re: [U-Boot] [PATCH] PPC: Record uboot's relocated address in RAM and show in bdinfo.

Detlev Zundel wrote: > > 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

[U-Boot] [PATCH V2] PPC: Record uboot's relocated address in RAM and show in bdinfo.

From c9b845a6dac24e74ab450aa0bac071b441d16ae9 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 relocat

Re: [U-Boot] [RFC] 83xx: uec: miiphybb: Added support for bitBang SMI and uec SMI enabled at the same time.

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 >> +int bb_miiphy_read (char *devname, unsigned char addr, >> +unsigned char reg, unsigned short *val

[U-Boot] [RFC] [mpc8xxx_spi] enabling driver to support MPC8360e SPI in cpu-mode

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.

[U-Boot] [mpc8xxx_spi] help with using mpc8xxxx_spi and M25P40 spi flash

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

[U-Boot] replacing do_reset with a custom one

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, http://lists.denx.de/pipermail/u-boot/2007-Janu

[U-Boot] [PATCH] MCF5271-only: Added a weak board_reset function to allow custom reset.

From 304334adbbc3b7e70366fed0495af46536a7941f Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 to allow boards to specify their

[U-Boot] [PATCH] 83xx: Added a weak board_reset function to allow custom reset.

From 2b9f89f5d0538e44ebbe66236cd9b6be4ee902e3 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 to specify their own custom reset

Re: [U-Boot] replacing do_reset with a custom one

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 >

Re: [U-Boot] Question about M29W128G CFI QRY bug

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 _

[U-Boot] Moving i2c_board_init to after i2c_init operations

be opposed if I 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

Re: [U-Boot] [PATCH]fsl_i2c: Move i2c_board_init to after i2c_init operations

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 U-

[U-Boot] [PATCH 1/3] ColdFire: Queued SPI driver

8 bit at-a-time and uses the dedicated + * SPI slave select pins as bit-banged GPIO to work 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. + * +

Re: [U-Boot] [PATCH 6/9] cmd_sf: add handler for +len arg for erase command

On 04/12/11 02:35, Mike Frysinger wrote: > From: Richard Retanubun > > 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 >

[U-Boot] [PATCH] Coldfire: I2C: Update I2CFDR frequency divider 0x0E value from 192 to 204

From 9a7a9dfb1ed367b275bc19f7c40c98b63de75fb2 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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. Through empirical experiments

Re: [U-Boot] [PATCH] Coldfire: I2C: Update I2CFDR frequency divider 0x0E value from 192 to 204

> > 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 lis

Re: [U-Boot] [PATCH] CFI: geometry reversal for STMicro M29W320DT

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 cas

[U-Boot] [PATCH] Coldire: mcf52x2: Improve gcc version detection

From 2cfa4b5789a6c01f6120663cc36ca751e2e5d172 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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. gcc 4.2+ supports -mcpu option

[U-Boot] Coldfire: MCF5270: Compiling u-boot 2009.03-rc2 with gcc 4.3.3 and binutils 2.19.1 results in a u-boot that fails relocation to RAM.

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. 1

Re: [U-Boot] Coldfire: MCF5271: Periodic HW watchdog petting and sleep function does not work.

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. >> >&g

Re: [U-Boot] [PATCH] Coldire: mcf52x2: Improve gcc version detection

ersion string, my attempt is to highlight one way that converts 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] [PATCH] Coldfire: interrupts: Add watchdog auto reset to dtimer_interrupt

From 8b6ff599fde043c89cf8e5163635e2bc6dce6787 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 the ability for the coldfire

[U-Boot] [PATCH] Coldfire: cleanup compiler warning for lib-m68k unused variables.

From edb51aeee6b22b138ac725dac56ae4c55be704dc Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Mon, 23 Mar 2009 13:35:48 -0400 Subject: [PATCH] Follow up to git commit: 19b5b533ccd522abeb501d510750693c35e20456 Cleanup on compiler warnings on unused variables now that bd->bi_enetaddr

Re: [U-Boot] [PATCH] Coldfire: I2C: Update I2CFDR frequency divider 0x0E value from 192 to 204

Hi TC, > Richard, > > Nak. > > The divider and fdr value are predefined in the 5271 reference manual. I know, that's why I said this is empirical evidence, not mathematical :) > > The bus clock is 50Mhz and the CONFIG_SYS_I2C_SPEED is set to 8. This is the default for the M5271EVB, yes, but

[U-Boot] [PATCH] Coldfire M5271: Activate u-boot system timer interrupt.

From abd87852f80b84e77ab264acdb36e7814302b097 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 to interrupt level 3, priority 6

Re: [U-Boot] Coldfire: MCF5271: Periodic HW watchdog petting and sleep function does not work.

TC Liew wrote: > Richard, > > I used 6 for most platforms. 1 is lowest priority - 7 - is the highest. Got it, thanks TC, I set it similar to the other platform (x1E): A patch for the timer interrupt that fixes the sleep command is submitted on a separate thread. I have also submitted a patch f

[U-Boot] Ping on Coldfire patch status

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 http://www.nabble.com/-U-Boot---PATCH

Re: [U-Boot] Ping on Coldfire patch status

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 thes

[U-Boot] Question about M29W128G CFI QRY bug

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 20

Re: [U-Boot] Question about M29W128G CFI QRY bug

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 c

Re: [U-Boot] Question about M29W128G CFI QRY bug

to be mainlined, I can submit a patch for them 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

Re: [U-Boot] Question about M29W128G CFI QRY bug

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 d

Re: [U-Boot] [PATCH] Add I2C speed and divider formula for ColdFire

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 > wrote: >> From: TsiChung Liew >> >> Implement formula to obtain I2C speed and internal bus >> divider. Th

[U-Boot] recommended place to identify hardware using i2c-eeprom data.

now if there is a struct member that is arch-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

Re: [U-Boot] recommended place to identify hardware using i2c-eeprom data.

ate/append a new environment variable that does not exist before. (I know not overflowing: Environment size: 862/8188 bytes) Not sure what the cause is at the moment. Thanks for your time, - Richard Retanubun ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] Net: Fec: Question about CONFIG_SYS_DISCOVER_PHY

T FullDuplex] Is this a known fallback method? 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. diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c index 64be5de..e3416b5 100644 --- a/dr

Re: [U-Boot] Question about M29W128G CFI QRY bug

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 impl

Re: [U-Boot] Ping on Coldfire patch status

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 o

[U-Boot] coldFire: net: Question about the use of MCFFEC_TOUT_LOOP

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 udelay(1)

[U-Boot] uboot-2009.06-rc1: git: seeing extra files in git status report.

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 ..." to include in what will be committed) # tools/crc32.c # tools/env_

[U-Boot] Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter.

From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 TC, Sorry for the long delay, I

Re: [U-Boot] Subject: [PATCH] [repost] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter.

From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 --- drivers/net/mcfmii.c |2 +- 1

[U-Boot] Net: UEC: Question about (R)TBI interface initialization in u-boot.

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 ==

[U-Boot] [PATCH] Assigned a static SMI address to all UECs TBIPA address.

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(+)

[U-Boot] [PATCH] MCF5271: Added #defines for Edge Port Module (EPORT)

From edb2947e95dc8dc1c91bc952002304267d02639f Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 IPSBAR (MBAR) --- include/asm

[U-Boot] 83xx 85xx: UEC: Implicit declaration of function 'uec_standard_init'

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 file

Re: [U-Boot] 83xx 85xx: UEC: Implicit declaration of function 'uec_standard_init'

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. > >

Re: [U-Boot] 83xx 85xx: UEC: Implicit declaration of function 'uec_standard_init'

[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 +++ b/cpu/mpc83xx/cpu.c @@ -33,13 +33,14 @@ #include #include #inc

Re: [U-Boot] 83xx 85xx: UEC: Implicit declaration of function 'uec_standard_init'

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! >> &

[U-Boot] [RFC] 83xx: uec: miiphybb: Added support for bitBang SMI and uec SMI enabled at the same time.

ne is at commit 57fe30194d3c15c37d9ff06dbd2a4c1ffccda018 (post v2009.06) Thank you for everyone's time. - Richard From 644a9cd7b9d9331989a3cf59d920a072c9dafe05 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

[U-Boot] [PATCH] Assigned a static SMI address to all UECs TBIPA address.

From 092396fa161036fc9754296269c510e76910c756 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 on the board header file by defining

[U-Boot] [PATCH] UEC FIXED PHY: Determine fixed-phy port using UEC interface name.

From 003e7ab2bb1ee6bdc569dd24496809a766284615 Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 implementation, 'devnum' tha

[U-Boot] [PATCH] 83xx: UEC: Added support for bitBang MII driver access to PHYs

From 3aa39a9788c020b2192f44132d310b22e7c866a4 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

Re: [U-Boot] net: gpio PHY driver

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

Re: [U-Boot] net: gpio PHY driver

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 sh

[U-Boot] [PATCH] MIIPHYBB: Return 0xFFFF if the PHY is not asserting TA.

From d4c7dd98ac9a3f6fc4949079b84d7d811376cf3d Mon Sep 17 00:00:00 2001 From: Richard Retanubun 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 not exist and does not assert

[U-Boot] dra7xx: booting from eMMC raw boot partition

there an errata 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

[U-Boot] Which u-boot tree to start for dra7xx_evm

rking. Thanks for your time, Tom. -- -- Richard Retanubun ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] dra7xx: booting from eMMC raw boot partition

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 t

Re: [U-Boot] dra7xx: booting from eMMC raw boot partition

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

Re: [U-Boot] dra7xx: booting from eMMC raw boot partition

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

[U-Boot] MPC83xx: asm/arch/sys_proto.h: No such file or directory

ed, so its 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-Boo

[U-Boot] eMMC boot partition support in uboot

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 setu

Re: [U-Boot] eMMC boot partition support in uboot

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

[U-Boot] [U-boot] sf: API for spi_flash_get_sector_size

one's time - Richard Retanubun ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-boot] sf: API for spi_flash_get_sector_size

On 02/08/11 09:40, Wolfgang Denk wrote: Thanks for the speedy response Wolfgang, > Dear Richard Retanubun, > > In message<4d514f6e.6040...@ruggedcom.com> you wrote: >> >> When calling spi_flash_erase, which eventually calls stmicro_erase, one must >> do so whil

Re: [U-Boot] [U-boot] sf: API for spi_flash_get_sector_size

On 02/08/11 10:19, Wolfgang Denk wrote: > Dear Richard Retanubun, > > In message<4d515d06.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 >>

[U-Boot] [PATCH] [RFC] SF: Add "sf erase offset +len" command handler.

>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

[U-Boot] (no subject)

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 http://lists.denx.de/mailman/lis

[U-Boot] [PATCH 1/2] SPI: Add struct spi_flash.sector_size parameter

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 + drivers/mtd/s

[U-Boot] [PATCH 2/2] cmd_sf: Add handler for +len arg for erase command.

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 a/common/cmd_

[U-Boot] [PATCH 1/2] SPI: Add struct spi_flash.sector_size parameter

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 --- v2: scr

[U-Boot] [PATCH 2/2] cmd_sf: Add handler for +len arg for erase command.

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 --- v2: scrubbed via checkpatch, thanks WD! common/cmd_sf.c |

[U-Boot] Fwd: [PATCH 1/3] ColdFire: Queued SPI driver

CH 1/3] ColdFire: Queued SPI driver Date: Thu, 3 Feb 2011 10:50:22 -0500 From: Richard Retanubun To: u-boot@lists.denx.de CC: r64...@freescale.com , Richard Retanubun This patch adds a driver for Freescale Colfire Queued SPI bus. Coded to work with 8 bits per transfer to use with SPI flash

[U-Boot] Leaving at 3:30 PM Tomorrow

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 http://lists.denx.de/mailman/listinfo/u-

[U-Boot] [PATCH V2] ColdFire: Queued SPI driver

: Richard Retanubun --- 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 think this is a good idea

[U-Boot] [PATCH] part_efi: Fix partition size calculation due to inclusive ending LBA.

: Richard Retanubun --- Hi Wolfgang, I sent this patch in december 12 to u-boot@lists.denx.de but I don't see it in the mailing list (possibly because I botched the commit message). disk/part_efi.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/disk/part_efi.c b

[U-Boot] ColdFire: mcfuart: M5271EVB baud rate is half of what is specified by u-boot and kernel bootargs

Hello, I am working on the freescale M5271EVB board on the 2009.01-rc1 u-boot baseline. I was able to boot ok, but found out that the baud rate that comes out is half of what is specified in the board config file (e.g. 57600 instead of 115200) I've tried changing baud rates, but it always come

[U-Boot] [PATCH] CFI: Add geometry reversal for STMicro M29W320ET

Added flash_fixup_stm to fix geometry reversal on STMicro M29W320ET flash chip. Signed-off-by: Richard Retanubun --- Added flash_fixup_stm to fix geometry reversal on STMicro M29W320ET flash chip. Modeled after flash_fixup_amd. this patch handles the geometry reversal or erase sectors that

  1   2   >