Normally the processor clock has a divisor of 2.
In some cases this this needs to be set to 4.
Check the user has set environment mdiv to 4 to change the divisor.
Signed-off-by: Daniel Gorsulowski
---
v2: - changed and add additional comments
- strengthened string comparision
board/esd/mees
Remi,
I have fixed your comments and updated the patch.
Please let me know if there are any further comments on this?
Thanks,
Prathap.
-Original Message-
From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On Behalf Of Remy Bohmer
Sent: Monday, January 11, 2010 2:02 PM
To: Srinivas, Pr
Hi,
I am trying to measure the time taken by uboot, from its init till
it jumps to zImage[kernel].
Any suggestions as to which API's to be used for that?
Thanks in advance.
Regards
Basavaraj
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.de
On Tuesday 19 January 2010 17:30:37 Wolfgang Denk wrote:
> as you probably have noticed, the merge window closed about 24 hours
> ago.
did you see my pull request for kgdb patches from the Blackfin tree ?
also, should i collect my misc smallish patches that saw no feedback in a tree
for you ?
-m
Ignore the previous "..BRANCH.NOT.VERIFIED.." request; I'd forgotten to
push.
The following changes since commit 50ef25ef24eccd8e69d2c1ccc97b3f7e30109f51:
Michal Simek (1):
microblaze: zlib needs asm/unaligned.h
are available in the git repository at:
git://git.denx.de/u-boot-nand-fl
The following changes since commit 50ef25ef24eccd8e69d2c1ccc97b3f7e30109f51:
Michal Simek (1):
microblaze: zlib needs asm/unaligned.h
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git ..BRANCH.NOT.VERIFIED..
Magnus Lilja (4):
MX31: Add struct defin
Hi
as you probably have noticed, the merge window closed about 24 hours
ago. Checking my list, I still see s _long_ list of ARM related
patches that have not been processed yet. For many of them I haven't
seen any review comments, nor have architecture maintainer picked
these up and sent pull requ
Dear mon...@monstr.eu,
In message <1263899005-5213-3-git-send-email-mon...@monstr.eu> you wrote:
> From: Michal Simek
>
> Microblaze has own hw unaligned handler if is available.
> Use big endian version.
>
> Signed-off-by: Michal Simek
> ---
> include/asm-microblaze/unaligned.h | 16 ++
Dear mon...@monstr.eu,
In message <1263899005-5213-2-git-send-email-mon...@monstr.eu> you wrote:
> From: Michal Simek
>
> Commit 6a45e384955262882375a2785426dc65aeb636c4
> should remove reference from Microblaze too.
>
> Signed-off-by: Michal Simek
> ---
> lib_microblaze/board.c |1 -
> 1
Dear Matthias Kaehlcke,
In message <20100119191627.gm16...@darwin> you wrote:
> Added support for the following EDB93xx boards:
>
> EDB9301
> EDB9302
> EDB9302A
> EDB9307
> EDB9307A
> EDB93012
> EDB9315
> EDB9315A
...
> +int board_init(void)
> +{
> + DECLARE_GLOBAL_DATA_PTR;
This is bound to
Dear Matthias Kaehlcke,
In message <20100119191617.gk16...@darwin> you wrote:
> Add support for the Cirrus EP93xx platform
>
> Signed-off-by: Matthias Kaehlcke
...
> --- /dev/null
> +++ b/include/asm-arm/arch-ep93xx/ep93xx.h
> @@ -0,0 +1,596 @@
> +/*
> --
It applied to Wolfgangs head of tree as of last Saturday evening which I
believe is this:
http://git.denx.de/?p=u-boot.git;a=commit;h=2740544881f652566756815dda4da0bcd946e9de
On Tue, Jan 19, 2010 at 2:02 PM, Magnus Lilja wrote:
> John,
>
> Magnus Lilja skrev:
> >> Magnus, can you test this patch
Hi Ben,
thanks for your review!
El Tue, Jan 19, 2010 at 01:30:21PM -0800 Ben Warren ha dit:
> Matthias Kaehlcke wrote:
>> Added ethernet driver for EP93xx SoCs
>>
>> Signed-off-by: Matthias Kaehlcke
>> ---
>> drivers/net/Makefile |1 +
>> drivers/net/ep93xx.c | 658
>> +++
Hi Matthias,
Matthias Kaehlcke wrote:
> Added ethernet driver for EP93xx SoCs
>
> Signed-off-by: Matthias Kaehlcke
> ---
> drivers/net/Makefile |1 +
> drivers/net/ep93xx.c | 658
> ++
> drivers/net/ep93xx.h | 145 +++
> include/comm
John,
Magnus Lilja skrev:
>> Magnus, can you test this patch on MX31?
>
> Yes, but I'm not sure when. Wednesday or Thursday perhaps.
I tried applying the whole series on Wolfgang's latest tree but I get errors
from stgit when trying to apply this patch in the series (also tried using the
patch
Signed-off-by: David Wu
Signed-off-by: Michael Durrant
This patch set created against u-boot-2009.11 release
lib_m68k_board.patch
- eth_init() requires eth_current which is initialized in
eth_initialize()
so eth_initialize (bd) should be called first then eth_init(bd)
--
Michael Dur
Signed-off-by: David Wu
Signed-off-by: Michael Durrant
This patch set created against u-boot-2009.11 release
Mercury-EP2500.patch
- added Mercury EP2500 board support
CREDITS.patch
--
Michael Durrant
mdurr...@arcturusnetworks.com
CREDITS.patch
Description: Binary data
Mercury-EP2500.
Signed-off-by: David Wu
Signed-off-by: Michael Durrant
Patch created against u-boot-2009.11 release
drivers_i2c_fsl_i2c.patch
- need to set I2C to be idle acoording to the MCF5282 user's manual
If I2SR[IBB] is set when the I2C bus module is enabled,
execute the following code sequenc
Signed-off-by: David Wu
Signed-off-by: Michael Durrant
patch created against u-boot-2009.11 release
cpu_mcf52x2_cache.patch
- Setup CACR, bit 5 set to 0 per Freescale chip errata
(MCF5282DE, Rev. 6, 5/2009)
--
Michael Durrant
mdurr...@arcturusnetworks.com
cpu_mcf52x2_cache.patch
D
Added ethernet driver for EP93xx SoCs
Signed-off-by: Matthias Kaehlcke
---
drivers/net/Makefile |1 +
drivers/net/ep93xx.c | 658 ++
drivers/net/ep93xx.h | 145 +++
include/common.h |8 +-
include/netdev.h |1 +
5 file
Third revision of the patch set for EDB93xx boards
---
Changes with respect to rev2:
* LED
* made implementation compliant with status_led.h
* timer
* fixed regression
* refactoring
* clock speed
* define clock divider arrays in the functions that use them
* linker script
* added com
Hi,
2010/1/19 Mike Frysinger :
> From: Cliff Cai
>
> The conversion from offsets to C structs lost a little padding in the DMA
> register map. Accessing endpoints other than ep0 with DMA would fail as
> the addresses wouldn't be adjusted correctly.
>
> Signed-off-by: Cliff Cai
> Signed-off-by:
Added support for the following EDB93xx boards:
EDB9301
EDB9302
EDB9302A
EDB9307
EDB9307A
EDB93012
EDB9315
EDB9315A
Signed-off-by: Matthias Kaehlcke
---
MAINTAINERS | 10 ++
MAKEALL |8 ++
Makefile | 10 ++
board/edb93xx/Makefile
Add support for the Cirrus EP93xx platform
Signed-off-by: Matthias Kaehlcke
---
cpu/arm920t/ep93xx/Makefile | 56
cpu/arm920t/ep93xx/cpu.c | 51 +++
cpu/arm920t/ep93xx/led.c | 101 ++
cpu/arm920t/ep93xx/lowlevel_init.S | 65
cpu/arm920t/ep9
On Jan 12, 2010, at 1:03 PM, Kumar Gala wrote:
> Add a disable sub-command to the cpu command that allows for disabling
> cores in multicore processors. This can be useful for systems that are
> using multicore chips but aren't utilizing all the cores as a way to
> reduce power and possibly impr
On platforms where SPD EEPROM and another EEPROM have adjacent
I2C addresses SPD_EEPROM_ADDRESS should be defined as a single
element array, otherwise DDR2 setup code would fail with the
following error:
ERROR: Unknown DIMM detected in slot 1
However, fixing SPD_EEPROM_ADDRESS would result in an
Dear Arno Steffen,
In message <804f0d21001190659i5fe415d5qeb7e72459cecf...@mail.gmail.com> you
wrote:
>
> Call me stupid, I just know this access :
> http://lists.denx.de/pipermail/u-boot/
> This doesn't allow a practial search (at least I don't know how) - sorry.
The U-Boot home page at http:/
Dear Daniel Gorsulowski,
In message <4b55c699.5040...@esd.eu> you wrote:
>
> 1. Add "ethaddr=$(ethaddr)" to your kernel command line. e.g.:
>mem=128M console=ttyS0,115200n8 ethaddr=$(ethaddr)
Please use "ethaddr=${ethaddr}" instead - the $(...) syntax has been
deprecated a long, long time ag
Dennis,
Dennis Semakin wrote:
> Hello all
>
> As I already wrote, I'm trying to fix issue with my ethernet on Colibri
> PXA320 board.
> I know, u-boot supports this board. But network on my board doesn't work.
> First, does anyone know where did developers get CONFIG_DRIVER_NE2000_BASE
> value f
prakash bedge a écrit :
> Hi Baren and Stefan
>
> What I find is *VERY* helpful when trying to understand flash control issues
> is to *manually* do the QRY write sequence (see your flash data sheet) by
> using memory write/read commands from the u-boot command prompt
> I tested the same using "mw
On Tuesday 19 January 2010 17:22:33 prakash bedge wrote:
> What I find is *VERY* helpful when trying to understand flash control
> issues is to *manually* do the QRY write sequence (see your flash data
> sheet) by using memory write/read commands from the u-boot command prompt
> I tested the same
Re. XIP, we recently did some boot time optimizations and found that
if we loaded the uncompressed kernel-only uImage to RAM (diskboot)
with the load address in the uImage the same as the load address given
to diskboot and the execute addres at +64 then we shaved off 0.15
seconds by letting the ker
2010/1/19 Daniel Gorsulowski :
> On ARM, I solved that problem as follows:
>
> 1. Add "ethaddr=$(ethaddr)" to your kernel command line. e.g.:
> mem=128M console=ttyS0,115200n8 ethaddr=$(ethaddr)
>
> 2. Apply this patch on linux kernel (approved on v2.6.31):
>
Thanks for this idea. I checked the
Hi Baren and Stefan
What I find is *VERY* helpful when trying to understand flash control issues
is to *manually* do the QRY write sequence (see your flash data sheet) by
using memory write/read commands from the u-boot command prompt
I tested the same using "mw" and "md" commands from uboot promp
kevin.morf...@fearnside-systems.co.uk wrote:
> It was part of adding s3c2440 support which I've had to re-work quite a lot
> and is currently waiting for comments on a set of re-worked patches. I think
> it would be simpler if I dropped this one and submitted a replacement later
> on. I think the
John Rigby wrote:
>
> >> ---
> >
> > The 16-bit detection conflicts with
> > http://lists.denx.de/pipermail/u-boot/2009-November/064139.html
> >
> > Which way should I resolve the conflict? Or does one of you want
> to respin?
> > I don't see 16BIT/2KPAGE/ge
Hi Arno,
On Tue, Jan 19, 2010 at 8:59 AM, Arno Steffen
wrote:
>
> Call me stupid, I just know this access :
> http://lists.denx.de/pipermail/u-boot/
> This doesn't allow a practial search (at least I don't know how) - sorry.
> I am working puzzling more than a day with this - so I am not lazy wit
Bootstrap options G and F are reported incorrectly (G instead
of F and vice versa). This patch fixes this.
Signed-off-by: Felix Radensky
---
cpu/ppc4xx/cpu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/ppc4xx/cpu.c b/cpu/ppc4xx/cpu.c
index 73d4d06..e1a023b 10064
2010/1/19 Wolfgang Denk :
> Dear Arno Steffen,
>
> In message <804f0d21001190554r13f582abl3dbbc80b50df3...@mail.gmail.com> you
> wrote:
>> I think this is a uboot bug.
>
> You sound as is you were really sure about this.
I can't be sure, as I don't know how MAC is transfered into kernel (no
eprom
Hi Arno,
Arno Steffen wrote:
> Changing my OMAP EVM board to newest uboot 2009-11 I do have a problem
> with ethernet.
> Although the kernel could be loaded via tftp perfectly, the upcoming
> kernel complains about invalid MAC.
>
> Kernel command line: mem=128M console=ttyS0,115200n8
> root=/dev/
Hi Richard,
can you please resend the patch - it is strangely whitespace damaged:
> 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
In message <4b55ba83.4050...@ge.com> Jerry Van Baren wrote:
>
> What I find is *VERY* helpful when trying to understand flash control
> issues is to *manually* do the QRY write sequence (see your flash data
> sheet) by using memory write/read commands from the u-boot command
> prompt. This way
Dear Arno Steffen,
In message <804f0d21001190554r13f582abl3dbbc80b50df3...@mail.gmail.com> you
wrote:
> I think this is a uboot bug.
You sound as is you were really sure about this.
But maybe you did not even read the FAQ, for example
http://www.denx.de/wiki/view/DULG/EthernetDoesNotWorkInLinux
Dear Joakim Tjernlund,
In message
you
wrote:
>
> Answering myself, the symlinks under tools isn't removed, not even a by a
> distclean.
> Kinda makes sense since now they aren't created anymore. Once needs
> to remove these by hand or do a clean checkout.
It helps to
1) run "make mrproper" b
Dear Wolfgang Wegner,
In message <20100119131716.gc23...@leila.ping.de> you wrote:
>
> The problem turned out to be a simple SDRAM setup problem.
> I had set "burst read to read/precharge delay" and "burst write
> to read/write/precharge delay" by 1 too low.
>
> Don't know how I messed these val
Hello all
As I already wrote, I'm trying to fix issue with my ethernet on Colibri PXA320
board.
I know, u-boot supports this board. But network on my board doesn't work.
First, does anyone know where did developers get CONFIG_DRIVER_NE2000_BASE
value from?
I mean, now it's #define CONFIG_DRIVER_
Stefan Roese wrote:
> On Tuesday 19 January 2010 07:24:10 prakash bedge wrote:
>> I have tried the code in the URL link you have provided. But still I am
>> facing the same problem. I am getting the error in "flash_detect_cfi" as
>> flash not found. It fails at initial stage at read CFI query comma
I think this is a uboot bug.
If this is a kernel bug - where does the kernel gets the mac address from?
Is it reading a device register? So it must be set by u-boot. But obviously
it isn't there (kernel boot log):
"eth0: LAN9115 (rev 2) at 0x2c00 IRQ 336
eth0: Invalid ethernet MAC address. Pl
On Tuesday 19 January 2010 07:24:10 prakash bedge wrote:
> I have tried the code in the URL link you have provided. But still I am
> facing the same problem. I am getting the error in "flash_detect_cfi" as
> flash not found. It fails at initial stage at read CFI query command.
> The code you have p
r14 is no longer used as non volatile GOT ptr. Instead
the volatile r12 is used so be sure to do GET_GOT in
asm code when you need to access global data.
Signed-off-by: Joakim Tjernlund
---
README |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 7
This is no loger needed, free up r14 for general usage.
Signed-off-by: Joakim Tjernlund
---
cpu/74xx_7xx/config.mk |2 +-
cpu/mpc512x/config.mk |2 +-
cpu/mpc5xx/config.mk |2 +-
cpu/mpc5xxx/config.mk |2 +-
cpu/mpc8220/config.mk |2 +-
cpu/mpc824x/config.mk |2 +-
r14 is not supposed to be clobbered by functions. Switch
to r12 and call GET_GOT when needed. This will allow u-boot
to loose the -ffixed-r14 gcc option.
Signed-off-by: Joakim Tjernlund
---
cpu/74xx_7xx/start.S | 11 ++-
cpu/mpc512x/start.S | 11 ++-
cpu/mpc5xx/start.S |
Using the GOT in IRQ handlers requires r14 to be -ffixed-r14.
Avoid this by relocatate transfer_to_handler too.
This will allow to free up r14 later on.
Signed-off-by: Joakim Tjernlund
---
cpu/74xx_7xx/start.S | 36 +++-
cpu/mpc512x/start.S | 35 +++--
Hi,
Thanks everyone for your suggestions, I changed the width to 1 bit and it
is working right.
Regards,
Vaisakh P S
Andy Fleming-2 wrote:
>
> On Mon, Jan 18, 2010 at 5:31 AM, Wolfgang Denk wrote:
>> Dear Vaisakh P S,
>>
>> In message <27208581.p...@talk.nabble.com> you wrote:
>>>
>>> I did
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Arno Steffen
> Sent: Tuesday, January 19, 2010 3:14 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] Linux Kernel without Ethernet (missed MAC)
>
> Changing my OMAP EVM board
>
>
> Not sure what is going on but my build broke. I suspect commit
> d984fed068b3bec8a7edaf7a3de71479abde080a
> makefiles: fixes for building build tools
Answering myself, the symlinks under tools isn't removed, not even a by a
distclean.
Kinda makes sense since now they aren't created anymore
Hi list,
sorry for the noise!
The problem turned out to be a simple SDRAM setup problem.
I had set "burst read to read/precharge delay" and "burst write
to read/write/precharge delay" by 1 too low.
Don't know how I messed these values up, but these lead to all
memory accesses in single-step mode
Not sure what is going on but my build broke. I suspect commit
d984fed068b3bec8a7edaf7a3de71479abde080a
makefiles: fixes for building build tools
Currently, some of the tools instead set CC to be HOSTCC in order to re-use
some pattern rules -- but this fails when the user overrides CC on
Hi Hemant,
> Only 32-bit access is supported for UART MMRs on DM6467 and hence need
> to use STR/LDR instead of STRB/LDRB.
Argh. Why do hw people always think software can fix anything? So out
of interest - do you get a bus fault or what? Maybe we can fixup such
non-aligned accesses outside of
Hi Ronny,
Ronny D wrote:
> Hi all,
>
> I am porting u-boot for ppc440 based board, board is similar to 440Gx
> but customized one.
"Customized" can mean a lot of things, and we have no clue what.
> Requirement is to to port u-boot with DTS support.
> u-boot version is 2009-08.
Good.
> We have
Wilson Martins wrote:
> I have a problem on the utilization of u-boot with the card Xilinx ml510.
> u-boot I did the download in the Xilinx git then I make the copy do
> xparamenters.h file in the XPS project directory in the directory
> board/xilinx/ml507 u-boot, following orders I've been doing:
I have a problem on the utilization of u-boot with the card Xilinx ml510.
u-boot I did the download in the Xilinx git then I make the copy do
xparamenters.h file in the XPS project directory in the directory
board/xilinx/ml507 u-boot, following orders I've been doing:
make clean
make make ml507_co
Tom,
After Remy's and Scott's Acks, are we still in time
for merging the patch set into the mainline?
I really count on that
Thx,
Armando
Remy Bohmer wrote:
> Hi,
>
>
>>> USB subsystem
>>> http://www.mail-archive.com/u-boot@lists.denx.de/msg27163.html
>>>
>>>
>> I saw these commen
> -Original Message-
> From: Siddarth Gore [mailto:go...@marvell.com]
> Sent: Tuesday, January 19, 2010 11:09 AM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Siddarth Gore
> Subject: [PATCH] NET: kirkwood-egiga smi access fix
>
> Although the datasheet mentions seperate smi regi
Dear =?ISO-8859-2?Q?Tomislav_Pu=F0a?=,
In message <493fcb9c1001190300k95f9e24vf703838e7424...@mail.gmail.com> you
wrote:
>
> I have problem with LPC2478-STK development board from Olimex (U-boot
> 1.3.2). There are reported problems with improperly relocated interrupt
> vector block. After making
Hi Wolfgang,
here are two bug fixes for Microblaze.
You can apply them if you are ok with them.
Thanks,
Michal
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Michal Simek
Microblaze has own hw unaligned handler if is available.
Use big endian version.
Signed-off-by: Michal Simek
---
include/asm-microblaze/unaligned.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
create mode 100644 include/asm-microblaze/unaligned
From: Michal Simek
Commit 6a45e384955262882375a2785426dc65aeb636c4
should remove reference from Microblaze too.
Signed-off-by: Michal Simek
---
lib_microblaze/board.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/lib_microblaze/board.c b/lib_microblaze/board.c
index
Hi everyone,
I have problem with LPC2478-STK development board from Olimex (U-boot
1.3.2). There are reported problems with improperly relocated interrupt
vector block. After making suggested changes, mmcinit doesn't freeze
initialization. Could someone give me some explanation why
*lpc-2478-stk
Dear Mike Frysinger,
In message <201001190415.22075.vap...@gentoo.org> you wrote:
>
...
> > not been much used on other platforms or even more recent kernels
> > than the 2.4.4 version we've been using by then (for details please
> > see http://www.denx.de/wiki/view/DULG/ConfigureLinuxForXIP)
>
>
Changing my OMAP EVM board to newest uboot 2009-11 I do have a problem
with ethernet.
Although the kernel could be loaded via tftp perfectly, the upcoming
kernel complains about invalid MAC.
Kernel command line: mem=128M console=ttyS0,115200n8
root=/dev/mtdblock8 rw rootfstype=jffs2 ip=dhcp
...
lo
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of fgd
> Sent: Tuesday, January 19, 2010 1:52 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] u-boot fails to read from nand flash in omap3
>
>
> Hi everyone,
> I've recently b
On 19/01/10 08:21, fgd wrote:
>
> Hi everyone,
> I've recently been playing with an omap3 beagle board and I've found a
> problem that I think involves the reading of nand memory...
> I have recompiled u-boot for the beagle board (I just changed its prompt, as
> a simple test to check that it's m
On Tuesday 19 January 2010 03:55:15 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > the current mkimage requires XIP images to have their entry point set to
> > the load address + 64 bytes. my question is simply, why ? why cant the
> > entry point be an arbitrary location ? i cant seem to find
Dear Mike Frysinger,
In message <201001181955.55856.vap...@gentoo.org> you wrote:
>
> the current mkimage requires XIP images to have their entry point set to the
> load address + 64 bytes. my question is simply, why ? why cant the entry
> point be an arbitrary location ? i cant seem to find a
Hi all,
I am porting u-boot for ppc440 based board, board is similar to 440Gx but
customized one.
Requirement is to to port u-boot with DTS support.
u-boot version is 2009-08 .
We have implemented dts and compile it with dtc compiler.as we are using
different bus instead of opb and ebc. please
Hello Andy,
Andy Fleming wrote:
> On Thu, Jan 7, 2010 at 2:01 AM, Heiko Schocher wrote:
>> If using UCC as Ethernet Controller and type = FAST_ETH, it was
>> not possible to switch between 10 and 100 MBit interfaces. This
>> patch adds this for following interfaces:
>>
>> 10_MII
>> 10_RMII
>> 10_
Scott Wood wrote:
> On Thu, Nov 05, 2009 at 08:53:36AM +,
> kevin.morf...@fearnside-systems.co.uk wrote:
>> This patch updates the s3c2410 nand driver from that of linux 2.6.31.5,
>> modified to make it work in the u-boot mtd nand architecture and to allow
>> setting the flash timing parame
Wolfgang has already covered most of this, but I have a few other
comments (plus a couple of redundant ones)
On Wed, Jan 13, 2010 at 3:50 AM, Stefano Babic wrote:
> The esdhc controller in the mx51 processor is quite
> the same as the one in some powerpc processors
> (MPC83xx, MPC85xx). This patc
Hi everyone,
I've recently been playing with an omap3 beagle board and I've found a
problem that I think involves the reading of nand memory...
I have recompiled u-boot for the beagle board (I just changed its prompt, as
a simple test to check that it's my u-boot and not the one that was there
be
80 matches
Mail list logo
