From: Tony Lindgren <tony@atomide.com>
To: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"Pandita, Vikram" <vikram.pandita@ti.com>
Subject: Re: [OMAPZOOM][PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM
Date: Wed, 14 Jan 2009 14:54:35 +0200 [thread overview]
Message-ID: <20090114125434.GI29324@atomide.com> (raw)
In-Reply-To: <A24693684029E5489D1D202277BE8944164DF3B2@dlee02.ent.ti.com>
* Aguirre Rodriguez, Sergio Alberto <saaguirre@ti.com> [090114 12:06]:
> From 61698ca9a061f99c8f1d970a0a13c6f4d61b8e61 Mon Sep 17 00:00:00 2001
> From: Sergio Aguirre <saaguirre@ti.com>
> Date: Tue, 13 Jan 2009 10:06:49 -0600
> Subject: [PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM
>
> This patch fixes ifdef checking around PM constraints for
> OMAP3. This fixes compilation without TI PM.
These ifdefs are completely getting out of control in the omap-zoom
tree. There should be absolutely no need for CONFIG_OMAP3_PM.
Any ifdefs like that just make it harder to test the code properly
and further increases the diff from the mainline kernel.
It will also create a nightmare for you trying merge back code from
the mainline kernel. The same for trying create patches to send
upstream.
Tony
> Signed-off-by: Sergio Aguirre <saaguirre@ti.com>
> Reported-by: Anand Gadiyar <gadiyar@ti.com>
> ---
> drivers/media/video/omap34xxcam.c | 16 ++++++++--------
> 1 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/media/video/omap34xxcam.c b/drivers/media/video/omap34xxcam.c
> index 818ec6e..43eeb1c 100644
> --- a/drivers/media/video/omap34xxcam.c
> +++ b/drivers/media/video/omap34xxcam.c
> @@ -34,7 +34,7 @@
> #include <media/v4l2-common.h>
> #include <media/v4l2-ioctl.h>
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> #include <mach/resource.h>
> #endif
>
> @@ -48,7 +48,7 @@
> /* global variables */
> static struct omap34xxcam_device *omap34xxcam;
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> struct constraint_handle *co_opp_camera_vdd1;
> struct constraint_handle *co_opp_camera_vdd2;
> struct constraint_handle *co_opp_camera_latency;
> @@ -61,7 +61,7 @@ static int omap34xxcam_remove(struct platform_device *pdev);
> struct omap34xxcam_fh *camfh_saved;
>
> /* constraint */
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> static struct constraint_id cnstr_id_vdd1 = {
> .type = RES_OPP_CO,
> .data = (void *)"vdd1_opp",
> @@ -725,7 +725,7 @@ static int vidioc_streamon(struct file *file, void *fh, enum v4l2_buf_type i)
> isp_af_notify(0);
> isp_sgdma_init();
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> if (system_rev >= OMAP3430_REV_ES2_0) {
> if (ofh->pix.width >= 640 && ofh->pix.height >= 480) {
> /* Setting constraint for VDD1 */
> @@ -786,7 +786,7 @@ static int vidioc_streamoff(struct file *file, void *fh, enum v4l2_buf_type i)
>
> omap34xxcam_slave_power_set(vdev, V4L2_POWER_STANDBY);
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> if (system_rev >= OMAP3430_REV_ES2_0) {
> if (ofh->pix.width >= 640 && ofh->pix.height >= 480) {
> /* Removing constraint for VDD1 */
> @@ -1456,7 +1456,7 @@ static int omap34xxcam_release(struct inode *inode, struct file *file)
> }
> mutex_unlock(&vdev->mutex);
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> if (system_rev >= OMAP3430_REV_ES2_0) {
> if (remove_constraints) {
> if (fh->pix.width >= 640 && fh->pix.height >= 480) {
> @@ -1828,7 +1828,7 @@ static int omap34xxcam_probe(struct platform_device *pdev)
>
> omap34xxcam = cam;
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> if (system_rev >= OMAP3430_REV_ES2_0) {
> /* Getting constraint for VDD1 and VDD2 */
> co_opp_camera_latency = constraint_get("omap34xxcam",
> @@ -1882,7 +1882,7 @@ static int omap34xxcam_remove(struct platform_device *pdev)
> cam->mmio_base_phys = 0;
> }
>
> -#ifdef CONFIG_PM
> +#ifdef CONFIG_OMAP3_PM
> if (system_rev >= OMAP3430_REV_ES2_0) {
> constraint_put(co_opp_camera_vdd1);
> constraint_put(co_opp_camera_vdd2);
> --
> 1.5.6.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-01-14 12:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-13 16:16 [OMAPZOOM][PATCH] OMAP34XXCAM: PM: Fix ifdefs to CONFIG_OMAP3_PM Aguirre Rodriguez, Sergio Alberto
2009-01-14 12:54 ` Tony Lindgren [this message]
2009-01-14 15:02 ` Pandita, Vikram
2009-02-03 18:37 ` Tony Lindgren
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=20090114125434.GI29324@atomide.com \
--to=tony@atomide.com \
--cc=linux-omap@vger.kernel.org \
--cc=saaguirre@ti.com \
--cc=vikram.pandita@ti.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 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.