Hi Mark.
I recall a statement of Paul Morton on this that might explain, cf. his
mail march 31th.
It has to do with this section of code:
dsc.caps = DSCAPS_PRIMARY | DSCAPS_TRIPLE;
err = dfb->CreateSurface( dfb, &dsc, &primary );
if (err) {
dsc.caps = DSCAPS_PRIMARY | DSCAPS_DOUBLE;
DFBCHECK(dfb->CreateSurface( dfb, &dsc, &primary ));
}
which behaves differently now with a patch in fbdev code.
Can you try to remove the TRIPLE piece and immediately try DOUBLE?
hth
Niels
Mark Hood wrote:
Hi folks,
I've built DirectFB 1.3.1 from the git repo on a BeagleBoard running
Angstrom, along with the directfb example programs. Many of these
programs run fine (df_dok, df_window, df_particle...) but a few of
them (df_andi, df_neo...) die with:
"Caught signal 11 (at 0x40c68000, invalid permissions)"
before any graphics is displayed, right after fbdevLock() and
dfb_surface_pool_lock() are called.
Before I go deep into the problem, has anybody experienced anything
similar and have a few hints?
Thanks!
-- Mark
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
--
.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/ |
"------------------------------------------"
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
