On 03/22/2013 10:33 AM, Stephen Warren wrote:
> On 03/22/2013 02:10 AM, Linus Walleij wrote:
>> On Fri, Mar 15, 2013 at 12:21 PM, Javier Martinez Canillas
>> wrote:
>>
>>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
>>> index 159f5c5..f5feb43 100644
>>> --- a/drivers/gpio/gpi
On Fri, 2013-03-22 at 09:47 -0700, Mike Turquette wrote:
> Quoting Tero Kristo (2013-03-22 01:39:08)
> > On Thu, 2013-03-21 at 11:50 -0700, Mike Turquette wrote:
> > > Quoting Tero Kristo (2013-03-21 10:35:40)
> > > > This patch adds basic infrastructure support for registering clocks
> > > > under
On 03/22/2013 11:36 AM, Russell King - ARM Linux wrote:
> On Wed, Mar 20, 2013 at 01:28:47PM -0500, Jon Hunter wrote:
>> Sorry I am now not sure I follow you here. Someone just pointed out to
>> me that PTR_RET() is defined as ...
>>
>> static inline int __must_check PTR_RET(const void *ptr)
>> {
On 03/22/13 03:03, Mats Liljegren wrote:
> Frank Rowand wrote:
>> On 03/21/13 07:41, Alan Stern wrote:
>>> On Wed, 20 Mar 2013, Frank Rowand wrote:
>>>
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
>>>
On Thu, Mar 21, 2013 at 01:13:10PM +0100, Lothar Waßmann wrote:
> The merge bda5e141fbe96295c669692114d18687730269fb erroneously changed
Don't forget that commit's description as well...
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@
On Wed, Mar 20, 2013 at 01:28:47PM -0500, Jon Hunter wrote:
> Sorry I am now not sure I follow you here. Someone just pointed out to
> me that PTR_RET() is defined as ...
>
> static inline int __must_check PTR_RET(const void *ptr)
> {
> if (IS_ERR(ptr))
> return PTR_ERR(ptr);
>
On Fri, Mar 22, 2013 at 02:04:42PM +0100, Peter Ujfalusi wrote:
> Russell: can we remove the tasklet use from dma-omap and start the DMA right
> away in omap_dma_issue_pending()? This is the only way to prevent channel
> swap when starting audio.
What I fear is that we may run up against having to
On 03/22/2013 10:36 AM, Tony Lindgren wrote:
* Tomi Valkeinen [130322 08:34]:
On 2013-03-22 17:18, Tony Lindgren wrote:
* Tomi Valkeinen [130322 01:30]:
Hi Tony,
As you probably know, Overo is a very basic omap board to which you can
attach different add-on modules, like LCD module. In the
Hi,
On Thu, Feb 14 2013, Balaji T K wrote:
> On Thursday 14 February 2013 04:13 PM, Jan Lübbe wrote:
>> On Wed, 2013-01-30 at 10:07 +0100, Jan Luebbe wrote:
>>> If the CD/WP-GPIOs are not provided by the SoC's GPIO controller,
>>> we need to handle the case where omap_hsmmc is probed earlier than
* Tomi Valkeinen [130322 08:34]:
> On 2013-03-22 17:18, Tony Lindgren wrote:
> > * Tomi Valkeinen [130322 01:30]:
> >> Hi Tony,
> >>
> >> As you probably know, Overo is a very basic omap board to which you can
> >> attach different add-on modules, like LCD module. In the current overo
> >> board
On 03/22/2013 02:10 AM, Linus Walleij wrote:
> On Fri, Mar 15, 2013 at 12:21 PM, Javier Martinez Canillas
> wrote:
>
>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
>> index 159f5c5..f5feb43 100644
>> --- a/drivers/gpio/gpio-omap.c
>> +++ b/drivers/gpio/gpio-omap.c
>> @@ -807,
On 2013-03-22 17:18, Tony Lindgren wrote:
> * Tomi Valkeinen [130322 01:30]:
>> Hi Tony,
>>
>> As you probably know, Overo is a very basic omap board to which you can
>> attach different add-on modules, like LCD module. In the current overo
>> board file we always add multiple LCD devices, of whic
* Tomi Valkeinen [130322 01:30]:
> Hi Tony,
>
> As you probably know, Overo is a very basic omap board to which you can
> attach different add-on modules, like LCD module. In the current overo
> board file we always add multiple LCD devices, of which the user should
> only use one (the one on his
Hi,
On 03/22/2013 01:49 PM, Peter Meerwald wrote:
>
I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
channel swapping issue on playback of a stereo stream (one channel has a
sine, the other is zero); the channel swap occurs on starting the playback
>>>
>>
> >> I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
> >> channel swapping issue on playback of a stereo stream (one channel has a
> >> sine, the other is zero); the channel swap occurs on starting the playback
> >
> >> it appears that the swapping issue is back, proba
On 22.03.2013 10:56, Peter Meerwald wrote:
>
>> I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
>> channel swapping issue on playback of a stereo stream (one channel has a
>> sine, the other is zero); the channel swap occurs on starting the playback
>
>> it appears tha
Frank Rowand wrote:
> On 03/21/13 07:41, Alan Stern wrote:
> > On Wed, 20 Mar 2013, Frank Rowand wrote:
> >
> >> Hi All,
> >>
> >> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
> >> other???),
> >> so casting the nets wide...
> >>
> >> The PandaBoard frequently fails to b
> I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
> channel swapping issue on playback of a stereo stream (one channel has a
> sine, the other is zero); the channel swap occurs on starting the playback
> it appears that the swapping issue is back, probably due to the D
On Fri, 2013-03-22 at 10:58 +0530, Rajendra Nayak wrote:
> Tero,
>
> On Thursday 21 March 2013 11:05 PM, Tero Kristo wrote:
> > Hi,
> >
> > This is an RFC version of the clock data move under drivers/clk.
> > Tested under 3.8 and boots fine, but don't try this out unless
> > you are experimental
Hi,
On Thursday 21 March 2013 10:40 PM, Stephen Warren wrote:
On 03/21/2013 12:23 AM, kishon wrote:
Hi,
On Thursday 21 March 2013 02:29 AM, Stephen Warren wrote:
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding
On 22.03.2013 10:03, Peter Meerwald wrote:
>
>>> I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
>>> channel swapping issue on playback of a stereo stream (one channel has a
>>> sine, the other is zero); the channel swap occurs on starting the playback
>
>> Always? Or
> > I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
> > channel swapping issue on playback of a stereo stream (one channel has a
> > sine, the other is zero); the channel swap occurs on starting the playback
> Always? Or in like 50% of the runs? And is the record strea
On 22.03.2013 09:48, Peter Meerwald wrote:
> I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
> channel swapping issue on playback of a stereo stream (one channel has a
> sine, the other is zero); the channel swap occurs on starting the playback
Always? Or in like 50% of
Hello,
I'm running Linux 3.7 on a beagle-xm and observe very reproducible stereo
channel swapping issue on playback of a stereo stream (one channel has a
sine, the other is zero); the channel swap occurs on starting the playback
with a scope I have observed that the audio data indeed swaps rela
Hi Frank,
On 03/22/2013 04:45 AM, Frank Rowand wrote:
> On 03/21/13 07:41, Alan Stern wrote:
>> On Wed, 20 Mar 2013, Frank Rowand wrote:
>>
>>> Hi All,
>>>
>>> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
>>> other???),
>>> so casting the nets wide...
>>>
>>> The PandaBo
On Thu, 2013-03-21 at 11:50 -0700, Mike Turquette wrote:
> Quoting Tero Kristo (2013-03-21 10:35:40)
> > This patch adds basic infrastructure support for registering clocks
> > under common clock framework. This patch is done in preparation for
> > moving clock data from arch/arm/mach-omap2/ folder
Hi Tony,
As you probably know, Overo is a very basic omap board to which you can
attach different add-on modules, like LCD module. In the current overo
board file we always add multiple LCD devices, of which the user should
only use one (the one on his module). This model of allowing multiple
LCD
On Fri, Mar 15, 2013 at 12:21 PM, Javier Martinez Canillas
wrote:
> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
> index 159f5c5..f5feb43 100644
> --- a/drivers/gpio/gpio-omap.c
> +++ b/drivers/gpio/gpio-omap.c
> @@ -807,6 +807,13 @@ static void gpio_unmask_irq(struct irq_data
28 matches
Mail list logo
