23 Dec, 2009
4 commits
-
This fixes up vmwgfx for the unlocked ioctl code to avoid
doing it in the driver. Also adds ioctl flags.Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Dave Airlie -
drivers/gpu/drm/radeon/radeon_test.c:45: undefined reference to `__udivdi3'
Reported-by: Mr. James W. Laferriere
Cc: stable@kernel.org
Signed-off-by: Dave Airlie -
Use kzalloc rather than kcalloc(1,...)
The use of the allocated memory that looks like an array is &p->relocs[0],
but this should be the same as p->relocs.The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)//
@@
@@- kcalloc(1,
+ kzalloc(
...)
//Signed-off-by: Julia Lawall
Signed-off-by: Dave Airlie -
linux/kernel.h has a "clamp" macro, but r300_cmdbuf also uses a variable
with the same name. Right now it doesn't seem to include the header,
but sooner or later someone will. So better rename the variable
now.Signed-off-by: Andi Kleen
Signed-off-by: Dave Airlie
18 Dec, 2009
3 commits
-
drm_ioctl is called with the Big Kernel Lock held,
which shows up very high in statistics on vfs_ioctl.Moving the lock into the drm_ioctl function itself
makes sure we blame the right subsystem and it gets
us one step closer to eliminating the locked version
of fops->ioctl.Since drm_ioctl does not require the lock itself,
we only need to hold it while calling the specific
handler. The 32 bit conversion handlers do not
interact with any other code, so they don't need
the BKL here either and can just call drm_ioctl.As a bonus, this cleans up all the other users
of drm_ioctl which now no longer have to find
the inode or call lock_kernel.[airlied: squashed the non-driver bits
of the second patch in here, this provides
the flag for drivers to use to select unlocked
ioctls - but doesn't modify any drivers].Signed-off-by: Arnd Bergmann
Cc: David Airlie
Cc: dri-devel@lists.sourceforge.net
Cc: Frederic Weisbecker
Cc: Thomas Gleixner
Signed-off-by: Dave Airlie
16 Dec, 2009
18 commits
-
This adds support for compressed textures to the r100->r500 CS
checker, it lets me run openarena and the demos in mesa fine.Thanks to Maciej Cencora for initial comments.
Changes since v1:
fix calculations with Maciej formulasReviewed-by: Maciej Cencora
Signed-off-by: Dave Airlie -
This adds the relocations for texture tiling for KMS.
Signed-off-by: Maciej Cencora
Signed-off-by: Dave Airlie -
* korg/drm-radeon-next:
drm/radeon/kms: init pm on all chipsets -
Signed-off-by: Rafał Miłecki
Signed-off-by: Dave Airlie -
* 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next:
drm/nouveau: remove use of -ERESTART
nouveau: Fix endianness with new context program loader
drm/nouveau: fix build with CONFIG_AGP=n
drm/nouveau: fix ch7006 build -
Adding basic HDMI support for R600 KMS, ported from radeonhd ddx.
[airlied:- checkpatch cleanups]
Signed-off-by: Christian Koenig
Signed-off-by: Dave Airlie -
We need to make sure the the MC is intialized before we map the
blit shader object on r6xx+.Signed-off-by: Alex Deucher
Signed-off-by: Dave Airlie -
radeon_object.h wasn't converted to ERESTARTSYS change. No
each time we got an ERESTARTSYS we return to userspace (ie
we were interrupted by a signal and we let the userspace
reschedule the ioctl).Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
Not sure it ever happens in practice, spotted during code review.
spare brace snuck in
Signed-off-by: Dave Airlie
-
if we fail with ERESTARTSYS during alloc, we'll get a retry from
userspace so don't report it in dmesg.Signed-off-by: Dave Airlie
-
If they are not radeon object don't do anythings special for them,
this avoid rare oops than can happen in a complex use case.[airlied: additional fixups]
Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
Do as we did before rework, if no placement is supplied at bo
creation time, fallback to allocating bo from system ram. This
will fix most of the creation failed issue report we got since
the rework get merged.Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
System memory type doesn't have a drm_mm manager associated to
it. This patch avoid trying to call drm_mm_debug on unitialized
drm_mm when printing debug info on the system memory manager.Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
1) The function was previously called with a potentially empty
LRU list which would have lead to an OOPS or servere corruption.
2) In rare cases, after reservation has succeeded, another process may
already have evicted it or even pinned it. We must revalidate the
buffer status after releasing the lru lock.Signed-off-by: Thomas Hellstrom
Signed-off-by: Dave Airlie -
1) Remove from lru before reserving so we avoid competing with
evicting processes.
2) Avoid calling kref_put() on bo::list_kref while spinlocked.
3) Additional refcounting bug-checking.Signed-off-by: Thomas Hellstrom
Signed-off-by: Dave Airlie -
a) the loops were going to
Signed-off-by: Dave Airlie -
This path isn't used by radeon yet, but future drivers will want it,
so fix it right.Reported-by: Luca Barbieri
Signed-off-by: Dave Airlie
15 Dec, 2009
7 commits
-
Signed-off-by: Ben Skeggs
-
When switching to request_firmware() to load the context programs,
some endian fixes need to be applied. This makes it work again on
my quad g5 nvidia 6600.Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Ben Skeggs -
Signed-off-by: Ben Skeggs
-
The ch7006 driver could be built even when nouveau was not enabled,
but the build fails in that case, so make it depend on DRM_NOUVEUA.Also make the I2c encoder/helper chips menu depend on I2C (no build
error, just visual inspection).ERROR: "drm_helper_probe_single_connector_modes" [drivers/gpu/drm/i2c/ch7006.ko] undefined!
Signed-off-by: Randy Dunlap
Signed-off-by: Ben Skeggs -
This commit adds the vmwgfx driver for the VWware Virtual GPU aka SVGA.
The driver is under staging the same as Nouveau and Radeon KMS. Hopefully
the 2D ioctls are bug free and don't need changing, so that part of the
API should be stable. But there there is a pretty big chance that the 3D API
will change in the future.Signed-off-by: Thomas Hellström
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Dave Airlie -
These headers are shared between multiple place where
different coding standards apply. They will be fixed
up at a later time.Signed-off-by: Thomas Hellström
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Dave Airlie -
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Dave Airlie
11 Dec, 2009
5 commits
-
This adds a drm/kms staging non-API stable driver for GPUs from NVIDIA.
This driver is a KMS-based driver and requires a compatible nouveau
userspace libdrm and nouveau X.org driver.This driver requires firmware files not available in this kernel tree,
interested parties can find them via the nouveau project git archive.This driver is reverse engineered, and is in no way supported by nVidia.
Support for nearly the complete range of nvidia hw from nv04->g80 (nv50)
is available, and the kms driver should support driving nearly all
output types (displayport is under development still) along with supporting
suspend/resume.This work is all from the upstream nouveau project found at
nouveau.freedesktop.org.The original authors list from nouveau git tree is:
Anssi Hannula
Ben Skeggs
Francisco Jerez
Maarten Maathuis
Marcin Kościelnicki
Matthew Garrett
Matt Parnell
Patrice Mandin
Pekka Paalanen
Xavier Chantry
along with project founder Stephane MarchesinSigned-off-by: Ben Skeggs
Signed-off-by: Dave Airlie -
These are functions required by nouveau which will be merged later.
Signed-off-by: Ben Skeggs
Signed-off-by: Dave Airlie -
Signed-off-by: Alex Deucher
Signed-off-by: Dave Airlie -
Now bo init use placement structure like bo validation does.
Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie -
Convert ttm_buffer_object_init to use struct ttm_placement and
rename to ttm_bo_init for consistency with function naming. This
allow to give more complex placement at buffer creation. For
instance you ask to allocate bo into vram first but if there is
not enough vram you can give system as a second possible
placement. It also allow to create buffer in a specific range.Also rename ttm_buffer_object_validate to ttm_bo_validate.
Signed-off-by: Jerome Glisse
Signed-off-by: Dave Airlie
10 Dec, 2009
3 commits
-
Signed-off-by: Dave Airlie
-
This merges some TTM overhauls to allow us to do better object placement
for certain radeon GPUs that need scanout+cursor within range of each other,
along with an API change to not return ERESTART to userspace, but to use
ERESTARTSYS properly internally and have it convert to EINTR and catch that
correctly. Also lots of radeon fixes across the board. -
Pull more Intel changes in, especially one to init the GTT properly