search for: radeon_bo_create

Displaying 7 results from an estimated 7 matches for "radeon_bo_create".

2020 Aug 13
2
[PATCH 12/20] drm/radeon: Introduce GEM object functions
...em_prime_pin, > + .unpin = radeon_gem_prime_unpin, > + .get_sg_table = radeon_gem_prime_get_sg_table, > + .vmap = radeon_gem_prime_vmap, > + .vunmap = radeon_gem_prime_vunmap, > +}; > + Same comment as for amdgpu, please put that into radeon_gem.c instead. Christian. > int radeon_bo_create(struct radeon_device *rdev, > unsigned long size, int byte_align, bool kernel, > u32 domain, u32 flags, struct sg_table *sg, > @@ -209,6 +234,7 @@ int radeon_bo_create(struct radeon_device *rdev, > bo = kzalloc(sizeof(struct radeon_bo), GFP_KERNEL); > if (bo =...
2020 May 20
2
[RFC] Deprecate AGP GART support for Radeon/Nouveau/TTM
...s dirty and squeeze a bit more > performance out of the old hardware, porting USWC from amdgpu to radeon > shouldn't be to much of a problem. We do support USWC on radeon, although I think we had separate flags for cached and WC. That said we had a lot of problems with WC on 32 bit (see radeon_bo_create()). The other problem is that, at least on the really old radeons, the PCI gart didn't support snooped and unsnooped. It was always snooped. It wasn't until pcie that the gart hw got support for both. For AGP, the expectation was that AGP provided the uncached memory. > > > Su...
2020 Aug 13
0
[PATCH 12/20] drm/radeon: Introduce GEM object functions
...open = radeon_gem_object_open, + .close = radeon_gem_object_close, + .export = radeon_gem_prime_export, + .pin = radeon_gem_prime_pin, + .unpin = radeon_gem_prime_unpin, + .get_sg_table = radeon_gem_prime_get_sg_table, + .vmap = radeon_gem_prime_vmap, + .vunmap = radeon_gem_prime_vunmap, +}; + int radeon_bo_create(struct radeon_device *rdev, unsigned long size, int byte_align, bool kernel, u32 domain, u32 flags, struct sg_table *sg, @@ -209,6 +234,7 @@ int radeon_bo_create(struct radeon_device *rdev, bo = kzalloc(sizeof(struct radeon_bo), GFP_KERNEL); if (bo == NULL) return -ENOMEM; +...
2020 Aug 13
0
[PATCH 12/20] drm/radeon: Introduce GEM object functions
...;> + > > Same comment as for amdgpu, please put that into radeon_gem.c instead. There's no good header file to put the declarations, right? I'm asking because checkpatch warns about declarations in the source files. Best regards Thomas > > Christian. > >> ? int radeon_bo_create(struct radeon_device *rdev, >> ?????????????? unsigned long size, int byte_align, bool kernel, >> ?????????????? u32 domain, u32 flags, struct sg_table *sg, >> @@ -209,6 +234,7 @@ int radeon_bo_create(struct radeon_device *rdev, >> ????? bo = kzalloc(sizeof(struct radeon_bo)...
2020 May 22
0
[RFC] Deprecate AGP GART support for Radeon/Nouveau/TTM
...bit more >> performance out of the old hardware, porting USWC from amdgpu to radeon >> shouldn't be to much of a problem. > We do support USWC on radeon, although I think we had separate flags > for cached and WC. That said we had a lot of problems with WC on 32 > bit (see radeon_bo_create()). The other problem is that, at least on > the really old radeons, the PCI gart didn't support snooped and > unsnooped. It was always snooped. It wasn't until pcie that the gart > hw got support for both. For AGP, the expectation was that AGP > provided the uncached memory...
2020 Aug 13
28
[PATCH 00/20] Convert all remaining drivers to GEM object functions
The GEM and PRIME related callbacks in struct drm_driver are deprecated in favor of GEM object functions in struct drm_gem_object_funcs. This patchset converts the remaining drivers to object functions and removes most of the obsolete interfaces. Patches #1 to #18 convert DRM drivers to GEM object functions, one by one. Each patch moves existing callbacks from struct drm_driver to an instance of
2020 May 13
8
[RFC] Deprecate AGP GART support for Radeon/Nouveau/TTM
Unfortunately AGP is still to widely used as we could just drop support for using its GART. Not using the AGP GART also doesn't mean a loss in functionality since drivers will just fallback to the driver specific PCI GART. For now just deprecate the code and don't enable the AGP GART in TTM even when general AGP support is available. Please comment, Christian.