Hi Tony,
On 21/01/14 12:56, Tomi Valkeinen wrote:
> Hi,
>
> Here's version 3 of the DSS DT series.
Can you have a look at the arch/arm/ parts in the series and ack if
they're ok, i.e, patches 1, 2, 32.
Then there are the .dts patches, 22-30, for which I haven't been able to
get any acks. I'm no
On Thursday 06 March 2014 01:20 AM, Tony Lindgren wrote:
> * Mugunthan V N [140303 06:53]:
>> Benoit/Tony
>>
>> Here I am send all the pending dt patches that can go into 3.15 merge window,
>> all the patches were already posted to mailing list and has beed reviewed.
>>
>> I have rebased the patch
The IOMMU DT adaptation support uses the device name instead
of an iommu object name. Fixup the ISP device archdata MMU
name at runtime if using DT-boot. This allows the OMAP3 camera
to be functional in both legacy and DT boots. The iommu object
names should eventually vanish when all the IOMMU use
A new MMU hwmod class and data structures are created
to represent the MMUs within the IPU and DSP processor
subsystems in OMAP5. The MMUs in OMAP5 are identical to
those in OMAP4.
Cc: Paul Walmsley
Cc: Benoit Cousson
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 8
From: Florian Vaussard
CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
usage by tidspbridge and other iommu users. The same can be achieved
by marking the DT node disabled, so remove this obsolete flag and
the corresponding hwmod data can be enabled.
Cc: Paul Walmsley
Signed-
Hi Paul, Benoit,
This is a repost as per Tony's request [3] of all the OMAP IOMMU DT support
patches that are under arch/arm. The series just assimilates patches 8
through 13 from the v3 OMAP IOMMU DT adaptation for 3.15 series [1], and
all the v2 patches from the OMAP IOMMU DTS nodes [2].
The on
OMAP5 has the same iommus as OMAP4, so extend the OMAP4
iommu pdata quirks for OMAP5 as well.
Signed-off-by: Suman Anna
---
arch/arm/mach-omap2/pdata-quirks.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
b/arch/arm/mach-omap2/pdata-quirks.c
index 74
From: Florian Vaussard
Add the IOMMU nodes for the DSP and IPU subsystems. The MMU
within the IPU sub-system also supports a bus error back
capability, not available on the DSP MMU.
Signed-off-by: Florian Vaussard
[s-a...@ti.com: IPU bus error back addition]
Signed-off-by: Suman Anna
---
arch
The IOMMU DT nodes have been added for the DSP and IPU
subsystems. The MMUs in OMAP5 are identical to those in
OMAP4, including the bus error back capability on IPU.
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap5.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/ar
The IVA MMU is not functional when used through the hwmod and
omap_device layers. Add fixes to clockdomain and hwmod data
to have it functional. The hwmod changes are needed to enable
the clock, and the SWSUP change is needed to wakeup the domain
because the power domain is programmed to be in RET,
From: Florian Vaussard
Update the IOMMU node for the camera subsystem as per the
OMAP IOMMU bindings.
Signed-off-by: Florian Vaussard
[s-a...@ti.com: corrected interrupt number]
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/omap3.dtsi | 7 ---
1 file changed, 4 insertions(+), 3 deletion
The OMAP iommu driver performs the reset management for the
iommu instances in processor sub-systems using the omap_device
API which are currently supplied as platform data ops. Use pdata
quirks to maintain the functionality as the OMAP iommu driver
gets converted to use DT nodes, until the reset p
From: Florian Vaussard
Add the DT node for the IOMMU within the DSP subsystem. The entry
is disabled to keep in line with the hwmod usage as intended by
the deprecated CONFIG_OMAP_IOMMU_IVA2 flag.
Signed-off-by: Florian Vaussard
[s-a...@ti.com: split the entry and disable the node]
Signed-off-b
On Wed, Mar 05, 2014 at 09:42:38AM -0600, Joel Fernandes wrote:
>
> In my testing it wasn't called from softirq, I'm using cryptodev which is
> called from openssl through ioctl, here is a traceback (sorry about wrap):
>
> [] (cryptodev_ioctl+0x282/0x59c [cryptodev])
> [ 220.015390] [] (cryptodev
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: 04 March 2014 23:43
> To: Marc Murphy
> Cc: 'ba...@ti.com'; 'Igor Grinberg'; Roger Quadros; linux-
> o...@vger.kernel.org
> Subject: Re: Help needed USB hub disconnected at resume
>
> On Tue, Mar 04, 2014 at 11:05:58PM
Tony,
On 03/05/2014 01:33 PM, Tony Lindgren wrote:
* Suman Anna [140304 09:03]:
On 03/04/2014 10:04 AM, Joerg Roedel wrote:
Applied patches 1-7 to my arm/omap branch.
Tony, you can pull that branch into your tree if needed (when I pushed
it, which will happen today or tomorrow).
OK thanks
* yegorsli...@googlemail.com [140304 23:32]:
> From: Yegor Yefremov
>
> EVM board provides two Ethernet ports, this patch sets them into
> dual_emac mode to provide two independent network interfaces.
Thanks applying into omap-for-v3.15/dt.
Tony
--
To unsubscribe from this list: send the line
* Mugunthan V N [140303 06:53]:
> Benoit/Tony
>
> Here I am send all the pending dt patches that can go into 3.15 merge window,
> all the patches were already posted to mailing list and has beed reviewed.
>
> I have rebased the patches on top of
> git://git.kernel.org/pub/scm/linux/kernel/git/tm
* Tony Lindgren [140305 11:51]:
> * Nishanth Menon [140129 15:48]:
> > Now that clock nodes have been merged to master,
> > refresh of the series meant for all TI platforms using ABB.
> > Originally posted [1], I will restart with v1.
>
> Thanks applying all except for the crossbar ones into
> o
* Nishanth Menon [140129 15:48]:
> Now that clock nodes have been merged to master,
> refresh of the series meant for all TI platforms using ABB.
> Originally posted [1], I will restart with v1.
Thanks applying all except for the crossbar ones into
omap-for-v3.15/dt.
Please resend the last three
* George Cherian [140303 05:58]:
> The patch series adds USB dt nodes for am43xx epos and gp evm
>
> Boot tested with Benoit's for_3.15 + following patches
>
> https://patchwork.kernel.org/patch/3600821/
> https://patchwork.kernel.org/patch/3600831/
> https://patchwork.kernel.org/patch/3600851/
* Kishon Vijay Abraham I [140305 04:46]:
> Tony/Benoit,
>
> On Monday 03 March 2014 05:08 PM, Kishon Vijay Abraham I wrote:
> >Added device tree bindings for dwc3, usb2 and usb3 PHYs. The documentation
> >of these can be found at
> >Documentation/devicetree/bindings/phy/phy-bindings.txt
> >and D
* Florian Vaussard [140305 00:04]:
> On 03/03/2014 02:07 PM, Roger Quadros wrote:
> >
> > Putting usb host pins in omap3-overo.dtsi implies that all Overo expansion
> > boards will use it
> > but that is not always the case. Any expansion board vendor can decide not
> > to use USB host feature.
* Suman Anna [140304 09:03]:
> On 03/04/2014 10:04 AM, Joerg Roedel wrote:
> >
> >Applied patches 1-7 to my arm/omap branch.
> >
> >Tony, you can pull that branch into your tree if needed (when I pushed
> >it, which will happen today or tomorrow).
OK thanks, looks like remaining patches compile j
* Andreas Fenkart [140305 00:39]:
> Hi Tony,
>
> I had an infinite loop in hsmmc_disable_wake_irq. Since the SDIO
> irq is level triggered, I have to disable the IRQ in the handler
> otherwise it is called infinitely.
>
> Did some other minor changes see below.
>
> v8
> - rebased on top of Ton
* Tony Lindgren [140305 09:12]:
> * Tero Kristo [140305 00:17]:
> > On 03/04/2014 11:28 PM, Tony Lindgren wrote:
> > >* Tero Kristo [140304 10:58]:
> > >>On 03/04/2014 07:32 PM, Tony Lindgren wrote:
> > >>>* Tero Kristo [140304 01:22]:
> > This is no longer needed as clock data is provided
* Tero Kristo [140304 08:22]:
> Hi,
>
> This set cleans up the CM/PRM codebase a bit, removing the need for direct
> CM/PRM register access macros outside CM/PRM drivers. This is done in
> preparation to isolate these drivers into its own driver directory.
> Currently my plan is to create a singl
Has anybody successfuly setup ethernet bonding on a TI AM335x based system using
the CPSW in dual standalone emac mode?
I am running an active-backup test setup - momentarily still running Linux 3.2 -
and experience repeated loss of ethernet connectivity. That happens eg. after
the board is idle a
* Christoph Fritz [140305 05:28]:
> On Wed, 2014-03-05 at 15:07 +0200, Tero Kristo wrote:
> > On 03/01/2014 12:37 AM, Tony Lindgren wrote:
> > > * Christoph Fritz [140214 06:24]:
> > >> Full device tree support for clock control, especially to set
> > >> frequencies,
> > >> is not yet accomplish
* Tomi Valkeinen [140305 03:28]:
> On 05/03/14 12:12, Tero Kristo wrote:
> > On 03/05/2014 10:35 AM, Tomi Valkeinen wrote:
> >> Hi Tero,
> >>
> >> What about the dts fixes in this series? DSS DT depends on those fixes.
> >> I'd like the dts fixes to be either merged for v3.14, or I can add them
>
* Tero Kristo [140305 00:17]:
> On 03/04/2014 11:28 PM, Tony Lindgren wrote:
> >* Tero Kristo [140304 10:58]:
> >>On 03/04/2014 07:32 PM, Tony Lindgren wrote:
> >>>* Tero Kristo [140304 01:22]:
> This is no longer needed as clock data is provided through DT.
> >>>
> >>>Looks like there's a n
* Andreas Fenkart [140305 00:30]:
> Hi,
>
> 2014-02-27 22:33 GMT+01:00 Tony Lindgren :
> >
> > Thanks for updating this, I finally got around to spend some
> > time with it again. I've folded in your fixes and quirk support
> > into my earlier patch from [0] as that had a better changelog
> > des
* Tero Kristo [140304 23:35]:
> On 03/04/2014 07:32 PM, Tony Lindgren wrote:
> >* Tero Kristo [140304 01:22]:
> >>This is no longer needed as clock data is provided through DT.
> >
> >And this one we cannot apply yet until omap3 is booting in device tree
> >only mode.
>
> What is missing to achi
* Roger Quadros [140305 04:26]:
> + George
>
> Tony,
>
> On 03/04/2014 06:28 PM, Tony Lindgren wrote:
> > * Roger Quadros [140304 01:17]:
> >> Hi Tony,
> >>
> >> On 03/03/2014 09:02 PM, Tony Lindgren wrote:
> >>> * Roger Quadros [140303 07:10]:
> Move omap-control binding information to t
On 03/05/2014 01:11 AM, Herbert Xu wrote:
> On Wed, Mar 05, 2014 at 04:18:12AM +, Fernandes, Joel wrote:
>>
>>
>>> On Mar 4, 2014, at 8:00 PM, "Herbert Xu"
>>> wrote:
>>>
On Tue, Mar 04, 2014 at 12:30:54PM -0600, Joel Fernandes wrote:
HIGHMEM pages may not be mapped so we must kmap
On 03/05/2014 04:47 PM, Kishon Vijay Abraham I wrote:
> Roger,
>
> On Wednesday 05 March 2014 08:13 PM, Roger Quadros wrote:
>> Hi Kishon,
>>
>> On 03/03/2014 01:38 PM, Kishon Vijay Abraham I wrote:
>>> Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
>>> power_on and power_o
Roger,
On Wednesday 05 March 2014 08:13 PM, Roger Quadros wrote:
Hi Kishon,
On 03/03/2014 01:38 PM, Kishon Vijay Abraham I wrote:
Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
power_on and power_off the following APIs are used phy_init(), phy_exit(),
phy_power_on() and
Hi Kishon,
On 03/03/2014 01:38 PM, Kishon Vijay Abraham I wrote:
> Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
> power_on and power_off the following APIs are used phy_init(), phy_exit(),
> phy_power_on() and phy_power_off().
>
> However using the old USB phy library wo
On 20/02/14 21:30, Paul Walmsley wrote:
> On Wed, 19 Feb 2014, Paul Walmsley wrote:
>
>> On Fri, 17 Jan 2014, Tomi Valkeinen wrote:
>>
>>> This patch adds a simple method of rounding: during the iteration, the
>>> code keeps track of the closest rate match. If no exact match is found,
>>> the cl
On Wed, 2014-03-05 at 15:07 +0200, Tero Kristo wrote:
> On 03/01/2014 12:37 AM, Tony Lindgren wrote:
> > * Christoph Fritz [140214 06:24]:
> >> Full device tree support for clock control, especially to set frequencies,
> >> is not yet accomplished. Until then, configure the 24Mhz of sys_clkout2 to
Ping.
Mike, any feedback on this?
-Tero
On 02/13/2014 11:00 AM, Tero Kristo wrote:
Hi,
This set is a mix-match of new DT properties for generic and TI specific
clock drivers. Basically provided for commenting purposes. The patches
provide a way to configure clock parents / rates during boot t
On 03/01/2014 12:37 AM, Tony Lindgren wrote:
* Christoph Fritz [140214 06:24]:
Full device tree support for clock control, especially to set frequencies,
is not yet accomplished. Until then, configure the 24Mhz of sys_clkout2 to
feed an USB-Hub here.
Hmm would like to see Tero's comments on t
Tony/Benoit,
On Monday 03 March 2014 05:08 PM, Kishon Vijay Abraham I wrote:
Added device tree bindings for dwc3, usb2 and usb3 PHYs. The documentation
of these can be found at Documentation/devicetree/bindings/phy/phy-bindings.txt
and Documentation/devicetree/bindings/phy/ti-phy.txt.
Can this
+ George
Tony,
On 03/04/2014 06:28 PM, Tony Lindgren wrote:
> * Roger Quadros [140304 01:17]:
>> Hi Tony,
>>
>> On 03/03/2014 09:02 PM, Tony Lindgren wrote:
>>> * Roger Quadros [140303 07:10]:
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadr
Loan Application at a low rate of 0.5% send your Name,Amount,Phone and country
to standar...@56788.com
Note: $5,000.00 USD minimum and $100,000,000 Maximum.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordom
On 05/03/14 12:12, Tero Kristo wrote:
> On 03/05/2014 10:35 AM, Tomi Valkeinen wrote:
>> Hi Tero,
>>
>> What about the dts fixes in this series? DSS DT depends on those fixes.
>> I'd like the dts fixes to be either merged for v3.14, or I can add them
>> to my DSS DT series (with acks).
>
> Well, I
On 03/04/2014 06:28 PM, Tony Lindgren wrote:
> * Roger Quadros [140304 01:17]:
>> Hi Tony,
>>
>> On 03/03/2014 09:02 PM, Tony Lindgren wrote:
>>> * Roger Quadros [140303 07:10]:
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros
---
On 03/05/2014 10:35 AM, Tomi Valkeinen wrote:
Hi Tero,
What about the dts fixes in this series? DSS DT depends on those fixes.
I'd like the dts fixes to be either merged for v3.14, or I can add them
to my DSS DT series (with acks).
Well, I am not a maintainer of any sort, so you are asking wro
Hi Tero,
What about the dts fixes in this series? DSS DT depends on those fixes.
I'd like the dts fixes to be either merged for v3.14, or I can add them
to my DSS DT series (with acks).
Tomi
On 13/02/14 12:03, Tomi Valkeinen wrote:
> Hi,
>
> I've been debugging OMAP3 related issues with DSS cl
Add SDIO IRQ entries to debugfs entry. Note that PSTATE shows current
state of data lines, incl. SDIO IRQ pending
Signed-off-by: Andreas Fenkart
Signed-off-by: Tony Lindgren
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 16985da..94b2e81 100644
--- a/drivers/mm
The am335x can't detect pending cirq in PM runtime suspend.
This patch reconfigures dat1 as a GPIO before going to suspend.
SDIO interrupts are detected with the GPIO, the GPIO will only wake
the module from suspend, SDIO irq detection will still happen through the
IP block.
Idea of remuxing the p
There have been various patches floating around for enabling
the SDIO IRQ for hsmmc, but none of them ever got merged.
Probably the reason for not merging the SDIO interrupt patches
has been the lack of wake-up path for SDIO on some omaps that
has also needed remuxing the SDIO DAT1 line to a GPIO
Hi Tony,
I had an infinite loop in hsmmc_disable_wake_irq. Since the SDIO
irq is level triggered, I have to disable the IRQ in the handler
otherwise it is called infinitely.
Did some other minor changes see below.
v8
- rebased on top of Tony Lindgren changes
- improved changelog describing th
Hi,
2014-02-28 18:04 GMT+01:00 Balaji T K :
> On Tuesday 25 February 2014 06:07 PM, Andreas Fenkart wrote:
>>
>> For now, only support SDIO interrupt if we are booted with
>> DT. This is because some platforms need special quirks. And
>> we don't want to add new legacy mux platform init code
>> ca
Hi,
2014-02-27 22:33 GMT+01:00 Tony Lindgren :
>
> Thanks for updating this, I finally got around to spend some
> time with it again. I've folded in your fixes and quirk support
> into my earlier patch from [0] as that had a better changelog
> describing the earlier work.
thanks, always struggled
On 03/04/2014 11:28 PM, Tony Lindgren wrote:
* Tero Kristo [140304 10:58]:
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo [140304 01:22]:
This is no longer needed as clock data is provided through DT.
Looks like there's a new error even before applying this patch in
the series
On 03/03/2014 02:07 PM, Roger Quadros wrote:
>
> On 03/03/2014 02:48 PM, Florian Vaussard wrote:
>> Hi Roger,
>>
>> On 03/03/2014 12:03 PM, Roger Quadros wrote:
>>> Hi Florian,
>>>
>>>
>>> On 03/03/2014 11:34 AM, Florian Vaussard wrote:
Add the High-Speed USB PHY.
Signed-off-by: Fl
57 matches
Mail list logo