From: Kevin Hilman <khilman@ti.com>
To: Sumit Semwal <sumit.semwal@ti.com>, Tony Lindgren <tony@atomide.com>
Cc: tomi.valkeinen@nokia.com, paul@pwsan.com, hvaibhav@ti.com,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v10 00/18] OMAP2,3: hwmod DSS Adaptation
Date: Mon, 24 Jan 2011 13:57:59 -0800 [thread overview]
Message-ID: <87mxmq6k2g.fsf@ti.com> (raw)
In-Reply-To: <1295850125-21405-1-git-send-email-sumit.semwal@ti.com> (Sumit Semwal's message of "Mon, 24 Jan 2011 11:51:47 +0530")
Sumit Semwal <sumit.semwal@ti.com> writes:
> v10 of the patch series corrects return-error handling from platform_request_irq()
> based on comments from Sergei Shtylyov and Russell King.
> [https://patchwork.kernel.org/patch/497911/]
Tony,
Assuming Tomi is OK with this series, I think these are ready to go into
omap-testing for some broader testing.
Kevin
> v9 of this patch series adds reviewed-by and acked-by from Kevin Hilman.
>
> v8 of the DSS hwmod patch series fixes some issues based on findings of
> Kevin Hilman on beagle.
>
> The VENC platform driver was not getting registered due to missed device
> name update for vdda_dac regulator in some board files. This was moved from
> 'omap_display' device to 'omap_venc' device in patch 14/18.
>
> Also, similarly for DSI platform driver, the regulator name 'vdds_dsi' needs two
> instances - one for dpi, and one for dsi.
>
> This version corrects the above two for all board files where 'vdda_dac' and
> 'vdds_dsi' regulators are defined. [patches 14/18 and 15/18]
>
> Post this change, boot w/ visible framebuffer and tux was successfully validated
> on beagle, 3430SDP and zoom3.
>
> A patch mentioned in
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42384.html
> was needed to get OMAP3 to boot up on top of linux-next of 20110115.
>
> OMAP4 hwmod support will be posted after the acceptance of this basic change in
> the dss2 design.
>
> -------------------------------------------------
> [original patch introduction]
>
> This patch series decouples the "Clocks for DSS in hwmod adaptation" changes
> from this series. Another series would be posted which could be discussed
> w.r.t clocks in DSS across omap2,3.
>
> Removing the SYSCONFIG settings from DSS driver would also be part of these
> clock changes series and not covered in this series as it depends on some of
> the omap_hwmod framework changes w.r.t opt clocks handling.
>
> Summary of the hwmod DSS design:
> ================================
> DSS, DISPC, DSI, RFBI, VENC are made as platform drivers each
> corresponding to the hwmod class in the hwmod database.
>
> Each of these platform drivers' init / deinit are handled from core.c's
> omap_dss_probe() in the exact sequence as required.
>
> No Hardcoding of silicon data:
> hwmod database abstracts the SOC data like base addr, irq numbers and are
> implemented in this patch series.
>
> Continue to have custom bus for display panels:
> "omap_display" driver continues to be a platform driver that registers the custom
> bus. It also continues to register the display panels(omap_dss_device) on the
> board to the panel drivers (omap_dss_driver)
> For Eg: primary lcd device would be registered with lcd panel driver.
> lcd panel driver if it is on a parallel interface would use library functions
> exported from dpi.o. if it is on a dsi interface would use library functions
> exported from dsi platform driver(dsi.o).
>
> Clocks:
> Handling of clocks in DSS only is one of the design approaches, that does not
> change the existing implementation. If each of the DSS HW IPs had to handle
> their own clocks, then corresponding clock changes can be requested in the hwmod
> database as well which is not the current design/implementation. As stated,
> this would be handled in another series seperately.
> For Eg: VENC would need 54MCLK which is termed as dss_opt clocks as of now apart
> for the dss main clocks. Currently VENC driver needs to be aware of this and has to
> use clk_get/put, clk_enable/disable, since VENC hwmod is not aware of 54MCLK.
>
>
>
> Current dss driver:
> -------------------
> 1. Omapdss platform driver
> - initialises necessary Ips dss, dispc.
> - also initialises Ips like sdi, dsi, venc, rfbi
> - creates a custom bus and registers the display devices/drivers
> connected on the board to the custom bus.
>
> 2. Suspend/resume of omapdss
> - in turn sends suspend/resume calls for each of the display devices
> registered to it.
>
> Modified change:
> ---------------
> Platform driver for each DSS HW IP in addition to the software "omap_display"
> driver.
>
> Omapdss platform driver
> - initialises necessary h/w IPs' platform drivers [dss, dispc, dsi, venc, rfbi]
> and software libraries like dpi, sdi.
> - continues to have a custom bus and registers the display devices
> and drivers connected on the board to the custom bus.
> - continues to handle suspend/resume of the display devices registered
> to the custom bus.
>
> DSS platform driver
> - initialises DSS IP alone
> - Handles the clocks related to the DSS and other DSSHW IPs like RFBI,
> DSI, VENC, DISPC. Previously this was a part of "omapdss" driver in core.c
> - Continues to handle the DSS IRQs.
> - No suspend/resume hooks.
>
> DISPC platform driver
> - initialises DISPC IP alone
> - Gets the required clock from DSS platform driver.
> - No suspend/resume hooks.
> - Continues to provide DISPC library functions.
>
> DSI platform driver
> - initialises DSI IP alone
> - Gets the required clock from DSS platform driver.
> - No suspend/resume hooks.
> - Continues to provide DSI library functions.
>
> RFBI, VENC platform drivers
> - initialises DSI,VENC IPs
> - Gets the required clock from DSS platform driver.
> - No suspend/resume hooks.
> - Continues to provide RFBI and VENC library functions.
>
> Testing:
> ---------
> The patches are tested on 2420-n800, 2430sdp, 3630zoom, 3430sdp.
> Complete bootup with penguins on panel is done on 3430sdp.
> For the rest of the mentioned platforms, kernel is built with "OMAP2_DSS"
> and bootup is tested so that base address and clk_get calls are successful.
>
> DSS was built successfully as module, though not tested yet.
>
> Changes since v6:
> -----------------
> * board-zoom-peripherals.c: Added missing change of device name from omapdss to omap_display.
> Found during testing on OMAP3630 on top of
> Changes since v5:
> ----------------
> 1) Following review comments incorporated:
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42031.html
> Make sure display.c is built when DSS is enabled built-in or as a module.
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42083.html
> hwmod and omap_device headers moved to patch 8 when they're
> needed the first time.
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42094.html
> - latency set to AUTO_ADJUST
> - extra whitespaces removed.
> - pdata memset to 0 before use.
> - if omap_device_build fails, return error.
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42095.html
> renamed *_deinit_* to *_uninit_*
>
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42171.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42172.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42173.html
> - added L3 and L4 firewall related data,
> - corrected handling of .idlest_idle_bit v/w .idlest_stdby_bit
> - no .idlest_*_bit setting for dependent hwmods
> - corrected .user to add SDMA
> - renamed dss_dss to dss_core
> - hwmod for 3430es1 and later 3xxx are separated out, with some
> reuse of data.
> * Removed forced-disable of dss clocks from omap_dss_remove.
>
> Changes since v4:
> ----------------
> 1) Following review comments incorporated:
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41970.html
> Corrected the clocks to be enabled in omap_dss_probe.
> Changes since v3:
> ----------------
> 1.) Following review comments incorporated:
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41705.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41683.html
> Created a new display.c file for dss driver registration
> related code.
>
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41573.html
> Changed the oh_name/dev_name handling in hwmod usage.
>
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41753.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41718.html
> removed device_initcall_sync(); init / deinit of each DSS h/w IP
> platform drivers are done from omap_dss_probe() in sequence.
>
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41754.html
> clock patches were cleaned up as per review comments.
>
> * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41756.html
> printk() => dev_dbg change was separated out.
>
>
> Changes since v2:
> -------------------
> 1.) Following review comments incorporated:
> Split the device/driver name change and registration patches logically.
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41205.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41204.html
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg41203.html
>
> Changes since v1:
> ------------------
> 1.) Dynamically register for OMAP2,3 specific DSS HW IPs in devices.c
> 2.) Following review comments incorporated:
> Updation of all the board files on l-o dss2 branch as per
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg36915.html
> Comments incorporated in devices.c and display.h as per
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg36919.html
> Comments incorporated in dispc.c, dss.c, dsi.c, venc.c, rfbi.c
> so that platform_device is just above platform_driver registrations as per
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg36963.html
> 3.) Squashed some of the patches to one patch.
>
> Changes since RFC:
> -------------------
> 1) All the platform driver registration except DSS, were within the file core.c.
> Registeration of these driver got seperated to its own file.
> 2) Usage of regulators by different drivers are implemented.
> For Eg: Regulator used by VENC is moved to venc driver. But vdda_dac would be
> needed by DPI and DSI as well.
> 4) OMAP2420 and OMAP2430 hwmod database are generated in this v1.
> 5) Module support for omapdss driver can continue as the DSS HW IP specific platform
> drivers are decoupled from omapdss driver.
> 6) Following review comments incorporated:
> Changed the hwmod device name from "dss" to "dss_dss"
> Changed name of core driver from "omapdss" to "omap_display" as it deals with panels.
> Fixed comments on return values from platform_get_resource/irq functions.
>
> Patch Base:
> ===========
> Patch-set rebased and tested w/ Zoom3 (OMAP3630) on top of:
> url = git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> branch "master"
> commit e8883f8057c0f7c9950fa9f20568f37bfa62f34a
> Description: Add linux-next specific files for 20110115
> +
> Patch mentioned in http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42384.html
> [PATCH] OMAP: counter_32k: init clocksource as part of machine timer init
>
> (This patch is required for OMAP bootup w/ 20110115 linux-next)
>
> ----------------------------------------------------------------------------
>
> Senthilvadivu Guruswamy (15):
> OMAP2420: hwmod data: add DSS DISPC RFBI VENC
> OMAP2430: hwmod data: add DSS DISPC RFBI VENC
> OMAP3: hwmod data: add DSS DISPC RFBI DSI VENC
> OMAP2,3 DSS2 Change driver name to omap_display
> OMAP2,3 DSS2 Use Regulator init with driver name
> OMAP2,3: DSS2: board files: replace platform_device_register with
> omap_display_init()
> OMAP2,3: DSS2: Build omap_device for each DSS HWIP
> OMAP2,3: DSS2: DSS: create platform_driver, move init,exit to driver
> OMAP2,3: DSS2: Move clocks from core driver to dss driver
> OMAP2,3: DSS2: RFBI: create platform_driver, move init,exit to driver
> OMAP2,3: DSS2: DISPC: create platform_driver, move init,exit to
> driver
> OMAP2,3: DSS2: VENC: create platform_driver, move init,exit to driver
> OMAP2,3: DSS2: DSI: create platform_driver, move init,exit to driver
> OMAP2,3: DSS2: Use platform device to get baseaddr
> OMAP2,3: DSS2: Get DSS IRQ from platform device
>
> Sumit Semwal (3):
> OMAP2,3: DSS2: remove forced clk-disable from omap_dss_remove
> OMAP2,3: DSS2: Create new file display.c for central dss driver
> registration.
> OMAP2,3: DSS2: replace printk with dev_dbg in init
>
> arch/arm/mach-omap2/Makefile | 3 +
> arch/arm/mach-omap2/board-3430sdp.c | 26 +--
> arch/arm/mach-omap2/board-am3517evm.c | 16 +-
> arch/arm/mach-omap2/board-cm-t35.c | 22 +-
> arch/arm/mach-omap2/board-devkit8000.c | 22 +-
> arch/arm/mach-omap2/board-igep0020.c | 20 +-
> arch/arm/mach-omap2/board-omap3beagle.c | 22 +-
> arch/arm/mach-omap2/board-omap3evm.c | 30 +--
> arch/arm/mach-omap2/board-omap3pandora.c | 17 +-
> arch/arm/mach-omap2/board-omap3stalker.c | 26 +-
> arch/arm/mach-omap2/board-rx51-peripherals.c | 4 +-
> arch/arm/mach-omap2/board-rx51-video.c | 15 +-
> arch/arm/mach-omap2/board-zoom-display.c | 15 +-
> arch/arm/mach-omap2/board-zoom-peripherals.c | 12 +-
> arch/arm/mach-omap2/clock2420_data.c | 8 +-
> arch/arm/mach-omap2/clock2430_data.c | 8 +-
> arch/arm/mach-omap2/clock3xxx_data.c | 14 +-
> arch/arm/mach-omap2/display.c | 96 ++++++
> arch/arm/mach-omap2/omap_hwmod_2420_data.c | 311 ++++++++++++++++++-
> arch/arm/mach-omap2/omap_hwmod_2430_data.c | 284 ++++++++++++++++
> arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 433 +++++++++++++++++++++++++
> arch/arm/plat-omap/include/plat/display.h | 16 +
> arch/arm/plat-omap/include/plat/l3_2xxx.h | 20 ++
> arch/arm/plat-omap/include/plat/l3_3xxx.h | 20 ++
> arch/arm/plat-omap/include/plat/l4_2xxx.h | 24 ++
> arch/arm/plat-omap/include/plat/l4_3xxx.h | 10 +
> drivers/video/omap2/dss/core.c | 448 ++------------------------
> drivers/video/omap2/dss/dispc.c | 114 ++++---
> drivers/video/omap2/dss/dsi.c | 78 ++++-
> drivers/video/omap2/dss/dss.c | 419 +++++++++++++++++++++++-
> drivers/video/omap2/dss/dss.h | 46 ++--
> drivers/video/omap2/dss/rfbi.c | 118 ++++---
> drivers/video/omap2/dss/venc.c | 125 +++++---
> 33 files changed, 2055 insertions(+), 787 deletions(-)
> create mode 100644 arch/arm/mach-omap2/display.c
> create mode 100644 arch/arm/plat-omap/include/plat/l3_2xxx.h
> create mode 100644 arch/arm/plat-omap/include/plat/l3_3xxx.h
> create mode 100644 arch/arm/plat-omap/include/plat/l4_2xxx.h
next prev parent reply other threads:[~2011-01-24 21:58 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-24 6:21 [PATCH v10 00/18] OMAP2,3: hwmod DSS Adaptation Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 01/18] OMAP2,3: DSS2: remove forced clk-disable from omap_dss_remove Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 02/18] OMAP2420: hwmod data: add DSS DISPC RFBI VENC Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 03/18] OMAP2430: " Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 04/18] OMAP3: hwmod data: add DSS DISPC RFBI DSI VENC Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 05/18] OMAP2,3 DSS2 Change driver name to omap_display Sumit Semwal
2011-02-24 9:27 ` Tomi Valkeinen
2011-02-28 6:53 ` Tomi Valkeinen
2011-02-28 7:09 ` archit taneja
2011-02-28 7:19 ` Tomi Valkeinen
2011-02-28 7:27 ` archit taneja
2011-02-28 8:16 ` Semwal, Sumit
2011-02-28 8:29 ` Tomi Valkeinen
2011-02-28 11:36 ` Cousson, Benoit
2011-02-28 12:10 ` Tomi Valkeinen
2011-02-28 12:13 ` Russell King - ARM Linux
2011-02-28 13:38 ` Cousson, Benoit
2011-02-28 14:06 ` Russell King - ARM Linux
2011-02-28 14:55 ` Cousson, Benoit
2011-02-28 14:00 ` Cousson, Benoit
2011-02-28 14:57 ` Tomi Valkeinen
2011-03-01 10:18 ` Cousson, Benoit
2011-01-24 6:21 ` [PATCH v10 06/18] OMAP2,3 DSS2 Use Regulator init with driver name Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 07/18] OMAP2,3: DSS2: Create new file display.c for central dss driver registration Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 08/18] OMAP2,3: DSS2: board files: replace platform_device_register with omap_display_init() Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 09/18] OMAP2,3: DSS2: Build omap_device for each DSS HWIP Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 10/18] OMAP2,3: DSS2: DSS: create platform_driver, move init,exit to driver Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 11/18] OMAP2,3: DSS2: Move clocks from core driver to dss driver Sumit Semwal
2011-01-24 6:21 ` [PATCH v10 12/18] OMAP2,3: DSS2: RFBI: create platform_driver, move init,exit to driver Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 13/18] OMAP2,3: DSS2: DISPC: " Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 14/18] OMAP2,3: DSS2: VENC: " Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 15/18] OMAP2,3: DSS2: DSI: " Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 16/18] OMAP2,3: DSS2: replace printk with dev_dbg in init Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 17/18] OMAP2,3: DSS2: Use platform device to get baseaddr Sumit Semwal
2011-01-24 6:22 ` [PATCH v10 18/18] OMAP2,3: DSS2: Get DSS IRQ from platform device Sumit Semwal
2011-01-27 12:49 ` Raghuveer Murthy
2011-01-27 12:59 ` [PATCH v10 18/18] OMAP2, 3: " Russell King - ARM Linux
2011-01-27 13:04 ` Raghuveer Murthy
2011-01-27 15:23 ` Semwal, Sumit
2011-02-14 14:09 ` [PATCH v10 18/18] OMAP2,3: " Tomi Valkeinen
2011-02-14 18:35 ` Semwal, Sumit
2011-01-24 21:57 ` Kevin Hilman [this message]
2011-01-25 17:03 ` [PATCH v10 00/18] OMAP2,3: hwmod DSS Adaptation Tony Lindgren
2011-01-28 12:01 ` Tomi Valkeinen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mxmq6k2g.fsf@ti.com \
--to=khilman@ti.com \
--cc=hvaibhav@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.com \
--cc=sumit.semwal@ti.com \
--cc=tomi.valkeinen@nokia.com \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox