Project

General

Profile

Extremely slow root file system

Added by François Tremblay over 11 years ago

Hardware configuration: Industrial IO board + L138-DI-225-RI

We have a FPGA application that transmit data to DSP through uPP (16 bits configuration, channel A, data[0:15], start signal enabled, enable signal disabled).

Here pin mux configuration used:

SYSCFG pinmux13 register = 0x44448808
SYSCFG pinmux14 register = 0x44444400
SYSCFG pinmux15 register = 0x44444444
SYSCFG pinmux16 register = 0x44444444
SYSCFG pinmux17 register = 0x44444444
SYSCFG pinmux18 register = 0x00444444

It is working fine when root file system is NFS based.
It becomes extremely slow when root file system is NAND based (either jffs2 or ubi).

In both case, I saw "MII PHY configured" from dmesg command after the system has booted. So, I believe that RII PHY is not used in both cases. However, we didn't do nothing to specifically deactivate "RII".

Is there any reasons why we see very slow NAND access when using uPP?

Thanks a lot!

-François


Replies (4)

RE: Extremely slow root file system - Added by Michael Williamson over 11 years ago

Please make sure that any unused IO pins on your FPGA design are "floating" and not "pulled-down" in the bitstream generation options of the Xilinx tools.

By default, unused I/Os are pulled-down. That can cause pins on the EMIFA bus (and others to the OMAP-L138, like the NMI, etc.) to be driven low which can create a lot of problems.

If this is not the issue, please let me know.

To deactivate the ethernet interface, in u-Boot set the ethernet config to "0" using the "config set" command if you are not using ethernet.

-Mike

RE: Extremely slow root file system - Added by François Tremblay over 11 years ago

Mike,

The unused I/O pins in our FPGA design seems to be the culprit.

Here a comment from our hardware engineer.

It's actually not good to leave pins floating that are totally unused.
I'll try to put "floats" on all the EMIF pins and pulldowns on all the
unused ones, when I get a chance.

What do you think about that?

Thanks again for your help!

-François

RE: Extremely slow root file system - Added by Michael Williamson over 11 years ago

The approach by your HW designer is fine.

Tri-stating the unused lines that are connected to the EMIFA and IRQ lines is really they key, but you need to explicitly do that in your code if you want to leave other pins as pulled down.

The tri-stating unused lines should not be a problem, as that is how the FPGA comes up when it is not configured. There may be a slightly larger power consumption (but very small).

Your hardware designer is free to specifically pull down unused pins, but you can't pull down pins that are connected (see the UCF) just because the FPGA is not actively driving them. This is the default behavior when the MAP process strips out pins that aren't driven in VHDL and you don't update the bitstream generation options.

-Mike

RE: Extremely slow root file system - Added by François Tremblay over 11 years ago

Thanks Mike for answer.

I forwarded your last comment to our HW engineer.

Chances are I will not get other questions from him. He is extremely busy theses days. I will create a new discussion thread if he comes back with other question/comments.

Consider this ticket closed.

Regards,

-François

    (1-4/4)
    Go to top
    Add picture from clipboard (Maximum size: 1 GB)