| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Approved by: kib
Obtained from: drm git
|
|
|
|
| |
Approved by: kib
|
|
|
|
|
| |
Approved by: kib@
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
Intel 855 chips present the same pci id for both heads. This prevents
us from attaching to the dummy second head. All other chips that I
am aware of either only present a single pci id, or different ids
for each head so that we only match on the correct head.
Approved by: kib@
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
| |
ati pci gart to use bus_dma to handle the allocations. This fixes
a garbled screen issue on at least some radeons (X1400 tested). It is
also likely that this is the correct fix for PR# 119324, though that
is not confirmed yet.
Reviewed by: jhb@ (mentor, prior version)
Approved by: kib@
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
rs400/rs480 should clear the RADEON_BUS_MASTER_DIS bit. This should get
the rs485 IGP chips going again.
Approved by: jhb (mentor)
Obtained from: drm git master
|
|
|
|
|
|
|
| |
rs400 is just like rs480
Approved by: jhb (mentor)
Obtained from: drm git
|
|
|
|
|
|
| |
This was causing the newer Intel video drivers to fail and abort X.
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Olaf Kirch noticed that the i915_set_status_page() function of the i915
kernel driver calls ioremap with an address offset that is supplied by
userspace via ioctl. The function zeroes the mapped memory via memset
and tells the hardware about the address. Turns out that access to that
ioctl is not restricted to root so users could probably exploit that to
do nasty things. We haven't tried to write actual exploit code though.
It only affects the Intel G33 series and newer.
Approved by: bz (secteam)
Obtained from: Intel drm repo
Security: CVE-2008-3831
|
|
|
|
|
|
|
|
| |
but I inadvertently overwrote the change when I synced to git. Commit
the fix in both places, so this doesn't happen again.
Approved by: jhb (mentor)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
reintroduced it with the sync to git master. Commit the fix in both
places this time.
Approved by: jhb (mentor)
MFC after: 2 weeks
|
|
|
|
|
|
| |
but abandon info->rects.
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
|
|
|
| |
will ease the identification of memory leaks as the OS will be able to track
allocations for us by malloc type. vmstat -m will show all of the
allocations.
Convert the calls to drm_alloc() and friends, which are used in shared code
to static __inline__ while we are here.
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
| |
from operating on a list with a single item. This code is used much more by
the i915 driver with xorg-7.4. Correct it to match the actual linux
implementation.
Approved by: jhb (mentor)
|
|
|
|
| |
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
| |
busmastering support. This also adds register definitions for MSI support,
which we will be using shortly.
Approved by: jhb (mentor)
Obtained from: drm git master
|
|
|
|
|
| |
Approved by: jhb (mentor)
Obtained from: drm git master
|
|
|
|
|
|
|
|
| |
new-bus already handles this for us.
Suggested by jhb@
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
|
| |
We don't explicity check for error here and M_WAITOK will just put the
process to sleep waiting on resources to become available.
Suggested by jhb@
Approved by: jhb (mentor)
|
|
|
|
|
|
| |
pointed out by jhb@
Approved by: jhb (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts a private patch which is causing issues with many Intel chipsets.
I will review that patch and see what we need to do to fix it up later, but
for the time being, we will just get these chips working again.
This update contains a lot of code cleanup and is post gem merge
(no, we don't have gem support). It should prove much easier to read the
code now. A lot of thanks goes to vehemens for that work. I have adapted
the code to use cdevpriv for tracking per open file data. That alleviates
the old ugly hack that we used to try and accomplish the task and helped to
clean up the open / close behavior a good bit. This also replaces the hack
that was put in place a year or so ago to prevent radeons from locking up
with AIGLX enabled. I have had a couple of radeon testers report that it
still works as expected, though I no longer have radeon hardware to test with
myself. Other various fixes from the linux crew and Intel, many of
which are muddled in with the gem merge.
Approved by: jhb (mentor)
Obtained from: mesa/drm git master
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After I removed all the unit2minor()/minor2unit() calls from the kernel
yesterday, I realised calling minor() everywhere is quite confusing.
Character devices now only have the ability to store a unit number, not
a minor number. Remove the confusion by using dev2unit() everywhere.
This commit could also be considered as a bug fix. A lot of drivers call
minor(), while they should actually be calling dev2unit(). In -CURRENT
this isn't a problem, but it turns out we never had any problem reports
related to that issue in the past. I suspect not many people connect
more than 256 pieces of the same hardware.
Reviewed by: kib
|
|
|
|
|
|
|
|
| |
be un-cached. Our previous memory barrier was not sufficient. This patch
allocates the IGP GART tables using the BUS_DMA_NOCACHE flag to get these
cards working.
Approved by: kib
|
|
|
|
|
|
|
|
| |
calls to bus_dma. There were multiple paths that held different locks or
no locks at all. This patch ensures that all of the calling paths drop
their lock(s) before calling drm_pci_alloc().
Reviewed by: kib
|
|
|
|
|
|
|
|
| |
anholt thinks that he added this check as part of some regression testing,
but it is failing at least some of the time. I don't want to remove it
just yet. I added a bit of debugging to help identify the issue.
Approved by: kib
|
|
|
|
|
|
|
| |
The i915 driver installs it's register map at load time now. We can't
remove the map during unload without holding the lock.
Approved by: kib
|
|
|
|
|
|
| |
This function manipulates a spin lock and we can't hold a mutex over it.
Approved by: kib
|
|
|
|
|
|
|
|
|
|
| |
This is a sync to mesa/drm pre-gem, with a few fixes on top of that.
It also contains one local patch supplied by kib@ that I can't apply to
git.master shared code.
Approved by: flz
Obtained from: mesa/drm git.master
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
PR: kern/121808
Submitted by: Volker Werth <volker at vwsoft dot com>
Approved by: imp (mentor, implicit for trivial changes)
MFC after: 3 days
|
|
|
|
|
|
|
| |
PR: kern/120978
Submitted by: Dominic Fandrey <kamikaze at bsdforen dot de>
Approved by: imp (mentor, implicit), anholt (drm maintainer)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
problems when the DRM driver is loaded and the AIXGL extension is loaded
, the AIXGL driver requests a drm_close and this will cause the radeon
driver to fail while starting X windows.
PR: kern/114688
Submitted by: vehemens <vehemens at verizon dot net>
Prodded by: Robert Noland
Approved by: imp (mentor, a while ago already), anholt
MFC After: 1 week
|
|
|
|
|
|
|
|
|
| |
bumped to 800004 to note the change though userland apps should not be
affected since they use <sys/agpio.h> rather than the headers in
sys/dev/agp.
Discussed with: anholt
Repocopy by: simon
|
|
|
|
|
|
|
|
| |
This fixes my rev. 1.5.
Reviewed by: anholt
Approved by: re (kensmith)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
non-sleepable lock held. drm_pci_alloc() calls them, thus drm mutex shall
not be held during the call.
Move the drm_pci_alloc() to the start of the i915_initialize() and drop the
the drm mutex around it.
Reported by: Ganbold <ganbold micom mng net>
Reviewed by: anholt
Approved by: re (hrs)
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many
Approved by: re@
|
|
|
|
| |
present in 6.x.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
specific privilege names to a broad range of privileges. These may
require some future tweaking.
Sponsored by: nCircle Network Security, Inc.
Obtained from: TrustedBSD Project
Discussed on: arch@
Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri,
Alex Lyashkov <umka at sevcity dot net>,
Skip Ford <skip dot ford at verizon dot net>,
Antoine Brodin <antoine dot brodin at laposte dot net>
|
|
|
|
|
|
|
| |
- Add support for Intel 965 Express chipsets.
- Add support for R200 vertex programs, along with minor bugfixes.
- Add support for vblank synchronization to pipe B of Intel hardware
(laptop screens).
|
|
|
|
| |
running 3d apps on i915.
|
|
|
|
|
|
|
| |
Set entry->virtual for sg maps, fixing ATI PCI/PCIE GART support.
PR: kern/97056
Submitted by: Stanislav Sedov <ssedov@mbsd.msk.ru>
|
|
|
|
|
|
| |
i915 attachment.
Submitted by: Jonathan Fosburgh <jonathan@fosburgh.org>
|
|
|
|
|
|
| |
/usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_state.c:2976:5: "BITS_PER_LONG" is not defined
(Previous revision has trashed my changes.)
|
|
|
|
|
|
|
| |
Radeon memmap code, which with a new DDX driver and DRI drivers should fix
long-term stability issues with Radeons. Also adds support for r200's
ATI_fragment_shader, r300 texrect support and texture caching fixes, i915
vblank support and bugfixes, and new PCI IDs.
|
|
|
|
|
|
|
|
|
| |
the addition of pci_find_extcap().
- Change the drm drivers to attach to vgapci. This is #ifdef'd so the
code can be shared across branches.
- Use pci_find_extcap() to look for AGP and PCIE capabilities in drm.
- GC all the drmsub stuff for i810/i830/i915. The agp and drm devices are
now both children of vgapci.
|
| |
|
| |
|
|
|
|
| |
and a new r300 PCI ID.
|
|
|
|
| |
into the new sources.
|
|
|
|
|
|
|
| |
It remains controlled by hw.dri.*.debug no matter what.
PR: kern/85479
Submitted by: Oliver Fromme <olli@secnetix.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- S3 Savage driver ported.
- Added support for ATI_fragment_shader registers for r200.
- Improved r300 support, needed for latest r300 DRI driver.
- (possibly) r300 PCIE support, needs X.Org server from CVS.
- Added support for PCI Matrox cards.
- Software fallbacks fixed for Rage 128, which used to render badly or hang.
- Some issues reported by WITNESS are fixed.
- i915 module Makefile added, as the driver may now be working, but is untested.
- Added scripts for copying and preprocessing DRM CVS for inclusion in the
kernel. Thanks to Daniel Stone for getting me started on that.
|