| Age | Commit message (Collapse) | Author |
|---|
|
PR: kern/97056 Submitted by: Stanislav Sedov <ssedov@mbsd.msk.ru>
|
|
chasing a NULL pointer at the first 3d app invocation.
|
|
refusal to inline functions that (in some cases, at least) aren't that
large.
|
|
|
|
|
|
|
|
|
|
attachment. Make our mga_drv.c use them, while I'm here.
Submitted by: Jonathan Fosburgh <jonathan@fosburgh.org>
|
|
|
|
Linux, which broke on FreeBSD. DRM_COPY_*_IOCTL checks for the size
parameter matching the ioctl's command size there, since the copin/out
happened earlier.
|
|
|
|
|
|
|
|
|
|
perfect but should be very safe... align some other kernel bits i810
align with kernel
|
|
|
|
|
|
|
|
rv380, rv410), with the exception of the rs400 igps. Hopefully they no
longer lock up with new ddx, but no guarantees... (bug #5413)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
chips may be problematic). Leave the existing entries for new chips in
though. Remove ids not known by ddx (secondary ids, non-existant,...).
Correct some entries (name/family). Make the radeon family enum look
more alike the ddx/dri versions. See #5413
|
|
|
|
|
|
useless. Remove SIGIO handling functions as they're server-only and
properly belong in libdri.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
unichrome-users.
|
|
|
|
clients can avoid an ioctl waiting on fences that have already been
received. Would be even better if the hardware did the update itself.
|
|
|
|
|
|
|
|
|
|
reverted.
|
