> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Wednesday, May 20, 2009 2:30 PM
> To: Wolfgang Denk
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> Ronen Shitrit
> Subject: Re: [U
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> > +#if defined(CONFIG_USB_PHY_TYPE)
> > + "usb_phy_type=" MK_STR(CONFIG_USB_PHY_TYPE) "\0"
> > +#endif
> > #ifdef CONFIG_EXTRA_ENV_SETTINGS
> > CONFIG_EXTRA_ENV_SETTINGS
> > #endif
>
> I'm guessing Wolfgang isn't going to like thi
Hi Scott
Yes thats the exact problem im going to face. But the function is a must.
Could you help me understand what all are the things i will have to keep
in mind if I have to write the nand write function..
i have made a list of instructions which i would have to follow from the
datasheet:
1.
> My board can't boot normally, and I found it just hang in
> data tlb error
> through the system.map.
> Could any one help for this?
> Some regisers are as below:
>
> DEAR: 0xf400fff0 (L1 init ram base address is 0xf401)
> IVPR : 0xfff8 , IVPR3
On Thu, 2009-05-21 at 12:37 -0700, Ira Snyder wrote:
> On Thu, May 21, 2009 at 12:09:58PM -0500, Peter Tyser wrote:
> > This patch series attempts to clean up the DMA implementation for the
> > 85xx and 86xx architectures. The changes include:
> > - consolidate 85xx and 86xx structures and code
>
We support up to 8 mac addresses in system eeprom, so we define the macro
MAX_NUM_PORTS to limit the mac_count to 8, and update the number of ethxaddr
according to mac_count.
Signed-off-by: Haiying Wang
---
v3 change: Modify printf info and replace 8 with MAX_NUM_PORTS for array mac[]
board/free
On Thu, 2009-05-21 at 12:46 -0500, Scott Wood wrote:
> On Thu, May 21, 2009 at 12:10:06PM -0500, Peter Tyser wrote:
> > -int dma_xfer(void *dest, uint count, void *src) {
> > +int dmacpy(void *dest, const void *src, size_t n) {
>
> While we're changing this, perhaps it should take phys_addr_t rath
Dear Timur Tabi,
In message you
wrote:
> On Thu, May 21, 2009 at 2:34 PM, Haiying Wang
> wrote:
> > +printf("Warning: The number of MAC address > is greater"
> > +" than MAX_NUM_PORTS, force> it to MAX_NUM_PORTS.\n");
>
> I think you meant to do this:
>
> printf("Warning: T
Dear "Srinivasan Srikanth-R9AABP",
In message
you
wrote:
>
> > At least the e1000 has been successfully tested not so long ago.
>
> Thanks Wolfgang. That's good news.
> Can you pl point me to the pci-express card/device id that was tested
> recently (and/or the mails that talk about it)?
I t
On Thu, May 21, 2009 at 12:09:58PM -0500, Peter Tyser wrote:
> This patch series attempts to clean up the DMA implementation for the
> 85xx and 86xx architectures. The changes include:
> - consolidate 85xx and 86xx structures and code
> - add defines for bitfields
> - use proper IO accessors
> - a
On Thu, May 21, 2009 at 2:34 PM, Haiying Wang
wrote:
> + printf("Warning: The number of MAC address is greater"
> + " than MAX_NUM_PORTS, force it to MAX_NUM_PORTS.\n");
I think you meant to do this:
printf("Warning: The number of MAC address is greater"
>top-post :-)>
Sorry.. a little to quick
>> > > when using the latest u-boot version from
>> > > git://www.denx.de/git/u-boot-avr32.git, it is not possible for me to
>> > > write (I have tried saveenv and protect) to NOR FLASH anymore.
>> > >
>> > > U-Boot gives the following error: "start or end
We support up to 8 mac addresses in system eeprom, so we define the macro
MAX_NUM_PORTS to limit the mac_count to 8, and update the number of ethxaddr
according to mac_count.
Signed-off-by: Haiying Wang
---
v2 change: define MAC_NUM_PORTS to limit the mac_count
board/freescale/common/sys_eeprom.
Also define the QE_RISC_ALLOCATION_RISCs to MACROs instead of using enum, and
define MAX_QE_RISC for QE based silicons.
Signed-off-by: Haiying Wang
Acked-by: Timur Tabi
---
v2 change: rename riscRx and riscTx to risc_rx and risc_tx
drivers/qe/qe.c|3 ---
drivers/qe/qe.h
Rename riscRx/riscTx to risc_rx/risc_tx to comply with Codingstyle.
Signed-off-by: Haiying Wang
---
This patch should be applied before the 15 patches I sent out yesterday
drivers/qe/uec.c | 32
drivers/qe/uec.h |4 ++--
2 files changed, 18 insertions(+), 1
On Thu, May 21, 2009 at 12:10:06PM -0500, Peter Tyser wrote:
> -int dma_xfer(void *dest, uint count, void *src) {
> +int dmacpy(void *dest, const void *src, size_t n) {
While we're changing this, perhaps it should take phys_addr_t rather than
pointers?
-Scott
_
a couple short questions. first, is the denx git repo reasonably
up-to-date WRT beagleboard support? it would appear to be since
include/configs contains the appropriate omap3_beagle.h file, i just
wasn't sure how quickly any BB enhancements got committed.
and is there technically any need
Add a basic memory test which uses a DMA engine to perform a memory
copy. The DMA copies generally result in burst transactions to SDRAM
which can otherwise be hard to generate on boards which don't have
their data cache enabled.
The DMA memory test is enabled when CONFIG_SYS_ALT_MEMTEST and
CONF
This series tries to add a DMA memory test to the mtest tests. The
DMA test performs bursts to SDRAM which can be useful in stressing memory
and can be difficult to produce reliably in certain circumstances (eg
running with data caches disabled).
It can be enabled on 85xx and 86xx boards by defin
Enable the Freescale DMA driver and DMA portion of mtest for the
XPedite5200 and XPedite5370 boards
Signed-off-by: Peter Tyser
---
include/configs/XPEDITE5200.h |4 +++-
include/configs/XPEDITE5370.h |2 ++
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/configs/XP
Make DMA transactions snoopable so that CPUs can keep caches up-to-date.
This allows dma transactions to be used for operations such as memory
copies without any additional cache control operations.
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c |4 ++--
1 files changed, 2 insertions(+
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c |2 +-
board/sbc8560/sbc8560.c |2 +-
cpu/mpc85xx/cpu_init.c |4 +++-
cpu/mpc85xx/ddr-gen1.c |2 --
cpu/mpc86xx/cpu_init.c |3 +++
5 files changed, 8 insertions(+), 5 deletions(-)
Also update dmacpy()'s argument order and type to match memcpy's for
clarity
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c | 22 +++---
board/sbc8560/sbc8560.c | 22 +++---
cpu/mpc83xx/cpu.c |4 ++--
cpu/mpc83xx/spd_s
The following changes were made to sync up the DMA code between the 85xx
and 86xx architectures which will make it easier to break out common
8xxx DMA code:
85xx:
- Don't set STRANSINT and SPCIORDER fields in SATR register. These bits
only have an affect when the SBPATMU bit is set.
- Write 0xf
Support DMA transfers larger than the DMA controller's limit of
(2 ^ 26 - 1) bytes
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 42 ++
1 files changed, 30 insertions(+), 12 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.
DMA support is now enabled via the CONFIG_FSL_DMA define instead of the
previous CONFIG_DDR_ECC
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/cpu.c | 47
cpu/mpc86xx/cpu.c | 55
drivers/dma/Makefile|1 +
drivers/dma/fsl_d
Signed-off-by: Peter Tyser
---
board/mpc8540eval/mpc8540eval.c | 33 +
board/sbc8560/sbc8560.c | 33 +
cpu/mpc85xx/ddr-gen1.c | 27 +--
drivers/dma/fsl_dma.c | 32 +++
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/ddr-gen1.c|4
include/asm-ppc/fsl_dma.h |5 +
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/cpu/mpc85xx/ddr-gen1.c b/cpu/mpc85xx/ddr-gen1.c
index 7c7a458..6e628bd 100644
--- a/cpu/mpc85xx/ddr-gen1.c
+++ b/cpu/mpc85xx
The Channel Start (CS) bit in the Mode Register (MR) should actually be
cleared as the comment in the code suggests. Previously, CS was being
set, not cleared.
Assuming normal operation of the DMA engine, this change shouldn't have
any real affect.
Signed-off-by: Peter Tyser
---
drivers/dma/fs
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 32 ++--
1 files changed, 18 insertions(+), 14 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index baf2942..33ea828 100644
--- a/drivers/dma/fsl_dma.c
+++ b/drivers/dma/fsl_dma.c
@@ -27
Break out DMA structures for the Freescale MPC85xx and MPC86xx cpus to
reduce a large amount of code duplication
Signed-off-by: Peter Tyser
---
cpu/mpc85xx/cpu.c| 31 +
cpu/mpc86xx/cpu.c| 27 ---
include/asm-ppc/fsl_dma.h| 51
This patch series attempts to clean up the DMA implementation for the
85xx and 86xx architectures. The changes include:
- consolidate 85xx and 86xx structures and code
- add defines for bitfields
- use proper IO accessors
- add support for arbitrarily large transfer sizes
- rename dma_xfer() to dm
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c | 12 +-
include/asm-ppc/fsl_dma.h | 46 +
2 files changed, 52 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index a9989ee..baf2942 100644
-
On Thu, May 21, 2009 at 01:56:37PM +0530, Deepak Gopalakrishnan wrote:
> Hi
> i want to write a function using which i will be able to add a new env
> variable from the bootstrap.
> cud you help me with the sequence i should follow when im writing this
> function...
> thanks and regards,
> Deepak
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Wednesday, May 20, 2009 2:01 PM
> To: Srinivasan Srikanth-R9AABP
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Support in u-boot for PCI-Express NIC
[S
References: http://plugcomputer.org/
Serial console Setup
http://openplug.org/plugwiki/index.php/Serial_terminal_program#Linux
OpenOCD Setup
http://openplug.org/plugwiki/index.php/Setting_Up_OpenOCD_Under_Linux
This patch is tested for-
1. Boot from DRAM/NAND flash
2. File transfer using tftp
3. N
Suports Basic PHY init (i.e. PHY reset)
optional supported configurations:
led_init, mdipn_reverse, rgmii_delay config
This driver is tested with sheevaplug board
Signed-off-by: Prafulla Wadaskar
---
drivers/net/phy/Makefile|1 +
drivers/net/phy/mv88e1116.c | 90 ++
On Thu, May 21, 2009 at 8:36 AM, Kumar Gala wrote:
> Its reasonable that we may have ethernet devices but dont have drivers
> or support enabled for them in u-boot and want the device tree fixed up.
> Unconditionally calling the ethernet fixup is fine since if we dont have
> ethernet nodes that ma
Hi all,
My board can't boot normally, and I found it just hang in data tlb error
through the system.map.
Could any one help for this?
Some regisers are as below:
DEAR: 0xf400fff0 (L1 init ram base address is 0xf401)
IVPR : 0xfff8 , IVPR3: 0x
On May 21, 2009, at 7:02 AM, Vivek Mahajan wrote:
> The following patch reorganizes/reworks the USB support for mpc83xx
> as under:-
>
> * Moves the 83xx USB clock init from drivers/usb/host/ehci-fsl.c to
>cpu/mpx83xx/cpu_init.c
>
> * Board specific usb_phy_type is read from the environment
Its reasonable that we may have ethernet devices but dont have drivers
or support enabled for them in u-boot and want the device tree fixed up.
Unconditionally calling the ethernet fixup is fine since if we dont have
ethernet nodes that match (or aliases) we will not attempt to do
anything.
Signed
Wolfgang,
I resolved my issue. I am now able to write bitmaps to the framebuffer.
Thanks,
Steve
-
Steven Zedeck wrote:
>
> Wolfgang,
> Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output.
> It seems that the color palette entries are all 16 bits (unsigned short).
> For
This patch adds CONFIGs for enabling USB in mpc8536ds and also
updates its Copyright.
Signed-off-by: Vivek Mahajan
---
include/configs/MPC8536DS.h | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/include/configs/MPC8536DS.h b/include/configs/MPC8536DS.h
index
This patch adds CONFIGs for enabling USB in mpc8315erdb and also
revamps its Copyright.
Signed-off-by: Vivek Mahajan
---
include/configs/MPC8315ERDB.h | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/include/configs/MPC8315ERDB.h b/include/configs/MPC8315ERDB.h
i
The following patch adds 85xx-specific USB support and also
revamps Copyright in immap_85xx.h
Signed-off-by: Vivek Mahajan
---
include/asm-ppc/immap_85xx.h |5 -
include/usb/ehci-fsl.h |2 ++
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/include/asm-ppc/immap_8
The following patch reorganizes/reworks the USB support for mpc83xx
as under:-
* Moves the 83xx USB clock init from drivers/usb/host/ehci-fsl.c to
cpu/mpx83xx/cpu_init.c
* Board specific usb_phy_type is read from the environment
* Adds USB EHCI specific structure in include/usb/ehci-fs
The following patch moves 8xxx-specifc USB #defines from
drivers/usb/host/ehci-fsl.h to include/usb.
Signed-off-by: Vivek Mahajan
---
drivers/usb/host/ehci-fsl.c |2 +-
{drivers/usb/host => include/usb}/ehci-fsl.h |0
2 files changed, 1 insertions(+), 1 deletions(-)
re
To prepare for the 85xx USB support, which requires interface enablement
only once in (specified) order, no different than instructions for
enabling the interface under 83xx. It is unknown why the original author
enabled the interface twice (checked for references in errata, etc).
Signed-off-by:
>I doubt that. Actually your Linux kernel freezes - U-Boots last message
>is the "Starting kernel .." message. It's all Linux from there.
>So start troubleshooting your kernel. Searching the archieve for this
>mailing list will probably be a good start point.
thanks for your reply , Detlev :
> CPU: MPC8536DS [Core E500, Freescale]
> Flash: 16MB [50MHz Local bus Clk)
> DDR: 1G (SODIMM, 400 MHz)
> Baord: Network Evaluation Cutom MPC8536E Board
>
> U-Boot Debug Issue (GPIO Toggling code help)
> _
>
> -> as i am not able to debug uboot over jtag and the CW tool
>
Hi
i want to write a function using which i will be able to add a new env
variable from the bootstrap.
cud you help me with the sequence i should follow when im writing this
function...
thanks and regards,
Deepak Gopalakrishnan
___
U-Boot mailing list
U
Project details:
CPU: MPC8536DS [Core E500, Freescale]
Flash: 16MB [50MHz Local bus Clk)
DDR: 1G (SODIMM, 400 MHz)
Baord: Network Evaluation Cutom MPC8536E Board
U-Boot Debug Issue (GPIO Toggling code help)
_
-> as i am not able to debug uboot over jtag and the CW tool t
Dear JEW-DONG,
In message <23644965.p...@talk.nabble.com> you wrote:
>
>
> Thanks for the information. This is the first time I am searching for the
> u-boot source code for MPC8360E-RDK. Three more questions here:
...
> Secondly, how do I use GIT to download the source code?
...
> Lastly, how
53 matches
Mail list logo
