[question] freedreno testing on adreno200 (palm pixi plus)?

[sobew]

hello,
thanks for freedreno.
based on comments from your latest post
http://bloggingthemonkey.blogspot.com/2012/08/textured-cube-fullscreen.html
some testing on a200 was of interest.

i'm guessing that i could build freedreno for a palm pixi (running webos), using either the original palm pdk or webos-internals dev kit (widk), assuming make BUILD=glibc is supported?
if unsupported, please ignore the remainder of this distraction.
if intended to be supported, here are some make issues (under widk)
(1) tests-3d/test-cat.c:148: error: invalid application of 'sizeof' to incomplete type 'const float[]'
workaround: omit test-cat
(2)In file included from includes/kgsl_drm.h:4,
from wrap/wrap.h:43,
from wrap/wrap-util.c:24:
includes/drm.h:620:26: error: drm/drm_mode.h: No such file or directory
workaround: none?

i'll look into creating some cmdstream dumps as mentioned in the blog comments.

[robclark]

I just pushed a fix for the build break in test-cat.. that issue was unrelated to BUILD=glibc.

re: 2nd issue, you probably need libdrm-dev headers. Maybe you could get away w/ just commenting that #include of kgsl_drm.h? Otherwise you might be able to get away copying libdrm headers from a linux box.

Normally I'm using an ubuntu fs w/ an android /system directory for linking against android binaries (fwiw).

Any idea what kernel version you have? I guess pixi has something older than what I am using (3.0). Hopefully the kgsl kernel driver interface hasn't changed too much. But I guess we'll see what the captured dump files (*.rd) look like.

BR,
-R

[sobew]

thanks for the rapid response & info,
i'm basically ignorant of android, & graphics & binary blobs & kernel
modules any other valuable developer skill..., but in case this thread
could still provide you w/ anything of value, here's some info, happy to
contribute more.

(1) the pixi is circa 2010, so definitely hardware & software obsolete or
thereabouts, basically has a std linux distro (webos 1.4.5), so definitely
a dead end if android-only stuff needs to be present/tested (or would i
simply(?) have to locate an android /system for something else that used
this MSM7627 soc + adreno gpu?)
root@palm-webos-device:/media/internal/freedreno# uname -a
Linux palm-webos-device 2.6.24-palm-chuck #2 PREEMPT Mon May 30 22:14:27
HST 2011 armv6l unknown

(2) i modified run-tests.sh & directly ran (sans libwrap.so) the 11 tests
that compiled, then grepped .log for ERROR, only test_vertex failed
Running (unwrapped): test-cat
Running (unwrapped): test-compiler
Running (unwrapped): test-cube
Running (unwrapped): test-cube-textured
Running (unwrapped): test-enable-disable
Running (unwrapped): test-quad-flat
Running (unwrapped): test-quad-flat2
Running (unwrapped): test-strip-smoothed
Running (unwrapped): test-triangle-quad
Running (unwrapped): test-triangle-smoothed
Running (unwrapped): test-vertex
ERROR: program linking failed!: (link_program:215)

i attached that log in case it's informative.

i'm guessing that the c2d stuff is android, so i can ignore the
test-util-2d & test-fill as yet.

commenting out the kgsl_drm.h include does allow me to build libwrap
running it as per original run-tests.sh gives me failures like so from
_dlopen in wrap_util.c (here from test-vertex, but same for all)

eglInitialize(display, &egl_major, &egl_minor) (get_display:109)
Failed to dlopen libc.so: /usr/lib/libc.so: ELF file version does not match
current one

in this case, on the pixi,
/usr/lib/libc.so is just an ld script
/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-littlearm)
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a AS_NEEDED (
/lib/ld-linux.so.3
) )

while /lib/libc are:
root@palm-webos-device:/media/internal/freedreno# ls -l /lib/libc.*
lrwxrwxrwx 1 root root 11 Dec 2 2010 /lib/libc.so.6 ->
libc-2.5.so
root@palm-webos-device:/media/internal/freedreno# ls -l /lib/libc-*
-rwxr-xr-x 1 root root 1386675 Jun 16 2010 /lib/libc-2.5.so

haven't seen that error yet in other pkg builds using widk, so not sure if
it is an inconsistency there.

thanks

On Tue, Aug 21, 2012 at 4:43 PM, Rob Clark [email protected] wrote:

I just pushed a fix for the build break in test-cat.. that issue was
unrelated to BUILD=glibc.

re: 2nd issue, you probably need libdrm-dev headers. Maybe you could get
away w/ just commenting that #include of kgsl_drm.h? Otherwise you might be
able to get away copying libdrm headers from a linux box.

Normally I'm using an ubuntu fs w/ an android /system directory for
linking against android binaries (fwiw).

Any idea what kernel version you have? I guess pixi has something older
than what I am using (3.0). Hopefully the kgsl kernel driver interface
hasn't changed too much. But I guess we'll see what the captured dump files
(*.rd) look like.

BR,
-R

—
Reply to this email directly or view it on GitHubhttps://github.com/freedreno/issues/1#issuecomment-7920308.

[robclark]

btw, re: android.. don't worry, I'm not really an android expert.. I just grabbed binaries from a cyogenmod filesystem because it was a handy source for binary blobs. Yes, the c2d stuff, I've only seen in android filesystems (not webos) so you can ignore that.

My guess is the libc issues are because wrap-util.c, _dlsym_helper(), dlopen()'s libc.. maybe try putting an absolute path in there to /lib/libc-2.5.so would do the trick?

[sobew]

thanks,
i hardwired the dlopen for libc & hardwired a wrapper around the libc2d
stuff [which would otherwise bomb when looked for w/o cd2 stuff (which may
or may not be what BUILD=glibc implies...?)], so i think(?) libwrap works
now.

"wrap-util.c"
92 //printf("_dlsym_helper trying %s\n", name);
93 if (!libc_dl)
94 libc_dl = _dlopen("libc-2.5.so");
95
96 func = dlsym(libc_dl, name);
97
98 if (!func) {
99 printf("Failed (libc_dl) to find %s: %s\n", name, dlerror());
100 if (!libc2d2_dl)
101 libc2d2_dl = _dlopen("libC2D2.so");
102 func = dlsym(libc2d2_dl, name);
103 }

i guess all the test-2d stuff refs c2d, so i hacked the makefile for glibc
build (same caveat as above):
else ifeq ($(strip $(BUILD)),glibc)
LFLAGS_3D = -lEGL -lGLESv2
LFLAGS_2D =
LDFLAGS_MISC =
CC = gcc -L /usr/lib -L /usr/local/lib # <- webos/widk
LD = gcc -L /usr/lib -L /usr/local/lib
TESTS_2D =
TESTS = $(TESTS_3D)

so, now the glibc build completes & libwrap run-tests works (vertex still
crashes):
root@palm-webos-device:/media/internal/freedreno# time ./run-tests.sh
Running: test-cat
Running: test-compiler
Running: test-cube
Running: test-cube-textured
Running: test-enable-disable
Running: test-quad-flat
Running: test-quad-flat2
Running: test-strip-smoothed
Running: test-triangle-quad
Running: test-triangle-smoothed
Running: test-vertex
Command exited with non-zero status 255
real 0m 20.10s
user 0m 3.43s
sys 0m 3.73s

redump runs, but might be seeing some unexpected things?:
root@palm-webos-device:/media/internal/freedreno# time ./run-redump.sh
found: cat
found: compiler
Segmentation fault
found: cube
unexpected type '2', expected '10'
found: cube-textured
unexpected type '2', expected '10'
found: disable
found: enable
found: quad-flat
found: quad-flat2
unexpected type '2', expected '10'
found: strip-smoothed
found: triangle-quad
found: triangle-smoothed
found: vertex
Segmentation fault
real 0m 3.19s
user 0m 0.17s
sys 0m 0.51s

.log, .rd, & .html files from this are attached, hope they are useful.

not sure if i should do anything w/ cffdump or pgmdump?

root@palm-webos-device:/media/internal/freedreno# ./cffdump
Segmentation fault

pgmdump gens output for some .rd files, none for others. is the output of
use?

On Thu, Aug 23, 2012 at 6:11 AM, Rob Clark [email protected] wrote:

btw, re: android.. don't worry, I'm not really an android expert.. I just
grabbed binaries from a cyogenmod filesystem because it was a handy source
for binary blobs. Yes, the c2d stuff, I've only seen in android filesystems
(not webos) so you can ignore that.

My guess is the libc issues are because wrap-util.c, _dlsym_helper(),
dlopen()'s libc.. maybe try putting an absolute path in there to /lib/
libc-2.5.so would do the trick?

—
Reply to this email directly or view it on GitHubhttps://github.com/freedreno/issues/1#issuecomment-7968965.

[freedreno-zz]

try run-cffdump.sh *.rd

redump is only for the 2d stuff, so quite likely it is confused by 3d logs

[sobew]

ahh, previously couldn't figure out what args run-cffdump expected; now it
runs fine, .txt files attached

On Sat, Aug 25, 2012 at 8:36 AM, freedreno [email protected] wrote:

try run-cffdump.sh *.rd

redump is only for the 2d stuff, so quite likely it is confused by 3d logs

—
Reply to this email directly or view it on GitHubhttps://github.com/freedreno/issues/1#issuecomment-8024408.

[freedreno-zz]

hmm, now I just need to figure out how to see the files you attached (I'm kinda new to the github issue tracker.. never used it before)