Hi Luis,
Thank you for the patch.
On Thursday 15 October 2015 13:29:38 Luis de Bethencourt wrote:
> Boolean tests do not need explicit comparison to true or false.
>
> Signed-off-by: Luis de Bethencourt
Acked-by: Laurent Pinchart
>
Boolean tests do not need explicit comparison to true or false.
Signed-off-by: Luis de Bethencourt
---
drivers/video/fbdev/omap2/dss/dispc-compat.c | 6 +++---
drivers/video/fbdev/omap2/dss/dispc.c| 6 +++---
drivers/video/fbdev/omap2/dss/manager.c | 2 +-
3
This is not needed anymore. Handling a potentially pending imprecise external
abort left behind by the bootloader is now done in a slightly safer way inside
the common ARM startup code.
Signed-off-by: Lucas Stach
Acked-by: Tony Lindgren
---
This series implements the handling of a pending imprecise abort left behind
by the bootloader/firmware running before Linux in the common ARM startup code.
It turns pending imprecise aborts that may signal during the first unmasking
of such aborts on the boot CPU into a non-faulting event and
This is not needed anymore. Handling a potentially pending imprecise external
abort left behind by the bootloader is now done in a slightly safer way inside
the common ARM startup code.
Signed-off-by: Lucas Stach
Acked-by: Hauke Mehrtens
---
Install a non-faulting handler just before unmasking imprecise aborts
and switch back to the regular one after unmasking is done.
This catches any pending imprecise abort that the firmware/bootloader
may have left behind that would normally crash the kernel at that point.
As there are apparently
Hi Lucas,
On mer., oct. 14 2015, Thomas Petazzoni
wrote:
> Lucas,
>
> On Wed, 14 Oct 2015 16:48:32 +0200, Lucas Stach wrote:
>> This is not needed anymore. Handling a potentially pending imprecise external
>> abort left behind by the bootloader is now
On 10/14/2015 05:31 PM, Vinod Koul wrote:
> On Wed, Oct 14, 2015 at 02:42:42PM +0300, Peter Ujfalusi wrote:
>> Hi,
>>
>> Cover letter:
>>
>> with this series the edma two driver setup will be changed to have only one
>> driver to support eDMA3. The legacy edma interface will be removed and eDMA
This driver fails to link without CONFIG_IIO, since
there are no stubs for the iio_channels functions.
Signed-off-by: Sebastian Reichel
---
drivers/power/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig
On 14/10/15 23:03, Franklin S Cooper Jr. wrote:
>
>
> On 10/14/2015 01:13 PM, Tony Lindgren wrote:
>> * Franklin S Cooper Jr. [151014 09:27]:
>>>
>>> On 10/14/2015 11:18 AM, Tony Lindgren wrote:
* Franklin S Cooper Jr. [151014 07:37]:
> On 10/14/2015
On Wed, 14 Oct 2015, Franklin S Cooper Jr. wrote:
>
>
> On 10/14/2015 01:58 AM, Roger Quadros wrote:
> > On 13/10/15 16:44, Franklin S Cooper Jr wrote:
> >> ELM address information is provided by device tree. No longer need
> >> to include this information within hwmod.
> >>
> >> Signed-off-by:
Tony,
On 10/12/2015 11:57 PM, Tony Lindgren wrote:
> * Tony Lindgren [150914 09:32]:
>> * Peter Ujfalusi [150914 01:54]:
>>> Hi Tony,
>>>
>>> On 08/24/2015 10:19 AM, Peter Ujfalusi wrote:
Hi,
this series will enable analog audio (via
On Wed, Oct 14, 2015 at 04:48:30PM +0200, Lucas Stach wrote:
> Install a non-faulting handler just before unmasking imprecise aborts
> and switch back to the regular one after unmasking is done.
>
> This catches any pending imprecise abort that the firmware/bootloader
> may have left behind that
Hi,
On Thu, Oct 15, 2015 at 11:11 AM, Sebastian Reichel wrote:
> This driver fails to link without CONFIG_IIO, since
> there are no stubs for the iio_channels functions.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/power/Kconfig | 2 +-
> 1 file
Acked-by: Nikolaus Schaller
BR,
Nikolaus
Am 15.10.2015 um 11:11 schrieb Sebastian Reichel :
> This driver fails to link without CONFIG_IIO, since
> there are no stubs for the iio_channels functions.
>
> Signed-off-by: Sebastian Reichel
>
Hi Tony,
On Wednesday 14 October 2015 09:32 PM, Tony Lindgren wrote:
> * Lokesh Vutla [151013 20:53]:
>> Hi Tony,
>>
>> On Wednesday 14 October 2015 04:43 AM, Tony Lindgren wrote:
>>> On boards with more than 2GB of RAM booting goes wrong with things not
>>> working
>>> and
* Lokesh Vutla [151015 01:02]:
> Hi Tony,
>
> On Wednesday 14 October 2015 09:32 PM, Tony Lindgren wrote:
> > * Lokesh Vutla [151013 20:53]:
> >> Hi Tony,
> >>
> >> On Wednesday 14 October 2015 04:43 AM, Tony Lindgren wrote:
> >>> On boards with more than 2GB
* Peter Ujfalusi [151015 00:13]:
> Tony,
>
> On 10/12/2015 11:57 PM, Tony Lindgren wrote:
> > * Tony Lindgren [150914 09:32]:
> >> * Peter Ujfalusi [150914 01:54]:
> >>> Hi Tony,
> >>>
> >>> On 08/24/2015 10:19 AM, Peter Ujfalusi
On Wednesday 14 October 2015 13:03:36 Tony Lindgren wrote:
> Fixes for omap against v4.3-rc5:
>
> - Regulator fix for beagle-x15 to fix HDMI without a SD card being
> inserted
>
> - GPMC fix for showing proper timings and to allow enabling debug
> options that somehow was unselectable
+Richard
On Thursday 15 October 2015 07:35 PM, Tony Lindgren wrote:
> * Lokesh Vutla [151015 01:02]:
>> Hi Tony,
>>
>> On Wednesday 14 October 2015 09:32 PM, Tony Lindgren wrote:
>>> * Lokesh Vutla [151013 20:53]:
Hi Tony,
On Wednesday 14 October
On Thu, Oct 15, 2015 at 12:32:20PM +0200, Lucas Stach wrote:
> Install a non-faulting handler just before unmasking imprecise aborts
> and switch back to the regular one after unmasking is done.
>
> This catches any pending imprecise abort that the firmware/bootloader
> may have left behind that
* Russell King - ARM Linux [151015 08:37]:
> On Thu, Oct 15, 2015 at 12:32:20PM +0200, Lucas Stach wrote:
> > Install a non-faulting handler just before unmasking imprecise aborts
> > and switch back to the regular one after unmasking is done.
> >
> > This catches any
On Thu, Oct 15, 2015 at 08:39:15AM -0700, Tony Lindgren wrote:
> * Russell King - ARM Linux [151015 08:37]:
> > On Thu, Oct 15, 2015 at 12:32:20PM +0200, Lucas Stach wrote:
> > > Install a non-faulting handler just before unmasking imprecise aborts
> > > and switch back to
On Wednesday 14 October 2015 14:38:59 Tony Lindgren wrote:
> Device tree changes for omaps for v4.4 merge window:
>
> - DCAN sleep pins for am437x-gp-evm
>
> - A series of changes to add audio support for dra7
>
> - Add support for gpio keys and LEDs on dra7
>
> - Regulator clean-up for
On Wednesday 14 October 2015 14:38:58 Tony Lindgren wrote:
> Clean-up for omaps for v4.4 merge window:
>
> - Remove legacy omap3 ISP code as the driver is DT only
>
> - Remove VoiceBlue board support as it's been unused over
> 10 years now
>
> - Remove unused polarity control macros for TWL
>
* Arnd Bergmann [151015 13:40]:
> On Wednesday 14 October 2015 14:38:59 Tony Lindgren wrote:
>
> > Note that this branch is against v4.3-rc4 as that contains critical
> > MMC related fixes to boot with MMC working on most omaps.
>
> While we are lucky this time as I based the
* Russell King - ARM Linux [151015 09:11]:
> On Thu, Oct 15, 2015 at 08:39:15AM -0700, Tony Lindgren wrote:
> > * Russell King - ARM Linux [151015 08:37]:
> > > On Thu, Oct 15, 2015 at 12:32:20PM +0200, Lucas Stach wrote:
> > > > Install a
Hi Thomas,
On 10/13/2015 09:33 PM, Thomas Gleixner wrote:
Grygorii,
On Tue, 13 Oct 2015, Grygorii Strashko wrote:
I'd very appreciate for any advice of how to better proceed with your request.
- I can try to apply and re-send only patches marked by '*'
- I can prepare branch with all
On 10/15/2015 02:35 AM, Roger Quadros wrote:
> On 14/10/15 23:03, Franklin S Cooper Jr. wrote:
>>
>> On 10/14/2015 01:13 PM, Tony Lindgren wrote:
>>> * Franklin S Cooper Jr. [151014 09:27]:
On 10/14/2015 11:18 AM, Tony Lindgren wrote:
> * Franklin S Cooper Jr.
GPMC address information is provided by device tree. No longer need
to include this information within hwmod.
Signed-off-by: Franklin S Cooper Jr
---
Version 2 changes:
None
arch/arm/mach-omap2/omap_hwmod_33xx_43xx_interconnect_data.c | 10 --
NAND DMA prefetch has been broken for awhile and seems to have only
worked for SDMA based devices
This patchset fixes DMA prefetch to work on both EDMA and SDMA devices
Test on:
am335x gp evm
am437x gp evm
am37x gp evm
This patchset depends on Roger Quadros recent v4 GPMC/NAND patchset
Based on DMA documentation and testing using high memory buffer when
doing dma transfers can lead to various issues including kernel
panics.
To workaround this simply use cpu copy. The amount of high memory
buffers used are very uncommon so no noticeable performance hit should
be seen.
The prefetch engine sends a dma request once a FIFO threshold has
been met. No other requests are received until the previous request
is handled.
Starting an edma transfer (dma_async_issue_pending) results in any
previous event for the dma channel to be cleared. Therefore, starting
the prefetch
Add dma channel information to the gpmc. Although not enabled by
default this will allow prefetch-dma to be used.
Signed-off-by: Franklin S Cooper Jr
---
V2 Changes:
Added DMA entry for OMAP4 and OMAP5
arch/arm/boot/dts/am33xx.dtsi | 2 ++
arch/arm/boot/dts/am4372.dtsi | 2 ++
ELM address information is provided by device tree. No longer need
to include this information within hwmod.
Signed-off-by: Franklin S Cooper Jr
---
Version 2 changes:
Removing elm addr entries also for 335x,437x and omap4 hwmod
Add additional details to the GPMC NAND documentation to clarify
what is needed to enable NAND DMA prefetch.
Signed-off-by: Franklin S Cooper Jr
---
V2 Changes:
Replace nand and Nand with NAND
Specify the value dma-names should be set to
On 10/14/2015 06:50 AM, Roger Quadros wrote:
> On 13/10/15 04:38, Franklin S Cooper Jr wrote:
>> Add additional details to the gpmc and nand documentation to clarify
>> what is needed to enable nand dma prefetch.
>>
>> Signed-off-by: Franklin S Cooper Jr
>> ---
>>
Switch from dma_request_channel to allow passing dma channel
information from DT rather than hardcoding a value.
Signed-off-by: Franklin S Cooper Jr
---
V2 Changes:
None
drivers/mtd/nand/omap2.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
38 matches
Mail list logo