* [GIT PULL] fbdev changes for 3.8
@ 2012-12-14 10:22 ` Tomi Valkeinen
0 siblings, 0 replies; 18+ messages in thread
From: Tomi Valkeinen @ 2012-12-14 10:22 UTC (permalink / raw)
To: Linus Torvalds
Cc: linux-omap, linux-fbdev, linux-kernel, Florian Tobias Schandinat
[-- Attachment #1: Type: text/plain, Size: 20843 bytes --]
Hi Linus,
Florian, the fbdev maintainer, has been very busy lately, so I offered to send
the pull request for fbdev for this merge window.
There are a few conflicts, but they look clear to me.
arch/arm/plat-omap/common.c is to be removed.
Tomi
The following changes since commit 9489e9dcae718d5fde988e4a684a0f55b5f94d17:
Linux 3.7-rc7 (2012-11-25 17:59:19 -0800)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git tags/fbdev-for-3.8
for you to fetch changes up to e7f5c9a16ea2648a3e85af8e34191026bf3dcb62:
Merge tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux into for-linus (2012-12-13 14:30:56 +0200)
----------------------------------------------------------------
fbdev changes for 3.8:
OMAPDSS changes, including:
- use dynanic debug prints
- OMAP platform dependency removals
- Creation of compat-layer, helping us to improve omapdrm
- Misc cleanups, aiming to make omadss more in line with the upcoming common
display framework
Exynos DP changes for the 3.8 merge window:
- Device Tree support for Samsung Exynos DP
- SW Link training is cleaned up.
- HPD interrupt is supported.
Samsung Framebuffer changes for the 3.8 merge window:
- The bit definitions of header file are updated.
- Some minor typos are fixed.
- Some minor bugs of s3c_fb_check_var() are fixed.
FB related changes for SH Mobile, Freescale DIU
Add support for the Solomon SSD1307 OLED Controller
----------------------------------------------------------------
Aaro Koskinen (1):
OMAPDSS: panel-n8x0: register the DSS driver after SPI probe
Ajay Kumar (5):
video: exynos_dp: Add device tree support to DP driver
video: exynos_dp: device tree documentation
video: exynos_dp: Reset and initialize DP before requesting irq
video: exynos_dp: Fix incorrect setting for INT_CTL
video: exynos_dp: remove redundant parameters
Archit Taneja (10):
OMAPDSS: Remove acb and acbi fields from omap_dss_device
OMAPDSS: DISPC: Fix calc_scaling_44xx() bugs for writeback pipeline
OMAPDSS: DISPC: Don't allow predecimation for writeback
OMAPDSS: DISPC: Use output width and height to calculate row/pix inc for writeback
OMAPDSS: APPLY: Don't treat an overlay's channel out as shadow bits
OMAPDSS: APPLY: Remove unnecessary variable in dss_apply_irq_handler
OMAPDSS: APPLY: Remove unnecessary call to mg_clear_shadow_dirty
OMAPDSS: Add overlay manager width and height limits as a dispc feature
OMAPDSS: Add a dispc_features struct for OMAP5
OMAPDSS: Use only "omapdss_dss" platform device to get context lost count
Axel Lin (1):
OMAPDSS: Add terminating entry for picodlp_i2c_id table
Chandrabhanu Mahapatra (5):
OMAPDSS: Move definition of DEBUG flag to Makefile
OMAPDSS: Create new debug config options
OMAPDSS: Cleanup DSSDBG with dynamic pr_debug function
OMAPDSS: Replace multi part debug prints with pr_debug
OMAPDSS: Remove dss_debug variable
Chuansheng Liu (2):
OMAPDSS: DISPC: Fix the usage of wait_for_completion_timeout
OMAPDSS: APPLY: Fix the usage of wait_for_completion_timeout
Hideki EIRAKU (1):
fbdev: sh_mobile_lcdc: use dma_mmap_coherent
Jingoo Han (14):
video: s3c-fb: clean the bit definition for WINCON register
video: s3c-fb: move the address definitions for VIDTCON registers
video: s3c-fb: move the address definition for VIDOSD register
video: s3c-fb: move the bit definitions for VIDINTCON0 register
video: s3c-fb: move the bit definitions for WINxMAP and WPALCON register
video: s3c-fb: move the bit definitions for DITHMODE register
video: s3c-fb: add the bit definitions for VIDCON0_VIDOUT_WB
video: s3c-fb: fix typo in comment
video: s3c-fb: fix help message for FB_S3C_DEBUG_REGWRITE
video: s3c-fb: use FIMD_V8_VIDTCON0 for EXYNOS5 FIMD
video: s3c-fb: use dev_get_drvdata() instead of platform_get_drvdata()
video: s3c-fb: add "drop through" comment
video: s3c-fb: return an error when bpp is invalid
video: s3c-fb: fix red offset and length for ARGB232 format
Laurent Pinchart (19):
fbdev: sh_mobile_lcdc: Get display dimensions from the channel structure
fbdev: sh_mobile_lcdc: Rename mode argument to modes
fbdev: sh_mobile_lcdc: Remove priv argument from channel and overlay init
ARM: mach-shmobile: ag5evm: Add LCDC tx_dev field to platform data
fbdev: sh_mipi_dsi: Add channel field to platform data
ARM: mach-shmobile: Initiliaze the new sh_mipi_dsi_info channel field
fbdev: sh_mipi_dsi: Use the sh_mipi_dsi_info channel field
fbdev: sh_mipi_dsi: Use the LCDC entity default mode
fbdev: sh_mipi_dsi: Remove last reference to LCDC platform data
ARM: mach-shmobile: Remove the unused sh_mipi_dsi_info lcd_chan field
fbdev: sh_mipi_dsi: Remove the unused sh_mipi_dsi_info lcd_chan field
fbdev: sh_mobile_lcdc: Store the backlight brightness internally
ARM: mach-shmobile: mackerel: Removed unused get_brightness callback
sh: ap325rxa: Remove unused get_brightness LCDC callback
sh: ecovec24: Remove unused get_brightness LCDC callback
fbdev: sh_mobile_lcdc: Remove unused get_brightness pdata callback
ARM: mach-shmobile: ag5evm: Use the backlight API for brightness control
sh: kfr2r09: Use the backlight API for brightness control
fbdev: sh_mobile_lcdc: Make sh_mobile_lcdc_sys_bus_ops static
Manjunathappa (1):
video: da8xx-fb: clk_get on connection id fck
Manjunathappa, Prakash (2):
da8xx-fb: adopt fb_videomode data for panel information
da8xx-fb: cleanup LCDC configurations
Matthias Brugger (1):
OMAPFB: Delete if statement evaluating a constant.
Maxime Ripard (1):
drivers/video: add support for the Solomon SSD1307 OLED Controller
Pantelis Antoniou (1):
da8xx: Fix revision check on the da8xx driver
Peter Ujfalusi (1):
OMAPDSS: Correct check for the callback pointer in dss_dsi_disable_pads()
Ricardo Neri (8):
OMAPDSS: HDMI: Rename resource variable at probe.
OMAPDSS: HDMI: Convert to devm_request_and_ioremap
OMAPDSS: HDMI: Make panel return dssdev register errors
OMAPDSS: HDMI: Handle panel init error at probe
OMAPDSS: HDMI: Uninit display on device add error
OMAPDSS: HDMI: Add op to get audio DMA port address offset
OMAPDSS: HDMI: Create platform device for audio support
OMAPDSS: HDMI: Remove __exit macro from hdmi_uninit_display
Sachin Kamat (1):
drivers/video/console/softcursor.c: remove redundant NULL check before kfree()
Sean Paul (8):
video: exynos_dp: Check DPCD return codes
video: exynos_dp: Clean up SW link training
video: exynos_dp: Get pll lock before pattern set
video: exynos_dp: Improve EDID error handling
video: exynos_dp: Fix bug when checking dp->irq
video: exynos_dp: Remove sink control to D0
video: exynos_dp: Move hotplug into a workqueue
video: exynos_dp: Enable hotplug interrupts
Timur Tabi (9):
MAINTAINERS: Make Timur Tabi the maintainer for the Freescale DIU driver
drivers/video: fsl-diu-fb: simplify platforms that have only one port
drivers/video: fsl-diu-fb: add support for set_gamma ioctls
drivers/video: fsl-diu-fb: streamline enabling of interrupts
drivers/video: fsl-diu-fb: improve message displays
drivers/video: fsl-diu-fb: remove unused 'cursor_reset' variable
drivers/video: fsl-diu-fb: clean up reset of primary display
drivers/video: fsl-diu-fb: don't touch registers for unused features
drivers/video: fsl-diu-fb: store EDID data in the global object
Tomi Valkeinen (113):
Merge tag 'v3.7-rc1'
OMAPDSS: add missing sizes.h includes
OMAPDSS: fix compilation warnings
OMAPDSS: remove Kconfig dependencies
Merge branch '3.8/dss-version'
Merge branch '3.8/vrfb-conversion'
OMAPDSS: DSI: fix dsi_get_dsidev_from_id()
OMAPDSS: fix registering the vsync isr in apply
OMAPDSS: DISPC: constify function parameters
OMAPDSS: combine LCD related config into one func
OMAPDSS: remove declarations for non-existing funcs
OMAPDSS: DISPC: remove struct omap_overlay use
OMAPDSS: DISPC: cleanup lcd and digit enable
OMAPDSS: DISPC: add dispc_mgr_get_sync_lost_irq()
OMAPDSS: DISPC: cleanup lcd/digit enable/disable
OMAPDSS: remove omap_dss_device's suspend/resume
OMAPDSS: get the dss version from core pdev
OMAPDSS: remove dispc_irq_handler declaration
OMAPDSS: DISPC: fix dispc_mgr_lclk_rate for DIGIT output
OMAPDSS: export dss_get_def_display_name()
OMAPDSS: remove initial display code from omapdss
OMAPDSS: DISPC: use dss_feat_get_num_ovls()
OMAPDSS: DISPC: rename dispc_mgr_enable/disable to _sync
OMAPDSS: DISPC: make _enable_mgr_out public as "dispc_mgr_enable"
OMAPDSS: add dispc_ovl_enabled()
OMAPDSS: DISPC: Add IRQ enable/status helpers
OMAPDSS: HDMI: split power_on/off to two parts
OMAPDSS: HDMI: use core power on/off with edid & detect
OMAPDSS: HDMI: add 1920x1200 video mode
OMAPDSS: HDMI: make hdmi pclk check more permissive
OMAPFB: remove use of extended edid block
OMAPFB: improve mode selection from EDID
OMAPDSS: fix DSI2 PLL clk names
OMAPDSS: DISPC: fix loop in error handler
OMAPDSS: DISPC: remove dssdev depependency from error handler
OMAPDSS: split hdmi muxing function
Merge branch '3.8/misc-2'
OMAPDSS: fix DPI & DSI init order
OMAPDSS: DSI: skip odd dividers when pck >= 100MHz
OMAPDSS: DSI: workaround for HSDiv problem
OMAPDSS: add dss_calc_clock_rates() back
OMAPDSS: setup default dss fck
OMAPDSS: hide dss_select_dispc_clk_source()
OMAPDSS: DPI: use dpi.dsidev to see whether to use dsi pll
OMAPDSS: DPI: verify if DSI PLL is operational
OMAPDSS: DPI: always use DSI PLL if available
Merge branch '3.8/dsi-pll-work'
OMAPDSS: DISPC: fix DS variable name
OMAPDSS: DISPC: fix sparse warning
OMAPDSS: HACK: look for regulators with omap4 names
OMAP: FB: use DMA_BIT_MASK() for fb's coherent_dma_mask
OMAPFB: use dma_alloc_attrs to allocate memory
OMAP: RX51: remove use of vram
OMAP: common.c: remove init call to vram
OMAP: remove vram allocator
Revert "OMAPDSS: HDMI: Create platform device for audio support"
Merge tag 'v3.7-rc4'
Merge branch '3.8/vram-conversion' of git://gitorious.org/linux-omap-dss2/linux
OMAPFB: fix compilation error
Merge tag 'omapdss-for-3.7-rc' of git://gitorious.org/linux-omap-dss2/linux
Merge branch 'lcdc-next' of git://linuxtv.org/pinchartl/fbdev into for-linus
Merge branch 'fbdev-next' of github.com:timur-tabi/linux-2.6 into for-linus
OMAPDSS: remove declarations for non-existing functions
OMAPDSS: DPI: fix crash with dpi_verify_dsi_pll()
OMAPDSS: don't WARN if there's no DSI device
OMAPDSS: DISPC: add no_framedone_tv feat
OMAPDSS: DISPC: use get_framedone_irq in disable_digit_out
OMAPDSS: DISPC: Remove blocking code from dispc_wb_enable()
OMAPDSS: cleanup WB enable/is_enabled functions
OMAPDSS: DISPC: use WARN_ON() in dispc_mgr_go
OMAPDSS: DISPC: pclk & lclk rates for writeback
OMAPDSS: DISPC: pass pclk to calc_core_clk()
OMAPDSS: DISPC: pass pclk & lclk to check_horiz_timing_omap3
OMAPDSS: DISPC: pass pclk & lclk to calc_scaling
OMAPDSS: DISPC: pass pclk & lclk to dispc_ovl_calc_scaling
OMAPDSS: create display-sysfs.c
OMAPDSS: add dss_get_core_pdev()
Merge branch 'samsung-fb-next' of git://github.com/jingoo/linux into for-linus
Merge branch 'exynos-dp-next' of git://github.com/jingoo/linux into for-linus
[media] omap_vout: use omapdss's version instead of cpu_is_*
[media] omap_vout: remove extra include
OMAPFB: remove exported udpate window
OMAPFB: move dssdev->sync call out from omapfb_realloc_fbmem
OMAPFB: simplify locking
OMAPFB: remove warning when trying to alloc at certain paddress
OMAPDSS: manage output-dssdev connection in output drivers
OMAPFB: connect ovl managers to all dssdevs
OMAPDSS: add omapdss_compat_init()
OMAPDSS: move ovl & ovl-mgr init to apply.c
OMAPDSS: move ovl-mgr function setup to apply.c
OMAPDSS: move ovl function setup to apply.c
OMAPDSS: add manager ops
OMAPDSS: manage framedone irq with mgr ops
OMAPDSS: move blocking mgr enable/disable to compat layer
OMAPDSS: move omap_dispc_wait_for_irq_interruptible_timeout to dispc-compat.c
OMAPDSS: move irq handling to dispc-compat
OMAPDSS: DISPC: add dispc_ovl_check()
OMAPDSS: DPI: use dispc's check_timings
OMAPDSS: move display sysfs init to compat layer
OMAPDSS: separate compat files in the Makefile
OMAPDSS: export dss_mgr_ops functions
OMAPDSS: export dss_feat functions
OMAPDSS: export dispc functions
OMAPDSS: use omapdss_compat_init() in other drivers
Merge omapdss compat layer work
OMAPDSS: DISPC: get dss clock rate from dss driver
OMAPDSS: DISPC: remove dispc fck uses
OMAPFB: use devm_kzalloc to allocate omapfb2_device
OMAPFB: fix error handling in omapfb_find_best_mode()
OMAPFB: remove silly loop in fb2display()
Revert "OMAPFB: simplify locking"
OMAPDSS: fix TV-out issue with DSI PLL
Merge tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux into for-linus
Wei Yongjun (1):
OMAPDSS: HDMI: fix missing unlock on error in hdmi_dump_regs()
Documentation/arm/OMAP/DSS | 10 +-
.../devicetree/bindings/video/exynos_dp.txt | 80 ++
.../devicetree/bindings/video/ssd1307fb.txt | 24 +
MAINTAINERS | 6 +
arch/arm/mach-davinci/da830.c | 2 +-
arch/arm/mach-davinci/da850.c | 2 +-
arch/arm/mach-davinci/devices-da8xx.c | 22 +-
arch/arm/mach-davinci/pm_domain.c | 1 +
arch/arm/mach-omap2/board-rx51-video.c | 14 -
arch/arm/mach-omap2/board-rx51.c | 3 -
arch/arm/mach-omap2/display.c | 53 +-
arch/arm/mach-omap2/sdrc.c | 16 -
arch/arm/mach-shmobile/board-ag5evm.c | 198 ++--
arch/arm/mach-shmobile/board-ap4evb.c | 4 +-
arch/arm/mach-shmobile/board-mackerel.c | 6 -
arch/arm/plat-omap/common.c | 2 -
arch/arm/plat-omap/fb.c | 66 +-
arch/arm/plat-omap/include/plat/sdrc.h | 7 -
arch/arm/plat-omap/include/plat/vram.h | 43 -
arch/sh/boards/mach-ap325rxa/setup.c | 6 -
arch/sh/boards/mach-ecovec24/setup.c | 6 -
arch/sh/boards/mach-kfr2r09/lcd_wqvga.c | 16 +-
arch/sh/boards/mach-kfr2r09/setup.c | 7 +-
arch/sh/include/mach-kfr2r09/mach/kfr2r09.h | 6 +-
drivers/media/platform/omap/omap_vout.c | 23 +-
drivers/media/platform/omap/omap_vout_vrfb.c | 2 +-
drivers/media/platform/omap/omap_voutdef.h | 2 +-
drivers/media/platform/omap/omap_voutlib.c | 38 +-
drivers/media/platform/omap/omap_voutlib.h | 3 +
drivers/staging/omapdrm/omap_drv.c | 11 +
drivers/video/Kconfig | 17 +-
drivers/video/Makefile | 1 +
drivers/video/console/softcursor.c | 3 +-
drivers/video/da8xx-fb.c | 170 ++-
drivers/video/exynos/exynos_dp_core.c | 697 ++++++++-----
drivers/video/exynos/exynos_dp_core.h | 21 +-
drivers/video/exynos/exynos_dp_reg.c | 77 +-
drivers/video/exynos/exynos_dp_reg.h | 3 +-
drivers/video/fsl-diu-fb.c | 201 ++--
drivers/video/omap2/Kconfig | 3 -
drivers/video/omap2/Makefile | 1 -
drivers/video/omap2/displays/panel-acx565akm.c | 23 -
drivers/video/omap2/displays/panel-generic-dpi.c | 36 -
.../omap2/displays/panel-lgphilips-lb035q02.c | 34 -
drivers/video/omap2/displays/panel-n8x0.c | 89 +-
.../omap2/displays/panel-nec-nl8048hl11-01b.c | 24 -
drivers/video/omap2/displays/panel-picodlp.c | 45 +-
.../video/omap2/displays/panel-sharp-ls037v7dw01.c | 17 -
drivers/video/omap2/displays/panel-taal.c | 72 --
drivers/video/omap2/displays/panel-tfp410.c | 33 -
.../video/omap2/displays/panel-tpo-td043mtea1.c | 20 -
drivers/video/omap2/dss/Kconfig | 35 +-
drivers/video/omap2/dss/Makefile | 7 +-
drivers/video/omap2/dss/apply.c | 331 ++++--
drivers/video/omap2/dss/core.c | 72 +-
drivers/video/omap2/dss/dispc-compat.c | 667 ++++++++++++
drivers/video/omap2/dss/dispc-compat.h | 30 +
drivers/video/omap2/dss/dispc.c | 1102 ++++++--------------
drivers/video/omap2/dss/display-sysfs.c | 321 ++++++
drivers/video/omap2/dss/display.c | 386 +------
drivers/video/omap2/dss/dpi.c | 126 ++-
drivers/video/omap2/dss/dsi.c | 247 +++--
drivers/video/omap2/dss/dss.c | 138 ++-
drivers/video/omap2/dss/dss.h | 124 +--
drivers/video/omap2/dss/dss_features.c | 79 +-
drivers/video/omap2/dss/dss_features.h | 12 +-
drivers/video/omap2/dss/hdmi.c | 158 ++-
drivers/video/omap2/dss/hdmi_panel.c | 82 +-
drivers/video/omap2/dss/manager.c | 39 -
drivers/video/omap2/dss/output.c | 90 +-
drivers/video/omap2/dss/overlay.c | 17 -
drivers/video/omap2/dss/rfbi.c | 23 +-
drivers/video/omap2/dss/sdi.c | 11 +-
drivers/video/omap2/dss/ti_hdmi.h | 3 +
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.c | 11 +-
drivers/video/omap2/dss/venc.c | 11 +-
drivers/video/omap2/dss/venc_panel.c | 19 -
drivers/video/omap2/omapfb/Kconfig | 1 -
drivers/video/omap2/omapfb/omapfb-ioctl.c | 48 +-
drivers/video/omap2/omapfb/omapfb-main.c | 212 ++--
drivers/video/omap2/omapfb/omapfb-sysfs.c | 6 +-
drivers/video/omap2/omapfb/omapfb.h | 20 +-
drivers/video/omap2/vram.c | 514 ---------
drivers/video/omap2/vrfb.c | 142 ++-
drivers/video/s3c-fb.c | 24 +-
drivers/video/sh_mipi_dsi.c | 69 +-
drivers/video/sh_mobile_lcdcfb.c | 74 +-
drivers/video/sh_mobile_lcdcfb.h | 1 +
drivers/video/ssd1307fb.c | 396 +++++++
include/linux/fsl-diu-fb.h | 9 +
include/video/da8xx-fb.h | 25 +-
include/video/omapdss.h | 105 +-
.../plat/vrfb.h => include/video/omapvrfb.h | 2 +
include/video/samsung_fimd.h | 168 +--
include/video/sh_mipi_dsi.h | 4 +-
include/video/sh_mobile_lcdc.h | 1 -
96 files changed, 4355 insertions(+), 3873 deletions(-)
create mode 100644 Documentation/devicetree/bindings/video/exynos_dp.txt
create mode 100644 Documentation/devicetree/bindings/video/ssd1307fb.txt
delete mode 100644 arch/arm/plat-omap/include/plat/vram.h
create mode 100644 drivers/video/omap2/dss/dispc-compat.c
create mode 100644 drivers/video/omap2/dss/dispc-compat.h
create mode 100644 drivers/video/omap2/dss/display-sysfs.c
delete mode 100644 drivers/video/omap2/vram.c
create mode 100644 drivers/video/ssd1307fb.c
rename arch/arm/plat-omap/include/plat/vrfb.h => include/video/omapvrfb.h (95%)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 899 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* [GIT PULL] fbdev changes for 3.8
@ 2012-12-14 10:22 ` Tomi Valkeinen
0 siblings, 0 replies; 18+ messages in thread
From: Tomi Valkeinen @ 2012-12-14 10:22 UTC (permalink / raw)
To: Linus Torvalds
Cc: linux-omap, linux-fbdev, linux-kernel, Florian Tobias Schandinat
[-- Attachment #1: Type: text/plain, Size: 20843 bytes --]
Hi Linus,
Florian, the fbdev maintainer, has been very busy lately, so I offered to send
the pull request for fbdev for this merge window.
There are a few conflicts, but they look clear to me.
arch/arm/plat-omap/common.c is to be removed.
Tomi
The following changes since commit 9489e9dcae718d5fde988e4a684a0f55b5f94d17:
Linux 3.7-rc7 (2012-11-25 17:59:19 -0800)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git tags/fbdev-for-3.8
for you to fetch changes up to e7f5c9a16ea2648a3e85af8e34191026bf3dcb62:
Merge tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux into for-linus (2012-12-13 14:30:56 +0200)
----------------------------------------------------------------
fbdev changes for 3.8:
OMAPDSS changes, including:
- use dynanic debug prints
- OMAP platform dependency removals
- Creation of compat-layer, helping us to improve omapdrm
- Misc cleanups, aiming to make omadss more in line with the upcoming common
display framework
Exynos DP changes for the 3.8 merge window:
- Device Tree support for Samsung Exynos DP
- SW Link training is cleaned up.
- HPD interrupt is supported.
Samsung Framebuffer changes for the 3.8 merge window:
- The bit definitions of header file are updated.
- Some minor typos are fixed.
- Some minor bugs of s3c_fb_check_var() are fixed.
FB related changes for SH Mobile, Freescale DIU
Add support for the Solomon SSD1307 OLED Controller
----------------------------------------------------------------
Aaro Koskinen (1):
OMAPDSS: panel-n8x0: register the DSS driver after SPI probe
Ajay Kumar (5):
video: exynos_dp: Add device tree support to DP driver
video: exynos_dp: device tree documentation
video: exynos_dp: Reset and initialize DP before requesting irq
video: exynos_dp: Fix incorrect setting for INT_CTL
video: exynos_dp: remove redundant parameters
Archit Taneja (10):
OMAPDSS: Remove acb and acbi fields from omap_dss_device
OMAPDSS: DISPC: Fix calc_scaling_44xx() bugs for writeback pipeline
OMAPDSS: DISPC: Don't allow predecimation for writeback
OMAPDSS: DISPC: Use output width and height to calculate row/pix inc for writeback
OMAPDSS: APPLY: Don't treat an overlay's channel out as shadow bits
OMAPDSS: APPLY: Remove unnecessary variable in dss_apply_irq_handler
OMAPDSS: APPLY: Remove unnecessary call to mg_clear_shadow_dirty
OMAPDSS: Add overlay manager width and height limits as a dispc feature
OMAPDSS: Add a dispc_features struct for OMAP5
OMAPDSS: Use only "omapdss_dss" platform device to get context lost count
Axel Lin (1):
OMAPDSS: Add terminating entry for picodlp_i2c_id table
Chandrabhanu Mahapatra (5):
OMAPDSS: Move definition of DEBUG flag to Makefile
OMAPDSS: Create new debug config options
OMAPDSS: Cleanup DSSDBG with dynamic pr_debug function
OMAPDSS: Replace multi part debug prints with pr_debug
OMAPDSS: Remove dss_debug variable
Chuansheng Liu (2):
OMAPDSS: DISPC: Fix the usage of wait_for_completion_timeout
OMAPDSS: APPLY: Fix the usage of wait_for_completion_timeout
Hideki EIRAKU (1):
fbdev: sh_mobile_lcdc: use dma_mmap_coherent
Jingoo Han (14):
video: s3c-fb: clean the bit definition for WINCON register
video: s3c-fb: move the address definitions for VIDTCON registers
video: s3c-fb: move the address definition for VIDOSD register
video: s3c-fb: move the bit definitions for VIDINTCON0 register
video: s3c-fb: move the bit definitions for WINxMAP and WPALCON register
video: s3c-fb: move the bit definitions for DITHMODE register
video: s3c-fb: add the bit definitions for VIDCON0_VIDOUT_WB
video: s3c-fb: fix typo in comment
video: s3c-fb: fix help message for FB_S3C_DEBUG_REGWRITE
video: s3c-fb: use FIMD_V8_VIDTCON0 for EXYNOS5 FIMD
video: s3c-fb: use dev_get_drvdata() instead of platform_get_drvdata()
video: s3c-fb: add "drop through" comment
video: s3c-fb: return an error when bpp is invalid
video: s3c-fb: fix red offset and length for ARGB232 format
Laurent Pinchart (19):
fbdev: sh_mobile_lcdc: Get display dimensions from the channel structure
fbdev: sh_mobile_lcdc: Rename mode argument to modes
fbdev: sh_mobile_lcdc: Remove priv argument from channel and overlay init
ARM: mach-shmobile: ag5evm: Add LCDC tx_dev field to platform data
fbdev: sh_mipi_dsi: Add channel field to platform data
ARM: mach-shmobile: Initiliaze the new sh_mipi_dsi_info channel field
fbdev: sh_mipi_dsi: Use the sh_mipi_dsi_info channel field
fbdev: sh_mipi_dsi: Use the LCDC entity default mode
fbdev: sh_mipi_dsi: Remove last reference to LCDC platform data
ARM: mach-shmobile: Remove the unused sh_mipi_dsi_info lcd_chan field
fbdev: sh_mipi_dsi: Remove the unused sh_mipi_dsi_info lcd_chan field
fbdev: sh_mobile_lcdc: Store the backlight brightness internally
ARM: mach-shmobile: mackerel: Removed unused get_brightness callback
sh: ap325rxa: Remove unused get_brightness LCDC callback
sh: ecovec24: Remove unused get_brightness LCDC callback
fbdev: sh_mobile_lcdc: Remove unused get_brightness pdata callback
ARM: mach-shmobile: ag5evm: Use the backlight API for brightness control
sh: kfr2r09: Use the backlight API for brightness control
fbdev: sh_mobile_lcdc: Make sh_mobile_lcdc_sys_bus_ops static
Manjunathappa (1):
video: da8xx-fb: clk_get on connection id fck
Manjunathappa, Prakash (2):
da8xx-fb: adopt fb_videomode data for panel information
da8xx-fb: cleanup LCDC configurations
Matthias Brugger (1):
OMAPFB: Delete if statement evaluating a constant.
Maxime Ripard (1):
drivers/video: add support for the Solomon SSD1307 OLED Controller
Pantelis Antoniou (1):
da8xx: Fix revision check on the da8xx driver
Peter Ujfalusi (1):
OMAPDSS: Correct check for the callback pointer in dss_dsi_disable_pads()
Ricardo Neri (8):
OMAPDSS: HDMI: Rename resource variable at probe.
OMAPDSS: HDMI: Convert to devm_request_and_ioremap
OMAPDSS: HDMI: Make panel return dssdev register errors
OMAPDSS: HDMI: Handle panel init error at probe
OMAPDSS: HDMI: Uninit display on device add error
OMAPDSS: HDMI: Add op to get audio DMA port address offset
OMAPDSS: HDMI: Create platform device for audio support
OMAPDSS: HDMI: Remove __exit macro from hdmi_uninit_display
Sachin Kamat (1):
drivers/video/console/softcursor.c: remove redundant NULL check before kfree()
Sean Paul (8):
video: exynos_dp: Check DPCD return codes
video: exynos_dp: Clean up SW link training
video: exynos_dp: Get pll lock before pattern set
video: exynos_dp: Improve EDID error handling
video: exynos_dp: Fix bug when checking dp->irq
video: exynos_dp: Remove sink control to D0
video: exynos_dp: Move hotplug into a workqueue
video: exynos_dp: Enable hotplug interrupts
Timur Tabi (9):
MAINTAINERS: Make Timur Tabi the maintainer for the Freescale DIU driver
drivers/video: fsl-diu-fb: simplify platforms that have only one port
drivers/video: fsl-diu-fb: add support for set_gamma ioctls
drivers/video: fsl-diu-fb: streamline enabling of interrupts
drivers/video: fsl-diu-fb: improve message displays
drivers/video: fsl-diu-fb: remove unused 'cursor_reset' variable
drivers/video: fsl-diu-fb: clean up reset of primary display
drivers/video: fsl-diu-fb: don't touch registers for unused features
drivers/video: fsl-diu-fb: store EDID data in the global object
Tomi Valkeinen (113):
Merge tag 'v3.7-rc1'
OMAPDSS: add missing sizes.h includes
OMAPDSS: fix compilation warnings
OMAPDSS: remove Kconfig dependencies
Merge branch '3.8/dss-version'
Merge branch '3.8/vrfb-conversion'
OMAPDSS: DSI: fix dsi_get_dsidev_from_id()
OMAPDSS: fix registering the vsync isr in apply
OMAPDSS: DISPC: constify function parameters
OMAPDSS: combine LCD related config into one func
OMAPDSS: remove declarations for non-existing funcs
OMAPDSS: DISPC: remove struct omap_overlay use
OMAPDSS: DISPC: cleanup lcd and digit enable
OMAPDSS: DISPC: add dispc_mgr_get_sync_lost_irq()
OMAPDSS: DISPC: cleanup lcd/digit enable/disable
OMAPDSS: remove omap_dss_device's suspend/resume
OMAPDSS: get the dss version from core pdev
OMAPDSS: remove dispc_irq_handler declaration
OMAPDSS: DISPC: fix dispc_mgr_lclk_rate for DIGIT output
OMAPDSS: export dss_get_def_display_name()
OMAPDSS: remove initial display code from omapdss
OMAPDSS: DISPC: use dss_feat_get_num_ovls()
OMAPDSS: DISPC: rename dispc_mgr_enable/disable to _sync
OMAPDSS: DISPC: make _enable_mgr_out public as "dispc_mgr_enable"
OMAPDSS: add dispc_ovl_enabled()
OMAPDSS: DISPC: Add IRQ enable/status helpers
OMAPDSS: HDMI: split power_on/off to two parts
OMAPDSS: HDMI: use core power on/off with edid & detect
OMAPDSS: HDMI: add 1920x1200 video mode
OMAPDSS: HDMI: make hdmi pclk check more permissive
OMAPFB: remove use of extended edid block
OMAPFB: improve mode selection from EDID
OMAPDSS: fix DSI2 PLL clk names
OMAPDSS: DISPC: fix loop in error handler
OMAPDSS: DISPC: remove dssdev depependency from error handler
OMAPDSS: split hdmi muxing function
Merge branch '3.8/misc-2'
OMAPDSS: fix DPI & DSI init order
OMAPDSS: DSI: skip odd dividers when pck >= 100MHz
OMAPDSS: DSI: workaround for HSDiv problem
OMAPDSS: add dss_calc_clock_rates() back
OMAPDSS: setup default dss fck
OMAPDSS: hide dss_select_dispc_clk_source()
OMAPDSS: DPI: use dpi.dsidev to see whether to use dsi pll
OMAPDSS: DPI: verify if DSI PLL is operational
OMAPDSS: DPI: always use DSI PLL if available
Merge branch '3.8/dsi-pll-work'
OMAPDSS: DISPC: fix DS variable name
OMAPDSS: DISPC: fix sparse warning
OMAPDSS: HACK: look for regulators with omap4 names
OMAP: FB: use DMA_BIT_MASK() for fb's coherent_dma_mask
OMAPFB: use dma_alloc_attrs to allocate memory
OMAP: RX51: remove use of vram
OMAP: common.c: remove init call to vram
OMAP: remove vram allocator
Revert "OMAPDSS: HDMI: Create platform device for audio support"
Merge tag 'v3.7-rc4'
Merge branch '3.8/vram-conversion' of git://gitorious.org/linux-omap-dss2/linux
OMAPFB: fix compilation error
Merge tag 'omapdss-for-3.7-rc' of git://gitorious.org/linux-omap-dss2/linux
Merge branch 'lcdc-next' of git://linuxtv.org/pinchartl/fbdev into for-linus
Merge branch 'fbdev-next' of github.com:timur-tabi/linux-2.6 into for-linus
OMAPDSS: remove declarations for non-existing functions
OMAPDSS: DPI: fix crash with dpi_verify_dsi_pll()
OMAPDSS: don't WARN if there's no DSI device
OMAPDSS: DISPC: add no_framedone_tv feat
OMAPDSS: DISPC: use get_framedone_irq in disable_digit_out
OMAPDSS: DISPC: Remove blocking code from dispc_wb_enable()
OMAPDSS: cleanup WB enable/is_enabled functions
OMAPDSS: DISPC: use WARN_ON() in dispc_mgr_go
OMAPDSS: DISPC: pclk & lclk rates for writeback
OMAPDSS: DISPC: pass pclk to calc_core_clk()
OMAPDSS: DISPC: pass pclk & lclk to check_horiz_timing_omap3
OMAPDSS: DISPC: pass pclk & lclk to calc_scaling
OMAPDSS: DISPC: pass pclk & lclk to dispc_ovl_calc_scaling
OMAPDSS: create display-sysfs.c
OMAPDSS: add dss_get_core_pdev()
Merge branch 'samsung-fb-next' of git://github.com/jingoo/linux into for-linus
Merge branch 'exynos-dp-next' of git://github.com/jingoo/linux into for-linus
[media] omap_vout: use omapdss's version instead of cpu_is_*
[media] omap_vout: remove extra include
OMAPFB: remove exported udpate window
OMAPFB: move dssdev->sync call out from omapfb_realloc_fbmem
OMAPFB: simplify locking
OMAPFB: remove warning when trying to alloc at certain paddress
OMAPDSS: manage output-dssdev connection in output drivers
OMAPFB: connect ovl managers to all dssdevs
OMAPDSS: add omapdss_compat_init()
OMAPDSS: move ovl & ovl-mgr init to apply.c
OMAPDSS: move ovl-mgr function setup to apply.c
OMAPDSS: move ovl function setup to apply.c
OMAPDSS: add manager ops
OMAPDSS: manage framedone irq with mgr ops
OMAPDSS: move blocking mgr enable/disable to compat layer
OMAPDSS: move omap_dispc_wait_for_irq_interruptible_timeout to dispc-compat.c
OMAPDSS: move irq handling to dispc-compat
OMAPDSS: DISPC: add dispc_ovl_check()
OMAPDSS: DPI: use dispc's check_timings
OMAPDSS: move display sysfs init to compat layer
OMAPDSS: separate compat files in the Makefile
OMAPDSS: export dss_mgr_ops functions
OMAPDSS: export dss_feat functions
OMAPDSS: export dispc functions
OMAPDSS: use omapdss_compat_init() in other drivers
Merge omapdss compat layer work
OMAPDSS: DISPC: get dss clock rate from dss driver
OMAPDSS: DISPC: remove dispc fck uses
OMAPFB: use devm_kzalloc to allocate omapfb2_device
OMAPFB: fix error handling in omapfb_find_best_mode()
OMAPFB: remove silly loop in fb2display()
Revert "OMAPFB: simplify locking"
OMAPDSS: fix TV-out issue with DSI PLL
Merge tag 'omapdss-for-3.8' of git://gitorious.org/linux-omap-dss2/linux into for-linus
Wei Yongjun (1):
OMAPDSS: HDMI: fix missing unlock on error in hdmi_dump_regs()
Documentation/arm/OMAP/DSS | 10 +-
.../devicetree/bindings/video/exynos_dp.txt | 80 ++
.../devicetree/bindings/video/ssd1307fb.txt | 24 +
MAINTAINERS | 6 +
arch/arm/mach-davinci/da830.c | 2 +-
arch/arm/mach-davinci/da850.c | 2 +-
arch/arm/mach-davinci/devices-da8xx.c | 22 +-
arch/arm/mach-davinci/pm_domain.c | 1 +
arch/arm/mach-omap2/board-rx51-video.c | 14 -
arch/arm/mach-omap2/board-rx51.c | 3 -
arch/arm/mach-omap2/display.c | 53 +-
arch/arm/mach-omap2/sdrc.c | 16 -
arch/arm/mach-shmobile/board-ag5evm.c | 198 ++--
arch/arm/mach-shmobile/board-ap4evb.c | 4 +-
arch/arm/mach-shmobile/board-mackerel.c | 6 -
arch/arm/plat-omap/common.c | 2 -
arch/arm/plat-omap/fb.c | 66 +-
arch/arm/plat-omap/include/plat/sdrc.h | 7 -
arch/arm/plat-omap/include/plat/vram.h | 43 -
arch/sh/boards/mach-ap325rxa/setup.c | 6 -
arch/sh/boards/mach-ecovec24/setup.c | 6 -
arch/sh/boards/mach-kfr2r09/lcd_wqvga.c | 16 +-
arch/sh/boards/mach-kfr2r09/setup.c | 7 +-
arch/sh/include/mach-kfr2r09/mach/kfr2r09.h | 6 +-
drivers/media/platform/omap/omap_vout.c | 23 +-
drivers/media/platform/omap/omap_vout_vrfb.c | 2 +-
drivers/media/platform/omap/omap_voutdef.h | 2 +-
drivers/media/platform/omap/omap_voutlib.c | 38 +-
drivers/media/platform/omap/omap_voutlib.h | 3 +
drivers/staging/omapdrm/omap_drv.c | 11 +
drivers/video/Kconfig | 17 +-
drivers/video/Makefile | 1 +
drivers/video/console/softcursor.c | 3 +-
drivers/video/da8xx-fb.c | 170 ++-
drivers/video/exynos/exynos_dp_core.c | 697 ++++++++-----
drivers/video/exynos/exynos_dp_core.h | 21 +-
drivers/video/exynos/exynos_dp_reg.c | 77 +-
drivers/video/exynos/exynos_dp_reg.h | 3 +-
drivers/video/fsl-diu-fb.c | 201 ++--
drivers/video/omap2/Kconfig | 3 -
drivers/video/omap2/Makefile | 1 -
drivers/video/omap2/displays/panel-acx565akm.c | 23 -
drivers/video/omap2/displays/panel-generic-dpi.c | 36 -
.../omap2/displays/panel-lgphilips-lb035q02.c | 34 -
drivers/video/omap2/displays/panel-n8x0.c | 89 +-
.../omap2/displays/panel-nec-nl8048hl11-01b.c | 24 -
drivers/video/omap2/displays/panel-picodlp.c | 45 +-
.../video/omap2/displays/panel-sharp-ls037v7dw01.c | 17 -
drivers/video/omap2/displays/panel-taal.c | 72 --
drivers/video/omap2/displays/panel-tfp410.c | 33 -
.../video/omap2/displays/panel-tpo-td043mtea1.c | 20 -
drivers/video/omap2/dss/Kconfig | 35 +-
drivers/video/omap2/dss/Makefile | 7 +-
drivers/video/omap2/dss/apply.c | 331 ++++--
drivers/video/omap2/dss/core.c | 72 +-
drivers/video/omap2/dss/dispc-compat.c | 667 ++++++++++++
drivers/video/omap2/dss/dispc-compat.h | 30 +
drivers/video/omap2/dss/dispc.c | 1102 ++++++--------------
drivers/video/omap2/dss/display-sysfs.c | 321 ++++++
drivers/video/omap2/dss/display.c | 386 +------
drivers/video/omap2/dss/dpi.c | 126 ++-
drivers/video/omap2/dss/dsi.c | 247 +++--
drivers/video/omap2/dss/dss.c | 138 ++-
drivers/video/omap2/dss/dss.h | 124 +--
drivers/video/omap2/dss/dss_features.c | 79 +-
drivers/video/omap2/dss/dss_features.h | 12 +-
drivers/video/omap2/dss/hdmi.c | 158 ++-
drivers/video/omap2/dss/hdmi_panel.c | 82 +-
drivers/video/omap2/dss/manager.c | 39 -
drivers/video/omap2/dss/output.c | 90 +-
drivers/video/omap2/dss/overlay.c | 17 -
drivers/video/omap2/dss/rfbi.c | 23 +-
drivers/video/omap2/dss/sdi.c | 11 +-
drivers/video/omap2/dss/ti_hdmi.h | 3 +
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.c | 11 +-
drivers/video/omap2/dss/venc.c | 11 +-
drivers/video/omap2/dss/venc_panel.c | 19 -
drivers/video/omap2/omapfb/Kconfig | 1 -
drivers/video/omap2/omapfb/omapfb-ioctl.c | 48 +-
drivers/video/omap2/omapfb/omapfb-main.c | 212 ++--
drivers/video/omap2/omapfb/omapfb-sysfs.c | 6 +-
drivers/video/omap2/omapfb/omapfb.h | 20 +-
drivers/video/omap2/vram.c | 514 ---------
drivers/video/omap2/vrfb.c | 142 ++-
drivers/video/s3c-fb.c | 24 +-
drivers/video/sh_mipi_dsi.c | 69 +-
drivers/video/sh_mobile_lcdcfb.c | 74 +-
drivers/video/sh_mobile_lcdcfb.h | 1 +
drivers/video/ssd1307fb.c | 396 +++++++
include/linux/fsl-diu-fb.h | 9 +
include/video/da8xx-fb.h | 25 +-
include/video/omapdss.h | 105 +-
.../plat/vrfb.h => include/video/omapvrfb.h | 2 +
include/video/samsung_fimd.h | 168 +--
include/video/sh_mipi_dsi.h | 4 +-
include/video/sh_mobile_lcdc.h | 1 -
96 files changed, 4355 insertions(+), 3873 deletions(-)
create mode 100644 Documentation/devicetree/bindings/video/exynos_dp.txt
create mode 100644 Documentation/devicetree/bindings/video/ssd1307fb.txt
delete mode 100644 arch/arm/plat-omap/include/plat/vram.h
create mode 100644 drivers/video/omap2/dss/dispc-compat.c
create mode 100644 drivers/video/omap2/dss/dispc-compat.h
create mode 100644 drivers/video/omap2/dss/display-sysfs.c
delete mode 100644 drivers/video/omap2/vram.c
create mode 100644 drivers/video/ssd1307fb.c
rename arch/arm/plat-omap/include/plat/vrfb.h => include/video/omapvrfb.h (95%)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 899 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-14 10:22 ` Tomi Valkeinen
@ 2012-12-15 21:11 ` Linus Torvalds
-1 siblings, 0 replies; 18+ messages in thread
From: Linus Torvalds @ 2012-12-15 21:11 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: linux-omap, linux-fbdev, linux-kernel, Florian Tobias Schandinat
On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> Hi Linus,
>
> Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> the pull request for fbdev for this merge window.
Pulled. However, with this I get the Kconfig question
OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
which doesn't make a whole lot of sense on x86-64, unless there's
something about OMAP2 that I don't know.
So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
least ARM. Because showing it to anybody else seems insane.
Same goes for FB_OMAP2 for that matter. I realize that it's likely
nice to get compile testing for this on x86-64 too, but if that's the
intent, we need to think about it some more. I don't think it's good
to ask actual normal users questions like this just for compile
coverage.
Hmm?
Linus
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-15 21:11 ` Linus Torvalds
0 siblings, 0 replies; 18+ messages in thread
From: Linus Torvalds @ 2012-12-15 21:11 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: linux-omap, linux-fbdev, linux-kernel, Florian Tobias Schandinat
On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> Hi Linus,
>
> Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> the pull request for fbdev for this merge window.
Pulled. However, with this I get the Kconfig question
OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
which doesn't make a whole lot of sense on x86-64, unless there's
something about OMAP2 that I don't know.
So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
least ARM. Because showing it to anybody else seems insane.
Same goes for FB_OMAP2 for that matter. I realize that it's likely
nice to get compile testing for this on x86-64 too, but if that's the
intent, we need to think about it some more. I don't think it's good
to ask actual normal users questions like this just for compile
coverage.
Hmm?
Linus
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-15 21:11 ` Linus Torvalds
@ 2012-12-15 22:24 ` Dave Jones
-1 siblings, 0 replies; 18+ messages in thread
From: Dave Jones @ 2012-12-15 22:24 UTC (permalink / raw)
To: Linus Torvalds
Cc: Tomi Valkeinen, linux-omap, linux-fbdev, linux-kernel,
Florian Tobias Schandinat
On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > Hi Linus,
> >
> > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > the pull request for fbdev for this merge window.
>
> Pulled. However, with this I get the Kconfig question
>
> OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
>
> which doesn't make a whole lot of sense on x86-64, unless there's
> something about OMAP2 that I don't know.
>
> So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> least ARM. Because showing it to anybody else seems insane.
>
> Same goes for FB_OMAP2 for that matter. I realize that it's likely
> nice to get compile testing for this on x86-64 too, but if that's the
> intent, we need to think about it some more. I don't think it's good
> to ask actual normal users questions like this just for compile
> coverage.
This OMAP stuff has been creeping into x86 builds for a while.
Grep from my current build config ..
# CONFIG_OMAP_OCP2SCP is not set
# CONFIG_KEYBOARD_OMAP4 is not set
# CONFIG_OMAP2_DSS is not set
# CONFIG_OMAP_USB2 is not set
There was some other arm-ism that does the same that I' currently forgetting,
or maybe that got fixed..
Dave
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-15 22:24 ` Dave Jones
0 siblings, 0 replies; 18+ messages in thread
From: Dave Jones @ 2012-12-15 22:24 UTC (permalink / raw)
To: Linus Torvalds
Cc: Tomi Valkeinen, linux-omap, linux-fbdev, linux-kernel,
Florian Tobias Schandinat
On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > Hi Linus,
> >
> > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > the pull request for fbdev for this merge window.
>
> Pulled. However, with this I get the Kconfig question
>
> OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
>
> which doesn't make a whole lot of sense on x86-64, unless there's
> something about OMAP2 that I don't know.
>
> So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> least ARM. Because showing it to anybody else seems insane.
>
> Same goes for FB_OMAP2 for that matter. I realize that it's likely
> nice to get compile testing for this on x86-64 too, but if that's the
> intent, we need to think about it some more. I don't think it's good
> to ask actual normal users questions like this just for compile
> coverage.
This OMAP stuff has been creeping into x86 builds for a while.
Grep from my current build config ..
# CONFIG_OMAP_OCP2SCP is not set
# CONFIG_KEYBOARD_OMAP4 is not set
# CONFIG_OMAP2_DSS is not set
# CONFIG_OMAP_USB2 is not set
There was some other arm-ism that does the same that I' currently forgetting,
or maybe that got fixed..
Dave
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-15 22:24 ` Dave Jones
@ 2012-12-16 17:46 ` Tony Lindgren
-1 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-16 17:46 UTC (permalink / raw)
To: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat
* Dave Jones <davej@redhat.com> [121215 14:27]:
> On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > Hi Linus,
> > >
> > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > the pull request for fbdev for this merge window.
> >
> > Pulled. However, with this I get the Kconfig question
> >
> > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> >
> > which doesn't make a whole lot of sense on x86-64, unless there's
> > something about OMAP2 that I don't know.
> >
> > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > least ARM. Because showing it to anybody else seems insane.
> >
> > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > nice to get compile testing for this on x86-64 too, but if that's the
> > intent, we need to think about it some more. I don't think it's good
> > to ask actual normal users questions like this just for compile
> > coverage.
>
> This OMAP stuff has been creeping into x86 builds for a while.
> Grep from my current build config ..
>
> # CONFIG_OMAP_OCP2SCP is not set
> # CONFIG_KEYBOARD_OMAP4 is not set
> # CONFIG_OMAP2_DSS is not set
> # CONFIG_OMAP_USB2 is not set
>
> There was some other arm-ism that does the same that I' currently forgetting,
> or maybe that got fixed..
Those are all omap internal devices and should be all marked with
depends on ARCH_OMAP2PLUS.
It's a different story for external devices that may be used on other
architectures.
I only came up with one reason to compile internal devices for other
architectures: In some cases the driver subsystem maintainer may want to
be able to compile test subsystem wide changes without having to compile
for each target separately. But for those cases it's trivial to carry a
compile test patch that just drops the depends Kconfig entries.
Regards,
Tony
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-16 17:46 ` Tony Lindgren
0 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-16 17:46 UTC (permalink / raw)
To: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat
* Dave Jones <davej@redhat.com> [121215 14:27]:
> On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > Hi Linus,
> > >
> > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > the pull request for fbdev for this merge window.
> >
> > Pulled. However, with this I get the Kconfig question
> >
> > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> >
> > which doesn't make a whole lot of sense on x86-64, unless there's
> > something about OMAP2 that I don't know.
> >
> > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > least ARM. Because showing it to anybody else seems insane.
> >
> > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > nice to get compile testing for this on x86-64 too, but if that's the
> > intent, we need to think about it some more. I don't think it's good
> > to ask actual normal users questions like this just for compile
> > coverage.
>
> This OMAP stuff has been creeping into x86 builds for a while.
> Grep from my current build config ..
>
> # CONFIG_OMAP_OCP2SCP is not set
> # CONFIG_KEYBOARD_OMAP4 is not set
> # CONFIG_OMAP2_DSS is not set
> # CONFIG_OMAP_USB2 is not set
>
> There was some other arm-ism that does the same that I' currently forgetting,
> or maybe that got fixed..
Those are all omap internal devices and should be all marked with
depends on ARCH_OMAP2PLUS.
It's a different story for external devices that may be used on other
architectures.
I only came up with one reason to compile internal devices for other
architectures: In some cases the driver subsystem maintainer may want to
be able to compile test subsystem wide changes without having to compile
for each target separately. But for those cases it's trivial to carry a
compile test patch that just drops the depends Kconfig entries.
Regards,
Tony
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-16 17:46 ` Tony Lindgren
@ 2012-12-16 20:35 ` Tony Lindgren
-1 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-16 20:35 UTC (permalink / raw)
To: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat
Cc: Dmitry Torokhov, Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
* Tony Lindgren <tony@atomide.com> [121216 09:49]:
> * Dave Jones <davej@redhat.com> [121215 14:27]:
> > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > Hi Linus,
> > > >
> > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > the pull request for fbdev for this merge window.
> > >
> > > Pulled. However, with this I get the Kconfig question
> > >
> > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > >
> > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > something about OMAP2 that I don't know.
> > >
> > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > least ARM. Because showing it to anybody else seems insane.
> > >
> > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > nice to get compile testing for this on x86-64 too, but if that's the
> > > intent, we need to think about it some more. I don't think it's good
> > > to ask actual normal users questions like this just for compile
> > > coverage.
> >
> > This OMAP stuff has been creeping into x86 builds for a while.
> > Grep from my current build config ..
> >
> > # CONFIG_OMAP_OCP2SCP is not set
> > # CONFIG_KEYBOARD_OMAP4 is not set
> > # CONFIG_OMAP2_DSS is not set
> > # CONFIG_OMAP_USB2 is not set
> >
> > There was some other arm-ism that does the same that I' currently forgetting,
> > or maybe that got fixed..
>
> Those are all omap internal devices and should be all marked with
> depends on ARCH_OMAP2PLUS.
>
> It's a different story for external devices that may be used on other
> architectures.
>
> I only came up with one reason to compile internal devices for other
> architectures: In some cases the driver subsystem maintainer may want to
> be able to compile test subsystem wide changes without having to compile
> for each target separately. But for those cases it's trivial to carry a
> compile test patch that just drops the depends Kconfig entries.
And here's a patch to limit the omap drivers above to omap only.
Regards,
Tony
From: Tony Lindgren <tony@atomide.com>
Date: Sun, 16 Dec 2012 12:28:46 -0800
Subject: [PATCH] ARM: OMAP: Fix drivers to depend on omap for internal devices
These devices are not available on other architectures, so
let's limit them to omap.
If the driver subsystem maintainers want to build test
system wide changes without building for each target,
it's easy to carry a test patch that just strips out the
depends entries from Kconfig files.
Signed-off-by: Tony Lindgren <tony@atomide.com>
--- a/drivers/bus/Kconfig
+++ b/drivers/bus/Kconfig
@@ -6,6 +6,7 @@ menu "Bus devices"
config OMAP_OCP2SCP
tristate "OMAP OCP2SCP DRIVER"
+ depends on ARCH_OMAP2PLUS
help
Driver to enable ocp2scp module which transforms ocp interface
protocol to scp protocol. In OMAP4, USB PHY is connected via
--- a/drivers/input/keyboard/Kconfig
+++ b/drivers/input/keyboard/Kconfig
@@ -544,6 +544,7 @@ config KEYBOARD_OMAP
config KEYBOARD_OMAP4
tristate "TI OMAP4+ keypad support"
+ depends on ARCH_OMAP2PLUS
select INPUT_MATRIXKMAP
help
Say Y here if you want to use the OMAP4+ keypad.
--- a/drivers/usb/phy/Kconfig
+++ b/drivers/usb/phy/Kconfig
@@ -6,6 +6,7 @@ comment "USB Physical Layer drivers"
config OMAP_USB2
tristate "OMAP USB2 PHY Driver"
+ depends on ARCH_OMAP2PLUS
select USB_OTG_UTILS
help
Enable this to support the transceiver that is part of SOC. This
--- a/drivers/video/omap2/Kconfig
+++ b/drivers/video/omap2/Kconfig
@@ -1,6 +1,10 @@
config OMAP2_VRFB
bool
+if ARCH_OMAP2PLUS
+
source "drivers/video/omap2/dss/Kconfig"
source "drivers/video/omap2/omapfb/Kconfig"
source "drivers/video/omap2/displays/Kconfig"
+
+endif
--- a/drivers/w1/masters/Kconfig
+++ b/drivers/w1/masters/Kconfig
@@ -60,6 +60,7 @@ config W1_MASTER_GPIO
config HDQ_MASTER_OMAP
tristate "OMAP HDQ driver"
+ depends on ARCH_OMAP
help
Say Y here if you want support for the 1-wire or HDQ Interface
on an OMAP processor.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-16 20:35 ` Tony Lindgren
0 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-16 20:35 UTC (permalink / raw)
To: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat
Cc: Dmitry Torokhov, Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
* Tony Lindgren <tony@atomide.com> [121216 09:49]:
> * Dave Jones <davej@redhat.com> [121215 14:27]:
> > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > Hi Linus,
> > > >
> > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > the pull request for fbdev for this merge window.
> > >
> > > Pulled. However, with this I get the Kconfig question
> > >
> > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > >
> > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > something about OMAP2 that I don't know.
> > >
> > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > least ARM. Because showing it to anybody else seems insane.
> > >
> > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > nice to get compile testing for this on x86-64 too, but if that's the
> > > intent, we need to think about it some more. I don't think it's good
> > > to ask actual normal users questions like this just for compile
> > > coverage.
> >
> > This OMAP stuff has been creeping into x86 builds for a while.
> > Grep from my current build config ..
> >
> > # CONFIG_OMAP_OCP2SCP is not set
> > # CONFIG_KEYBOARD_OMAP4 is not set
> > # CONFIG_OMAP2_DSS is not set
> > # CONFIG_OMAP_USB2 is not set
> >
> > There was some other arm-ism that does the same that I' currently forgetting,
> > or maybe that got fixed..
>
> Those are all omap internal devices and should be all marked with
> depends on ARCH_OMAP2PLUS.
>
> It's a different story for external devices that may be used on other
> architectures.
>
> I only came up with one reason to compile internal devices for other
> architectures: In some cases the driver subsystem maintainer may want to
> be able to compile test subsystem wide changes without having to compile
> for each target separately. But for those cases it's trivial to carry a
> compile test patch that just drops the depends Kconfig entries.
And here's a patch to limit the omap drivers above to omap only.
Regards,
Tony
From: Tony Lindgren <tony@atomide.com>
Date: Sun, 16 Dec 2012 12:28:46 -0800
Subject: [PATCH] ARM: OMAP: Fix drivers to depend on omap for internal devices
These devices are not available on other architectures, so
let's limit them to omap.
If the driver subsystem maintainers want to build test
system wide changes without building for each target,
it's easy to carry a test patch that just strips out the
depends entries from Kconfig files.
Signed-off-by: Tony Lindgren <tony@atomide.com>
--- a/drivers/bus/Kconfig
+++ b/drivers/bus/Kconfig
@@ -6,6 +6,7 @@ menu "Bus devices"
config OMAP_OCP2SCP
tristate "OMAP OCP2SCP DRIVER"
+ depends on ARCH_OMAP2PLUS
help
Driver to enable ocp2scp module which transforms ocp interface
protocol to scp protocol. In OMAP4, USB PHY is connected via
--- a/drivers/input/keyboard/Kconfig
+++ b/drivers/input/keyboard/Kconfig
@@ -544,6 +544,7 @@ config KEYBOARD_OMAP
config KEYBOARD_OMAP4
tristate "TI OMAP4+ keypad support"
+ depends on ARCH_OMAP2PLUS
select INPUT_MATRIXKMAP
help
Say Y here if you want to use the OMAP4+ keypad.
--- a/drivers/usb/phy/Kconfig
+++ b/drivers/usb/phy/Kconfig
@@ -6,6 +6,7 @@ comment "USB Physical Layer drivers"
config OMAP_USB2
tristate "OMAP USB2 PHY Driver"
+ depends on ARCH_OMAP2PLUS
select USB_OTG_UTILS
help
Enable this to support the transceiver that is part of SOC. This
--- a/drivers/video/omap2/Kconfig
+++ b/drivers/video/omap2/Kconfig
@@ -1,6 +1,10 @@
config OMAP2_VRFB
bool
+if ARCH_OMAP2PLUS
+
source "drivers/video/omap2/dss/Kconfig"
source "drivers/video/omap2/omapfb/Kconfig"
source "drivers/video/omap2/displays/Kconfig"
+
+endif
--- a/drivers/w1/masters/Kconfig
+++ b/drivers/w1/masters/Kconfig
@@ -60,6 +60,7 @@ config W1_MASTER_GPIO
config HDQ_MASTER_OMAP
tristate "OMAP HDQ driver"
+ depends on ARCH_OMAP
help
Say Y here if you want support for the 1-wire or HDQ Interface
on an OMAP processor.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-16 20:35 ` Tony Lindgren
@ 2012-12-17 6:00 ` Dmitry Torokhov
-1 siblings, 0 replies; 18+ messages in thread
From: Dmitry Torokhov @ 2012-12-17 6:00 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > Hi Linus,
> > > > >
> > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > the pull request for fbdev for this merge window.
> > > >
> > > > Pulled. However, with this I get the Kconfig question
> > > >
> > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > >
> > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > something about OMAP2 that I don't know.
> > > >
> > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > least ARM. Because showing it to anybody else seems insane.
> > > >
> > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > intent, we need to think about it some more. I don't think it's good
> > > > to ask actual normal users questions like this just for compile
> > > > coverage.
> > >
> > > This OMAP stuff has been creeping into x86 builds for a while.
> > > Grep from my current build config ..
> > >
> > > # CONFIG_OMAP_OCP2SCP is not set
> > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > # CONFIG_OMAP2_DSS is not set
> > > # CONFIG_OMAP_USB2 is not set
> > >
> > > There was some other arm-ism that does the same that I' currently forgetting,
> > > or maybe that got fixed..
> >
> > Those are all omap internal devices and should be all marked with
> > depends on ARCH_OMAP2PLUS.
> >
> > It's a different story for external devices that may be used on other
> > architectures.
> >
> > I only came up with one reason to compile internal devices for other
> > architectures: In some cases the driver subsystem maintainer may want to
> > be able to compile test subsystem wide changes without having to compile
> > for each target separately. But for those cases it's trivial to carry a
> > compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
Do you think we could add a new symbol to debug options, something like
COMPILE_COVERAGE, and have drivers that can be compiled on platforms
other than ones having the hardware to do
depend on ARCH_XXX || COMPILE_CONVERAGE
This way people who want to do compile coverage do not have to carry
patches and allyesconfig will pick this right up.
Thanks.
--
Dmitry
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-17 6:00 ` Dmitry Torokhov
0 siblings, 0 replies; 18+ messages in thread
From: Dmitry Torokhov @ 2012-12-17 6:00 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > Hi Linus,
> > > > >
> > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > the pull request for fbdev for this merge window.
> > > >
> > > > Pulled. However, with this I get the Kconfig question
> > > >
> > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > >
> > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > something about OMAP2 that I don't know.
> > > >
> > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > least ARM. Because showing it to anybody else seems insane.
> > > >
> > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > intent, we need to think about it some more. I don't think it's good
> > > > to ask actual normal users questions like this just for compile
> > > > coverage.
> > >
> > > This OMAP stuff has been creeping into x86 builds for a while.
> > > Grep from my current build config ..
> > >
> > > # CONFIG_OMAP_OCP2SCP is not set
> > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > # CONFIG_OMAP2_DSS is not set
> > > # CONFIG_OMAP_USB2 is not set
> > >
> > > There was some other arm-ism that does the same that I' currently forgetting,
> > > or maybe that got fixed..
> >
> > Those are all omap internal devices and should be all marked with
> > depends on ARCH_OMAP2PLUS.
> >
> > It's a different story for external devices that may be used on other
> > architectures.
> >
> > I only came up with one reason to compile internal devices for other
> > architectures: In some cases the driver subsystem maintainer may want to
> > be able to compile test subsystem wide changes without having to compile
> > for each target separately. But for those cases it's trivial to carry a
> > compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
Do you think we could add a new symbol to debug options, something like
COMPILE_COVERAGE, and have drivers that can be compiled on platforms
other than ones having the hardware to do
depend on ARCH_XXX || COMPILE_CONVERAGE
This way people who want to do compile coverage do not have to carry
patches and allyesconfig will pick this right up.
Thanks.
--
Dmitry
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-16 20:35 ` Tony Lindgren
@ 2012-12-17 9:03 ` Tomi Valkeinen
-1 siblings, 0 replies; 18+ messages in thread
From: Tomi Valkeinen @ 2012-12-17 9:03 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, linux-omap, linux-fbdev,
linux-kernel, Florian Tobias Schandinat, Dmitry Torokhov,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
[-- Attachment #1: Type: text/plain, Size: 1072 bytes --]
On 2012-12-16 22:35, Tony Lindgren wrote:
>> Those are all omap internal devices and should be all marked with
>> depends on ARCH_OMAP2PLUS.
>>
>> It's a different story for external devices that may be used on other
>> architectures.
>>
>> I only came up with one reason to compile internal devices for other
>> architectures: In some cases the driver subsystem maintainer may want to
>> be able to compile test subsystem wide changes without having to compile
>> for each target separately. But for those cases it's trivial to carry a
>> compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
The patch looks good to me.
The reason I removed the OMAP dependency from OMAP DSS was not (only)
because of the compile testing, but also because I thought it was right:
a driver for an IP block shouldn't presume that the IP is used only on
particular SoC.
But perhaps that's a bit too academic approach for an IP that's in real
world only used for OMAP.
Tomi
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 899 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-17 9:03 ` Tomi Valkeinen
0 siblings, 0 replies; 18+ messages in thread
From: Tomi Valkeinen @ 2012-12-17 9:03 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, linux-omap, linux-fbdev,
linux-kernel, Florian Tobias Schandinat, Dmitry Torokhov,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
[-- Attachment #1: Type: text/plain, Size: 1072 bytes --]
On 2012-12-16 22:35, Tony Lindgren wrote:
>> Those are all omap internal devices and should be all marked with
>> depends on ARCH_OMAP2PLUS.
>>
>> It's a different story for external devices that may be used on other
>> architectures.
>>
>> I only came up with one reason to compile internal devices for other
>> architectures: In some cases the driver subsystem maintainer may want to
>> be able to compile test subsystem wide changes without having to compile
>> for each target separately. But for those cases it's trivial to carry a
>> compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
The patch looks good to me.
The reason I removed the OMAP dependency from OMAP DSS was not (only)
because of the compile testing, but also because I thought it was right:
a driver for an IP block shouldn't presume that the IP is used only on
particular SoC.
But perhaps that's a bit too academic approach for an IP that's in real
world only used for OMAP.
Tomi
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 899 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-16 20:35 ` Tony Lindgren
@ 2012-12-17 10:05 ` Felipe Balbi
-1 siblings, 0 replies; 18+ messages in thread
From: Felipe Balbi @ 2012-12-17 10:05 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Dmitry Torokhov, Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
[-- Attachment #1: Type: text/plain, Size: 4094 bytes --]
Hi,
On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > Hi Linus,
> > > > >
> > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > the pull request for fbdev for this merge window.
> > > >
> > > > Pulled. However, with this I get the Kconfig question
> > > >
> > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > >
> > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > something about OMAP2 that I don't know.
> > > >
> > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > least ARM. Because showing it to anybody else seems insane.
> > > >
> > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > intent, we need to think about it some more. I don't think it's good
> > > > to ask actual normal users questions like this just for compile
> > > > coverage.
> > >
> > > This OMAP stuff has been creeping into x86 builds for a while.
> > > Grep from my current build config ..
> > >
> > > # CONFIG_OMAP_OCP2SCP is not set
> > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > # CONFIG_OMAP2_DSS is not set
> > > # CONFIG_OMAP_USB2 is not set
> > >
> > > There was some other arm-ism that does the same that I' currently forgetting,
> > > or maybe that got fixed..
> >
> > Those are all omap internal devices and should be all marked with
> > depends on ARCH_OMAP2PLUS.
> >
> > It's a different story for external devices that may be used on other
> > architectures.
> >
> > I only came up with one reason to compile internal devices for other
> > architectures: In some cases the driver subsystem maintainer may want to
> > be able to compile test subsystem wide changes without having to compile
> > for each target separately. But for those cases it's trivial to carry a
> > compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
>
> Regards,
>
> Tony
>
>
> From: Tony Lindgren <tony@atomide.com>
> Date: Sun, 16 Dec 2012 12:28:46 -0800
> Subject: [PATCH] ARM: OMAP: Fix drivers to depend on omap for internal devices
>
> These devices are not available on other architectures, so
> let's limit them to omap.
>
> If the driver subsystem maintainers want to build test
> system wide changes without building for each target,
> it's easy to carry a test patch that just strips out the
> depends entries from Kconfig files.
>
> Signed-off-by: Tony Lindgren <tony@atomide.com>
>
> --- a/drivers/bus/Kconfig
> +++ b/drivers/bus/Kconfig
> @@ -6,6 +6,7 @@ menu "Bus devices"
>
> config OMAP_OCP2SCP
> tristate "OMAP OCP2SCP DRIVER"
> + depends on ARCH_OMAP2PLUS
> help
> Driver to enable ocp2scp module which transforms ocp interface
> protocol to scp protocol. In OMAP4, USB PHY is connected via
> --- a/drivers/input/keyboard/Kconfig
> +++ b/drivers/input/keyboard/Kconfig
> @@ -544,6 +544,7 @@ config KEYBOARD_OMAP
>
> config KEYBOARD_OMAP4
> tristate "TI OMAP4+ keypad support"
> + depends on ARCH_OMAP2PLUS
> select INPUT_MATRIXKMAP
> help
> Say Y here if you want to use the OMAP4+ keypad.
> --- a/drivers/usb/phy/Kconfig
> +++ b/drivers/usb/phy/Kconfig
> @@ -6,6 +6,7 @@ comment "USB Physical Layer drivers"
>
> config OMAP_USB2
> tristate "OMAP USB2 PHY Driver"
> + depends on ARCH_OMAP2PLUS
> select USB_OTG_UTILS
> help
> Enable this to support the transceiver that is part of SOC. This
for Keypad, PHY and OCP2SCP I would rather not as I want to use
linux-next for compile testing our stuff in all arches.
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-17 10:05 ` Felipe Balbi
0 siblings, 0 replies; 18+ messages in thread
From: Felipe Balbi @ 2012-12-17 10:05 UTC (permalink / raw)
To: Tony Lindgren
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Dmitry Torokhov, Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
[-- Attachment #1: Type: text/plain, Size: 4094 bytes --]
Hi,
On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > Hi Linus,
> > > > >
> > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > the pull request for fbdev for this merge window.
> > > >
> > > > Pulled. However, with this I get the Kconfig question
> > > >
> > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > >
> > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > something about OMAP2 that I don't know.
> > > >
> > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > least ARM. Because showing it to anybody else seems insane.
> > > >
> > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > intent, we need to think about it some more. I don't think it's good
> > > > to ask actual normal users questions like this just for compile
> > > > coverage.
> > >
> > > This OMAP stuff has been creeping into x86 builds for a while.
> > > Grep from my current build config ..
> > >
> > > # CONFIG_OMAP_OCP2SCP is not set
> > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > # CONFIG_OMAP2_DSS is not set
> > > # CONFIG_OMAP_USB2 is not set
> > >
> > > There was some other arm-ism that does the same that I' currently forgetting,
> > > or maybe that got fixed..
> >
> > Those are all omap internal devices and should be all marked with
> > depends on ARCH_OMAP2PLUS.
> >
> > It's a different story for external devices that may be used on other
> > architectures.
> >
> > I only came up with one reason to compile internal devices for other
> > architectures: In some cases the driver subsystem maintainer may want to
> > be able to compile test subsystem wide changes without having to compile
> > for each target separately. But for those cases it's trivial to carry a
> > compile test patch that just drops the depends Kconfig entries.
>
> And here's a patch to limit the omap drivers above to omap only.
>
> Regards,
>
> Tony
>
>
> From: Tony Lindgren <tony@atomide.com>
> Date: Sun, 16 Dec 2012 12:28:46 -0800
> Subject: [PATCH] ARM: OMAP: Fix drivers to depend on omap for internal devices
>
> These devices are not available on other architectures, so
> let's limit them to omap.
>
> If the driver subsystem maintainers want to build test
> system wide changes without building for each target,
> it's easy to carry a test patch that just strips out the
> depends entries from Kconfig files.
>
> Signed-off-by: Tony Lindgren <tony@atomide.com>
>
> --- a/drivers/bus/Kconfig
> +++ b/drivers/bus/Kconfig
> @@ -6,6 +6,7 @@ menu "Bus devices"
>
> config OMAP_OCP2SCP
> tristate "OMAP OCP2SCP DRIVER"
> + depends on ARCH_OMAP2PLUS
> help
> Driver to enable ocp2scp module which transforms ocp interface
> protocol to scp protocol. In OMAP4, USB PHY is connected via
> --- a/drivers/input/keyboard/Kconfig
> +++ b/drivers/input/keyboard/Kconfig
> @@ -544,6 +544,7 @@ config KEYBOARD_OMAP
>
> config KEYBOARD_OMAP4
> tristate "TI OMAP4+ keypad support"
> + depends on ARCH_OMAP2PLUS
> select INPUT_MATRIXKMAP
> help
> Say Y here if you want to use the OMAP4+ keypad.
> --- a/drivers/usb/phy/Kconfig
> +++ b/drivers/usb/phy/Kconfig
> @@ -6,6 +6,7 @@ comment "USB Physical Layer drivers"
>
> config OMAP_USB2
> tristate "OMAP USB2 PHY Driver"
> + depends on ARCH_OMAP2PLUS
> select USB_OTG_UTILS
> help
> Enable this to support the transceiver that is part of SOC. This
for Keypad, PHY and OCP2SCP I would rather not as I want to use
linux-next for compile testing our stuff in all arches.
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
2012-12-17 6:00 ` Dmitry Torokhov
@ 2012-12-17 18:29 ` Tony Lindgren
-1 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-17 18:29 UTC (permalink / raw)
To: Dmitry Torokhov
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
* Dmitry Torokhov <dmitry.torokhov@gmail.com> [121216 22:03]:
> On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> > * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > > Hi Linus,
> > > > > >
> > > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > > the pull request for fbdev for this merge window.
> > > > >
> > > > > Pulled. However, with this I get the Kconfig question
> > > > >
> > > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > > >
> > > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > > something about OMAP2 that I don't know.
> > > > >
> > > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > > least ARM. Because showing it to anybody else seems insane.
> > > > >
> > > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > > intent, we need to think about it some more. I don't think it's good
> > > > > to ask actual normal users questions like this just for compile
> > > > > coverage.
> > > >
> > > > This OMAP stuff has been creeping into x86 builds for a while.
> > > > Grep from my current build config ..
> > > >
> > > > # CONFIG_OMAP_OCP2SCP is not set
> > > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > > # CONFIG_OMAP2_DSS is not set
> > > > # CONFIG_OMAP_USB2 is not set
> > > >
> > > > There was some other arm-ism that does the same that I' currently forgetting,
> > > > or maybe that got fixed..
> > >
> > > Those are all omap internal devices and should be all marked with
> > > depends on ARCH_OMAP2PLUS.
> > >
> > > It's a different story for external devices that may be used on other
> > > architectures.
> > >
> > > I only came up with one reason to compile internal devices for other
> > > architectures: In some cases the driver subsystem maintainer may want to
> > > be able to compile test subsystem wide changes without having to compile
> > > for each target separately. But for those cases it's trivial to carry a
> > > compile test patch that just drops the depends Kconfig entries.
> >
> > And here's a patch to limit the omap drivers above to omap only.
>
> Do you think we could add a new symbol to debug options, something like
> COMPILE_COVERAGE, and have drivers that can be compiled on platforms
> other than ones having the hardware to do
>
> depend on ARCH_XXX || COMPILE_CONVERAGE
>
> This way people who want to do compile coverage do not have to carry
> patches and allyesconfig will pick this right up.
I like that idea. Looks like Linus already applied the earlier
patch, I'll do a patch for COMPILE_COVERAGE separately.
Regards,
Tony
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] fbdev changes for 3.8
@ 2012-12-17 18:29 ` Tony Lindgren
0 siblings, 0 replies; 18+ messages in thread
From: Tony Lindgren @ 2012-12-17 18:29 UTC (permalink / raw)
To: Dmitry Torokhov
Cc: Dave Jones, Linus Torvalds, Tomi Valkeinen, linux-omap,
linux-fbdev, linux-kernel, Florian Tobias Schandinat,
Felipe Balbi, Evgeniy Polyakov, Arnd Bergmann
* Dmitry Torokhov <dmitry.torokhov@gmail.com> [121216 22:03]:
> On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> > * Tony Lindgren <tony@atomide.com> [121216 09:49]:
> > > * Dave Jones <davej@redhat.com> [121215 14:27]:
> > > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen <tomi.valkeinen@ti.com> wrote:
> > > > > > Hi Linus,
> > > > > >
> > > > > > Florian, the fbdev maintainer, has been very busy lately, so I offered to send
> > > > > > the pull request for fbdev for this merge window.
> > > > >
> > > > > Pulled. However, with this I get the Kconfig question
> > > > >
> > > > > OMAP2+ Display Subsystem support (OMAP2_DSS) [N/m/y/?] (NEW)
> > > > >
> > > > > which doesn't make a whole lot of sense on x86-64, unless there's
> > > > > something about OMAP2 that I don't know.
> > > > >
> > > > > So I'd suggest making that OMAP2_DSS be dependent on OMAP2. Or at
> > > > > least ARM. Because showing it to anybody else seems insane.
> > > > >
> > > > > Same goes for FB_OMAP2 for that matter. I realize that it's likely
> > > > > nice to get compile testing for this on x86-64 too, but if that's the
> > > > > intent, we need to think about it some more. I don't think it's good
> > > > > to ask actual normal users questions like this just for compile
> > > > > coverage.
> > > >
> > > > This OMAP stuff has been creeping into x86 builds for a while.
> > > > Grep from my current build config ..
> > > >
> > > > # CONFIG_OMAP_OCP2SCP is not set
> > > > # CONFIG_KEYBOARD_OMAP4 is not set
> > > > # CONFIG_OMAP2_DSS is not set
> > > > # CONFIG_OMAP_USB2 is not set
> > > >
> > > > There was some other arm-ism that does the same that I' currently forgetting,
> > > > or maybe that got fixed..
> > >
> > > Those are all omap internal devices and should be all marked with
> > > depends on ARCH_OMAP2PLUS.
> > >
> > > It's a different story for external devices that may be used on other
> > > architectures.
> > >
> > > I only came up with one reason to compile internal devices for other
> > > architectures: In some cases the driver subsystem maintainer may want to
> > > be able to compile test subsystem wide changes without having to compile
> > > for each target separately. But for those cases it's trivial to carry a
> > > compile test patch that just drops the depends Kconfig entries.
> >
> > And here's a patch to limit the omap drivers above to omap only.
>
> Do you think we could add a new symbol to debug options, something like
> COMPILE_COVERAGE, and have drivers that can be compiled on platforms
> other than ones having the hardware to do
>
> depend on ARCH_XXX || COMPILE_CONVERAGE
>
> This way people who want to do compile coverage do not have to carry
> patches and allyesconfig will pick this right up.
I like that idea. Looks like Linus already applied the earlier
patch, I'll do a patch for COMPILE_COVERAGE separately.
Regards,
Tony
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2012-12-17 18:29 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-12-14 10:22 [GIT PULL] fbdev changes for 3.8 Tomi Valkeinen
2012-12-14 10:22 ` Tomi Valkeinen
2012-12-15 21:11 ` Linus Torvalds
2012-12-15 21:11 ` Linus Torvalds
2012-12-15 22:24 ` Dave Jones
2012-12-15 22:24 ` Dave Jones
2012-12-16 17:46 ` Tony Lindgren
2012-12-16 17:46 ` Tony Lindgren
2012-12-16 20:35 ` Tony Lindgren
2012-12-16 20:35 ` Tony Lindgren
2012-12-17 6:00 ` Dmitry Torokhov
2012-12-17 6:00 ` Dmitry Torokhov
2012-12-17 18:29 ` Tony Lindgren
2012-12-17 18:29 ` Tony Lindgren
2012-12-17 9:03 ` Tomi Valkeinen
2012-12-17 9:03 ` Tomi Valkeinen
2012-12-17 10:05 ` Felipe Balbi
2012-12-17 10:05 ` Felipe Balbi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.