| Age | Commit message (Collapse) | Author |
|---|
|
|
|
setup the drm_attach_args with the needed information.
require interface version 1.1 libdrm has been requesting it for ages),
which means that we can set the busid string at attach time. (generated in
drm_attach_pci), also pass in the interrupt line and bst.
Now we don't need dev->pa at all, so remove it, finally.
|
|
other way round. More dev->pa reduction
|
|
not zero it during the cleanup ioctl.
|
|
|
|
the ioctl handler.
|
|
on X startup.
found by ckuethe@
|
|
|
|
size.
kill (empty) drm_mem_{un,}init() while here.
|
|
While we don't have code for this (yet!), mean I will be able to update
libdrm, and consequently the xf86-video-intel driver to 2.5.x.
Add PARAM_HAS_GEM to the getparam ioctl, and return no support.
|
|
dev->pa by doing the pci_intr_establish/disestablish dance in the driver
function, not in drm. This removes the need for
interrupt_{pre,post}install callbacks, instead just provide a
interrupt_install() callback.
|
|
just put a vblank_pipes argument to the driver structure which tells us
how many to set up
this means that intel doesn't lose all vblank count on vtswitch (it
disables the interrupt there), i've heard of a few uvm_faults where this
happens as well as things just going wrong.
This was suggested by Keith Packard who provided a different diff for
drm.git.
|
|
|
|
|
|
|
|
|
|
unused there anyway. use nitems in mpi_pci_match.
|
|
|
|
|
|
on the softc.
|
|
using the drm_maps interface (this was done for inteldrm a few days
ago). All drivers now ignore the mmio_offset argument that the init
ioctl takes.
This clears up the code and makes sure that drm_ioremap_core() doesn't
need the vga_pci_map inteface anymore, so we don't have to pass in the
vga softc anymore. We also get to kill the drm_resource_{start,length}
linux-alike functions since we just calculate all the requisite offsets
at startup and cache those we need. This now means that technically the
only driver that needs the vga_pci_map api is inteldrm (due to sharing
with intagp issues), though this diff doesn't convert them over.
|
|
so just inline it there.
also remove dev->pci_vendor and dev->pci_device, and insert pci_device
into the one place any of them are needed (inteldrm's interface can give
this info to the X driver. to remove that you'd need to fix X too).
|
|
vga1 at pci0
inteldrm0 at vga1
to
vga1 at pci0
inteldrm0 at vga1
drm0 at inteldrm0
i.e. a similar scheme to audio(4) where the interface attaches on top of
the wildly different drivers. This helps to clean up the code a lot
(more is coming) and help me start to move drm to being essentially bus
independent, which will help in the future.
|
|
the attach function. First step towards splitting drm off as it's own
(bus independant) device, as it should be.
|
|
monkeys.
found by toby's bounce buffers.
ok krw deraadt uwe fwk matthieu, drahn, mbalmer, robert, yuo, ratchov,
claudio, rainer, art.
|
|
PCI ID's for MCP77 in our database, but to stay on a safe side, this
change affects device 0x0ad4 only. Other ones could be added later.
Problem reported and fixed tested by gilles@ on Acer Aspire X3200.
ok dlg
|
|
|
|
pass in the dma tag
|
|
- Sync wpi(4)'s set_key comment with the comment from iwn(4).
ok damien@
|
|
|
|
|
|
what revision it is to determine which route to take.
instead, use the flags field of the pcidevs array to provide a static
list of flags related to series, type, and certain features and check those
instead. Makes me less sad and knocks another 600 bytes off my kernel.
|
|
just wasting space.
|
|
Furthermore, move the list of pcidevs from drm_pciids.h (in macros!), to
the array in the driver file. The strings are left in the array for now, but
will go in the next commit
|
|
|
|
is soon to die).
"lovely" deraadt@, ok brad@. Both also helped with suggestions.
|
|
|
|
Add this and other missing entries to the pre-defined DAC groups.
Tested with ALC885; other models according to their data sheets.
ok jakemsr@
|
|
initialization firmware and send them to the runtime firmware.
This has no effect on my 5300 since the initialization firmware
does not send baseband results. This may be important for other
chips though or for future firmware revisions.
|
|
This should close kernel/5995.
|
|
being the cause of PR5982. unfortunately, there's no easy and clean
solution to automatic muting. we can't always rely on the codec
giving us the right information. people have different preferences
as to what should be muted and what shouldn't. etc, etc.
so instead, just make the sense state of jacks that support sensing
available through the mixer interface. this allows for any possible
user configuration and supports all pins that have sense capabilities,
not just headpones. codecs that use the generic mixer configuration
(which is the plan for all codecs) and have sensing capable pins will
now get a few more read-only mixer items, such as:
outputs.hp_sense=plugged
outputs.mic_sense=unplugged
outputs.line_sense=unplugged
hopefully what they mean is self-explanatory.
based on much discussion with ratchov@ and Alexey Suslikov
|
|
|
|
|
|
|
|
|
|
registers directly (via the memory sharing interface that intagp uses).
It doesn't need to be in a map structure.
Idea taken from some of intel's work.
|
|
|
|
|
|
|
|
|
