- 05 Jul, 2011 40 commits
-
-
Jesper Juhl authored
It was pointed out by 'make versioncheck' that include of linux/version.h is not needed in drivers/staging/hv/hv_timesource.c . This patch removes it. Signed-off-by:
Jesper Juhl <jj@chaosbits.net> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
K. Y. Srinivasan authored
Properly handle the error in hv_acpi_init(). Signed-off-by:
K. Y. Srinivasan <kys@microsoft.com> Signed-off-by:
Haiyang Zhang <haiyangz@microsoft.com> Signed-off-by:
Hank Janssen <hjanssen@microsoft.com> Signed-off-by:
-
K. Y. Srinivasan authored
The transmit slots were manipulated without proper locking. Fix this bug by making the variable tracking the transmit slots atomic. This patch should be ported to prior stable kernels 2.6.32 and later. Signed-off-by:
-
K. Y. Srinivasan authored
On some loaded windows hosts, we have discovered that the host may not respond to guest requests within the specified time (one second) as evidenced by the guest timing out. Fix this problem by increasing the timeout to 5 seconds. It may be useful to apply this patch to the 3.0 kernel as well. the 3.0 kernel as well. Signed-off-by:
-
K. Y. Srinivasan authored
On some loaded windows hosts, we have discovered that the host may not respond to guest requests within the specified time (one second) as evidenced by the guest timing out. Fix this problem by increasing the timeout to 5 seconds. It may be useful to apply this patch to the 3.0 kernel as well. Signed-off-by:
-
K. Y. Srinivasan authored
On some loaded windows hosts, we have discovered that the host may not respond to guest requests within the specified time (one second) as evidenced by the guest timing out. Fix this problem by increasing the timeout to 5 seconds. It may be useful to apply this patch to the 3.0 kernel as well. Signed-off-by:
-
Kalle Valo authored
The driver was removed but 'make clean' still failed: scripts/Makefile.clean:17: [...]/drivers/staging/cs5535_gpio/Makefile: No such file or directory make[3]: *** No rule to make target `[...]/drivers/staging/cs5535_gpio/Makefile'. Stop. Signed-off-by:
Kalle Valo <kvalo@qca.qualcomm.com> Signed-off-by:
-
Jani Nikula authored
gma500: fix build without backlight device support Fix unmatched curly brackets when CONFIG_BACKLIGHT_CLASS_DEVICE is not defined. Signed-off-by:
Jani Nikula <jani.nikula@intel.com> Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Alan Cox authored
So we need to use a spinlock here Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
We need to check the NULL case earlier. Signed-off-by:
-
Alan Cox authored
This adds the basic HDMI support for Cedarview. Signed-off-by:
-
Alan Cox authored
A lot of the intel_display stuff is duplicated, but we will add it first, clean it up and then investigate the best way to merge stuff. This first block integrates the various basic chunks of the CDV display setup. Signed-off-by:
-
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
In particular don't destroy static mutexes, it upsets things Signed-off-by:
-
Alan Cox authored
This again is similar to upstream so give it a sensible name ready to look at any merging or synchronization Signed-off-by:
-
Alan Cox authored
Move this over. In actual fact there are some underlying differences as some devices have more MMU contexts, but for our 2D purposes we don't actually care. Signed-off-by:
-
Alan Cox authored
We've now sorted them out so they can go into the generic code. In actual fact only the non MID devices use the functions but they are small and having the name match i915 is going to help any future merging type work. 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
This is generic for the PC class devices and also very similar to the i915 intel_bios.c so rename it. That way the commonality will be obvious and we can look at merging them one day, or at least synching them up. 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
Rename the gem and gtt files accordingly. Signed-off-by:
-
Alan Cox authored
Rename 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
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
This is a Medfield only path Signed-off-by:
-
Alan Cox authored
Split the 2d properties, name, and various function vectors out so that we can get rid of more conditional gloop in favour of a per device structure. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
Missed in the original merge work 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
Signed-off-by:
-
Alan Cox authored
We also pull out the undo side of the mmap offset processing so we can later push it into GEM where it belongs Signed-off-by:
-
Alan Cox authored
Eliminate unused stuff and clean up the code ordering. Signed-off-by:
-
