* [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl @ 2017-01-31 6:54 Michel Dänzer 2017-01-31 11:24 ` Dieter Nützel [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 0 siblings, 2 replies; 13+ messages in thread From: Michel Dänzer @ 2017-01-31 6:54 UTC (permalink / raw) To: amd-gfx, mesa-dev From: Michel Dänzer <michel.daenzer@amd.com> vram_size is supposed to be the total amount of VRAM that can be used by userspace, which corresponds to the TTM VRAM manager size (which is normally the full amount of VRAM, but can be just the visible VRAM when DMA can't be used for BO migration for some reason). The above was incorrectly used for vram_visible before, resulting in generally too large values being reported. Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> --- drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_drv.c b/drivers/gpu/drm/radeon/radeon_drv.c index a252bc407aa2..88c41d43ec3d 100644 --- a/drivers/gpu/drm/radeon/radeon_drv.c +++ b/drivers/gpu/drm/radeon/radeon_drv.c @@ -97,9 +97,10 @@ * 2.46.0 - Add PFP_SYNC_ME support on evergreen * 2.47.0 - Add UVD_NO_OP register support * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct vram_size/visible values */ #define KMS_DRIVER_MAJOR 2 -#define KMS_DRIVER_MINOR 48 +#define KMS_DRIVER_MINOR 49 #define KMS_DRIVER_PATCHLEVEL 0 int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags); int radeon_driver_unload_kms(struct drm_device *dev); diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c index 0bcffd8a7bd3..96683f5b2b1b 100644 --- a/drivers/gpu/drm/radeon/radeon_gem.c +++ b/drivers/gpu/drm/radeon/radeon_gem.c @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, void *data, man = &rdev->mman.bdev.man[TTM_PL_VRAM]; - args->vram_size = rdev->mc.real_vram_size; - args->vram_visible = (u64)man->size << PAGE_SHIFT; + args->vram_size = (u64)man->size << PAGE_SHIFT; + args->vram_visible = rdev->mc.visible_vram_size; args->vram_visible -= rdev->vram_pin_size; args->gart_size = rdev->mc.gtt_size; args->gart_size -= rdev->gart_pin_size; -- 2.11.0 _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl 2017-01-31 6:54 [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl Michel Dänzer @ 2017-01-31 11:24 ` Dieter Nützel [not found] ` <5abbe0dcb709f4624fa52f32d9e3e3d5-0hun7QTegEsDD4udEopG9Q@public.gmane.org> [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 1 sibling, 1 reply; 13+ messages in thread From: Dieter Nützel @ 2017-01-31 11:24 UTC (permalink / raw) To: Michel Dänzer; +Cc: mesa-dev, amd-gfx Hello Michel, as this is for radeon, do you think this could/should fix the wrong reported VRAM size with Unigine_Heaven/-Valley, too? Maybe speed things up? ;-) Unigine_Valley-1.0 GPU: Unknown GPU x1 System memory: 24102 MB Video memory: 256 MB Sync threads: 7 Async threads: 8 I'll try patching openSUSE Kernel:stable 4.9.6-2 with this and maybe this could then go into 4.10-rc7 'cause it is a bugfix. - Alex? Greetings, Dieter Am 31.01.2017 07:54, schrieb Michel Dänzer: > From: Michel Dänzer <michel.daenzer@amd.com> > > vram_size is supposed to be the total amount of VRAM that can be used > by > userspace, which corresponds to the TTM VRAM manager size (which is > normally the full amount of VRAM, but can be just the visible VRAM when > DMA can't be used for BO migration for some reason). > > The above was incorrectly used for vram_visible before, resulting in > generally too large values being reported. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> > --- > drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- > drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- > 2 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c > b/drivers/gpu/drm/radeon/radeon_drv.c > index a252bc407aa2..88c41d43ec3d 100644 > --- a/drivers/gpu/drm/radeon/radeon_drv.c > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > @@ -97,9 +97,10 @@ > * 2.46.0 - Add PFP_SYNC_ME support on evergreen > * 2.47.0 - Add UVD_NO_OP register support > * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI > + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct > vram_size/visible values > */ > #define KMS_DRIVER_MAJOR 2 > -#define KMS_DRIVER_MINOR 48 > +#define KMS_DRIVER_MINOR 49 > #define KMS_DRIVER_PATCHLEVEL 0 > int radeon_driver_load_kms(struct drm_device *dev, unsigned long > flags); > int radeon_driver_unload_kms(struct drm_device *dev); > diff --git a/drivers/gpu/drm/radeon/radeon_gem.c > b/drivers/gpu/drm/radeon/radeon_gem.c > index 0bcffd8a7bd3..96683f5b2b1b 100644 > --- a/drivers/gpu/drm/radeon/radeon_gem.c > +++ b/drivers/gpu/drm/radeon/radeon_gem.c > @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, > void *data, > > man = &rdev->mman.bdev.man[TTM_PL_VRAM]; > > - args->vram_size = rdev->mc.real_vram_size; > - args->vram_visible = (u64)man->size << PAGE_SHIFT; > + args->vram_size = (u64)man->size << PAGE_SHIFT; > + args->vram_visible = rdev->mc.visible_vram_size; > args->vram_visible -= rdev->vram_pin_size; > args->gart_size = rdev->mc.gtt_size; > args->gart_size -= rdev->gart_pin_size; _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <5abbe0dcb709f4624fa52f32d9e3e3d5-0hun7QTegEsDD4udEopG9Q@public.gmane.org>]
* RE: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <5abbe0dcb709f4624fa52f32d9e3e3d5-0hun7QTegEsDD4udEopG9Q@public.gmane.org> @ 2017-01-31 15:43 ` Deucher, Alexander [not found] ` <BN6PR12MB16528D1DF5184C0A29572C04F74A0-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> 2017-01-31 22:06 ` Emil Velikov 0 siblings, 2 replies; 13+ messages in thread From: Deucher, Alexander @ 2017-01-31 15:43 UTC (permalink / raw) To: 'Dieter Nützel', Michel Dänzer Cc: Alex Deucher, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW > -----Original Message----- > From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf > Of Dieter Nützel > Sent: Tuesday, January 31, 2017 6:25 AM > To: Michel Dänzer > Cc: Alex Deucher; mesa-dev@lists.freedesktop.org; amd- > gfx@lists.freedesktop.org > Subject: Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in > DRM_RADEON_GEM_INFO ioctl > > Hello Michel, > > as this is for radeon, do you think this could/should fix > the wrong reported VRAM size with Unigine_Heaven/-Valley, too? > Maybe speed things up? ;-) > > Unigine_Valley-1.0 > > GPU: Unknown GPU x1 > System memory: 24102 MB > Video memory: 256 MB > Sync threads: 7 > Async threads: 8 > > I'll try patching openSUSE Kernel:stable 4.9.6-2 with this > and maybe this could then go into 4.10-rc7 'cause it is a > bugfix. - Alex? This patch just fixes the case of the HUD reporting the wrong amount of visible vram. Most 3D apps just default to 256MB if they don't know how much vram is. The problem is GL never provided a core way to determine how much vram is available on a GPU so lots of vendor specific extensions and driver specific methods popped up to address this. Alex > > Greetings, > Dieter > > Am 31.01.2017 07:54, schrieb Michel Dänzer: > > From: Michel Dänzer <michel.daenzer@amd.com> > > > > vram_size is supposed to be the total amount of VRAM that can be used > > by > > userspace, which corresponds to the TTM VRAM manager size (which is > > normally the full amount of VRAM, but can be just the visible VRAM when > > DMA can't be used for BO migration for some reason). > > > > The above was incorrectly used for vram_visible before, resulting in > > generally too large values being reported. > > > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> > > --- > > drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- > > drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- > > 2 files changed, 4 insertions(+), 3 deletions(-) > > > > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c > > b/drivers/gpu/drm/radeon/radeon_drv.c > > index a252bc407aa2..88c41d43ec3d 100644 > > --- a/drivers/gpu/drm/radeon/radeon_drv.c > > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > > @@ -97,9 +97,10 @@ > > * 2.46.0 - Add PFP_SYNC_ME support on evergreen > > * 2.47.0 - Add UVD_NO_OP register support > > * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI > > + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct > > vram_size/visible values > > */ > > #define KMS_DRIVER_MAJOR 2 > > -#define KMS_DRIVER_MINOR 48 > > +#define KMS_DRIVER_MINOR 49 > > #define KMS_DRIVER_PATCHLEVEL 0 > > int radeon_driver_load_kms(struct drm_device *dev, unsigned long > > flags); > > int radeon_driver_unload_kms(struct drm_device *dev); > > diff --git a/drivers/gpu/drm/radeon/radeon_gem.c > > b/drivers/gpu/drm/radeon/radeon_gem.c > > index 0bcffd8a7bd3..96683f5b2b1b 100644 > > --- a/drivers/gpu/drm/radeon/radeon_gem.c > > +++ b/drivers/gpu/drm/radeon/radeon_gem.c > > @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, > > void *data, > > > > man = &rdev->mman.bdev.man[TTM_PL_VRAM]; > > > > - args->vram_size = rdev->mc.real_vram_size; > > - args->vram_visible = (u64)man->size << PAGE_SHIFT; > > + args->vram_size = (u64)man->size << PAGE_SHIFT; > > + args->vram_visible = rdev->mc.visible_vram_size; > > args->vram_visible -= rdev->vram_pin_size; > > args->gart_size = rdev->mc.gtt_size; > > args->gart_size -= rdev->gart_pin_size; > _______________________________________________ > amd-gfx mailing list > amd-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <BN6PR12MB16528D1DF5184C0A29572C04F74A0-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>]
* Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <BN6PR12MB16528D1DF5184C0A29572C04F74A0-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> @ 2017-01-31 21:08 ` Dieter Nützel 0 siblings, 0 replies; 13+ messages in thread From: Dieter Nützel @ 2017-01-31 21:08 UTC (permalink / raw) To: Deucher, Alexander Cc: Alex Deucher, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, Michel Dänzer, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW Am 31.01.2017 16:43, schrieb Deucher, Alexander: >> -----Original Message----- >> From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf >> Of Dieter Nützel >> Sent: Tuesday, January 31, 2017 6:25 AM >> To: Michel Dänzer >> Cc: Alex Deucher; mesa-dev@lists.freedesktop.org; amd- >> gfx@lists.freedesktop.org >> Subject: Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible >> values in >> DRM_RADEON_GEM_INFO ioctl >> >> Hello Michel, >> >> as this is for radeon, do you think this could/should fix >> the wrong reported VRAM size with Unigine_Heaven/-Valley, too? >> Maybe speed things up? ;-) >> >> Unigine_Valley-1.0 >> >> GPU: Unknown GPU x1 >> System memory: 24102 MB >> Video memory: 256 MB >> Sync threads: 7 >> Async threads: 8 >> >> I'll try patching openSUSE Kernel:stable 4.9.6-2 with this >> and maybe this could then go into 4.10-rc7 'cause it is a >> bugfix. - Alex? > > This patch just fixes the case of the HUD reporting the wrong amount > of visible vram. Most 3D apps just default to 256MB if they don't > know how much vram is. The problem is GL never provided a core way to > determine how much vram is available on a GPU so lots of vendor > specific extensions and driver specific methods popped up to address > this. > > Alex Ah, no hurry then. Thanks for clarification. Dieter >> Greetings, >> Dieter >> >> Am 31.01.2017 07:54, schrieb Michel Dänzer: >> > From: Michel Dänzer <michel.daenzer@amd.com> >> > >> > vram_size is supposed to be the total amount of VRAM that can be used >> > by >> > userspace, which corresponds to the TTM VRAM manager size (which is >> > normally the full amount of VRAM, but can be just the visible VRAM when >> > DMA can't be used for BO migration for some reason). >> > >> > The above was incorrectly used for vram_visible before, resulting in >> > generally too large values being reported. >> > >> > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> >> > --- >> > drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- >> > drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- >> > 2 files changed, 4 insertions(+), 3 deletions(-) >> > >> > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c >> > b/drivers/gpu/drm/radeon/radeon_drv.c >> > index a252bc407aa2..88c41d43ec3d 100644 >> > --- a/drivers/gpu/drm/radeon/radeon_drv.c >> > +++ b/drivers/gpu/drm/radeon/radeon_drv.c >> > @@ -97,9 +97,10 @@ >> > * 2.46.0 - Add PFP_SYNC_ME support on evergreen >> > * 2.47.0 - Add UVD_NO_OP register support >> > * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI >> > + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct >> > vram_size/visible values >> > */ >> > #define KMS_DRIVER_MAJOR 2 >> > -#define KMS_DRIVER_MINOR 48 >> > +#define KMS_DRIVER_MINOR 49 >> > #define KMS_DRIVER_PATCHLEVEL 0 >> > int radeon_driver_load_kms(struct drm_device *dev, unsigned long >> > flags); >> > int radeon_driver_unload_kms(struct drm_device *dev); >> > diff --git a/drivers/gpu/drm/radeon/radeon_gem.c >> > b/drivers/gpu/drm/radeon/radeon_gem.c >> > index 0bcffd8a7bd3..96683f5b2b1b 100644 >> > --- a/drivers/gpu/drm/radeon/radeon_gem.c >> > +++ b/drivers/gpu/drm/radeon/radeon_gem.c >> > @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, >> > void *data, >> > >> > man = &rdev->mman.bdev.man[TTM_PL_VRAM]; >> > >> > - args->vram_size = rdev->mc.real_vram_size; >> > - args->vram_visible = (u64)man->size << PAGE_SHIFT; >> > + args->vram_size = (u64)man->size << PAGE_SHIFT; >> > + args->vram_visible = rdev->mc.visible_vram_size; >> > args->vram_visible -= rdev->vram_pin_size; >> > args->gart_size = rdev->mc.gtt_size; >> > args->gart_size -= rdev->gart_pin_size; >> _______________________________________________ >> amd-gfx mailing list >> amd-gfx@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/amd-gfx _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl 2017-01-31 15:43 ` [Mesa-dev] " Deucher, Alexander [not found] ` <BN6PR12MB16528D1DF5184C0A29572C04F74A0-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> @ 2017-01-31 22:06 ` Emil Velikov [not found] ` <CACvgo50tFrVg+vq=Lt+5p-GYb9v+M-jRVq66rLAENFn5yoPWDA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 1 sibling, 1 reply; 13+ messages in thread From: Emil Velikov @ 2017-01-31 22:06 UTC (permalink / raw) To: Deucher, Alexander; +Cc: mesa-dev, Michel Dänzer, amd-gfx On 31 January 2017 at 15:43, Deucher, Alexander <Alexander.Deucher@amd.com> wrote: >> -----Original Message----- >> From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf >> Of Dieter Nützel >> Sent: Tuesday, January 31, 2017 6:25 AM >> To: Michel Dänzer >> Cc: Alex Deucher; mesa-dev@lists.freedesktop.org; amd- >> gfx@lists.freedesktop.org >> Subject: Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in >> DRM_RADEON_GEM_INFO ioctl >> >> Hello Michel, >> >> as this is for radeon, do you think this could/should fix >> the wrong reported VRAM size with Unigine_Heaven/-Valley, too? >> Maybe speed things up? ;-) >> >> Unigine_Valley-1.0 >> >> GPU: Unknown GPU x1 >> System memory: 24102 MB >> Video memory: 256 MB >> Sync threads: 7 >> Async threads: 8 >> >> I'll try patching openSUSE Kernel:stable 4.9.6-2 with this >> and maybe this could then go into 4.10-rc7 'cause it is a >> bugfix. - Alex? > > This patch just fixes the case of the HUD reporting the wrong amount of visible vram. Most 3D apps just default to 256MB if they don't know how much vram is. The problem is GL never provided a core way to determine how much vram is available on a GPU so lots of vendor specific extensions and driver specific methods popped up to address this. > vram_size is used for available_texture_mem in st/nine and GLX_RENDERER_VIDEO_MEMORY_MESA via GLX_MESA_query_renderer. So maybe we want this in older/stable kernel and mesa releases ? Not sure how many apps use/honour these though ;-) -Emil _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <CACvgo50tFrVg+vq=Lt+5p-GYb9v+M-jRVq66rLAENFn5yoPWDA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <CACvgo50tFrVg+vq=Lt+5p-GYb9v+M-jRVq66rLAENFn5yoPWDA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2017-01-31 22:23 ` Alex Deucher [not found] ` <CADnq5_MA5NNZ=9T_U7=GG-n-AHs+VxtwksSE6v=9DSAgyZk=Xw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 0 siblings, 1 reply; 13+ messages in thread From: Alex Deucher @ 2017-01-31 22:23 UTC (permalink / raw) To: Emil Velikov Cc: Deucher, Alexander, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, Dieter Nützel, Michel Dänzer, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW On Tue, Jan 31, 2017 at 5:06 PM, Emil Velikov <emil.l.velikov@gmail.com> wrote: > On 31 January 2017 at 15:43, Deucher, Alexander > <Alexander.Deucher@amd.com> wrote: >>> -----Original Message----- >>> From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf >>> Of Dieter Nützel >>> Sent: Tuesday, January 31, 2017 6:25 AM >>> To: Michel Dänzer >>> Cc: Alex Deucher; mesa-dev@lists.freedesktop.org; amd- >>> gfx@lists.freedesktop.org >>> Subject: Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in >>> DRM_RADEON_GEM_INFO ioctl >>> >>> Hello Michel, >>> >>> as this is for radeon, do you think this could/should fix >>> the wrong reported VRAM size with Unigine_Heaven/-Valley, too? >>> Maybe speed things up? ;-) >>> >>> Unigine_Valley-1.0 >>> >>> GPU: Unknown GPU x1 >>> System memory: 24102 MB >>> Video memory: 256 MB >>> Sync threads: 7 >>> Async threads: 8 >>> >>> I'll try patching openSUSE Kernel:stable 4.9.6-2 with this >>> and maybe this could then go into 4.10-rc7 'cause it is a >>> bugfix. - Alex? >> >> This patch just fixes the case of the HUD reporting the wrong amount of visible vram. Most 3D apps just default to 256MB if they don't know how much vram is. The problem is GL never provided a core way to determine how much vram is available on a GPU so lots of vendor specific extensions and driver specific methods popped up to address this. >> > vram_size is used for available_texture_mem in st/nine and > GLX_RENDERER_VIDEO_MEMORY_MESA via GLX_MESA_query_renderer. > So maybe we want this in older/stable kernel and mesa releases ? Not > sure how many apps use/honour these though ;-) vram_size was always correct. it was just visible vram size that was wrong. Alex _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <CADnq5_MA5NNZ=9T_U7=GG-n-AHs+VxtwksSE6v=9DSAgyZk=Xw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <CADnq5_MA5NNZ=9T_U7=GG-n-AHs+VxtwksSE6v=9DSAgyZk=Xw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2017-02-01 19:43 ` Marek Olšák 0 siblings, 0 replies; 13+ messages in thread From: Marek Olšák @ 2017-02-01 19:43 UTC (permalink / raw) To: Alex Deucher Cc: Michel Dänzer, Emil Velikov, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, Dieter Nützel, Deucher, Alexander, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW On Tue, Jan 31, 2017 at 11:23 PM, Alex Deucher <alexdeucher@gmail.com> wrote: > On Tue, Jan 31, 2017 at 5:06 PM, Emil Velikov <emil.l.velikov@gmail.com> wrote: >> On 31 January 2017 at 15:43, Deucher, Alexander >> <Alexander.Deucher@amd.com> wrote: >>>> -----Original Message----- >>>> From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf >>>> Of Dieter Nützel >>>> Sent: Tuesday, January 31, 2017 6:25 AM >>>> To: Michel Dänzer >>>> Cc: Alex Deucher; mesa-dev@lists.freedesktop.org; amd- >>>> gfx@lists.freedesktop.org >>>> Subject: Re: [Mesa-dev] [PATCH] drm/radeon: Fix vram_size/visible values in >>>> DRM_RADEON_GEM_INFO ioctl >>>> >>>> Hello Michel, >>>> >>>> as this is for radeon, do you think this could/should fix >>>> the wrong reported VRAM size with Unigine_Heaven/-Valley, too? >>>> Maybe speed things up? ;-) >>>> >>>> Unigine_Valley-1.0 >>>> >>>> GPU: Unknown GPU x1 >>>> System memory: 24102 MB >>>> Video memory: 256 MB >>>> Sync threads: 7 >>>> Async threads: 8 >>>> >>>> I'll try patching openSUSE Kernel:stable 4.9.6-2 with this >>>> and maybe this could then go into 4.10-rc7 'cause it is a >>>> bugfix. - Alex? >>> >>> This patch just fixes the case of the HUD reporting the wrong amount of visible vram. Most 3D apps just default to 256MB if they don't know how much vram is. The problem is GL never provided a core way to determine how much vram is available on a GPU so lots of vendor specific extensions and driver specific methods popped up to address this. >>> >> vram_size is used for available_texture_mem in st/nine and >> GLX_RENDERER_VIDEO_MEMORY_MESA via GLX_MESA_query_renderer. >> So maybe we want this in older/stable kernel and mesa releases ? Not >> sure how many apps use/honour these though ;-) > > vram_size was always correct. it was just visible vram size that was wrong. Just to clarify this more: the reported visible vram size currently has no effect on anything other than scaling the Gallium HUD, which you can simply suppress if you set the ".d" option to resize it automatically I think. Marek _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org>]
* [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> @ 2017-01-31 6:54 ` Michel Dänzer [not found] ` <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 9:09 ` [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl Christian König 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 1 reply; 13+ messages in thread From: Michel Dänzer @ 2017-01-31 6:54 UTC (permalink / raw) To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW From: Michel Dänzer <michel.daenzer@amd.com> The kernel driver reports correct values now. Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> --- src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c index a8da62fd36..cacd683879 100644 --- a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c +++ b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c @@ -372,7 +372,12 @@ static bool do_winsys_init(struct radeon_drm_winsys *ws) } ws->info.gart_size = gem_info.gart_size; ws->info.vram_size = gem_info.vram_size; - ws->info.vram_vis_size = MIN2(gem_info.vram_visible, 256*1024*1024); + ws->info.vram_vis_size = gem_info.vram_visible; + /* Older versions of the kernel driver reported incorrect values, and + * didn't support more than 256MB of visible VRAM anyway + */ + if (ws->info.drm_minor < 49) + ws->info.vram_vis_size = MIN2(ws->info.vram_vis_size, 256*1024*1024); /* Radeon allocates all buffers as contigous, which makes large allocations * unlikely to succeed. */ -- 2.11.0 _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply related [flat|nested] 13+ messages in thread
[parent not found: <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org>]
* Re: [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 [not found] ` <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org> @ 2017-01-31 9:12 ` Samuel Pitoiset 2017-01-31 11:44 ` Nicolai Hähnle 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 0 replies; 13+ messages in thread From: Samuel Pitoiset @ 2017-01-31 9:12 UTC (permalink / raw) To: Michel Dänzer, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW Thanks for fixing this Michel. Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> On 01/31/2017 07:54 AM, Michel Dänzer wrote: > From: Michel Dänzer <michel.daenzer@amd.com> > > The kernel driver reports correct values now. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> > --- > src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > index a8da62fd36..cacd683879 100644 > --- a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > +++ b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > @@ -372,7 +372,12 @@ static bool do_winsys_init(struct radeon_drm_winsys *ws) > } > ws->info.gart_size = gem_info.gart_size; > ws->info.vram_size = gem_info.vram_size; > - ws->info.vram_vis_size = MIN2(gem_info.vram_visible, 256*1024*1024); > + ws->info.vram_vis_size = gem_info.vram_visible; > + /* Older versions of the kernel driver reported incorrect values, and > + * didn't support more than 256MB of visible VRAM anyway > + */ > + if (ws->info.drm_minor < 49) > + ws->info.vram_vis_size = MIN2(ws->info.vram_vis_size, 256*1024*1024); > > /* Radeon allocates all buffers as contigous, which makes large allocations > * unlikely to succeed. */ > _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 [not found] ` <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 9:12 ` Samuel Pitoiset @ 2017-01-31 11:44 ` Nicolai Hähnle 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 0 replies; 13+ messages in thread From: Nicolai Hähnle @ 2017-01-31 11:44 UTC (permalink / raw) To: Michel Dänzer, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW Both patches: Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com> On 31.01.2017 07:54, Michel Dänzer wrote: > From: Michel Dänzer <michel.daenzer@amd.com> > > The kernel driver reports correct values now. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> > --- > src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > index a8da62fd36..cacd683879 100644 > --- a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > +++ b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > @@ -372,7 +372,12 @@ static bool do_winsys_init(struct radeon_drm_winsys *ws) > } > ws->info.gart_size = gem_info.gart_size; > ws->info.vram_size = gem_info.vram_size; > - ws->info.vram_vis_size = MIN2(gem_info.vram_visible, 256*1024*1024); > + ws->info.vram_vis_size = gem_info.vram_visible; > + /* Older versions of the kernel driver reported incorrect values, and > + * didn't support more than 256MB of visible VRAM anyway > + */ > + if (ws->info.drm_minor < 49) > + ws->info.vram_vis_size = MIN2(ws->info.vram_vis_size, 256*1024*1024); > > /* Radeon allocates all buffers as contigous, which makes large allocations > * unlikely to succeed. */ > _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 [not found] ` <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 9:12 ` Samuel Pitoiset 2017-01-31 11:44 ` Nicolai Hähnle @ 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 0 replies; 13+ messages in thread From: Deucher, Alexander @ 2017-01-31 15:30 UTC (permalink / raw) To: 'Michel Dänzer', amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW > -----Original Message----- > From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf > Of Michel Dänzer > Sent: Tuesday, January 31, 2017 1:54 AM > To: amd-gfx@lists.freedesktop.org; mesa-dev@lists.freedesktop.org > Subject: [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with > kernel driver >= 2.49 > > From: Michel Dänzer <michel.daenzer@amd.com> > > The kernel driver reports correct values now. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> > --- > src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > index a8da62fd36..cacd683879 100644 > --- a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > +++ b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c > @@ -372,7 +372,12 @@ static bool do_winsys_init(struct > radeon_drm_winsys *ws) > } > ws->info.gart_size = gem_info.gart_size; > ws->info.vram_size = gem_info.vram_size; > - ws->info.vram_vis_size = MIN2(gem_info.vram_visible, 256*1024*1024); > + ws->info.vram_vis_size = gem_info.vram_visible; > + /* Older versions of the kernel driver reported incorrect values, and > + * didn't support more than 256MB of visible VRAM anyway > + */ > + if (ws->info.drm_minor < 49) > + ws->info.vram_vis_size = MIN2(ws->info.vram_vis_size, > 256*1024*1024); > > /* Radeon allocates all buffers as contigous, which makes large allocations > * unlikely to succeed. */ > -- > 2.11.0 > > _______________________________________________ > amd-gfx mailing list > amd-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 6:54 ` [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 Michel Dänzer @ 2017-01-31 9:09 ` Christian König 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 0 replies; 13+ messages in thread From: Christian König @ 2017-01-31 9:09 UTC (permalink / raw) To: Michel Dänzer, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW Am 31.01.2017 um 07:54 schrieb Michel Dänzer: > From: Michel Dänzer <michel.daenzer@amd.com> > > vram_size is supposed to be the total amount of VRAM that can be used by > userspace, which corresponds to the TTM VRAM manager size (which is > normally the full amount of VRAM, but can be just the visible VRAM when > DMA can't be used for BO migration for some reason). > > The above was incorrectly used for vram_visible before, resulting in > generally too large values being reported. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Good catch, I wonder how long we have that in here. Reviewed-by: Christian König <christian.koenig@amd.com> for this one as well the mesa patch. Regards, Christian. > --- > drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- > drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- > 2 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c b/drivers/gpu/drm/radeon/radeon_drv.c > index a252bc407aa2..88c41d43ec3d 100644 > --- a/drivers/gpu/drm/radeon/radeon_drv.c > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > @@ -97,9 +97,10 @@ > * 2.46.0 - Add PFP_SYNC_ME support on evergreen > * 2.47.0 - Add UVD_NO_OP register support > * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI > + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct vram_size/visible values > */ > #define KMS_DRIVER_MAJOR 2 > -#define KMS_DRIVER_MINOR 48 > +#define KMS_DRIVER_MINOR 49 > #define KMS_DRIVER_PATCHLEVEL 0 > int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags); > int radeon_driver_unload_kms(struct drm_device *dev); > diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c > index 0bcffd8a7bd3..96683f5b2b1b 100644 > --- a/drivers/gpu/drm/radeon/radeon_gem.c > +++ b/drivers/gpu/drm/radeon/radeon_gem.c > @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, void *data, > > man = &rdev->mman.bdev.man[TTM_PL_VRAM]; > > - args->vram_size = rdev->mc.real_vram_size; > - args->vram_visible = (u64)man->size << PAGE_SHIFT; > + args->vram_size = (u64)man->size << PAGE_SHIFT; > + args->vram_visible = rdev->mc.visible_vram_size; > args->vram_visible -= rdev->vram_pin_size; > args->gart_size = rdev->mc.gtt_size; > args->gart_size -= rdev->gart_pin_size; _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 6:54 ` [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 Michel Dänzer 2017-01-31 9:09 ` [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl Christian König @ 2017-01-31 15:30 ` Deucher, Alexander 2 siblings, 0 replies; 13+ messages in thread From: Deucher, Alexander @ 2017-01-31 15:30 UTC (permalink / raw) To: 'Michel Dänzer', amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, mesa-dev-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW > -----Original Message----- > From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf > Of Michel Dänzer > Sent: Tuesday, January 31, 2017 1:54 AM > To: amd-gfx@lists.freedesktop.org; mesa-dev@lists.freedesktop.org > Subject: [PATCH] drm/radeon: Fix vram_size/visible values in > DRM_RADEON_GEM_INFO ioctl > > From: Michel Dänzer <michel.daenzer@amd.com> > > vram_size is supposed to be the total amount of VRAM that can be used by > userspace, which corresponds to the TTM VRAM manager size (which is > normally the full amount of VRAM, but can be just the visible VRAM when > DMA can't be used for BO migration for some reason). > > The above was incorrectly used for vram_visible before, resulting in > generally too large values being reported. > > Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> > --- > drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- > drivers/gpu/drm/radeon/radeon_gem.c | 4 ++-- > 2 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c > b/drivers/gpu/drm/radeon/radeon_drv.c > index a252bc407aa2..88c41d43ec3d 100644 > --- a/drivers/gpu/drm/radeon/radeon_drv.c > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > @@ -97,9 +97,10 @@ > * 2.46.0 - Add PFP_SYNC_ME support on evergreen > * 2.47.0 - Add UVD_NO_OP register support > * 2.48.0 - TA_CS_BC_BASE_ADDR allowed on SI > + * 2.49.0 - DRM_RADEON_GEM_INFO ioctl returns correct > vram_size/visible values > */ > #define KMS_DRIVER_MAJOR 2 > -#define KMS_DRIVER_MINOR 48 > +#define KMS_DRIVER_MINOR 49 > #define KMS_DRIVER_PATCHLEVEL 0 > int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags); > int radeon_driver_unload_kms(struct drm_device *dev); > diff --git a/drivers/gpu/drm/radeon/radeon_gem.c > b/drivers/gpu/drm/radeon/radeon_gem.c > index 0bcffd8a7bd3..96683f5b2b1b 100644 > --- a/drivers/gpu/drm/radeon/radeon_gem.c > +++ b/drivers/gpu/drm/radeon/radeon_gem.c > @@ -220,8 +220,8 @@ int radeon_gem_info_ioctl(struct drm_device *dev, > void *data, > > man = &rdev->mman.bdev.man[TTM_PL_VRAM]; > > - args->vram_size = rdev->mc.real_vram_size; > - args->vram_visible = (u64)man->size << PAGE_SHIFT; > + args->vram_size = (u64)man->size << PAGE_SHIFT; > + args->vram_visible = rdev->mc.visible_vram_size; > args->vram_visible -= rdev->vram_pin_size; > args->gart_size = rdev->mc.gtt_size; > args->gart_size -= rdev->gart_pin_size; > -- > 2.11.0 > > _______________________________________________ > amd-gfx mailing list > amd-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2017-02-01 19:43 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-01-31 6:54 [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl Michel Dänzer 2017-01-31 11:24 ` Dieter Nützel [not found] ` <5abbe0dcb709f4624fa52f32d9e3e3d5-0hun7QTegEsDD4udEopG9Q@public.gmane.org> 2017-01-31 15:43 ` [Mesa-dev] " Deucher, Alexander [not found] ` <BN6PR12MB16528D1DF5184C0A29572C04F74A0-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org> 2017-01-31 21:08 ` Dieter Nützel 2017-01-31 22:06 ` Emil Velikov [not found] ` <CACvgo50tFrVg+vq=Lt+5p-GYb9v+M-jRVq66rLAENFn5yoPWDA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2017-01-31 22:23 ` [Mesa-dev] " Alex Deucher [not found] ` <CADnq5_MA5NNZ=9T_U7=GG-n-AHs+VxtwksSE6v=9DSAgyZk=Xw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2017-02-01 19:43 ` Marek Olšák [not found] ` <20170131065414.2434-1-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 6:54 ` [PATCH] winsys/radeon: Allow visible VRAM size > 256MB with kernel driver >= 2.49 Michel Dänzer [not found] ` <20170131065414.2434-2-michel-otUistvHUpPR7s880joybQ@public.gmane.org> 2017-01-31 9:12 ` Samuel Pitoiset 2017-01-31 11:44 ` Nicolai Hähnle 2017-01-31 15:30 ` Deucher, Alexander 2017-01-31 9:09 ` [PATCH] drm/radeon: Fix vram_size/visible values in DRM_RADEON_GEM_INFO ioctl Christian König 2017-01-31 15:30 ` Deucher, Alexander
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.