#
296373 |
|
04-Mar-2016 |
marius |
- Copy stable/10@296371 to releng/10.3 in preparation for 10.3-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.3. - Update default pkg(8) configuration to use the quarterly branch.
Approved by: re (implicit) |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
189563 |
|
09-Mar-2009 |
rnoland |
Consistently use kdev for the kernel device.
Submitted by: vehemens <vehemens@verizon.net> MFC after: 3 days
|
#
183833 |
|
13-Oct-2008 |
rnoland |
Rework memory allocation to allocate memory with different type names. This 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)
|
#
183605 |
|
04-Oct-2008 |
rnoland |
Don't explicitly bzer driver softc
new-bus already handles this for us.
Suggested by jhb@
Approved by: jhb (mentor)
|
#
183604 |
|
04-Oct-2008 |
rnoland |
Use M_WAITOK when allocating driver memory
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)
|
#
183573 |
|
03-Oct-2008 |
rnoland |
resync to git master
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
|
#
182080 |
|
23-Aug-2008 |
rnoland |
Update drm kernel drivers.
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
|
#
153579 |
|
20-Dec-2005 |
jhb |
- Bump FreeBSD version for the hostb(4) and vgapci(4) drivers as well as 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.
|
#
152909 |
|
28-Nov-2005 |
anholt |
Update DRM to CVS snapshot as of 2005-11-28. Notable changes: - 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.
|
#
145132 |
|
16-Apr-2005 |
anholt |
Update to DRM CVS as of 2005-04-12, bringing many changes: - Split core DRM routines back into their own module, rather than using the nasty templated system like before. - Development-class R300 support in radeon driver (requires userland pieces, of course). - Mach64 driver (haven't tested in a while -- my mach64s no longer fit in the testbox). Covers Rage Pros, Rage Mobility P/M, Rage XL, and some others. - i915 driver files, which just need to get drm_drv.c fixed to allow attachment to the drmsub device. Covers i830 through i915 integrated graphics. - savage driver files, which should require minimal changes to work. Covers the Savage3D, Savage IX/MX, Savage 4, ProSavage. - Support for color and texture tiling and HyperZ features of Radeon.
Thanks to: scottl (much p4 handholding) Jung-uk Kim (helpful prodding) PR: [1] kern/76879, [2] kern/72548 Submitted by: [1] Alex, lesha at intercaf dot ru [2] Shaun Jurrens, shaun at shamz dot net
|
#
139749 |
|
06-Jan-2005 |
imp |
Start each of the license/copyright comments with /*-, minor shuffle of lines
|
#
121447 |
|
24-Oct-2003 |
anholt |
Update to latest from DRI CVS. Primary new feature is mostly-complete smpng locking, and the apparently unnecessary locking for -stable has been removed. This may fix issues with missed interrupts since April, which manifested themselves as slowdowns or hangs in radeon, in particular. Many cleanups also took place. In the shared code, there are improvements to r128 driver stability.
|
#
113995 |
|
25-Apr-2003 |
anholt |
Update the DRM to the latest from DRI CVS. Includes some bugfixes and removal of the infrastructure for the gamma driver which was removed a while back. The DRM_LINUX option is removed because the handler is now provided by the linux compat code itself.
|
#
112015 |
|
09-Mar-2003 |
anholt |
Update the DRM to latest from DRI CVS. This is approximately the version included in XFree86 4.3, but includes some fixes. Notable changes include Radeon 8500-9100 support, PCI Radeon/Rage 128 support, transform & lighting support for Radeons, and vblank syncing support for r128, radeon, and mga. The gamma driver was removed due to lack of any users.
|
#
95607 |
|
28-Apr-2002 |
anholt |
Hook the DRM up to the build and add it to NOTES.
Approved by: des
|
#
95584 |
|
27-Apr-2002 |
anholt |
Add the code for the DRM, based on the code from the drm-kmod port. This is not hooked up yet, that will come later.
Approved by: des
|