* George Cherian [140619 20:43]:
> On 6/19/2014 4:54 PM, Tony Lindgren wrote:
> >* Daniel Mack [140619 03:51]:
> >>On 06/19/2014 12:43 PM, Tony Lindgren wrote:
> >>>* Daniel Mack [140619 03:38]:
> On 06/19/2014 12:31 PM, Tony Lindgren wrote:
> >* Daniel Mack [140619 03:10]:
> >>On 0
On 6/19/2014 4:54 PM, Tony Lindgren wrote:
* Daniel Mack [140619 03:51]:
On 06/19/2014 12:43 PM, Tony Lindgren wrote:
* Daniel Mack [140619 03:38]:
On 06/19/2014 12:31 PM, Tony Lindgren wrote:
* Daniel Mack [140619 03:10]:
On 06/19/2014 11:56 AM, Tony Lindgren wrote:
But that also raises
On Fri, Jun 20, 2014 at 01:40:04AM +0300, Aaro Koskinen wrote:
> So I tried the below change. But now it hangs early, even before
> the earlyprintk is working. :-/
Thanks for trying. I notice you said "write-through", so can you
drop the PMD_SECT_BUFFERABLE flag and try again please?
--
FTTC br
Hi,
On Thu, Jun 19, 2014 at 09:58:53PM +0100, Russell King - ARM Linux wrote:
> On Thu, Jun 19, 2014 at 11:36:55PM +0300, Aaro Koskinen wrote:
> > When booting v3.16-rc1 on OMAP1, I noticed strange slowness.
> > E.g. initramfs unpack takes several minutes. This was caused by default
> > cachepolic
On Thu, Jun 19, 2014 at 11:36:55PM +0300, Aaro Koskinen wrote:
> Hi,
>
> When booting v3.16-rc1 on OMAP1, I noticed strange slowness.
> E.g. initramfs unpack takes several minutes. This was caused by default
> cachepolicy getting changed from writethrough -> uncached for some reason:
>
> [0.0
Hi,
When booting v3.16-rc1 on OMAP1, I noticed strange slowness.
E.g. initramfs unpack takes several minutes. This was caused by default
cachepolicy getting changed from writethrough -> uncached for some reason:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Initializing cgroup s
Hi Darren,
On Thu, Jun 19, 2014 at 08:41:43AM -0500, Darren Etheridge wrote:
> Guido,
>
> Thanks and sorry I missed this the first time around. I'll give it a try on
> a few of my AM335x based boards when I have access to them again on Monday.
Thanks! And no worries :)
>
> Darren
>
--
Guido
Hi,
On Thu, Jun 19, 2014 at 03:44:42AM -0700, Tony Lindgren wrote:
> * George Cherian [140526 02:25]:
> > BABBLE and RESET share the same interrupt. The interrupt
> > is considered to be RESET if MUSB is in peripheral mode and
> > as a BABBLE if MUSB is in HOST mode.
> >
> > Handle babble condit
Guido,
Thanks and sorry I missed this the first time around. I'll give it a
try on a few of my AM335x based boards when I have access to them again
on Monday.
Darren
On 06/17/2014 09:17 AM, Guido MartÃnez wrote:
The tilcdc driver could be compiled as a module, but was severely broken
and c
On 06/19/2014 03:45 PM, Kishon Vijay Abraham I wrote:
Hi Tero,
On Thursday 19 June 2014 04:40 PM, Tero Kristo wrote:
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Add divider table to optfclk_pciephy_div clock. The Documentation
for divider clock can be found at ../cloc
On 06/19/2014 04:23 PM, Kishon Vijay Abraham I wrote:
Hi Tero,
On Thursday 19 June 2014 04:46 PM, Tero Kristo wrote:
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
Added missing 32khz clock used by PCIe PHY.
The documention for this node can be found @ ../bindings/clock/ti/gate.txt.
Y
Hi,
On Thursday 19 June 2014 04:50 PM, Tero Kristo wrote:
> On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
>> Added missing clocks used by second instance of PCIe PHY.
>> The documention for this nodes can be found @ ../bindings/clock/ti/gate.txt.
>
> Drop the ref to the binding doc and ra
On 06/19/2014 04:00 PM, Kishon Vijay Abraham I wrote:
Hi Tero,
On Thursday 19 June 2014 04:42 PM, Tero Kristo wrote:
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Change the parent of apll_pcie_in_clk_mux to dpll_pcie_ref_m2ldo_ck
from dpll_pcie_ref_ck.
Why? Needs a b
Hi Tero,
On Thursday 19 June 2014 04:46 PM, Tero Kristo wrote:
> On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
>> Added missing 32khz clock used by PCIe PHY.
>> The documention for this node can be found @ ../bindings/clock/ti/gate.txt.
>
> You can drop the node documentation ref, and rat
Hi Tero,
On Thursday 19 June 2014 04:42 PM, Tero Kristo wrote:
> On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
>> From: Keerthy
>>
>> Change the parent of apll_pcie_in_clk_mux to dpll_pcie_ref_m2ldo_ck
>> from dpll_pcie_ref_ck.
>
> Why? Needs a better changelog also.
Figure 26-22. DPLL_
Hi Tero,
On Thursday 19 June 2014 04:40 PM, Tero Kristo wrote:
> On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
>> From: Keerthy
>>
>> Add divider table to optfclk_pciephy_div clock. The Documentation
>> for divider clock can be found at ../clock/ti/divider.txt
>
> This patch requires a b
On 06/18/2014 10:52 AM, Roger Quadros wrote:
On 06/17/2014 05:03 PM, Roger Quadros wrote:
Define ti_clk_register_dpll_x2() and of_ti_am3_dpll_x2_setup() if
AM43XX is defined.
Fixes the below boot issue.
[2.157258] gpmc_l3_clk not enabled
[2.161194] gpmc_l3_clk not enabled
[2.164896
On 06/17/2014 11:04 AM, Tomi Valkeinen wrote:
When setting the rate of a clock, by default the clock framework will
change the parent of the clock to the most suitable one in
__clk_mux_determine_rate() (most suitable by looking at the clock rate).
This is a rather dangerous default, and causes p
* Daniel Mack [140619 03:51]:
> On 06/19/2014 12:43 PM, Tony Lindgren wrote:
> > * Daniel Mack [140619 03:38]:
> >> On 06/19/2014 12:31 PM, Tony Lindgren wrote:
> >>> * Daniel Mack [140619 03:10]:
> On 06/19/2014 11:56 AM, Tony Lindgren wrote:
>
> >>> But that also raises a question: Were
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
Added missing clocks used by second instance of PCIe PHY.
The documention for this nodes can be found @ ../bindings/clock/ti/gate.txt.
Drop the ref to the binding doc and rather add a ref to TRM about the
clock layout. Also, is the register
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
Added missing 32khz clock used by PCIe PHY.
The documention for this node can be found @ ../bindings/clock/ti/gate.txt.
You can drop the node documentation ref, and rather add a TRM reference
about hardware details. Other than that, looks g
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Change the parent of apll_pcie_in_clk_mux to dpll_pcie_ref_m2ldo_ck
from dpll_pcie_ref_ck.
Why? Needs a better changelog also.
-Tero
Cc: Rajendra Nayak
Cc: Tero Kristo
Cc: Paul Walmsley
Signed-off-by: Keerthy
Signed-o
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Add divider table to optfclk_pciephy_div clock. The Documentation
for divider clock can be found at ../clock/ti/divider.txt
This patch requires a better changelog. Why is the change done, any TRM
refs etc.?
-Tero
Cc: Ra
On 06/19/2014 12:43 PM, Tony Lindgren wrote:
> * Daniel Mack [140619 03:38]:
>> On 06/19/2014 12:31 PM, Tony Lindgren wrote:
>>> * Daniel Mack [140619 03:10]:
On 06/19/2014 11:56 AM, Tony Lindgren wrote:
>>> But that also raises a question: Were these patches merged for
>>> v3.16 ever even
* George Cherian [140526 02:25]:
> BABBLE and RESET share the same interrupt. The interrupt
> is considered to be RESET if MUSB is in peripheral mode and
> as a BABBLE if MUSB is in HOST mode.
>
> Handle babble condition iff MUSB is in HOST mode.
Please get this into mainline kernel for v3.16-rc
* Daniel Mack [140619 03:38]:
> Hi Tony,
>
> On 06/19/2014 12:31 PM, Tony Lindgren wrote:
> > * Daniel Mack [140619 03:10]:
> >> On 06/19/2014 11:56 AM, Tony Lindgren wrote:
> >>> Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct
> >>> to recover from babble errors) causes MUSB gadget
Hi Tony,
On 06/19/2014 12:31 PM, Tony Lindgren wrote:
> * Daniel Mack [140619 03:10]:
>> On 06/19/2014 11:56 AM, Tony Lindgren wrote:
>>> Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct
>>> to recover from babble errors) causes MUSB gadgets to stop
>>> enumerating at least on omap3.
* Daniel Mack [140619 03:10]:
> (+ George)
>
> On 06/19/2014 11:56 AM, Tony Lindgren wrote:
> > Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct
> > to recover from babble errors) causes MUSB gadgets to stop
> > enumerating at least on omap3. Reverting the the commit fixes
> > the iss
(+ George)
On 06/19/2014 11:56 AM, Tony Lindgren wrote:
> Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct
> to recover from babble errors) causes MUSB gadgets to stop
> enumerating at least on omap3. Reverting the the commit fixes
> the issue.
Hmm, so do you see babble errors occurin
Hi,
Looks like commit ca88fc2ef0d7 (usb: musb: add a work_struct
to recover from babble errors) causes MUSB gadgets to stop
enumerating at least on omap3. Reverting the the commit fixes
the issue.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body
30 matches
Mail list logo