Re: [PATCHv3 00/14] drivers: mailbox: framework creation
On Wed, Mar 13, 2013 at 4:23 AM, Suman Anna s-a...@ti.com wrote: Please find the updated mailbox patch series for pulling into linux-next. The series is rebased on top of 3.9-rc2, and includes one new patch to rename an existing mailbox.h added as part of the highbank cpufreq support for 3.9 merge window [1]. ARM SoC folks: would you consider pulling this stuff into the ARM SoC tree? It turns out that ux500 multiplatform support is sort of relying on this refactoring since it helps us to break apart the huge PRCMU driver. I am proceeding with my multiplatform work but things like this not being upstream will make the patches look ugly and I cannot quite consider it properly done before this is fixed too. Yours, Linus Walleij -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCHv3 00/14] drivers: mailbox: framework creation
Hi Suman, On Tue, 12 Mar 2013 22:23:41 -0500 Suman Anna s-a...@ti.com wrote: Stephen, I have hosted the series at [3]. Can you pull this into linux-next sometime next week? [3] https://github.com/sumananna/mailbox/commits/dbx500-prcmu-mailbox Please quote git URLs ... I guessed you meant git://github.com/sumananna/mailbox.git, branch dbx500-prcmu-mailbox ? Added from today. Thanks for adding your subsystem tree as a participant of linux-next. As you may know, this is not a judgment of your code. The purpose of linux-next is for integration testing and to lower the impact of conflicts between subsystems in the next merge window. You will need to ensure that the patches/commits in your tree/series have been: * submitted under GPL v2 (or later) and include the Contributor's Signed-off-by, * posted to the relevant mailing list, * reviewed by you (or another maintainer of your subsystem tree), * successfully unit tested, and * destined for the current or next Linux merge window. Basically, this should be just what you would send to Linus (or ask him to fetch). It is allowed to be rebased if you deem it necessary. -- Cheers, Stephen Rothwell s...@canb.auug.org.au Legal Stuff: By participating in linux-next, your subsystem tree contributions are public and will be included in the linux-next trees. You may be sent e-mail messages indicating errors or other issues when the patches/commits from your subsystem tree are merged and tested in linux-next. These messages may also be cross-posted to the linux-next mailing list, the linux-kernel mailing list, etc. The linux-next tree project and IBM (my employer) make no warranties regarding the linux-next project, the testing procedures, the results, the e-mails, etc. If you don't agree to these ground rules, let me know and I'll remove your tree from participation in linux-next. pgpLKnUqdhm6A.pgp Description: PGP signature
RE: [PATCHv3 00/14] drivers: mailbox: framework creation
Stephen, I have hosted the series at [3]. Can you pull this into linux-next sometime next week? [3] https://github.com/sumananna/mailbox/commits/dbx500-prcmu-mailbox Please quote git URLs ... I guessed you meant git://github.com/sumananna/mailbox.git, branch dbx500-prcmu-mailbox ? Added from today. Yes, that's correct. Thanks Stephen. Regards Suman -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCHv3 00/14] drivers: mailbox: framework creation
Hi, Please find the updated mailbox patch series for pulling into linux-next. The series is rebased on top of 3.9-rc2, and includes one new patch to rename an existing mailbox.h added as part of the highbank cpufreq support for 3.9 merge window [1]. The rest of the patches are mostly unchanged from the previous version, other than the required changes as part of rebasing. The main changes are: - a new patch to rename existing mailbox.h to pl320-ipc.h (patch 1) - updated patch to fix cleanup issues in probe remove of omap2 mailbox file including minor variable name changes in hwmod files (patch 2) - includes the updated dbx500 mailbox patch addressing review comments, same as [2] (patch 11) - removes the MULTIPLATFORM Kconfig dependencies added to mailbox and remoteproc drivers for 3.9 - minor rebase changes include whitespace formatting I am wondering if Patch 1 can be absorbed into 3.9 itself, since the PL320 IPC and associated header file is introduced in 3.9-rc1. Stephen, I have hosted the series at [3]. Can you pull this into linux-next sometime next week? v2: [4] After commit e8d3d47 (ARM: OMAP2+: Drop plat/cpu.h for omap2plus), the cpu_is_xxx() checks for OMAP are restricted to arch/arm/mach-omap2. The series includes 4 new patches, first patch removes these arch specific calls of OMAP mailbox driver code (dependencies with soc.h), and the last three patches include minor fixes in mailbox driver code. This series is based on v3.8-rc7 and includes the necessary updates/fixes required for validating remoteproc on OMAP4 and tidspbridge on OMAP3. Other changes include: - adaptations to remoteproc and tidspbridge to use the new mailbox api, and relying on the pdata field in the mailbox_msg structure instead of the previous header field (addressing review comments) - ST-Ericsson driver update - Kconfig fixes to fix build errors and choose proper ARCH dependencies - 3 new patches for minor fixes in mailbox driver code - rebased to include the devinit/devexit cleanup changes - checkpatch errors/warnings fixes v1: OMAP and ST-Ericsson platforms are both using mailbox to communicate with some coprocessors. Based on OMAP existing mailbox framework, this series proposes a generic framework, living under drivers/mailbox. This series: - moves omap-mailbox framework to a newly drivers/mailbox folder (part of plat-omap code cleaning) - creates API header file - replaces omap prefix by mailbox - opens interface and make framework independent from omap HW - adapts existing omap1 and omap2 drivers to new changes - creates dbx500 mailbox driver for ST-Ericsson platforms [1] http://www.spinics.net/lists/cpufreq/msg04031.html [2] http://marc.info/?l=linux-omapm=136079313704751w=2 [3] https://github.com/sumananna/mailbox/commits/dbx500-prcmu-mailbox [4] http://marc.info/?l=linux-omapm=136064540007076w=2 Loic Pallardy (7): mailbox: rename omap_mbox in mailbox mailbox: create opened message type mailbox: change protection mechanisms mailbox: add shared memory mailbox type mailbox: add IRQF_NO_SUSPEND flag mailbox: add no_irq send message mailbox: create dbx500 mailbox driver Omar Ramirez Luna (2): mailbox: OMAP: introduce mailbox framework mailbox: split internal header from API header Suman Anna (5): mailbox: rename pl320-ipc specific mailbox.h ARM: OMAP2+: mbox: remove dependencies with soc.h mailbox/omap: check iomem resource before dereferencing it mailbox: check for NULL nb in mailbox_put mailbox: call request_irq after mbox queues are allocated .../devicetree/bindings/mailbox/dbx500-mailbox.txt | 27 + arch/arm/configs/omap1_defconfig | 3 +- arch/arm/mach-omap1/Makefile | 4 - arch/arm/mach-omap1/mailbox.c | 199 --- arch/arm/mach-omap2/Makefile | 3 - arch/arm/mach-omap2/devices.c | 13 +- arch/arm/mach-omap2/mailbox.c | 430 -- arch/arm/mach-omap2/omap_hwmod_2420_data.c | 12 + arch/arm/mach-omap2/omap_hwmod_2430_data.c | 11 + arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 11 + arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 13 + arch/arm/plat-omap/Kconfig | 16 - arch/arm/plat-omap/Makefile| 3 - arch/arm/plat-omap/include/plat/mailbox.h | 105 arch/arm/plat-omap/mailbox.c | 435 -- drivers/cpufreq/highbank-cpufreq.c | 2 +- drivers/mailbox/Kconfig| 41 ++ drivers/mailbox/Makefile | 5 + drivers/mailbox/mailbox-dbx500.c | 648 + drivers/mailbox/mailbox-omap1.c| 229 drivers/mailbox/mailbox-omap2.c| 370 drivers/mailbox/mailbox.c | 552 ++