Dave Airlie wrote:
Both i915 and radeon memory managers could probably be moved over to the new
code, but then only using the functionality in drm_mm.c and not drm_sman.c.
I'll have a look. However, I'd rather focus on getting the ttm branch in a
usable state and start moving drivers
> Both i915 and radeon memory managers could probably be moved over to the new
> code, but then only using the functionality in drm_mm.c and not drm_sman.c.
> I'll have a look. However, I'd rather focus on getting the ttm branch in a
> usable state and start moving drivers over to that function
I'll have a look. However, I'd rather focus on getting the ttm branch in a
usable state and start moving drivers over to that functionality, eventually
obsoleting the code in drm_sman.c.
Oh no worries don't let me detract from the real problem, I just wondered
having looked in those files be
Dave Airlie wrote:
New semantics:
The new manager always aligns to 16 bytes, except when it is
bypassed by the SiS fb module.
Yes you're right. The core functions support any alignment so the
constraints are device specific.
Just another question, could this code be used to replace al
New semantics:
The new manager always aligns to 16 bytes, except when it is bypassed by
the SiS fb module.
Yes you're right. The core functions support any alignment so the constraints
are device specific.
Just another question, could this code be used to replace all or
parts of i915_m
Luc Verhaegen wrote:
On Sun, May 28, 2006 at 06:36:27PM +0200, Thomas Hellström wrote:
New semantics:
The new manager always aligns to 16 bytes, except when it is bypassed by
the SiS fb module.
This alarmed me; I don't want to see VIAs problem become a DRM wide
rule.
But it seems
On Sun, May 28, 2006 at 06:36:27PM +0200, Thomas Hellström wrote:
>
> New semantics:
> The new manager always aligns to 16 bytes, except when it is bypassed by
> the SiS fb module.
This alarmed me; I don't want to see VIAs problem become a DRM wide
rule.
But it seems as if this alignment is en
Hi!
I've created a branch drm-sman-branch with a new drm core version of the
memory manager used with the SiS and VIA drivers. This is to give the
hash table- and core memory manager algorithms implementation of the
drm-ttm-branch some testing (It's using the same code) and also to
improve t
