Re: radeon-pre-2

[Dave Airlie]

> >
> > We already have a mechanism for this: suspend/resume.
>
> Jon, you're not making sense any more.

> This discussion is just ridiculous, and I don't think it's worth cc'ing me
> if people can't try to work together, since I'm sadly not going to have
> time to actually implement any of this myself.
>
> If you are claiming that we should suspend/resume the whole chip just
> because two different programs want to access it, you're just crazy.
>
> We clearly _do_ have different subsystems already working together
> accessign the same chip, and they are _not_ doing stupid things like you
> are suggesting. They _work_. Today. No suspend/resume involved.

I think you are missing Jon's point here, we do complete suspend/resume
nowdays, just look at the radeon DDX Enter/Leave VT code, now I don't
particularly want that code in the kernel, it assumes nothing about the
chip after you switch back to X and restores the whole lot.. so we are
doing this today, they work because of that code, the DRM doesn't do
anything unless X is running in most scenarios today, so the DRM and fb
never do anything that simulatenous that you might notice as when you
switch away from X the drm is locked against working, and the fb can take
over, in the future this isn't going to be true, the mesa-solo work being
one case where fb and drm are going to be accessed from the one
process....

So his statement didn't seem that idiotic to me... he might have explained
himself better, and may have assumed everyone understands the internals of
the X DDXes,

Dave.


-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/