Hi
On Sat, Nov 30, 2013 at 5:48 AM, Michael Trimarchi
wrote:
> Hi Roger
>
> On Fri, Nov 29, 2013 at 2:01 PM, Roger Quadros wrote:
>> With u-boot 2013.10, USB devices are sometimes not detected
>> on OMAP4 Panda. To make us independent of what bootloader does
>> with the USB Host module, we must
Hi Roger
On Fri, Nov 29, 2013 at 2:01 PM, Roger Quadros wrote:
> With u-boot 2013.10, USB devices are sometimes not detected
> on OMAP4 Panda. To make us independent of what bootloader does
> with the USB Host module, we must RESET it to get it to a known
> good state. This patch Soft RESETs the
On 11/13/2013 08:35 PM, Tony Lindgren wrote:
> We are wrongly relying on device id for the DMA configuration
> which can lead to wrong DMA channel being selected.
>
> Fix the issue by using the standard resources like we should.
>
> Cc: Chris Ball
> Cc: linux-...@vger.kernel.org
> Signed-off-by:
Hi,
On Fri, Nov 29, 2013 at 09:00:29PM +0200, Tero Kristo wrote:
> On 11/26/2013 10:51 AM, Alexander Aring wrote:
> >Hi,
> >
> >On Tue, Nov 26, 2013 at 10:05:56AM +0200, Tero Kristo wrote:
> >>From: J Keerthy
> >>
> >>The patch adds support for DRA7 PCIe APLL. The APLL
> >>sources the optional fu
(Ccing Vaibhav, who worked on this, iirc)
On Thu, Nov 28, 2013 at 02:04:37PM +0100, Brian Murphy wrote:
> Hi Folks,
>
> even though I have seen some references to power management on AM33xx
> class devices recently on this list it seems to me that just about the
> only omap
> device without susp
The GPMC driver includes arch/arm/mach-omap2/common.h but
does not use anything on that header so it can be removed.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/mach-omap2/gpmc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
i
Legacy board files in mach-omap2 used the helper functions
board_{nor,nand,onenand}_init() to initialize the flash
devices attached to the GPMC.
With Device Tree booting the initialization is handled by
the GPMC driver gpmc_probe_*_child() functions so this
code is not needed anymore now that OMAP
Now that OMAP2+ board files are scheduled for removal for v3.14
there is unused code that was only used by legacy platform code
and can be removed.
This patch-set depends on the series:
[PATCH 00/12] Drop omap3 board files and make mach-omap2 boot in DT only mode
and is composed of the following
When connecting an ethernet chip to the GPMC, such as smc91x
or smsc911x, a GPIO has to be requested to be used as an IRQ
and also the IO memory for a GPMC chip-select.
When booting with DT the chip-select allocation is handled
in a generic manner in the GPMC driver and the GPIO to IRQ
mapping is
Hi Tony,
On Tue, Nov 26, 2013 at 1:14 AM, Tony Lindgren wrote:
> Hi all,
>
> We can finally make mach-omap2 to boot in device tree only mode for v3.14.
>
> By doing that, we can get rid of about 2 lines of legacy code for v3.14
> that's no longer needed with device tree :) And that's not coun
On 11/26/2013 10:51 AM, Alexander Aring wrote:
Hi,
On Tue, Nov 26, 2013 at 10:05:56AM +0200, Tero Kristo wrote:
From: J Keerthy
The patch adds support for DRA7 PCIe APLL. The APLL
sources the optional functional clocks for PCIe module.
APLL stands for Analog PLL. This is different when comap
On 11/29/2013 07:12 PM, Tony Lindgren wrote:
* Paul Walmsley [131128 10:59]:
On Wed, 27 Nov 2013, Nishanth Menon wrote:
http://pastebin.mozilla.org/3681900 -> AM3517-evm (not sure yet how
long this has been broken).
Seems to work in v3.13-rc1:
http://www.pwsan.com/omap/testlogs/test_v3.13-
* Jarkko Nikula [131128 08:14]:
> Hi
>
> On 11/27/2013 11:59 PM, Tony Lindgren wrote:
> > * Chris Ball [131127 13:48]:
> >> Hi,
> >>
> >> On Wed, Nov 27 2013, Jarkko Nikula wrote:
> >>> Can you enlighten me what's the proper way to get patches to mmc since
> >>> I cannot figure out working metho
* Paul Walmsley [131128 10:59]:
> On Wed, 27 Nov 2013, Nishanth Menon wrote:
>
> > http://pastebin.mozilla.org/3681900 -> AM3517-evm (not sure yet how
> > long this has been broken).
>
> Seems to work in v3.13-rc1:
>
> http://www.pwsan.com/omap/testlogs/test_v3.13-rc1/20131124230250/boot/3517ev
* Lee Jones [131129 01:17]:
> Attn: Tony
>
> > > > Since currently nobody uses TWL603x platform data and all new
> > >
> > > Hmm... when you say nobody, how did you come to this conclusion?
> > >
> > > Without digging into it and probably not that relevant, it
> > > appears there is some referenc
* Javier Martinez Canillas [131129 01:01]:
> Hi Grazvydas,
>
> On Fri, Nov 29, 2013 at 12:57 AM, Grazvydas Ignotas wrote:
> > On Tue, Nov 26, 2013 at 3:17 AM, Tony Lindgren wrote:
> >> We can now boot all mach-omap2 related boards using appended device
> >> tree by creating a related .dts file
Adding Kevin's Linaro id, + Nishant,
On Tuesday 26 November 2013 05:46 PM, Chao Xu wrote:
> From: Felipe Balbi
>
> try to keep gpio block suspended as much as possible.
>
> Tested with pandaboard and a sysfs exported gpio.
>
> Signed-off-by: Felipe Balbi
>
> [caesarxuc...@gmail.com : Refresh
* Jarkko Nikula [131128 09:03]:
> Hi
>
> On 11/27/2013 11:37 PM, Tony Lindgren wrote:
> > * Jarkko Nikula [131127 12:55]:
> > Bummer, sounds like some duplicate work could have been avoided :(
> > I suggest resend to Chris and linux-mmc one more time as Chris should
> > pick up the MMC patches i
Hi Roger
On Fri, Nov 29, 2013 at 2:01 PM, Roger Quadros wrote:
> With u-boot 2013.10, USB devices are sometimes not detected
> on OMAP4 Panda. To make us independent of what bootloader does
> with the USB Host module, we must RESET it to get it to a known
> good state. This patch Soft RESETs the
Here's my proposal, based in Pekon's latest work.
This patch removes the flash device bus-width configuration, prior to
the device detection. With this modification, a NAND driver is no longer
able to "force" the device width, and instead can only obtain the detected
bus-width after the call to na
From: Pekon Gupta
This patch is alternative implementation for following commit which introduced
NAND_BUSWIDTH_AUTO for detection of bus-width during device probe
commit 64b37b2a63eb2f80b65c7185f0013f8ffc637ae3
Author: Matthieu CASTET
AuthorDate: 2012-11-06
As NAND device is identi
> From: Of Roger Quadros
> With u-boot 2013.10, USB devices are sometimes not detected
> on OMAP4 Panda. To make us independent of what bootloader does
> with the USB Host module, we must RESET it to get it to a known
> good state. This patch Soft RESETs the USB Host module.
...
> +++ b/drivers/mfd
With u-boot 2013.10, USB devices are sometimes not detected
on OMAP4 Panda. To make us independent of what bootloader does
with the USB Host module, we must RESET it to get it to a known
good state. This patch Soft RESETs the USB Host module.
Reported-by: Tomi Valkeinen
Cc: # 3.10+
Signed-off-by
Hi,
This patch fixes USB device detection issues on OMAP4 Panda with
latest u-boot release v2013.10.
Please queue it for 3.13-rc cycle. Thanks.
cheers,
-roger
Roger Quadros (1):
mfd: omap-usb-host: Fix USB device detection problems on OMAP4 Panda
drivers/mfd/omap-usb-host.c | 115 ++
On Fri, Nov 29, 2013 at 10:34 AM, Andreas Naumann wrote:
>> Nice find, I think I'm also affected by this. However this crashes on
>> OMAP3530 pandora because you now access INTERFSEL before interface
>> clock is enabled.. This is not a problem on DM37xx because it uses
>> different interconnects.
On Tue, Nov 26, 2013 at 11:46 PM, Chao Xu wrote:
> From: Felipe Balbi
>
> try to keep gpio block suspended as much as possible.
>
> Tested with pandaboard and a sysfs exported gpio.
>
> Signed-off-by: Felipe Balbi
>
> [caesarxuc...@gmail.com : Refreshed against v3.12-rc5, and added revision
>
Attn: Tony
> > > Since currently nobody uses TWL603x platform data and all new
> >
> > Hmm... when you say nobody, how did you come to this conclusion?
> >
> > Without digging into it and probably not that relevant, it
> > appears there is some references to it in platform data still:
> >
> > $ gi
Hi Grazvydas,
On Fri, Nov 29, 2013 at 12:57 AM, Grazvydas Ignotas wrote:
> On Tue, Nov 26, 2013 at 3:17 AM, Tony Lindgren wrote:
>> We can now boot all mach-omap2 related boards using appended device
>> tree by creating a related .dts file with pretty much the same
>> functionality as booted in
On 11/29/2013 09:08 AM, Brian Murphy wrote:
> On 11/27/2013 02:56 PM, Daniel Mack wrote:
>> This patch makes the edma driver resume correctly after suspend. Tested
>> on an AM33xx platform with cyclic audio streams and omap_hsmmc.
>
> Can I ask which git this patch is relative to? There is no
> su
Nice find, I think I'm also affected by this. However this crashes on
OMAP3530 pandora because you now access INTERFSEL before interface
clock is enabled.. This is not a problem on DM37xx because it uses
different interconnects. You should probably use "context_valid"
variable in omap2430_glue or
On 11/27/2013 02:56 PM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams and omap_hsmmc.
Can I ask which git this patch is relative to? There is no
suspend/resume support for AM33xx in Linus Torvalds kerne
31 matches
Mail list logo
