| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
| |
PR: bin/154928
Submitted by: Eitan Adler <lists at eitanadler.com>
MFC after: 3 days
Notes:
svn path=/head/; revision=218909
|
| |
|
|
|
|
|
|
|
|
| |
new interface replaces the combined use of vm_fault_quick() and
pmap_extract_and_hold() throughout the kernel.
In collaboration with: kib@
Notes:
svn path=/head/; revision=216699
|
| |
|
|
|
|
|
|
|
|
| |
It seems that atomic_set_xxx and atomic_store_xxx were confused.
Reviewed by: jhb
MFC after: 3 weeks
Notes:
svn path=/head/; revision=216374
|
| |
|
|
| |
Notes:
svn path=/head/; revision=215367
|
| |
|
|
|
|
|
|
| |
PR: bin/148894
Submitted by: olgeni
Notes:
svn path=/head/; revision=215034
|
| |
|
|
|
|
|
|
|
|
|
| |
PR: kern/149041
Submitted by: olli
Reviewed by: rnoland
Approved by: des (mentor)
MFC after: 1 week
Notes:
svn path=/head/; revision=210819
|
| |
|
|
| |
Notes:
svn path=/head/; revision=207648
|
| |
|
|
|
|
|
|
|
|
| |
Push down the acquisition and release of the page queues lock into
vm_page_wire().
Reviewed by: kib
Notes:
svn path=/head/; revision=207617
|
| |
|
|
|
|
|
|
|
|
|
| |
scope of the object lock in agp_i810.c. (In this specific case, the scope
of the object lock shouldn't matter, but I don't want to create a bad
example that might be copied to a case where it did matter.)
Reviewed by: kib
Notes:
svn path=/head/; revision=207574
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
architecture from page queue lock to a hashed array of page locks
(based on a patch by Jeff Roberson), I've implemented page lock
support in the MI code and have only moved vm_page's hold_count
out from under page queue mutex to page lock. This changes
pmap_extract_and_hold on all pmaps.
Supported by: Bitgravity Inc.
Discussed with: alc, jeffr, and kib
Notes:
svn path=/head/; revision=207410
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=207318
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207156
|
| |
|
|
|
|
|
|
|
|
|
| |
Some of these cases should be safe in a non-atomic fashion, however
since all of the driver ioctls are locked, a lot of work is required to
fix it correctly. Just don't sleep now.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207118
|
| |
|
|
|
|
|
|
|
| |
disable snooping on radeons.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207069
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This time, abandon the use of busdma and start interacting with the VM
system directly. Make use of the new kmem_alloc_attr() which allows us
to easily allocate non-contiguous pages to back the GART table. This
should help a lot when starting or restarting X after the system has
been running for a while and memory has become fragmented.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207067
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* On 32 bit platforms we steal the upper 4 bits of the map handle
to store a unique map id.
* On 64 bit platforms we steal the upper 24 bits.
Resolves issues where the offsets that are handed to mmap may overlap the VRAM on some cards.
Tested on: radeon, intel, mga, and via.
This will break nouveau. I will spin new patches shortly.
Notes:
svn path=/head/; revision=207066
|
| |
|
|
|
|
|
|
| |
Reported by: Sergey V. Dyatko <sergey.dyatko@gmail.com>
MFC after: 3 days
Notes:
svn path=/head/; revision=205126
|
| |
|
|
|
|
|
|
|
|
|
| |
Slightly modified version of the submitted patch.
PR: 143427
Submitted by: Mamoru Sumida <msumida@mvc.biglobe.ne.jp>
MFC after: 3 days
Notes:
svn path=/head/; revision=205120
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=203288
|
| |
|
|
|
|
|
|
|
|
| |
This is required for the VIA driver and at least some parts are needed
for GEM.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=203287
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces d_mmap() with the d_mmap2() implementation and also
changes the type of offset to vm_ooffset_t.
Purge d_mmap2().
All driver modules will need to be rebuilt since D_VERSION is also
bumped.
Reviewed by: jhb@
MFC after: Not in this lifetime...
Notes:
svn path=/head/; revision=201223
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=198697
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Don't bother to assign vb until we know we have enough space
- Add variables for sx2, sy2, dx2, dy2 so that these aren't
calculated over and over, also reduce chance of errors.
- Use switch to assign color/format
MFC after: 3 days
Notes:
svn path=/head/; revision=198696
|
| |
|
|
|
|
|
|
|
|
| |
* Fix the main loop to search all buffers before sleeping.
* Remove dead code
MFC after: 3 days
Notes:
svn path=/head/; revision=198695
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- We don't need to check malloc return values with M_WAITOK
- remove variables that we don't really need
- cleanup the error paths by just calling drm_sg_cleanup()
- fix drm_sg_cleanup() to be safe to call at any time
MFC after: 2 weeks
Notes:
svn path=/head/; revision=198694
|
| |
|
|
| |
Notes:
svn path=/head/; revision=198692
|
| |
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=198691
|
| |
|
|
|
|
|
|
|
|
| |
PR: 138383
Submitted by: Patroklos Argyroudis <argp@census-labs.com>
Reviewed by: rnoland
MFC after: 1 week
Notes:
svn path=/head/; revision=198332
|
| |
|
|
|
|
|
|
| |
Submitted by: Artyom Mirgorodsky <man@email.com.ua>
MFC after: 3 days
Notes:
svn path=/head/; revision=197951
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=197606
|
| |
|
|
|
|
|
|
|
| |
sync up with what amd is shipping.
MFC after: 1 week
Notes:
svn path=/head/; revision=197605
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=197604
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=197603
|
| |
|
|
|
|
|
|
|
|
| |
- max tex height is 8192
- increment src/dst by the full transfer amount
MFC after: 3 days
Notes:
svn path=/head/; revision=197155
|
| |
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=197154
|
| |
|
|
|
|
|
|
|
| |
This is needed for occulsion queries on rv530 chips.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=196471
|
| |
|
|
|
|
|
|
|
|
| |
You will still need Mesa from git and possibly an updated DDX driver,
but this is working fairly well now.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=196470
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=196466
|
| |
|
|
|
|
|
|
| |
Submitted by: Ed
MFC after: 2 weeks
Notes:
svn path=/head/; revision=196465
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=196464
|
| |
|
|
|
|
|
|
|
| |
reintroduced after HEAD is reopened for commits by re@.
Approved by: re (kib), attilio
Notes:
svn path=/head/; revision=196403
|
| |
|
|
|
|
|
|
| |
Approved by: re (kib)
MFC after: 0 days
Notes:
svn path=/head/; revision=196142
|
| |
|
|
|
|
|
|
| |
Approved by: re (kib)
MFC after: 0 days
Notes:
svn path=/head/; revision=196141
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The newbus lock is responsible for protecting newbus internIal structures,
device states and devclass flags. It is necessary to hold it when all
such datas are accessed. For the other operations, softc locking should
ensure enough protection to avoid races.
Newbus lock is automatically held when virtual operations on the device
and bus are invoked when loading the driver or when the suspend/resume
take place. For other 'spourious' operations trying to access/modify
the newbus topology, newbus lock needs to be automatically acquired and
dropped.
For the moment Giant is also acquired in some key point (modules subsystem)
in order to avoid problems before the 8.0 release as module handlers could
make assumptions about it. This Giant locking should go just after
the release happens.
Please keep in mind that the public interface can be expanded in order
to provide more support, if there are really necessities at some point
and also some bugs could arise as long as the patch needs a bit of
further testing.
Bump __FreeBSD_version in order to reflect the newbus lock introduction.
Reviewed by: ed, hps, jhb, imp, mav, scottl
No answer by: ariff, thompsa, yongari
Tested by: pho,
G. Trematerra <giovanni dot trematerra at gmail dot com>,
Brandon Gooch <jamesbrandongooch at gmail dot com>
Sponsored by: Yahoo! Incorporated
Approved by: re (ksmith)
Notes:
svn path=/head/; revision=196037
|
| |
|
|
|
|
|
|
| |
Approved by: re@ (kib)
MFC after: 3 days
Notes:
svn path=/head/; revision=195501
|
| |
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=194996
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The Intel 2d driver calls modeset before reinstalling the handler on
a vt switch. This means that vblank status ends up getting cleared
after it has been setup. Restore saved values for the pipestat registers
rather than just wiping them out.
MFC after: 3 days
Notes:
svn path=/head/; revision=194986
|
| |
|
|
|
|
|
|
|
| |
Small cleanup of the error paths while I'm here.
MFC after: 3 days
Notes:
svn path=/head/; revision=194969
|
| |
|
|
|
|
|
|
|
|
| |
are enabled. This should help to reduce cases where the hardware
counter reference jumps by large amounts.
MFC after: 3 days
Notes:
svn path=/head/; revision=194966
|
| |
|
|
|
|
|
| |
MFC after: 3 days
Notes:
svn path=/head/; revision=194965
|