Making sure of uboot version

Dear P. Balister,

I needed to toggle gpio at the start and end of a function inside a
software code to evaluate its performance. However, now I realize it is
not accurate to do this from user space because extra delays will be
introduced at kernel space. Therefore, I will change this approach and
I’ll use some software profiling technique.
Thank you so much for your time ans speedy replies.

Regards,
S. Yassin
HW Engineer
DLECS


From: Sameh Y. [email protected]
To: Philip B. [email protected]
Cc: GNURADIO [email protected]
Sent: Saturday, May 5, 2012 2:05 AM
Subject: Re: Making sure of uboot version

Hello dear,

I followed the instruction and updated my sd card image. Now, inside
/sys/class/gpio

$root@usrp-e1xx:/sys/class/gpio# ls
export gpio16@ gpio173@ gpiochip128@ gpiochip32@ unexport
gpio114@ gpio164@ gpio175@ gpiochip160@ gpiochip64@
gpio15@ gpio168@ gpiochip0@ gpiochip192@ gpiochip96@

They changed from last version as us said. However, none of these are
connected to the FPGA.
Should I try
$ echo 22 > /sys/class/gpio/export
$ echo “high” > /sys/class/gpio/gpio72/direction

or it is meaningless to create gpio “driver” in this way.

Regards,
S. Yassin
HW Engineer
DLECS


From: Philip B. [email protected]
To: Sameh Y. [email protected]
Sent: Thursday, May 3, 2012 1:30 PM
Subject: Re: Making sure of uboot version

On 05/03/2012 07:14 AM, Sameh Y. wrote:

Hello Dear,

I’ve monitored the automatic boot and I think that is the latest version

U-Boot 2011.06-00575-g6b73deb (Sep 07 2011 - 07:26:10)

It is not. You need to make an sd card with the e1xx-003 image on it.

See the link in the earlier email for instructions how to do this.

Philip

I found that tutorial which explains very well how to create a GPIO folder and
set its direction
http://www.avrfreaks.net/wiki/index.php/Documentation:Linux/GPIO#gpio-sysfs

I searched for the misc GPIOs to make sure they are free and I’m pretty sure
that over_gpio0 and overo_gpio170 are free. the are not used at all inside the
code. I connected them to debug led0 and debug_led1 and used echo 1>
/sys/class/gpio/gpio0/value after setting the direction but nothing at all, the
two debug leds are off.

What version of the e100 image are you using. Can you
start by making
I think the gpiochip entries represent the various banks of gpios.

I used the first link to use overo GPIOs on the E100 to communicate with the
SPARTN3AN FPGA.

I’m doing the following:
1- I chose an empty GPIO input to the FPGA (for example overo_gpio22).
2- I modified the FPGA image so that debug_led1 =
over_gpio220

It looks like you are running an older version of uhd, which suggests an
older kernel version. The older driver claimed a few extra gpio’s for
testing purposes.

I see:

root@usrp-e1xx:~# ls
/sys/class/gpio/

The free gpios at the FPGA found at u1e.v
input overo_gpio0, input overo_gpio14, input overo_gpio21, input overo_gpio22,
// Misc GPIO

input overo_gpio23, input overo_gpio64, input overo_gpio127, // Misc GPIO
input overo_gpio176, input overo_gpio163, input overo_gpio170, // Misc GPIO

Is that normal of I
did something wrong at the kernel at the overo?
Cc: “[email protected][email protected]
Sent: Saturday, April 28, 2012 2:18 PM
Subject: Re: [Discuss-gnuradio] E100 - Interface between OMAP3 and
FPGA

//set gpio22 which is connected to pin IO_L30N_0

I tried to compile then I got the error that
can’t find GPIO.h.

The kernel on the e100 already supports the sysfs entries for gpio’s.
(UHD uses it)

Philip

Regards,
S.
Yassin