sgx module build problem

Could someone explain to me how i actually build the sgx modules?

I see there is a powervr-drivers in the packages directory and there
is a comment in the bb file about placing the
OMAP35x_Graphics_SDK_setuplinux_3_00_00_05.bin in this directory. i
have this file and have done this.

running 'bitbake omap3-sgx-modules_1.3.13.1397' i get 'ERROR: Nothing
PROVIDES 'omap3-sgx-modules_1.3.13.1397'

i have tried adding the omap3-sgx-modules_1.3.13.1397 to the console-
image.bb so that it would be built as part of the console-image and it
still complained.

I'm sure this is something obvious - but I've failed to find any steps
to follow on the forums on what I need to do.

any help appreciated.

thanks

Could someone explain to me how i actually build the sgx modules?

I see there is a powervr-drivers in the packages directory and there
is a comment in the bb file about placing the
OMAP35x_Graphics_SDK_setuplinux_3_00_00_05.bin in this directory. i
have this file and have done this.

running 'bitbake omap3-sgx-modules_1.3.13.1397' i get 'ERROR: Nothing
PROVIDES 'omap3-sgx-modules_1.3.13.1397'

'bitbake <foo>' needs a provider (e.g. omap3-sgx-modules or omap3-sgx-modules-1.3.13.1397 or virtual/kernel), 'bitbake -b <foo>' however takes a file, like 'omap3-sgx-modules_1.3.13.1397'

If you want to build the drivers, do 'bitbake libgles-omap3' and will build the kernel drivers and package userspace. Please note that the .05 release doesn't work with the 1.3.13.1397 kernel drivers.

regards,

Koen

Hi Koen,

I've built the ipk using 'bitbake -b libgles-omap3_3.00.00.5' as you
suggest just to prove it builds - even though it does not work with
the drivers.
I have now got the 06 release that should work with the 1.3.13.1397
drivers but there is no .bb for this release. Will the 05.bb work with
it if I rename the .bin file - or are you planning on adding a 06.bb?

Thanks,

Paul

I added it last week: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=e7207e93827fed33734040382e694c330afb2d47

regards,

Koen

Does anybody can send me SGX driver and libs? It is very weird that I sent email gameingonomap@ti.com.
Not reply at all.
Regards,
Yi

Thanks for pointing this out. For some reason git was not updating my
tree. All working again.
I've now built the .06 ipk, installed everything, including the
additional requirements of libx11-6, libxau6, libdmcp6 ipks. Fingers
crossed everything is now in a good state.

Paul

Hi,

It seems there are two barriers to getting the SGX stuff operational:

1. Getting the drivers from TI. There are plenty of posts on this
subject.
2. Once one has them, how do they install?

I have accomplished #1, but need help with #2.

It would be great when you get through this process if you could post
a cookbook on how to install the .06 drivers. I am assuming that
since they are in .ipk form that I can do a sequence of opkg installs
to get it all running. But I am too much of a n00b. Some help
charting the course would be very helpful.

Thanks very much.

Best regards,
Geof

congrat!
Could you tell me the secret how you get the drivers from TI?
:slight_smile:
Regards,
Yi

opkg install /path/to/libgles-omap3_3.00.00.06-r5.1_armv7a.ipk

After that things like clutter and ogre are 'unlocked' :slight_smile:

regards,

Koen

Hi,

Looks like I need something else that I'm missing. I thought that the
PVR kernel drivers were included now.

root@beagleboard:~/SGX_Packages# opkg install ./libgles-
omap3_3.00.00.06-r0.1_be
agleboard.ipk
Installing libgles-omap3 (3.00.00.06-r0.1) to root...
libgles-omap3: unsatisfied recommendation for libgles-omap3-tests
Configuring libgles-omap3
Adding system startup for /etc/init.d/pvr-init.
ERROR: Module bc_example does not exist in /proc/modules
ERROR: Module omaplfb does not exist in /proc/modules
ERROR: Module pvrsrvkm does not exist in /proc/modules
FATAL: Module bc_example not found.
FATAL: Error inserting omaplfb (/lib/modules/2.6.28-omap1/kernel/
drivers/gpu/pvr/omaplfb.ko): Invalid module format

Thanks.
Geof

libgles ..06 is up to r5.1 now and pull in the omap3-sgx-modules package from the angstrom feeds automatically.

regards,

Koen

I've got the SDK SGX demo's running. I notice though that there are
some issues. I am running with a 720p60-16 resolution and at this
resoloution there is a noticeable tearing of the screen exactly down
the middle. Some of the demo's are also stuttering as if there is a
bandwidth issue.

I've not tried it at a lower resolution yet, so problem could be
general.

The 'Particles' demo shows this problem nicely - and in fact really
slows down badly. I think the demo runs slower and slower the longer
it remains running. Its probably not a bandwidth issue then, but
something else.

At least it works though!!

Paul

Hi,

I'm seeing the same thing re: vertical discontinuity down the center
of the screen. I'm running 1024x768MR-16@60.

Plus, I have another demo that is running significantly slower (4x or
so) than it does with the TI kernel.

Still playing around though.

Geof

Hi,

I'm seeing the same thing re: vertical discontinuity down the center
of the screen. I'm running 1024x768MR-16@60.

Plus, I have another demo that is running significantly slower (4x or
so) than it does with the TI kernel.

There's a theory that with 2.6.28 the sgx only runs at halfspeed due to changes in the kernel clock framework. I haven't bothered spending time on it since clock handling is being redone. If someone wants to look into this great, but it might be better to wait till Paul and Russel finish getting the patches upstream (probably 2.6.30).

regards,

Koen

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
On Behalf Of Koen Kooi
Sent: Friday, February 13, 2009 1:03 AM
To: beagleboard@googlegroups.com
Subject: [beagleboard] Re: sgx module build problem

>
> Hi,
>
> I'm seeing the same thing re: vertical discontinuity down the center
> of the screen. I'm running 1024x768MR-16@60.
>
> Plus, I have another demo that is running significantly slower (4x or
> so) than it does with the TI kernel.

There's a theory that with 2.6.28 the sgx only runs at halfspeed due
to changes in the kernel clock framework. I haven't bothered spending
time on it since clock handling is being redone. If someone wants to
look into this great, but it might be better to wait till Paul and
Russel finish getting the patches upstream (probably 2.6.30).

We just checked this by reading back CM_CLKSEL_SGX (0x48004b40) register after loading PVR modules. ./devmem2 0x48004b40 returns 2.

So this means SGX FCLK = 332/6 = 55 MHz. This is definitely a bug in clock framework.

./devmem2 0x48004b40 w 0 forces SGX FCLK to 110 MHz. You can notice demo fps approximately doubling

Still vertical discontinuity is present in the output at XGA resolution (1024x768). Demos run well with 640x480MR-16@60 (close to 46 fps for Samurai demo).

Regards,
Pratheesh

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com
]
On Behalf Of Koen Kooi
Sent: Friday, February 13, 2009 1:03 AM
To: beagleboard@googlegroups.com
Subject: [beagleboard] Re: sgx module build problem

Hi,

I'm seeing the same thing re: vertical discontinuity down the
center
of the screen. I'm running 1024x768MR-16@60.

Plus, I have another demo that is running significantly slower (4x
or
so) than it does with the TI kernel.

There's a theory that with 2.6.28 the sgx only runs at halfspeed due
to changes in the kernel clock framework. I haven't bothered spending
time on it since clock handling is being redone. If someone wants to
look into this great, but it might be better to wait till Paul and
Russel finish getting the patches upstream (probably 2.6.30).

We just checked this by reading back CM_CLKSEL_SGX (0x48004b40)
register after loading PVR modules. ./devmem2 0x48004b40 returns 2.

So this means SGX FCLK = 332/6 = 55 MHz. This is definitely a bug in
clock framework.

./devmem2 0x48004b40 w 0 forces SGX FCLK to 110 MHz. You can notice
demo fps approximately doubling

Still vertical discontinuity is present in the output at XGA
resolution (1024x768). Demos run well with 640x480MR-16@60 (close to
46 fps for Samurai demo).

Regards,
Pratheesh

The code, with the same issues mentioned here and below, is now
available for download at [1]. Look for
"OMAP35x_Graphics_SDK_setuplinux_3_00_00_06.bin". Do not use the .ipk
files within this package.

General summary of status in this release (3.00.00.06):
* Now working with the 2.6.28 Angstrom kernel built with OpenEmbedded.
* Clocking problem exists as described above where the SGX is running
at 1/2 speed.
* The "flipbuffer" is not used, so performance is degraded and there
are tearing artifacts.
* There aren't .ipk files that can be used directly, instead you must
run OE to create the libgles-omap3_3.00.00.06-r5.1_armv7a.ipk for you.
* Some demos have truncated binaries.

[1] https://www-a.ti.com/downloads/sds_support/targetcontent/dvsdk/oslinux_dvsdk/v3_00_3530/index.html

How does one do a "./devmem2"? I don't find it on my build.

Thanks very much for the help.

Best regards,
Geof

How does one do a "./devmem2"? I don't find it on my build.

opkg install devmem2

regards,

Koen

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
On Behalf Of Geof Cohler
Sent: Friday, February 13, 2009 7:08 PM
To: Beagle Board
Subject: [beagleboard] Re: sgx module build problem

How does one do a "./devmem2"? I don't find it on my build.

free-electrons.com/pub/mirror/devmem2.c

arm-none-linux-gnueabi-gcc -o devmem2 devmem2.c

Regards,
Pratheesh

I have the same problem. I followed all of the instructions on the
pages indicated above and
am missing the pvrsrvkm module ( and the others listed above). I
don't understand what your comment means. How do I fix this?