- 20 Dec, 2011 1 commit
-
-
Patrik Jakobsson authored
Fix cases where we need to know what encoder type is behind a given connector. Signed-off-by:
Patrik Jakobsson <patrik.r.jakobsson@gmail.com> Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- 06 Dec, 2011 7 commits
-
-
Alan Cox authored
If we are the console then a printk can hit us with a spin lock held (and in fact the kernel will do its best to take the console printing lock). In that case we cannot politely sleep when synching after an accelerated op but must behave obnoxiously to be sure of getting the bits out. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Patrik Jakobsson authored
Chipset reports MSI capabilities for Poulsbo even though it isn't really there. Signed-off-by:
-
Patrik Jakobsson authored
First step in adding proper irq handling. We'll start with poulsbo support so make sure other chips don't touch drm_irq_install(). Signed-off-by:
-
Alan Cox authored
Finally move the API where it can be seen Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
At this point we won't add an external set of definitions. We want to get everything out before we admit to a public API beyond the standardised ones. Signed-off-by:
-
- 28 Nov, 2011 1 commit
-
-
Ilija Hadzic authored
fops field in drm_driver is a pointer to file_operations struct, not embedded structure Signed-off-by:
Ilija Hadzic <ihadzic@research.bell-labs.com> Signed-off-by:
-
- 16 Nov, 2011 2 commits
-
-
Dave Airlie authored
Signed-off-by: -
Alan Cox authored
Not really a nice way to split this up further for submission. This provides all the DRM interfacing logic, the headers and relevant glue. Signed-off-by:
-
- 11 Nov, 2011 1 commit
-
-
Arjan van de Ven authored
From fdf1fdebaa00f81de18c227f32f8074c8b352d50 Mon Sep 17 00:00:00 2001 From: Arjan van de Ven <arjan@linux.intel.com> Date: Sun, 30 Oct 2011 19:06:07 -0700 Subject: [PATCH] drm: Make the per-driver file_operations struct const The DRM layer keeps a copy of struct file_operations inside its big driver struct... which prevents it from being consistent and static. For consistency (and the general security objective of having such things static), it's desirable to get this fixed. This patch splits out the file_operations field to its own struct, which is then "static const", and just stick a pointer to this into the driver struct, making it more consistent with how the rest of the kernel does this. Signed-off-by:
Arjan van de Ven <arjan@linux.intel.com> Signed-off-by:
-
- 31 Oct, 2011 1 commit
-
-
Paul Gortmaker authored
This 2nd batch of implicit module.h users only appeared when we removed the unnecessary module.h from include/linux/miscdevice.h [The 1st batch is already present in Greg's staging tree.] Signed-off-by:Paul Gortmaker <paul.gortmaker@windriver.com>
-
- 26 Sep, 2011 1 commit
-
-
Alan Cox authored
If we are the console then a printk can hit us with a spin lock held (and in fact the kernel will do its best to take printing lock). In that case we cannot politely sleep when synching after an accelerated op but must behave obnixously to be sure of getting the bits out. Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
- 26 Aug, 2011 4 commits
-
-
Alan Cox authored
This isn't ideal as we could do with deferring the power on a lot more on Oaktrail and Medfield. We can't however do that without fixing other things first. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Patrik Jakobsson authored
Chipset reports MSI capabilities for Poulsbo even though it isn't really there. Signed-off-by:
-
Patrik Jakobsson authored
First step in adding proper irq handling. We'll start with poulsbo support so make sure other chips don't touch drm_irq_install(). Signed-off-by:
-
- 15 Jul, 2011 9 commits
-
-
Alan Cox authored
We really don't want this all done by ifdeffery - and this isn't any need as it's fairly easy to sort out. Signed-off-by:
-
Alan Cox authored
This differs enough from the Cedarview HDMI sufficiently to want to keep them separated. We need to sort out the power management for Oaktrail/Moorestown in order to plumb this lot into the register handling logic. Signed-off-by:
-
Octavian Purdila authored
Signed-off-by:
Octavian Purdila <octavian.purdila@intel.com> [Fixed up for other changes, and tidied some existing variable names] Signed-off-by:
-
Octavian Purdila authored
PCI core only prefer one of legacy PM and new PM. And since runtime pm is implemented, which requires the new PM method, we should remove the legacy PM method. Signed-off-by:
-
Alan Cox authored
This does the same as the dumb mmap but we want them separated in the ABI in case a future extension to the dumb interface means we can't treat them the same way. Signed-off-by:
-
Alan Cox authored
We currently have a test hack framebuffer mode ioctl, turn that into a DRM interface. Signed-off-by:
-
Alan Cox authored
We need to provide an interface to create additional buffers for the cursor Signed-off-by:
-
Alan Cox authored
It's part of the psb_device so just make it part of the struct not a pointer. This does cause a bit of noise shuffling indirections. Signed-off-by:
-
Alan Cox authored
This completes the clean up all the non Medfield C files to the point where checkpatch approves of them barring some silly 80 column whining. The Medfield stuff is still in a lot of flux but the rest is now ready for general tidy and review. Signed-off-by:
-
- 08 Jul, 2011 1 commit
-
-
Alan Cox authored
Randy Dunlap reports: | when both CONFIG_DRM_I915=y and CONFIG_DRM_PSB=y: | drivers/staging/built-in.o: In function `intel_opregion_init': | (.text+0x47943): multiple definition of `intel_opregion_init' | drivers/gpu/built-in.o:(.text+0x17277a): first defined here Signed-off-by:
-
- 05 Jul, 2011 12 commits
-
-
Alan Cox authored
At this point we now have the file naming making somewhat more sense although the dependancies are not as clean as would be ideal Signed-off-by:
-
Alan Cox authored
We can move this to patch up as well. Shuffle the relevant includes as we go Signed-off-by:
-
Alan Cox authored
This is leaking an io mapping and also referencing stuff directly that should not be directly accessed. Sort it out Signed-off-by:
-
Alan Cox authored
We don't want to carry all the extra gunk around on every device so use the splitting work so far to tidy this up. Poulsbo is still mandatory as it is used in bits by the other drivers and not neatly modularised. Signed-off-by:
-
Alan Cox authored
The framebuffer code is now clean of device specific code, and passes checkpatch. Move it to its new name Signed-off-by:
-
Alan Cox authored
Shuffle the naming so this reflects better and we can try and build some sort of ordering to the naming scheme. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
We can stuff things like the number of pipes and the SGX offset away in here as well and clean up more conditional code. Signed-off-by:
-
Alan Cox authored
We need to initialise the DBI interface and the code for it got missed in the original merge as it's in a daft place. This will need moving but lets get it added first. Signed-off-by:
-
Alan Cox authored
Next obvious target - backlight support Signed-off-by:
-
Alan Cox authored
We really want to move towards a completely abstracted interface rather than having tons of per chip junk in the same files. Begin with the power code which is probably the worst offender. Add a set of methods, initialise a dev_priv->ops pointer and rip the chip specifics out of the power code. While we are it pick up the display init bits. So we know it's now chip specifics clean remove the psb_ naming from it. Signed-off-by:
-
Alan Cox authored
Eliminate unused stuff and clean up the code ordering. Signed-off-by:
-
