| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
(blocking -> sleeping).
Reviewed by: alc
MFC after: 3 days
|
|
|
|
|
|
| |
PR: 147337
Submitted by: cyberleo at cyberleo dot net
MFC after: 1 week
|
|
|
|
|
|
|
| |
Update the comment describing which lock should be held on entry to
vm_page_wire().
Reviewed by: kib
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
These behave just like g45 for agp.
Tested by: Torfinn Ingolfsen
MFC after: 3 days
|
|
|
|
|
| |
Submitted by: Marc Balmer <marc@msys.ch>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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...
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Read the pci capability register to identify AGP 3 support
* Add missing smaller aperture sizes for AGP3 chips.
* Fix the aperture size calculation on AGP2 chips.
All sizes between 32M and 256M reported as 256M.
* Add \n to error string.
This all seems to get the CLE266 EPIA-M board agp working properly, now
back to work on drm.
MFC after: 2 weeks
|
|
|
|
|
| |
Submitted by: Artyom Mirgorodsky <man@email.com.ua>
MFC after: 3 days
|
|
|
|
|
|
|
| |
i810 and therefore is useful info there. Aperture size and stolen memory
are now printed on one line.
Submitted by: jhb
|
|
|
|
|
|
| |
None of the other AGP drivers actually displays this information at all,
MFC after: 1 week
|
|
|
|
|
|
|
| |
offset parameter has vm_offset_t type in calling code and in kobj method
Reviewed by: imp, rnoland, lulf, current@
Approved by: jhb (mentor)
|
|
|
|
| |
Reviewed by: rnoland
|
|
|
|
|
|
|
|
|
| |
Avoid unnessecary compares.
Found with: Coverity Prevent(tm)
CID: 2362,4215,4214,4209,4208,2363,4211,4210,4213,4212
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- correct format strings
- fill opt_agp.h if AGP_DEBUG is defined
- bring AGP_DEBUG to LINT by mentioning it in NOTES
This should hopefully fix a warning that was...
Found by: Coverity Prevent(tm)
CID: 3676
Tested on: amd64, i386
|
|
|
|
|
| |
as they support Intel Core/Core 2 and VIA Nano processors.
- Align "optional agp" in conf/files.* for consistency while I am here.
|
|
|
|
|
| |
PR: kern/128331
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
Note that you need at least xf86-video-intel 2.4.3 for this to work.
The G4X doesn't put the GATT into the same area of stolen memory
as all the other chips and older versions of the driver didn't
handle that properly.
Tested by: ganbold
Approved by: kib
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
attempt.
Reported and tested by: ganbold
Reviewed by: rnoland
MFC after: 2 weeks
|
|
|
|
| |
Approved by: kib
|
|
|
|
| |
Approved by: kib
|
|
|
|
|
|
|
|
| |
g33 based chips use a different method of identifying the gtt size.
g45 based chips gtt is located in a different area of stolen memory.
Approved by: jhb (mentor)
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
|
| |
|
|
|
|
|
|
|
| |
tested:
PR: amd64/126090
MFC after: 1 week
|
|
|
|
|
|
|
| |
set to 8086:27AE
PR: kern/124782
Event: Bugathon#5
|
|
|
|
|
|
|
| |
Submitted by: "Robert Noland" <rnoland at 2hip dot net>
Reviewed by: anholt
Approved by: anholt, imp (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
| |
to flush the TLB instead of hardcoding a size of 33 pages. Apertures of
32MB and 64MB only use a 16 page GATT and an aperture of 128MB only uses
a 32 page GATT, so without this the code could walk off the end of the
pointer and cause a page fault if the next page was unmapped. Also, for
aperture sizes > 128MB, not all of the pages would be read. The Linux
driver has the same bug.
MFC after: 1 week
Tested by: Frédéric PRACA frederic.praca of freebsd-fr.org
|
|
|
|
|
|
|
| |
PR: 114802
Approved by: imp (mentor), anholt (private mail)
Submitted by: Alex Goncharov <algo1 at comcast dot net>
MFC After: 3 days
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
/dev/agpgart and agp_free_res() frees resources like the BAR for the
aperture. Splitting this up lets chipset-specific detach routines
manipulate the aperture during their detach routines without panicing.
MFC after: 1 week
Reviewed by: anholt
|
|
|
|
|
|
| |
- Set and Get aperture size correctly for VIA's AGP3 chipsets.
Approved by: re (kensmith)
|
|
|
|
|
|
|
|
| |
similar to a 915G.
Approved by: re (kensmith)
Reviewed by: anholt
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds a function to agp.c to set the aperture resource ID if it's
not the usual AGP_APBASE. Previously, agp.c had been assuming
AGP_APBASE, which resulted in incorrect agp_info, and contortions by
agp_i810.c to work around it.
This also adds functions to agp.c for default AGP_GET_APERTURE() and
AGP_SET_APERTURE(), which return the aperture resource size and disallow
aperture size changes. Moving to these for our AGP drivers will likely
result in stability improvements. This should fix 855-class aperture
size detection.
Additionally, refuse to attach agp_i810 when some RAM is above 4GB and
the GART can't reference memory that high. This should be very rare.
The correct solution would be bus_dma conversion for agp, which is
beyond the scope of this change. Other AGP drivers could likely use
this change as well.
G33/Q35/Q33 AGP support is also included, but disconnected by default
due to lack of testing.
PR: kern/109724 (855 aperture issue)
Submitted by: FUJIMOTO Kou<fujimoto@j.dendai.ac.jp>
Approved by: re (hrs)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Rename confusing AGP_INTEL_I845_MCHCFG to AGP_INTEL_I845_AGPM.
- Move E7205 and E7505 from i8x5 to i8x0 family. It probably worked
because the actual offset is the same.
In fact, all three families have the bit at the exact same place. Only
differences are name and width of the registers, i.e., NBXCFG (0x50, dword),
RDCR (0x51, byte), AGPM (0x51, byte), MCHCFG (0x50, word) depending on
the family of the chipsets.
|
| |
|
| |
|
|
|
|
| |
vm_page_wakeup(). Reduce or eliminate its use accordingly.
|
| |
|
| |
|
|
|
|
| |
Noticed by: jmg
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The key problem was that the aperture size detection using the MSAC bit
doesn't work -- the bit appears to be set even when it shouldn't be. Linux
takes a different approach, testing for a bit of the GMADR (PCIR_BAR(2)) being
set. However, as I don't think that's a safe way to test aperture size, we
just allocate the resource and check its size. This also pointed out that
agp_generic_attach hadn't been allocating our aperture resource, which may
have caused problems in some cases.
Also corrected is a minor copy-and-pasteo in an error case.
PR: kern/103079
Submitted by: mnag
Tested on: i945GM, i915GM
MFC after: 2 weeks
|
|
|
|
|
|
| |
PR: kern/100958
Submitted by: Kazuo Dohzono <dohzono@axion-software.com>
MFC after: 1 week
|
|
|
|
|
|
|
| |
misc. control registers correctly and it is inconsistent with north bridge.
In fact, there are too many broken BIOS implementations out there and we
cannot fix every possible combination but at least it is consistent with
what we advertise with ioctl(2).
|
| |
|
|
|
|
| |
Submitted by: Ted Faber <faber@ISI.EDU>
|
|
|
|
|
| |
Add the i945 PCI IDs commented out -- I think it should just work, but it hasn't
been tested yet.
|