On Sun, Feb 02, 2014 at 03:16:45AM -0800, Kenneth Graunke wrote: > Even with the other limits raised, TestProxyTexImage would still reject > textures > 1GB in size. This is an artificial limit; nothing prevents > us from having a larger texture. I stayed shy of 2GB to avoid the > larger-than-aperture situation. > > For 3D textures, this raises the effective limit: > - RGBA8: 645 -> 738 > - RGBA16: 512 -> 586 > - RGBA32F: 406 -> 465 > > Cc: i...@freedesktop.org > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74130 > Signed-off-by: Kenneth Graunke <kenn...@whitecape.org> > --- > src/mesa/drivers/dri/i965/brw_context.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/mesa/drivers/dri/i965/brw_context.c > b/src/mesa/drivers/dri/i965/brw_context.c > index 17b75e1..66d6ccb 100644 > --- a/src/mesa/drivers/dri/i965/brw_context.c > +++ b/src/mesa/drivers/dri/i965/brw_context.c > @@ -306,6 +306,7 @@ brw_initialize_context_constants(struct brw_context *brw) > ctx->Const.MaxTextureLevels = MAX_TEXTURE_LEVELS; > ctx->Const.Max3DTextureLevels = 12; /* 2048 */ > ctx->Const.MaxCubeTextureLevels = 14; /* 8192 */ > + ctx->Const.MaxTextureMbytes = 1536;
Original gen4 (i.e. i965g) only has 512 MB of aperture ... Also going this high runs the risk that you fool up with fragmentation, but meh. You'd need to get at bufmgr_gem->gtt_size somehow. At least the current code is safe for address spaces > 4G. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
