All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Luciano Coelho <coelho@ti.com>
Cc: linux-wireless@vger.kernel.org, balbi@ti.com,
	linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 5/5] wlcore: move wl12xx_platform_data up and make it truly optional
Date: Fri, 25 Jan 2013 09:09:03 -0800	[thread overview]
Message-ID: <20130125170903.GZ22517@atomide.com> (raw)
In-Reply-To: <1359108334-18459-1-git-send-email-coelho@ti.com>

* Luciano Coelho <coelho@ti.com> [130125 02:09]:
> The platform data is used not only by wlcore-based drivers, but also
> by wl1251.  Move it up in the directory hierarchy to reflect this.
> 
> Additionally, make it truly optional.  At the moment, disabling
> platform data while wl1251_sdio or wlcore_sdio are enabled doesn't
> work, but it will be necessary when device tree support is
> implemented.
> 
> Signed-off-by: Luciano Coelho <coelho@ti.com>
> Reviewed-by: Felipe Balbi <balbi@ti.com>
> ---
> 
> In v2:
>    * Fix ti/Makefile
>    * Modify board_omap3evm.c which was still using the old Kconfig define
> 
> Tony, is it okay if I add this change in the omap3evm board in this
> patch and queue it via wireless so that the whole thing is in sync?

OK, this should not cause additional merge conflicts:

Acked-by: Tony Lindgren <tony@atomide.com> 

WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 5/5] wlcore: move wl12xx_platform_data up and make it truly optional
Date: Fri, 25 Jan 2013 09:09:03 -0800	[thread overview]
Message-ID: <20130125170903.GZ22517@atomide.com> (raw)
In-Reply-To: <1359108334-18459-1-git-send-email-coelho@ti.com>

* Luciano Coelho <coelho@ti.com> [130125 02:09]:
> The platform data is used not only by wlcore-based drivers, but also
> by wl1251.  Move it up in the directory hierarchy to reflect this.
> 
> Additionally, make it truly optional.  At the moment, disabling
> platform data while wl1251_sdio or wlcore_sdio are enabled doesn't
> work, but it will be necessary when device tree support is
> implemented.
> 
> Signed-off-by: Luciano Coelho <coelho@ti.com>
> Reviewed-by: Felipe Balbi <balbi@ti.com>
> ---
> 
> In v2:
>    * Fix ti/Makefile
>    * Modify board_omap3evm.c which was still using the old Kconfig define
> 
> Tony, is it okay if I add this change in the omap3evm board in this
> patch and queue it via wireless so that the whole thing is in sync?

OK, this should not cause additional merge conflicts:

Acked-by: Tony Lindgren <tony@atomide.com> 

  reply	other threads:[~2013-01-25 17:09 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-23 14:40 [PATCH 0/5] ti wlan drivers: clean-up platform_data stuff (part 1) Luciano Coelho
2013-01-23 14:40 ` [PATCH 1/5] wlcore: remove unused set_power method Luciano Coelho
2013-01-23 14:40 ` [PATCH 2/5] wlcore: remove if_ops from platform_data Luciano Coelho
2013-01-25  9:57   ` [PATCH v2 " Luciano Coelho
2013-01-23 14:40 ` [PATCH 3/5] wlcore: use wl12xx_platform_data pointer from wlcore_pdev_data Luciano Coelho
2013-01-23 14:40 ` [PATCH 4/5] wlcore: use PLATFORM_DEVID_AUTO for plat dev creation to avoid conflicts Luciano Coelho
2013-01-23 14:40 ` [PATCH 5/5] wlcore: move wl12xx_platform_data up and make it truly optional Luciano Coelho
2013-01-25 10:05   ` [PATCH v2 " Luciano Coelho
2013-01-25 10:05     ` Luciano Coelho
2013-01-25 10:05     ` Luciano Coelho
2013-01-25 17:09     ` Tony Lindgren [this message]
2013-01-25 17:09       ` Tony Lindgren
2013-02-08  9:20 ` [PATCH 0/5] ti wlan drivers: clean-up platform_data stuff (part 1) Luciano Coelho

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=20130125170903.GZ22517@atomide.com \
    --to=tony@atomide.com \
    --cc=balbi@ti.com \
    --cc=coelho@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    /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.