- 05 Jul, 2011 34 commits
-
-
Alan Cox authored
Rename the gem and gtt files accordingly. Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
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:
-
Alan Cox authored
This is too big already so lets rip out more of the device specific crud. It also means we pull the ugly stuff that needs work out of our main line of cleanup. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
This large patch adds all the basics for Medfield support. Lots of clean up needed in this area still. Signed-off-by:
-
Alan Cox authored
Tidy up the 2D bits. For the fill case the CPU seems to be able to outperform the graphics engine for the cases we get, so don't bother fixing it but throw it out. Signed-off-by:
-
Alan Cox authored
Start the style cleanup Signed-off-by:
-
Alan Cox authored
We can now make our system frame buffer a GEM object. Signed-off-by:
-
Alan Cox authored
Add this temporarily so we can keep making progress and also bundle all the GEM bits we need together in our staging driver while we get them into GEM itself. Signed-off-by:
-
Alan Cox authored
We are using the underlying kref in the GEM object so we don't need our own Signed-off-by:
-
Alan Cox authored
Lose all the PSB debug gunge. We can replace it with dev_dbg() like normal drivers if and when we need debug on stuff. Signed-off-by:
-
Alan Cox authored
We don't seem to need this for our task. Signed-off-by:
-
Alan Cox authored
We have a FIXME to do the power management for which the framework now exists, and we also need to deal with an erratum. Some operations exactly 8 pixels wide or high fail. The work around is to do two smaller ones (see the Intel released X driver bits) but for console quite frankly if it's 8bits wide and/or high its not worth it so fall back. Signed-off-by:
-
Alan Cox authored
Give the driver its own proper DRM name, clean up copyright headers and so forth Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
If we get a user frame buffer destroyed which is being displayed then clean up the mess nicely. We can now run a slightly modified modetest including setting modes, and handling crashes. Modetest still blows up but this is because libdrm 2.4.25 is busted. Signed-off-by:
-
Alan Cox authored
Restructure this to work the same way as the i915 frame buffer does. That cleans up various chunks of code. We can now set a mode in modetest but mode restore is a bit iffy Signed-off-by:
-
Alan Cox authored
We need this for the framebuffer in order to ensure that the kernel framebuffer layer can handle it when using KMS. Except for the base framebuffer this isn't a concern. Add an npage field to the gtt as too many copies of the page calculation are getting spread around the code. Signed-off-by:
-
Greg Kroah-Hartman authored
This handles the merge conflicts with the drivers/staging/brcm80211/Kconfig file due to changes on the two different branches. Signed-off-by:
-
- 04 Jul, 2011 6 commits
-
-
Linus Torvalds authored
-
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6Linus Torvalds authored
* git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6: (277 commits) [SCSI] isci: fix checkpatch errors isci: Device reset should request sas_phy_reset(phy, true) isci: pare back error messsages isci: cleanup silicon revision detection isci: merge scu_unsolicited_frame.h into unsolicited_frame_control.h isci: merge sata.[ch] into request.c isci: kill 'get/set' macros isci: retire scic_sds_ and scic_ prefixes isci: unify isci_host and scic_sds_controller isci: unify isci_remote_device and scic_sds_remote_device isci: unify isci_port and scic_sds_port isci: fix scic_sds_remote_device_terminate_requests isci: unify isci_phy and scic_sds_phy isci: unify isci_request and scic_sds_request isci: rename / clean up scic_sds_stp_request isci: preallocate requests isci: combine request flags isci: unify can_queue tracking on the tci_pool, uplevel tag assignment isci: Terminate dev requests on FIS err bit rx in NCQ isci: fix frame received locking ...
-
git://git.kernel.org/pub/scm/linux/kernel/git/arm/linux-2.6-arm-socLinus Torvalds authored
* 'at91/fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/linux-2.6-arm-soc: AT91: Change nand buswidth logic to match hardware default configuration at91: Use "pclk" as con_id on at91cap9 and at91rm9200 at91: fix udc, ehci and mmc clock device name for cap9/9g45/9rl atmel_serial: fix internal port num at91: fix at91_set_serial_console: use platform device id
-
Linus Torvalds authored
Merge branch 'fbdev-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/lethal/fbdev-3.x * 'fbdev-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/lethal/fbdev-3.x: vesafb: fix memory leak fbdev: amba: Link fb device to its parent fsl-diu-fb: remove check for pixel clock ranges udlfb: Correct sub-optimal resolution selection. hecubafb: add module_put on error path in hecubafb_probe() sm501fb: fix section mismatch warning gx1fb: Fix section mismatch warnings fbdev: sh_mobile_meram: Correct pointer check for YCbCr chroma plane
-
Goldwyn Rodrigues authored
Commits 71c29bd5 ("IB/uverbs: Add devnode method to set path/mode") and c3af0980 ("IB: Add devnode methods to cm_class and umad_class") added devnode methods that set the mode. However, these methods don't check for a NULL mode, and so we get a crash when unloading modules because devtmpfs_delete_node() calls device_get_devnode() with mode == NULL. Add the missing checks. Signed-off-by:
Goldwyn Rodrigues <rgoldwyn@suse.de> [ Also fix cm.c. - Roland ] Signed-off-by:
Roland Dreier <roland@purestorage.com> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Nicolas Ferre authored
The recently modified nand buswitth configuration is not aligned with board reality: the double footprint on boards is always populated with 8bits buswidth nand flashes. So we have to consider that without particular configuration the 8bits buswidth is selected by default. Moreover, the previous logic was always using !board_have_nand_8bit(), we change it to a simpler: board_have_nand_16bit(). Signed-off-by:
Nicolas Ferre <nicolas.ferre@atmel.com> Tested-by:
Ludovic Desroches <ludovic.desroches@atmel.com> Signed-off-by:
Arnd Bergmann <arnd@arndb.de>
-
