Re: [U-Boot-Users] LL_TEMAC on Avnet MiniModule-FX12
> that's why you use opb_emac driver for ll_temac. That's all. Different driver
> and different ip_core.
I see. I erroneously understood that this driver supports every (t)emac
flavours.
Thanks for your help,
llandre
DAVE Electronics System House - R&D Department
web: http://www.dave.eu
email: r&[EMAIL PROTECTED]
>> Hi all,
>>
>> I ported U-Boot 1.3.1 on Avnet MiniModule-FX12 (the repository I'm
>> working with has been patched previously with ML403 patch). Here is my
>> first dirty patch:
>>
>> http://www.dave.eu/download/misc/mmfx12/mmfx12-0.8.3.patch
>>
>> U-Boot works fine and it boots correctly from flash, however ethernet
>> interface (LL_TEMAC) does not work.
>> For example, when I try to perform a TFTP download, the XEmac_PollSend
>> function never returns because the following loop never ends:
>>
>> /*
>> * Loop on the MAC's status to wait for the transmit to complete. The
>> * transmit status is in the FIFO when the XMIT_DONE bit is set.
>> */
>> do {
>> IntrStatus = XIIF_V123B_READ_IISR(InstancePtr->BaseAddress);
>> }
>> while ((IntrStatus & XEM_EIR_XMIT_DONE_MASK) == 0);
>>
>> Please note that the FPGA bitstream is ok because the linux kernel works
>> fine and can mount root file system via NFS so I pretty sure something
>> is wrong in my U-Boot port.
>>
>> Anybody experienced similar problems?
>>
>>
>> TIA,
>> llandre
>>
>> DAVE Electronics System House - R&D Department
>> web: http://www.dave.eu
>> email: r&[EMAIL PROTECTED]
>>
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> ___
>> U-Boot-Users mailing list
>> U-Boot-Users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>>
>
>
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] LL_TEMAC on Avnet MiniModule-FX12
> What repository are you working from?
U-Boot 1.3.1 cloned last February.
> What ML403 patch are you referencing?
http://www.dave.eu/download/misc/mmfx12/ml403.patch
This derives directly from this old patch that has been around since 2005:
http://www.dave.eu/download/misc/mmfx12/4-ml403.2005-10-01.patch
This patch has been applied by my colleague. Then I put my hands on
repository and started working on MiniModule port.
> I'm working on a ML403 board at the moment and would be willing to help
> debug / share fixes for u-boot.
Thanks for your availability.
> I have just started looking at a u-boot port but have been working lots
> with the 2.6 kernel (using the ACE support).
We did the same. First we worked on the ML403, then we ported our
project to MiniModule that will be the base for the final application.
--
llandre
DAVE Electronics System House - R&D Department
web: http://www.dave.eu
email: r&[EMAIL PROTECTED]
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of llandre
> Sent: Thursday, June 05, 2008 12:15 AM
> To: u-boot-users@lists.sourceforge.net
> Subject: [U-Boot-Users] LL_TEMAC on Avnet MiniModule-FX12
>
> Hi all,
>
> I ported U-Boot 1.3.1 on Avnet MiniModule-FX12 (the repository I'm
> working with has been patched previously with ML403 patch). Here is my
> first dirty patch:
>
> http://www.dave.eu/download/misc/mmfx12/mmfx12-0.8.3.patch
>
> U-Boot works fine and it boots correctly from flash, however ethernet
> interface (LL_TEMAC) does not work.
> For example, when I try to perform a TFTP download, the XEmac_PollSend
> function never returns because the following loop never ends:
>
> /*
> * Loop on the MAC's status to wait for the transmit to complete. The
> * transmit status is in the FIFO when the XMIT_DONE bit is set.
> */
> do {
> IntrStatus = XIIF_V123B_READ_IISR(InstancePtr->BaseAddress);
> }
> while ((IntrStatus & XEM_EIR_XMIT_DONE_MASK) == 0);
>
> Please note that the FPGA bitstream is ok because the linux kernel works
> fine and can mount root file system via NFS so I pretty sure something
> is wrong in my U-Boot port.
>
> Anybody experienced similar problems?
>
>
> TIA,
> llandre
>
> DAVE Electronics System House - R&D Department
> web: http://www.dave.eu
> email: r&[EMAIL PROTECTED]
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just about anything Open
> Source.
> http://sourceforge.net/services/buy/index.php
> ___
> U-Boot-Users mailing list
> U-Boot-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] LL_TEMAC on Avnet MiniModule-FX12
Hi all,
I ported U-Boot 1.3.1 on Avnet MiniModule-FX12 (the repository I'm
working with has been patched previously with ML403 patch). Here is my
first dirty patch:
http://www.dave.eu/download/misc/mmfx12/mmfx12-0.8.3.patch
U-Boot works fine and it boots correctly from flash, however ethernet
interface (LL_TEMAC) does not work.
For example, when I try to perform a TFTP download, the XEmac_PollSend
function never returns because the following loop never ends:
/*
* Loop on the MAC's status to wait for the transmit to complete. The
* transmit status is in the FIFO when the XMIT_DONE bit is set.
*/
do {
IntrStatus = XIIF_V123B_READ_IISR(InstancePtr->BaseAddress);
}
while ((IntrStatus & XEM_EIR_XMIT_DONE_MASK) == 0);
Please note that the FPGA bitstream is ok because the linux kernel works
fine and can mount root file system via NFS so I pretty sure something
is wrong in my U-Boot port.
Anybody experienced similar problems?
TIA,
llandre
DAVE Electronics System House - R&D Department
web: http://www.dave.eu
email: r&[EMAIL PROTECTED]
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [RFC] Host tool to perform semiautomatic updates
>> I thought about expect/cygwin but in my opinion is too hard to use for >> the average Windows operator who expects just to: >> - install the application by running an .exe or unzipping a .zip >> - launching the application >> - press a couple of buttons on GUI and see the result. >> > > I forgot to say there is a Python expect implementation called pyexpect as > well. Thank you all for the precious advices. I think I'll propose a python-based solution to my team. Cheers, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [RFC] Host tool to perform semiautomatic updates
> How about expect? This should get you started: > http://en.wikipedia.org/wiki/Expect > > If you want to use Windows I'd go with expect through cygwin rather than > the native Windows port of expect. > > You can of course do all of this in something more modern like Python, > but that might be a steeper learning curve. I thought about expect/cygwin but in my opinion is too hard to use for the average Windows operator who expects just to: - install the application by running an .exe or unzipping a .zip - launching the application - press a couple of buttons on GUI and see the result. I think Python could be a very good solution. Since I never worked with it, I ask just few questions: 1) for Windows platform, is possible to generate one single .exe file taht includes all the required stuff (such as libraries and runtime components)? If not, it is possible to group all of them in one single .zip file? 2) What about serial ports support? Is this really platform independent? 3) What about graphical interface? Is it possible to use the same library (and consequently have similar look&feel) on Windows and Linux? Cheers, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [RFC] Host tool to perform semiautomatic updates
Hi all, I need a tool running on host (Linux or Windows) that is able to interact with u-boot command line emulating a human operator. Also it must be able to retrieve from a text file a sequential list of commands it must issue. One of the purpose is to have a simple procedure to perform on-the-field upgrades with just a laptop connected to the target via serial cable (I'm aware about this http://www.denx.de/wiki/view/UBootdoc/AutomaticUpdates but I need a procedure that does not require USB nor ethernet). For example it should be able to parse and execute a "script" like this: - wait U-Boot startup messages - interrupt autoboot sequence - download new linux kernel image - erase flash region - program new linux kernel image - verify new linux kernel image is stored correctly - in case it failed, retry the erase/writing cycle until it is ok or retry counter is reached - notify human operator about success/failure So the human operator should just: a) connect the target to the laptop via RS232 cable b) start the program on laptop c) reset the target From now on the program will handle all the communication with the target and the human operator will have just to wait for notification. Anybody knows is there is something like this available? If not, any suggestions about how to implement it? Thanks in advance, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Programming Lattice XP2 FPGA
Hi, in 2006 you released a patch to support Lattice ECP FPGA programming via JTAG interface in U-Boot. I'm wondering if this patch supports new XP2 (flash-based) family too. If not, can you address me about how to change the sources in order to add xp2 support? Thanks in advance, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Support for SRAM in u-boot
> I know that u-boot provides commands to access memory but I have seen that in > some cases it also properly set-up board specific HW resources included > flash, SDRAM etc (I think but not really sure because i'm a newbe on this > subject, that some of these initialization could be provided by updating the > u-boot with the proper patches). > Our problem is that neither the fist atmel bootstrap code (AT91Bootstrap) nor > the atmel (AT91SAM9261 board) u-boot patch provide initialization for that > kind of SRAM. This is the job you have to do to port U-Boot to your platform. In platform-specific initialization code (typically located in board//.c) you can add this stuff. Regards, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Support for SRAM in u-boot
Marco, U-Boot provides generic commands to read/write memory locations (md/mw respectively) no matter where they physically are. Once your memory controller is set up properly (chip select timing etc.) you can easily access the SRAM from U-Boot shell. HTH, llandre DAVE Electronics System House - R&D Department web: http://www.dave.eu email: r&[EMAIL PROTECTED] > > > Hi all, > we are developing a product based on AT91SAM9261 and equipped with > u-boot v 1.1.5 and linux kernel v 2.6.22.1. > Since our HW architecture foresee a SRAM (1Mx16 and 55 ns of speed time) > like the Cypress62167DV3011-55 we need to know if u-boot has the support > for it. > Thanks a lot in anticipation for any kind of help/info. > Best regards, > Marco Cacre > Olivetti S.p.a > > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > > > > ___ > U-Boot-Users mailing list > U-Boot-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
