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
> Created driver for OMAP hardware spinlock. Th
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, b
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 d4794eff60e5e509581fedaf2660b0d2
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 Quadros
wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean / give a code example ?
If t
Thanks Santosh, I have responded to your feedback.
> > +#include
> > +
> No need of new line here.
> > +#include
> > +#include
Alright I will fix that.
> > +/* Initialization function */
> > +int __init hwspinlocks_init(void)
> Since it's only init, can this go to "arch/arm/mach-omap2/omap4-
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 Quadros
> > wrote:
> > > My point is that shouldn't this be handled by SDIO core?
> >
> > Care to explain what you mean / give a code example ?
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; linux-arm
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
---
V2: comments from http://marc.info/?t=12772595613&r=1&w=2&n=4
incorporated - L2 cache is removed from enabled features for omap2.
V1: o
Tony Lindgren had written, on 07/06/2010 08:14 AM, the following:
* Nishanth Menon [100706 15:47]:
On 07/06/2010 07:46 AM, Tony Lindgren wrote:
* Nishanth Menon [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap1/id.c |6 +
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 [100628 20:41]:
> >
> > Tony,
> > If th
On Tue, Jul 6, 2010 at 6:49 PM, Grazvydas Ignotas 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 can remove that
On 7/4/2010 5:53 AM, Felipe Contreras wrote:
On Thu, Jun 24, 2010 at 1:41 AM, Greg KH 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 I need some mor
On Tue, Jul 6, 2010 at 3:37 AM, Ohad Ben-Cohen wrote:
> From: Ohad Ben-Cohen
>
> 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.
>
> Typically, it will be us
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 req
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 wa
> -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; C
There is recently added hex_to_bin() kernel's method which we could use
instead of custom long function.
Signed-off-by: Andy Shevchenko
Cc: Ohad Ben-Cohen
Cc: Greg Kroah-Hartman
Cc: linux-omap@vger.kernel.org
---
drivers/staging/tidspbridge/gen/uuidutil.c | 167 +---
1
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
Signed-off-by: Santosh Shilimkar
Cc: Kevin Hilman
---
arch/arm/mach-omap2/Makefile|1 +
arch/arm/mach-
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
---
arch/arm/mach-omap
From: Rajendra Nayak
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
Signed-off-by: Santosh Shilimkar
Cc: Kevin Hilman
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-om
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 Kconf
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadros 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 SDIO slot supply (i.e.
On Tue, Jul 6, 2010 at 4:25 PM, Tony Lindgren wrote:
> * Grazvydas Ignotas [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
Hi Roger,
On Tue, Jul 6, 2010 at 3:33 PM, Roger Quadros 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);
>> +}
>
> Can w
On Tue, Jul 6, 2010 at 3:39 PM, Roger Quadros 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 draw current from
(w
* Grazvydas Ignotas [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 if multipath
* Charulatha V [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 series to p
* Nishanth Menon [100706 15:47]:
> On 07/06/2010 07:46 AM, Tony Lindgren wrote:
> >* Nishanth Menon [100623 05:10]:
> >>add a minimalist feature - l2cache for omap1.
> >>
> >>Signed-off-by: Nishanth Menon
> >>---
> >> arch/arm/mach-omap1/id.c |6 ++
> >> 1 files changed, 6 insertions(+),
On 07/06/2010 07:46 AM, Tony Lindgren wrote:
* Nishanth Menon [100623 05:10]:
add a minimalist feature - l2cache for omap1.
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap1/id.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap1/id.c b/arc
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadros 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 slot and take care o
* Nishanth Menon [100623 05:10]:
> add a minimalist feature - l2cache for omap1.
>
> Signed-off-by: Nishanth Menon
> ---
> arch/arm/mach-omap1/id.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-omap1/id.c b/arch/arm/mach-omap1/id.c
> index 91d
Hi,
On 07/06/2010 02:48 PM, ext Ohad Ben-Cohen wrote:
On Tue, Jul 6, 2010 at 1:22 PM, Ohad Ben-Cohen 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 m
Hi Ohad,
On 07/06/2010 03:37 AM, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen
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).
Based on Andr
On Tue, Jul 6, 2010 at 2:02 PM, Roger Quadros 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 device to stay power
On Tue, Jul 6, 2010 at 1:22 PM, Ohad Ben-Cohen 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 Madhu can commen
* Ohad Ben-Cohen [100706 03:37]:
> From: Ohad Ben-Cohen
>
> 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 this list: send the line "u
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-
> > o..
> -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: DS
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 mirr
Hi,
* Jacob Tanenbaum [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 as requested by Linus.
* Paul Walmsley [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:
>
> Li
On 07/06/2010 01:22 PM, ext Ohad Ben-Cohen wrote:
Hi Nicolas,
On Tue, Jul 6, 2010 at 4:45 AM, Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen
Add support for software emulation of card detect
events.
This is required for specific controllers
that are har
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 Quadros 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
Hi Nicolas,
On Tue, Jul 6, 2010 at 4:45 AM, Nicolas Pitre wrote:
> On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
>
>> From: Ohad Ben-Cohen
>>
>> Add support for software emulation of card detect
>> events.
>>
>> This is required for specific controllers
>> that are hard wired with embedded SDIO devi
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_use
* Felipe Balbi [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 glue
> drivers
Hi Roger,
On Tue, Jul 6, 2010 at 11:53 AM, Roger Quadros 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 power it on when the user
> On Thu, Feb 18, 2010 at 11:29 AM, Grant Likely
> wrote:
>> On Thu, Feb 18, 2010 at 10:09 AM, Tony Lindgren wrote:
>>> * Grant Likely [100218 08:26]:
On Tue, Feb 9, 2010 at 3:25 PM, Tony Lindgren wrote:
> * Hemanth V [100203 02:19]:
>> From ee48142ddc43129a21676dbb56a83e3e7d806
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: Aja
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)) {
-
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 mirr
Hi,
On 07/06/2010 03:37 AM, ext Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen
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 card-detect
emulation
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 da
* Cory Maccarrone [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 on the slide-out key
* Gupta, Ajay Kumar [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 builtin USB PH
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/
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
> From: Ohad Ben-Cohen
>
> 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
> ---
> drivers/net/wireless/wl12xx/wl1251_sdio.c |2 +-
> d
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
> From: Ohad Ben-Cohen
>
> 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.
>
> Si
On Tue, 2010-07-06 at 02:37 +0200, ext Ohad Ben-Cohen wrote:
> From: Ohad Ben-Cohen
>
> Remove SDIO IDs from the driver code since now it is
> included in linux/mmc/sdio_ids.h.
>
> Signed-off-by: Ohad Ben-Cohen
> ---
Acked-by: Luciano Coelho
--
Cheers,
Luca.
--
To unsubscribe from this lis
59 matches
Mail list logo
