Hi Paul,
On Thursday 12 February 2015 10:11 PM, Paul Walmsley wrote:
> + Felipe, Nishanth
>
> Hi Lokesh,
>
> what's the status here?
Sorry for the delayed response.
I am currently on a high priority issue. Once I am done with it Ill address your
comments and repost the patch.
Thanks and regards,
On Thu, Feb 12, 2015 at 10:54 PM, Suman Anna wrote:
> My original motivation was that it would only need to be added on
> firmwares requiring support for loading into internal memories,
> otherwise, these are something left to be managed by the software
> running on the remote processor completely
On Thu, Feb 12, 2015 at 3:03 PM, Marek Belisko wrote:
> From: "H. Nikolaus Schaller"
>
> Signed-off-by: H. Nikolaus Schaller
> ---
> arch/arm/boot/dts/omap3-pandora-1ghz.dts | 65
>
> 1 file changed, 65 insertions(+)
> create mode 100644 arch/arm/boot/dts/omap
Hi Ohad,
On 02/12/2015 03:09 AM, Ohad Ben-Cohen wrote:
> On Wed, Feb 11, 2015 at 10:57 PM, Tony Lindgren wrote:
+static int rproc_handle_intmem(struct rproc *rproc, struct fw_rsc_intmem
*rsc,
+ int offset, int avail)
+{
>>> ...
+ va = (
On 02/12/2015 08:55 PM, Peter Hurley wrote:
> On 02/12/2015 02:23 PM, Sebastian Andrzej Siewior wrote:
>> * Peter Hurley | 2015-02-12 11:32:04 [-0500]:
>>
>>> That said, I don't think serial8250_do_startup() is really doing that much
>>> for OMAP h/w startup; open-coding what omap_8250 really needs
Am 12.02.2015 um 18:47 schrieb Grazvydas Ignotas :
> On Thu, Feb 12, 2015 at 3:03 PM, Marek Belisko wrote:
>> From: "H. Nikolaus Schaller"
>>
>> This device tree allows to boot, supports the panel,
>> framebuffer, touch screen, as well as some more peripherals.
>> Since there is a OMAP3530 bas
On 02/12/2015 02:23 PM, Sebastian Andrzej Siewior wrote:
> * Peter Hurley | 2015-02-12 11:32:04 [-0500]:
>
>> That said, I don't think serial8250_do_startup() is really doing that much
>> for OMAP h/w startup; open-coding what omap_8250 really needs is probably
>> < 10 loc.
>
> 10 loc? I have a f
* Peter Hurley | 2015-02-12 11:32:04 [-0500]:
>That said, I don't think serial8250_do_startup() is really doing that much
>for OMAP h/w startup; open-coding what omap_8250 really needs is probably
>< 10 loc.
10 loc? I have a few more. serial8250_clear_fifos(),
serial_link_irq_chain() aren't expor
On Thu, Feb 12, 2015 at 3:03 PM, Marek Belisko wrote:
> From: "H. Nikolaus Schaller"
>
> This device tree allows to boot, supports the panel,
> framebuffer, touch screen, as well as some more peripherals.
> Since there is a OMAP3530 based 600 MHz variant and a DM3730 based
> 1 GHz variant we must
Signed-off-by: Robert ABEL
---
arch/arm/mach-omap2/gpmc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index ab43755..1ab6bc0 100644
--- a/arch/arm/mach-omap2/gpmc.c
+++ b/arch/arm/mach-omap2/gpmc.c
@@ -12,8 +12,6 @@
* it under the
The GPMC driver in OMAP2 undef's DEBUG, which makes it unnecessarily hard to
turn DEBUG on,
because that's not expected behavior.
My proposed patch gets rid of the line undef'ing DEBUG.
Robert ABEL (1):
ARM OMAP2 GPMC: don't undef DEBUG
arch/arm/mach-omap2/gpmc.c | 2 --
1 file changed, 2 del
* Marek Belisko [150212 05:07]:
> From: "H. Nikolaus Schaller"
Can you please add a patch description for the board varian
patches?
Thanks,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Dr. H. Nikolaus Schaller [150212 08:34]:
> Am 12.02.2015 um 17:03 schrieb Tony Lindgren :
>
> > I don't think dts
> > has a binding for MTDPART_SIZ_FULL type thing..
>
> It does not need a special binding, we just set the size to 0. This
> is interpreted as MTDPART_SIZ_FULL later on. For board
On Thu, 12 Feb 2015, Paul Walmsley wrote:
> On Fri, 13 Feb 2015, grygorii.stras...@linaro.org wrote:
>
> > On 02/12/2015 11:08 PM, Paul Walmsley wrote:
> > > Thanks guys.
> > >
> > > On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
> > >
> > > > Looks good for me and seems working.
> >
+ Felipe, Nishanth
Hi Lokesh,
what's the status here?
- Paul
On Fri, 2 Jan 2015, Paul Walmsley wrote:
> Ping. Are you going to redo this one?
>
> - Paul
>
> On Wed, 26 Nov 2014, Paul Walmsley wrote:
>
> > Hi Lokesh
> >
> > On Tue, 25 Nov 2014, Lokesh Vutla wrote:
> >
> > > Hi Paul,
> >
Am 12.02.2015 um 17:03 schrieb Tony Lindgren :
> Hi,
>
> Few comments below.
>
> * Marek Belisko [150212 05:07]:
>> +
>> +&omap3_pmx_core {
>> +
>> +mmc1_pins: pinmux_mmc1_pins {
>> +pinctrl-single,pins = <
>> +OMAP3_CORE1_IOPAD(0x2144, PIN_INPUT_PULLUP | MU
On 02/12/2015 03:45 AM, Sebastian Andrzej Siewior wrote:
> On 02/11/2015 09:42 PM, Peter Hurley wrote:
>
>>> Reverting makes sense to me if it has caused a regression. Maybe Sebastian
>>> can update his patch to do this based on some quirk flag instead?
>>
>> That's fine with me. There's a 'bugs'
On Fri, 13 Feb 2015, grygorii.stras...@linaro.org wrote:
> On 02/12/2015 11:08 PM, Paul Walmsley wrote:
> > Thanks guys.
> >
> > On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
> >
> > > Looks good for me and seems working.
> >
> > Grygorii, can I add your Acked-by?
> >
> >
> > - Pau
On 02/12/2015 11:08 PM, Paul Walmsley wrote:
Thanks guys.
On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
Looks good for me and seems working.
Grygorii, can I add your Acked-by?
- Paul
There is my "Signed-off-by" :)
--
regards,
-grygorii
--
To unsubscribe from this list: send
* Marek Belisko [150212 05:07]:
> From: "H. Nikolaus Schaller"
>
> Signed-off-by: H. Nikolaus Schaller
> ---
> arch/arm/boot/dts/Makefile | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
> index 91bd5bd..69f3106 100644
> --- a/
This patch converts gpio_bank.lock from a spin_lock into a
raw_spin_lock. The call path to access this lock is always under a
raw_spin_lock, for instance
- __setup_irq() holds &desc->lock with irq off
+ __irq_set_trigger()
+ omap_gpio_irq_type()
- handle_level_irq() (runs with irqs off theref
Hi,
Few comments below.
* Marek Belisko [150212 05:07]:
> +
> +&omap3_pmx_core {
> +
> + mmc1_pins: pinmux_mmc1_pins {
> + pinctrl-single,pins = <
> + OMAP3_CORE1_IOPAD(0x2144, PIN_INPUT_PULLUP | MUX_MODE0)
> /* sdmmc1_clk.sdmmc1_clk */
> +
On Thu, 12 Feb 2015, Mathias Nyman wrote:
> On 25.01.2015 10:13, Sneeker Yeh wrote:
> > This issue is defined by a three-way race at disconnect, between
> > 1) Class driver interrupt endpoint resheduling attempts if the ISR gave an
> > ep
> >error event due to device detach (it would try 3 ti
Thanks guys.
On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
> Looks good for me and seems working.
Grygorii, can I add your Acked-by?
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo i
Hi!
I'm using
echo 'Come shall then well bload? Then well bload shell when blaight!' | bash
-c 'time festival --tts'
to test audio, and I noticed that in 3.20-rc0, it takes about 3x longer
than it should, on Nokia N900. Normally on 3.19, it takes 12 seconds,
but it takes 30 on 3.20.
Any ideas?
On Thu, Feb 12, 2015 at 3:03 PM, Marek Belisko wrote:
> This series of patches adds initial device tree support for the
> OpenPandora. The most important parts are working (display, keyboard,
> touch, charging, fuel gauge, musb port, sd/mmc ports, leds, buttons).
> Not yet supported are: usb host
On 25.01.2015 10:13, Sneeker Yeh wrote:
> This issue is defined by a three-way race at disconnect, between
> 1) Class driver interrupt endpoint resheduling attempts if the ISR gave an ep
>error event due to device detach (it would try 3 times)
> 2) Disconnect interrupt on PORTSC_CSC, which is c
From: "H. Nikolaus Schaller"
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-pandora-600mhz.dts | 65 ++
1 file changed, 65 insertions(+)
create mode 100644 arch/arm/boot/dts/omap3-pandora-600mhz.dts
diff --git a/arch/arm/boot/dts/omap3-pandora-600m
From: "H. Nikolaus Schaller"
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
index 91bd5bd..69f3106 100644
--- a/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/Ma
From: "H. Nikolaus Schaller"
This device tree allows to boot, supports the panel,
framebuffer, touch screen, as well as some more peripherals.
Since there is a OMAP3530 based 600 MHz variant and a DM3730 based
1 GHz variant we must include this common device tree code
in one of two CPU specific d
From: "H. Nikolaus Schaller"
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-pandora-1ghz.dts | 65
1 file changed, 65 insertions(+)
create mode 100644 arch/arm/boot/dts/omap3-pandora-1ghz.dts
diff --git a/arch/arm/boot/dts/omap3-pandora-1ghz.d
This series of patches adds initial device tree support for the
OpenPandora. The most important parts are working (display, keyboard,
touch, charging, fuel gauge, musb port, sd/mmc ports, leds, buttons).
Not yet supported are: usb host port, nubs, wifi, bluetooth, audio.
First patch add common dts
On 02/12/2015 11:26 AM, Jon Hunter wrote:
>
> On 02/11/2015 09:14 PM, Tony Lindgren wrote:
>> * Paul Walmsley [150211 13:03]:
>>> On Wed, 11 Feb 2015, Tony Lindgren wrote:
>>>
* Paul Walmsley [150210 18:28]:
> On Tue, 10 Feb 2015, Jon Hunter wrote:
>> On 07/02/2015 00:23, Paul Walm
On 02/11/2015 09:14 PM, Tony Lindgren wrote:
> * Paul Walmsley [150211 13:03]:
>> On Wed, 11 Feb 2015, Tony Lindgren wrote:
>>
>>> * Paul Walmsley [150210 18:28]:
On Tue, 10 Feb 2015, Jon Hunter wrote:
> On 07/02/2015 00:23, Paul Walmsley wrote:
> Unfortunately, there is not a
On Thu, Feb 12, 2015 at 09:45:38AM +0100, Sebastian Andrzej Siewior wrote:
> On 02/11/2015 09:42 PM, Peter Hurley wrote:
>
> >> Reverting makes sense to me if it has caused a regression. Maybe Sebastian
> >> can update his patch to do this based on some quirk flag instead?
> >
> > That's fine wit
On 02/12/2015 11:08 AM, Kiran Padwal wrote:
> This patch add a missing check on the return value of devm_kzalloc,
> which would cause a NULL pointer dereference in a OOM situation.
Acked-by: Peter Ujfalusi
>
> Signed-off-by: Kiran Padwal
> ---
> sound/soc/omap/omap-hdmi-audio.c |3 +++
>
This patch add a missing check on the return value of devm_kzalloc,
which would cause a NULL pointer dereference in a OOM situation.
Signed-off-by: Kiran Padwal
---
sound/soc/omap/omap-hdmi-audio.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/omap/omap-hdmi-audio.c b/sound
On Wed, Feb 11, 2015 at 10:57 PM, Tony Lindgren wrote:
>> > +static int rproc_handle_intmem(struct rproc *rproc, struct fw_rsc_intmem
>> > *rsc,
>> > + int offset, int avail)
>> > +{
>> ...
>> > + va = (__force void *)ioremap_nocache(rsc->pa, rsc->len);
>>
>> Ba
On 02/11/2015 09:42 PM, Peter Hurley wrote:
>> Reverting makes sense to me if it has caused a regression. Maybe Sebastian
>> can update his patch to do this based on some quirk flag instead?
>
> That's fine with me. There's a 'bugs' field in struct 8250_uart_port and
> UART_BUG_* defines in 8250/
On 02/12/2015 02:43 PM, Kishon Vijay Abraham I wrote:
On Monday 09 February 2015 08:22 PM, grygorii.stras...@linaro.org wrote:
On 02/09/2015 09:24 PM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 09 February 2015 03:58 PM, grygorii.stras...@linaro.org wrote:
Hi Kishon,
On 02/09/2015 04:50 PM,
40 matches
Mail list logo