Hi all,
I'm trying to use the ehci-hcd driver to load linux from a USB memory stick.
The version I'm using is commit id:c06326c73bf90e48a8e1cf8893ad31c575423f50 of
the mpc-83xx fork.
The device is detected but the data transfers are very slow (takes about 20
seconds to load a ~3M file into RAM
The ddr code computes most things as 64-bit quantities and had some places
in the middle that it was using phy_addr_t and phys_size_t.
Instead we use unsigned long long through out and only at the last stage of
setting the LAWs and reporting the amount of memory to the board code do we
truncate do
Signed-off-by: Kumar Gala
---
cpu/mpc85xx/tlb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc85xx/tlb.c b/cpu/mpc85xx/tlb.c
index 8304ffe..46925f1 100644
--- a/cpu/mpc85xx/tlb.c
+++ b/cpu/mpc85xx/tlb.c
@@ -165,7 +165,7 @@ unsigned int setup_ddr_tlbs(unsigned in
On May 20, 2009, at 11:30 AM, Haiying Wang wrote:
> MPC8569 UART1 signals are muxed with PortF bit[9-12], we need to
> define
> those pins before using UART1.
>
> Signed-off-by: Haiying Wang
> ---
> board/freescale/mpc8569mds/mpc8569mds.c |6 ++
> 1 files changed, 6 insertions(+), 0 del
On May 20, 2009, at 11:30 AM, Haiying Wang wrote:
> Signed-off-by: Haiying Wang
> Signed-off-by: Yu Liu
> ---
> include/configs/MPC8569MDS.h | 10 +-
> 1 files changed, 9 insertions(+), 1 deletions(-)
applied
- k
___
U-Boot mailing list
U-
On Jun 4, 2009, at 3:12 PM, Haiying Wang wrote:
> - Increase the size of malloc to 512KB because MPC8569MDS needs more
> memory for
> malloc to support up to eight Ethernet interfaces.
> - Move Environment address out of uboot thus the saved environment
> variables
> will not be erased after
On May 20, 2009, at 11:30 AM, Haiying Wang wrote:
> MPC8569 has 128K bytes MURAM.
>
> Signed-off-by: Haiying Wang
> ---
> include/asm-ppc/immap_qe.h |9 +++--
> 1 files changed, 7 insertions(+), 2 deletions(-)
applied
- k
___
U-Boot mailing li
Well, I finally have u-boot-v2 booting on my open source imx27 board. This
brings me to the next step of enabling the 3.3v supply on the freescale
mc34704 power management IC. I see that there is an SPI driver for the
mc13783 PMIC. One big difference is that the mc34704 communicates with i2c
wherea
2008 Edition Contact List of Dentists in America
==> 164,585 D e ntists with City, State, Zip
==> 158,281 Physical Addresses
==> 163,453 Tel Nos
==> 77,369 Fax Numbers
==> 45,601 E-Mail Addresses
Until June 12th a special price reduction is in effect - REG PRICE: $390 SALE
PRICE: $294
Write a
> Note that the old version of that code is available in the "imx27lite"
> branch of the u-boot-testing repository; see
>
> http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/imx27lite
Is this still the best branch for imx27lite? I'm not getting anything on the
serial port wh
Hi U-Boot users,
I need to reprogram the Flash device on my GDATech 8540 EVAL board. I
installed a non-working u-boot image on to the flash, so I cannot use
u-boot anymore to update the bootloader. Please advise me on what is the
best way to get u-boot working again.
Thanks,
Nikhil Gupta.
Dear Kim Phillips,
In message <20090611164909.ba5cd069.kim.phill...@freescale.com> you wrote:
> The following changes since commit af7ffac4bacbacbd5d4b9d1db38bd983d5c13c38:
> Stefan Roese (1):
> UBI: Add compile-time check for correct malloc area configuration
>
> are available in the g
Dear Kim Phillips,
In message <20090611164901.83414242.kim.phill...@freescale.com> you wrote:
> The following changes since commit a53c997dd7fc858f2a27f5a47b200567b9343ae5:
> Jean-Christophe PLAGNIOL-VILLARD (1):
> at91/cpu.c: add missing Copyright & GPL header
>
> are available in the
On Thu, 11 Jun 2009 21:01:23 +0400
Anton Vorontsov wrote:
> "dr_usb.mode = host; .phy_type = ulpi; esdhc;" <- that isn't obvious
> that .phy_type is a continuation of dr_usb. :-/
>
> It's kind of more special format then the original...
special, eh? ;)
> Wolfgang replied that we should keep t
The following changes since commit af7ffac4bacbacbd5d4b9d1db38bd983d5c13c38:
Stefan Roese (1):
UBI: Add compile-time check for correct malloc area configuration
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git next
Peter Tyser (2):
83xx: Replace CONF
The following changes since commit a53c997dd7fc858f2a27f5a47b200567b9343ae5:
Jean-Christophe PLAGNIOL-VILLARD (1):
at91/cpu.c: add missing Copyright & GPL header
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Kim Phillips (1):
mpc83xx: don't
This problem is seen on Zoom1 and Zoom2 in the startup and
when i2c probe is used
Before :
In:serial
Out: serial
Err: serial
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_pin: I2C_STAT=1000
I2C
Fixed unused variable iclk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear liu.yao...@zte.com.cn,
In message <200906111737.n5bhbllo059...@mse1.zte.com.cn> you wrote:
>
> i am porting uboot to our board.and i am a fresh man to the uboot.
> after several days on studying uboot.i found uboot's mtd drvier framework
> for nand is very foolish!
You are welcome to provid
Forgot the --compose..
This is the formal patch for the solution I posted earlier
for making the i2c setup more flexible.
Retested as per original commit message.
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/
This problem is seen on Zoom1 and Zoom2 in the startup and
when i2c probe is used
Before :
In:serial
Out: serial
Err: serial
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_bb: I2C_STAT=1000
timed out in wait_for_pin: I2C_STAT=1000
I2C
Add NAND support for the KwikByte KB9202
Signed-off-by: Matthias Kaehlcke
--
Changes:
- moved driver to drivers/mtd/nand/
- use i/o accessors
- don't check for ATL custom board
- removed unnecessary cast
- don't use magic numbers
drivers/mtd/nand/Makefile|1 +
drivers
i am porting uboot to our board.and i am a fresh man to the uboot.
after several days on studying uboot.i found uboot's mtd drvier framework
for nand is very foolish!
i think uboot should just have some api,such as
read/write_page,oob,crc,but let them be null functions.
!!!because!!! the semicon
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <4a3136e6.9000...@gmail.com> you wrote:
>
>> Based on my limited understanding, it seems this should be a valid
>> prefix. If you have a moment, can you explain why it's not? In my
>> installation everything seems to point to 'powerpc-li
Dear Ben Warren,
In message <4a3136e6.9000...@gmail.com> you wrote:
>
> Based on my limited understanding, it seems this should be a valid
> prefix. If you have a moment, can you explain why it's not? In my
> installation everything seems to point to 'powerpc-linux-*':
I already explained th
On Thu, Jun 11, 2009 at 10:55:33AM -0500, Kim Phillips wrote:
[...]
> if you don't want to type, things like this are possible but they
> have to depend on the order given:
>
> dr_usb.mode = host; .phy_type = ulpi; esdhc;
>
> however when automating/scripting concatenation of them, it's useful
>
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear cmfai...@rockwellcollins.com,
>
> In message
>
> you wrote:
>
>> ARCH and CROSS_COMPILE are set and exported
>> (ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
>>
>
> ...which is plain wrong. "powerpc-linux-" is NOIT a legal setting for
> CROSS_COMPILE.
Dear Kenneth Johansson,
In message <1244736946.4182.94.ca...@localhost.localdomain> you wrote:
>
> But if ELDK uses wrapper scripts around the real binaries that checks
> certain variables it makes more sense.
It's not wrapper scripts but the binaries itself, but the effect is
the same.
Best reg
On Thu, 11 Jun 2009 18:03:51 +0200
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20090611105533.7aeec1ee.kim.phill...@freescale.com> you wrote:
> >
> > > The separator between options is ';', between sub-options is ','.
> > >
> > > So that would be 'dr_usb:mode=host,phy_type=ulpi; e
Mike Frysinger wrote:
> On Monday 01 June 2009 00:06:43 Ben Warren wrote:
>
>> Mike Frysinger wrote:
>>
>>> Some boards may want to undo some pin muxing for the EMAC (like when a
>>> board doesn't have the RX error interrupt hooked up), but in order to do
>>> that, we need to do portmuxing
On Thu, 2009-06-11 at 17:59 +0200, Wolfgang Denk wrote:
> Dear Kenneth Johansson,
>
> In message <1244733541.4182.81.ca...@localhost.localdomain> you wrote:
> >
> > > > ARCH and CROSS_COMPILE are set and exported
> > > > (ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
> > >
> > > ...which is plain wrong
Dear Kim Phillips,
In message <20090611105533.7aeec1ee.kim.phill...@freescale.com> you wrote:
>
> > The separator between options is ';', between sub-options is ','.
> >
> > So that would be 'dr_usb:mode=host,phy_type=ulpi; esdhc".
...and that's still what I like most of the differnet formats
di
I ran into a bunch of errors related to Flash and Net (e.g. undefined
reference to 'flash_init'), when building u-boot for mx31ads.
lib_arm/libarm.a(board.o)(.text+0x1d8): In function `start_armboot':
/home/yong/cross-compile/u-boot-2009.03/lib_arm/board.c:211: undefined
reference to `flash_init'
Dear Kenneth Johansson,
In message <1244733541.4182.81.ca...@localhost.localdomain> you wrote:
>
> > > ARCH and CROSS_COMPILE are set and exported
> > > (ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
> >
> > ...which is plain wrong. "powerpc-linux-" is NOIT a legal setting for
> > CROSS_COMPILE.
>
> w
On Thu, 11 Jun 2009 18:39:43 +0400
Anton Vorontsov wrote:
> On Thu, Jun 11, 2009 at 09:09:56AM -0500, Kim Phillips wrote:
> [...]
> > > > Suggestion: instead of
> > > >
> > > > set hwconfig dr_usb,dr_usb_mode:peripheral,dr_usb_phy_type:ulpi
> > > >
> > > > use:
> > > >
> > > >
On Thu, 2009-06-11 at 17:04 +0200, Wolfgang Denk wrote:
> Dear cmfai...@rockwellcollins.com,
>
> In message
>
> you wrote:
> >
> > ARCH and CROSS_COMPILE are set and exported
> > (ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
>
> ...which is plain wrong. "powerpc-linux-" is NOIT a legal setting for
On Wed, 10 Jun 2009 19:09:48 +0200
Stefan Roese wrote:
> From: Reinhard Arlt
>
> From: Reinhard Arlt
>
> This patch adds support for the esd VME8349 board equipped with the
> MPC8349. It's a VME PMC carrier board equipped with the Tundra
> TSI148 VME-bridge.
>
> Signed-off-by: Reinhard Arlt
Dear cmfai...@rockwellcollins.com,
In message
you wrote:
>
> ARCH and CROSS_COMPILE are set and exported
> (ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
...which is plain wrong. "powerpc-linux-" is NOIT a legal setting for
CROSS_COMPILE.
Please RTFM.
Best regards,
Wolfgang Denk
--
DENX Softw
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e201d4a0e...@sc-vexch1.marvell.com>
you wrote:
>
> > master is for the upcoming (this Sunday, iuf everything goes
> > OK) release; next is for the next release (August?).
> My pleasure is getting delayed by two months to see my s
On Thu, Jun 11, 2009 at 09:09:56AM -0500, Kim Phillips wrote:
[...]
> > > Suggestion: instead of
> > >
> > > set hwconfig dr_usb,dr_usb_mode:peripheral,dr_usb_phy_type:ulpi
> > >
> > > use:
> > >
> > > set hwconfig dr_usb:mode=peripheral,phy_type=ulpi
> > >
> > > What do you think?
> >
> >
On Wed, 10 Jun 2009 00:23:28 +0400
Anton Vorontsov wrote:
> On Fri, May 01, 2009 at 12:31:54AM +0200, Wolfgang Denk wrote:
> > Dear Anton,
> >
> > In message <20090429215000.ga1...@oksana.dev.rtsoft.ru> you wrote:
> > > This patch implements simple hwconfig infrastructure: an
> > > interface for
ARCH and CROSS_COMPILE are set and exported
(ARCH=ppc, CROSS_COMPILE=powerpc-linux-)
The problem appears to be with the assembler (as). The as: unrecognized
option "-mppc" is what's killing me.
I get through the compilation of "make -C tools all"
The error happens during compilation of hello_
Menon, Nishanth wrote:
-Original Message-
From: Tom [mailto:tom@windriver.com]
Sent: Wednesday, June 10, 2009 9:44 PM
This is a repeat story of what happened in linux-omap and kernel. We had
a similar discussion in [1] and related patch [2] to change equations. I
have th
Hi,
Canyonlands board port has its own version of ft_board_setup(),
overriding the generic one from cpu/ppc4xx/fdt.c. Canyonlands
version is missing the code that sets OPB/PLB mappings in device
tree. As a result, Linux NAND driver is unusable on this board, as
it fails to find a relevant NAND EBC
>> master is for the upcoming (this Sunday, iuf everything goes
>> OK) release; next is for the next release (August?).
> My pleasure is getting delayed by two months to see my stuff in :-(
> Any way I will wait and contribute... :-D
Well, since it's already in arm-next it will go into u-boot once
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> >
> > I don't see the kirkwood support patches (which are on arm/next) in
> > the pull request
> >
> > Did you missed them?
>
> It seems you missed the fact thatthis was a pull request for
> the master branch only, no
Hi
Wolfgang Denk wrote:
> Dear xiangfu,
>
> In message <4a30b020.7080...@gmail.com> you wrote:
>> here is part of JZ4740 cpu data sheet [1]
>> --
>> 3.7.3 BOOT
>> Jz4740 support 3 different boot sources depending on BOOT_SEL0 and BOOT_SEL1
>> pin values.
>> Table 3-29 lists them.
>>
Dear xiangfu,
In message <4a30b020.7080...@gmail.com> you wrote:
>
> here is part of JZ4740 cpu data sheet [1]
> --
> 3.7.3 BOOT
> Jz4740 support 3 different boot sources depending on BOOT_SEL0 and BOOT_SEL1
> pin values.
> Table 3-29 lists them.
> Table 3-29 Boot f
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e201d4a0e...@sc-vexch1.marvell.com>
you wrote:
>
> I don't see the kirkwood support patches (which are on arm/next) in the pull
> request
>
> Did you missed them?
It seems you missed the fact thatthis was a pull request for the
m
Dear cmfai...@rockwellcollins.com,
In message
you wrote:
>
> Sorry. I should've mentioned that I installed the ELDK 4.2 for
> ppc-linux-x86. I"m using powerpc-linux-gcc for cross-compiling.
Did you also enable it by adding it to your PATH and by setting and
exporting the ARCH and CROSS_COMPIL
Hi Prafulla Wadashar
Prafulla Wadaskar wrote:
>>>
>>> I am going to start "boot from USB Support" development for
>> kirkwood.
>> what this "boot from USB Support" means?
> Dear Xiangfu Liu
> To my development "Boot from USB Support" means, fetching kernel and rfs
> binaries from the file system
> -Original Message-
> From: xiangfu [mailto:xiangf...@gmail.com]
> Sent: Thursday, June 11, 2009 12:50 PM
> To: Prafulla Wadaskar
> Cc: li...@bohmer.net; U-Boot
> Subject: Re: [U-Boot] Boot from USB support for Kirkwood SOC
>
> Prafulla Wadaskar wrote:
> > Dear Remy Bohmer
> >
> > I
On Monday 01 June 2009 00:06:43 Ben Warren wrote:
> Mike Frysinger wrote:
> > Some boards may want to undo some pin muxing for the EMAC (like when a
> > board doesn't have the RX error interrupt hooked up), but in order to do
> > that, we need to do portmuxing during the eth init step.
> >
> > Sign
Prafulla Wadaskar wrote:
> Dear Remy Bohmer
>
> I am going to start "boot from USB Support" development for kirkwood.
what this "boot from USB Support" means?
I know "boot from nand",
and I know that the Ingenic CPU, support "boot from USB". is the same meaning?
here is part of JZ4740 cpu data
54 matches
Mail list logo
