Opened 9 years ago

Closed 6 years ago

#12726 closed bug (fixed)

[GLife] crashes in _mesa_resize_framebuffer

Reported by: diver Owned by: kallisti5
Priority: normal Milestone: Unscheduled
Component: Kits/OpenGL Kit/Software Rasterization Version: R1/Development
Keywords: Cc: kallisti5
Blocked By: Blocking:
Platform: All

Description

hrev50238.

GLife crashes after walking through the list of screensavers up and down.

Attachments (1)

ScreenSaver-419-debug-14-04-2016-13-22-53.report (28.3 KB ) - added by diver 9 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 by phoudoin, 9 years ago

Component: Add-Ons/Screen SaversKits/OpenGL Kit/Software Rasterization

Seems to be with the old mesa_swrast OpenGL renderer, which is not anymore used. Could you check if using mesa_swpipe OpenGL renderer trigger the same issue ?

pkgman remove  mesa_swrast
pkgman install mesa_swpipe

Check with GLInfo the default renderer is now LLVM swpipe.

Last edited 9 years ago by phoudoin (previous) (diff)

comment:2 by diver, 9 years ago

It looks like mesa_swpipe is only available for gcc4.

comment:3 by pulkomandy, 9 years ago

Yes, for gcc2 we are still using an old Mesa version which has only one rasterizer.

And for gcc4, both renderer are still supported, often you have to try both as they will work or crash in different places, so even there we aren't fully ready to switch to using only the new softpipe.

comment:4 by phoudoin, 9 years ago

Then why gcc2 only mesa_swrast code was deleted from Mesa source? Where MesaSoftwareRender class code could be found today?

Last edited 9 years ago by phoudoin (previous) (diff)

comment:6 by phoudoin, 9 years ago

Cc: kallisti5 added

comment:7 by pulkomandy, 9 years ago

The Mesa used for gcc2 is here: https://github.com/haiku/mesa_legacy/commits/7.9 For gcc4 the upstream Mesa repo is used, all our work has been upstreamed.

(or alternatively, TinyGL could be used, but there wasn't much testing of this so I wouldn't recommend it)

Last edited 9 years ago by pulkomandy (previous) (diff)

comment:8 by phoudoin, 9 years ago

Thanks. I guess somewhere a sub object is not allocated due to initial width and height being zeros but when it's resized _mesa_resize_framebuffer try to deference renderbuffer which were never allocated in the first place.

Will try to spot where and why.

comment:9 by cocobean, 6 years ago

GLife/Mesa 17.1.10-2 x86_64 and Mesa 7.9.2-11 gcc2 passed with no crash issues with screensavers.

Last edited 6 years ago by cocobean (previous) (diff)

comment:10 by waddlesplash, 6 years ago

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.