ping
-Original Message-
From: Shilimkar, Santosh
Sent: Thursday, June 10, 2010 9:05 PM
To: Shilimkar, Santosh; linux-omap@vger.kernel.org
Cc: Nayak, Rajendra; Ghorai, Sukumar; Kadiyala, Kishore
Subject: RE: [PATCH] omap4: mmc: Fix the regulator resource for MMC2
Tony,
Sukumar,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Monday, July 05, 2010 5:53 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v3 1/8] omap3 flash: rename
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Saturday, July 03, 2010 2:25 AM
To: linux-fb...@vger.kernel.org
Cc: linux-omap@vger.kernel.org; Tomi Valkeinen; Hiremath, Vaibhav; Grazvydas
Ignotas
Subject: [PATCH] OMAP: DSS2: OMAPFB: add support for
Tony,
-Original Message-
From: Shilimkar, Santosh
Sent: Tuesday, July 06, 2010 11:35 AM
To: Tony Lindgren; Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH v3 1/8] omap3 flash: rename board-sdp-flash.c to be
use by other boards
Sukumar,
-Original
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
Remove SDIO IDs from the driver code since now it is
included in linux/mmc/sdio_ids.h.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
---
Acked-by: Luciano Coelho luciano.coe...@nokia.com
--
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
Make it possible for the set power method to indicate a
success/failure return value. This is needed to support
more complex power on/off operations such as bringing up
(and down) sdio functions.
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
Move wl12xx.h outside of the spi-specific location,
so it can be shared with both spi and sdio solutions.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
---
Hi,
If a Kconfig option is needed for optionally compiling in the
support
for am35x musb, it should be called USB_MUSB_AM35X or similar that
gets selected if the boards using it are selected.
Do you mean that we should have this option in
drivers/usb/musb/Kconfig?
Yeah, it
* Gupta, Ajay Kumar ajay.gu...@ti.com [100706 10:17]:
As musb controllers are quite different between OMAPs and AM35x so it
would be difficult in terms of software maintenance with such approach.
Hmm, this is all pretty standard stuff..
Some of the major changes in AM35x are,
- Has
* Cory Maccarrone darkstar6...@gmail.com [100601 18:49]:
This change adds in MMC and I2C support to the HTC Herald board, as well
as adding the HTCPLD driver for the PLD used on this phone. It also
adds in the gpio-keys entries for the front directional keys and
selector and the cursor keys
Hi,
On Tue, Jul 06, 2010 at 09:57:09AM +0200, ext Tony Lindgren wrote:
Sounds like we should first fix thing before adding new code
that will make fixing the basic issues harder.
my idea to deal with this is to have a set of platform glue drivers.
So omap2430.c, blackfin.c, tusb6010 and
Hi,
On 07/06/2010 03:37 AM, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohenoh...@ti.com
Introduce a platform device support which is decoupled
from the life cycle of the sdio function.
The platform device objective is to deliver board-specific
values (like irq, ref_clock, and software
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 4b78f83d08ecac0c9b7aa1ee72345be4657abcb9
PatchWorks
http://patchwork.kernel.org/patch/102918/
Git (Likely to change, and takes a while to get
On Thu, Jun 24, 2010 at 03:10:01PM +0200, ext Sergei Shtylyov wrote:
@@ -714,12 +713,16 @@ static irqreturn_t musb_stage0_irq(struct musb
#ifdef CONFIG_USB_MUSB_OTG
/* flush endpoints when transitioning from Device Mode */
- if (is_peripheral_active(musb)) {
-
Hi,
On Thu, Jun 24, 2010 at 01:17:54PM +0200, ext Gupta, Ajay Kumar wrote:
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Signed-off-by:
On Thu, Feb 18, 2010 at 11:29 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
On Thu, Feb 18, 2010 at 10:09 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [100218 08:26]:
On Tue, Feb 9, 2010 at 3:25 PM, Tony Lindgren t...@atomide.com wrote:
* Hemanth V
Hi Roger,
On Tue, Jul 6, 2010 at 11:53 AM, Roger Quadros roger.quad...@nokia.com wrote:
Could you please explain why you need to do this?
To minimize power consumption when the wlan device is not in use, we
would like to keep the device powered off as long as the interface is
down, and only
* Felipe Balbi felipe.ba...@nokia.com [100706 11:40]:
Hi,
On Tue, Jul 06, 2010 at 09:57:09AM +0200, ext Tony Lindgren wrote:
Sounds like we should first fix thing before adding new code
that will make fixing the basic issues harder.
my idea to deal with this is to have a set of platform
On Tue, Jul 06, 2010 at 08:08:14AM +0200, ext Hiremath, Vaibhav wrote:
@@ -648,6 +649,17 @@ int omapfb_ioctl(struct fb_info *fbi, unsigned int cmd,
unsigned long arg)
r = -EFAULT;
break;
+ case FBIO_WAITFORVSYNC:
+ if (get_user(p.crt,
Hi Nicolas,
On Tue, Jul 6, 2010 at 4:45 AM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
Add support for software emulation of card detect
events.
This is required for specific controllers
that are hard wired with
Hi Ohad,
On 07/06/2010 12:30 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 11:53 AM, Roger Quadrosroger.quad...@nokia.com wrote:
Could you please explain why you need to do this?
To minimize power consumption when the wlan device is not in use, we
would like to keep the
On 07/06/2010 01:22 PM, ext Ohad Ben-Cohen wrote:
Hi Nicolas,
On Tue, Jul 6, 2010 at 4:45 AM, Nicolas Pitren...@fluxnic.net wrote:
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohenoh...@ti.com
Add support for software emulation of card detect
events.
This is required for
* Paul Walmsley p...@pwsan.com [100704 00:43]:
Hi Tony,
here's the pull request for some clock, hwmod, omap_device, PM constraints
patches for 2.6.36.
Thanks, pulled into omap-for-linus.
Tony
- Paul
The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
Hi,
* Jacob Tanenbaum jacob.tanenb...@logicpd.com [100526 16:30]:
Adding LogicPD OMAP3 board support
Adding support for LogicPD's OMAP 3530 LV SOM and
OMAP 35x Torpedo board.
Please update this patch to leave out the defconfig as we won't
be patching those any longer
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 47c7cdf07979102128ff4056416135c994690263
PatchWorks
http://patchwork.kernel.org/patch/102348/
Git (Likely to change, and takes a while to get
-Original Message-
From: Ville Syrjälä [mailto:ville.syrj...@nokia.com]
Sent: Tuesday, July 06, 2010 3:36 PM
To: Hiremath, Vaibhav
Cc: Grazvydas Ignotas; linux-fb...@vger.kernel.org; linux-
o...@vger.kernel.org; Valkeinen Tomi (Nokia-MS/Helsinki)
Subject: Re: [PATCH] OMAP: DSS2:
On Tue, Jul 06, 2010 at 01:26:28PM +0200, ext Hiremath, Vaibhav wrote:
-Original Message-
From: Ville Syrjälä [mailto:ville.syrj...@nokia.com]
Sent: Tuesday, July 06, 2010 3:36 PM
To: Hiremath, Vaibhav
Cc: Grazvydas Ignotas; linux-fb...@vger.kernel.org; linux-
* Ohad Ben-Cohen o...@wizery.com [100706 03:37]:
From: Ohad Ben-Cohen oh...@ti.com
Add board muxing to support the wlan wl1271 chip that is
hardwired to mmc2 (third mmc controller) on the ZOOM2.
I'll pick this and following patch into omap for-next.
Regards,
Tony
--
To unsubscribe from
On Tue, Jul 6, 2010 at 1:22 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Note: the wl1271 device does support standard card detection, but
AFAIK there's a limitation to use that with the specific omap
controller the device is hardwired to. I will try to get more info
about that, but probably
On Tue, Jul 6, 2010 at 2:02 PM, Roger Quadros roger.quad...@nokia.com wrote:
On 07/06/2010 01:22 PM, ext Ohad Ben-Cohen wrote:
We prefer not to power up the chip as early as boot time; instead, we
Why?
Let's say you boot your device but never use WLAN.
In this scenario, we prefer the wl1271
Hi Ohad,
On 07/06/2010 03:37 AM, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohenoh...@ti.com
Add WLAN platform device and control
functions (power and virtual card detect)
in order to allow software to control the
embedded SDIO WLAN device which resides on
the ZOOM board (TI's wl1271 device).
* Nishanth Menon n...@ti.com [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap1/id.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap1/id.c
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadros roger.quad...@nokia.com wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean / give a code example ?
If there are no users for the SDIO function and the card, doesn't the SDIO
core power down the
On 07/06/2010 07:46 AM, Tony Lindgren wrote:
* Nishanth Menonn...@ti.com [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menonn...@ti.com
---
arch/arm/mach-omap1/id.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
* Nishanth Menon n...@ti.com [100706 15:47]:
On 07/06/2010 07:46 AM, Tony Lindgren wrote:
* Nishanth Menonn...@ti.com [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menonn...@ti.com
---
arch/arm/mach-omap1/id.c |6 ++
1 files changed, 6
* Charulatha V ch...@ti.com [100622 17:55]:
This patch series makes OMAP2PLUS specific GPIO implemented in HWMOD
FW way. This is done by implementing GPIO module in platform device model.
This patch series is generated on origin/pm-wip/hwmods-omap4.
Do we still have a dependency on this
* Grazvydas Ignotas nota...@gmail.com [100705 23:00]:
OMAP3530 CBB package can have GPIO126 muxed on 2 pins: mmc1_dat4 and
cam_strobe. This causes a problem with current multipath GPIO mux
handling, which muxes both pins as GPIO126 and makes the GPIO unusable.
Fix this by not muxing any pins
On Tue, Jul 6, 2010 at 3:39 PM, Roger Quadros roger.quad...@nokia.com wrote:
Just to clarify, is the wl1271 device always powered on the board?
Yes.
And this GPIO power enable (OMAP_ZOOM_WLAN_PMENA_GPIO) is used to gate this
supply internally?
Yes. It's a digital input that the chip does not
Hi Roger,
On Tue, Jul 6, 2010 at 3:33 PM, Roger Quadros roger.quad...@nokia.com wrote:
+static void omap_zoom_wlan_power(bool enable)
+{
+ int val = enable ? 1 : 0;
+
+ pr_info(%s: set power %d\n, __func__, val);
+
+ gpio_set_value(OMAP_ZOOM_WLAN_PMENA_GPIO, val);
+}
On Tue, Jul 6, 2010 at 4:25 PM, Tony Lindgren t...@atomide.com wrote:
* Grazvydas Ignotas nota...@gmail.com [100705 23:00]:
OMAP3530 CBB package can have GPIO126 muxed on 2 pins: mmc1_dat4 and
cam_strobe. This causes a problem with current multipath GPIO mux
handling, which muxes both pins as
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadrosroger.quad...@nokia.com wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean / give a code example ?
If the Power enable GPIO can be treated as
This series is based of linux-omap for-next branch,also applies
to the latest 2.6.35-rc4 and is targeted for 2.6.36 merge window
It adds basic supsend and cpu hotplug support so that CONFIG_PM can be
enabled on all OMAP4 platforms. This is essential to keep build working
after Tony's omap Kconfig
From: Rajendra Nayak rna...@ti.com
This patch adds support for basic suspend doing a CPUx wfi
for OMAP4. All powerdomains are for now are kept programmed
in ON state.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman
This patch adds a secure API to read AuxCoreBoot0 register to
check the cpu boot status. It also moves the other smc APIs
to common omap44xx-smc.S. This APIs should not be marked as
__INIT because we need these to be present for CPU hotplug
Signed-off-by: Santosh Shilimkar
This patch adds cpu hotplug support for OMAP4430. Only CPU inactive
state is supported as a low power state in the basic hot-plug support
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
There is recently added hex_to_bin() kernel's method which we could use
instead of custom long function.
Signed-off-by: Andy Shevchenko andy.shevche...@gmail.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Greg Kroah-Hartman gre...@suse.de
Cc: linux-omap@vger.kernel.org
---
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Tuesday, July 06, 2010 6:48 AM
To: Nicolas Pitre
Cc: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
li...@arm.linux.org.uk;
This patch contains the documentation for the API, termed the Virtual
Contiguous Memory Manager. Its use would allow all of the IOMMU to VM,
VM to device and device to IOMMU interoperation code to be refactored
into platform independent code.
Comments, suggestions and criticisms are welcome and
The Virtual Contiguous Memory Manager (VCMM) needs a physical pool to
allocate from. It breaks up the pool into sub-pools of same-sized
chunks. In particular, it breaks the pool it manages into sub-pools of
1 MB, 64 KB and 4 KB chunks.
When a user makes a request, this allocator satisfies that
On Tue, Jul 6, 2010 at 3:37 AM, Ohad Ben-Cohen o...@wizery.com wrote:
From: Ohad Ben-Cohen oh...@ti.com
Add support to set/get mmc_host private embedded
data.
This is needed to allow software to dynamically
create (and remove) SDIO functions which represents
embedded SDIO devices.
On 7/4/2010 5:53 AM, Felipe Contreras wrote:
On Thu, Jun 24, 2010 at 1:41 AM, Greg KHg...@kroah.com wrote:
The default is always 'n' so you don't need this.
Also, this enables the driver to be built on x86, which fails horribly,
and I don't think is what you really want to have happen :)
So
On Tue, Jul 6, 2010 at 6:49 PM, Grazvydas Ignotas nota...@gmail.com wrote:
Hm, do we really need a Kconfig option just for a single pointer? It
only saves sizeof(void *) bytes per host, but adds rather confusing
config option for users and some ifdef complexity.
No strong feelings about it, I
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, July 05, 2010 6:52 AM
To: Anders, David
Cc: Gadiyar, Anand; linux-omap@vger.kernel.org
Subject: Re: [PATCH] Add OMAP4 Panda Support
* Anders, David x0132...@ti.com [100628 20:41]:
Tony,
If
Tony Lindgren had written, on 07/06/2010 08:14 AM, the following:
* Nishanth Menon n...@ti.com [100706 15:47]:
On 07/06/2010 07:46 AM, Tony Lindgren wrote:
* Nishanth Menonn...@ti.com [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menonn...@ti.com
---
introduce generic features for omap2. omap2 uses mbx, not sgx, and
it still has a dsp, though not iva2 as omap3 uses..
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: comments from http://marc.info/?t=12772595613r=1w=2n=4
incorporated - L2 cache is removed from enabled features for
On Tue, 6 Jul 2010, Madhusudhan wrote:
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Tuesday, July 06, 2010 6:48 AM
To: Nicolas Pitre
Cc: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org;
On Tue, 6 Jul 2010, Roger Quadros wrote:
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadrosroger.quad...@nokia.com
wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean / give a code
Thanks Santosh, I have responded to your feedback.
+#include plat/hwspinlock.h
+
No need of new line here.
+#include plat/omap_device.h
+#include plat/omap_hwmod.h
Alright I will fix that.
+/* Initialization function */
+int __init hwspinlocks_init(void)
Since it's only init, can
Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadrosroger.quad...@nokia.com
wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean /
Hello,
This is the fourth and final RFC for the hardware spinlock driver. I have
incorporated some changes and fixes based on Santosh's comments.
Please give your comments.
Thanks,
Simon
=
From
Felipe Balbi wrote:
On Tue, Jul 06, 2010 at 09:57:09AM +0200, ext Tony Lindgren wrote:
Sounds like we should first fix thing before adding new code
that will make fixing the basic issues harder.
my idea to deal with this is to have a set of platform glue drivers.
So omap2430.c,
Simon,
-Original Message-
From: Que, Simon
Sent: Wednesday, July 07, 2010 1:55 AM
To: linux-omap@vger.kernel.org
Cc: Kanigeri, Hari; Ohad Ben-Cohen; Shilimkar, Santosh
Subject: [RFC v.4] omap: hwspinlock: Added hwspinlock driver
snip
Created driver for OMAP hardware spinlock. This
62 matches
Mail list logo