On Wed, Dec 17, 2014 at 11:08:06PM +0200, Jyri Sarha wrote:
I tried booting my 4460 Panda - which is the closest thing to 4430SDP that
I've got - on next-20141217, but I could not get it to the point where the
omap-abe-twl6040 probed. It probably is the problem you are talking about as
the
On Thu, Dec 18, 2014 at 10:16:18AM +, Russell King - ARM Linux wrote:
So that doesn't work - but importantly, it does point towards a
possible culpret - snd_soc_of_parse_audio_routing().
This is obvious when you stop and think about what it's doing, this is
truely where this bug lies,
Russel King wrote:
*snip*
Now, we have this call to snd_soc_of_parse_audio_routing(), which
allocates some memory, copies the old routes into it, and then adds
to them from DT. That explains why the pointer and number of routes
are different - there's 19 routes in omap4-sdp.dts - 17 + 19 =
On 12/18/2014 01:48 PM, Peter Rosin wrote:
Russel King wrote:
*snip*
Now, we have this call to snd_soc_of_parse_audio_routing(), which
allocates some memory, copies the old routes into it, and then adds
to them from DT. That explains why the pointer and number of routes
are different - there's
On 12/18/2014 12:18 AM, Kishon Vijay Abraham I wrote:
On Tuesday 16 December 2014 02:20 AM, Nishanth Menon wrote:
On 12/12/2014 02:06 AM, Kishon Vijay Abraham I wrote:
The reset values for all the PCF lines are high and hence on shutdown
we should drive all the lines high in order to bring
There are quite a few hwmods that don't have sysconfig register and so
_find_mpu_rt_port(oh) will return NULL thus preventing ready state check
on those modules after the module is enabled.
This can potentially cause a bus access error if the module is accessed
before the module is ready.
Get
Fixing up Paul's email id.
cheers,
-roger
On 18/12/14 17:49, Roger Quadros wrote:
There are quite a few hwmods that don't have sysconfig register and so
_find_mpu_rt_port(oh) will return NULL thus preventing ready state check
on those modules after the module is enabled.
This can
From: Benoit Parrot bpar...@ti.com
This patch series adds hwmods and VPFE DT node entries
for am43xx devices.
The sensor driver is not allowed to release so the remote
endpoint for vpfe dt nodes are commented at the moment.
Benoit Parrot (4):
ARM: AM43xx: hwmod: add VPFE hwmod entries
ARM:
From: Benoit Parrot bpar...@ti.com
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am43x epos evm.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad,
From: Benoit Parrot bpar...@ti.com
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
From: Darren Etheridge detheri...@ti.com
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am437x sk evm.
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
From: Benoit Parrot bpar...@ti.com
Add Video Processing Front End (VPFE) device tree
nodes for AM34xx family of devices.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad, Prabhakar
From: Benoit Parrot bpar...@ti.com
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am437x gp evm.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 106
* Tony Lindgren t...@atomide.com [141217 09:28]:
And then there are these too in the current mainline that are
clock related:
omap4xxx_dt_clk_init: failed to configure ABE DPLL!
...
clock: dpll_abe_ck failed transition to 'locked'
clock: dpll_abe_ck failed transition to 'locked'
clock:
This patch invokes add_preferred_console() with ttyS based on ttyO
arguments if the user didn't specify it on its own. This ensures that
the user will see the kernel booting on his serial console in case he
forgot to update the command line.
Signed-off-by: Sebastian Andrzej Siewior
On Wed, 17 Dec 2014, Lucas Stach wrote:
Maybe I'm thinking about this too lightly, but I think we already have
the right abstractions in place.
The clock tree in Linux is always modeled along the flow of reference
clocks. So typically the root of the tree is something like an
oscillator
Hi!
+ h4p_simple_send_frame(info, skb);
+
+ if (!wait_for_completion_interruptible_timeout(info-init_completion,
+ msecs_to_jiffies(1000)))
{
+ printk(h4p: negotiation did not return\n);
Memory leak in the error case
Hi!
On Thu 2014-12-18 20:31:53, Pavel Machek wrote:
Hi!
+ h4p_simple_send_frame(info, skb);
+
+ if (!wait_for_completion_interruptible_timeout(info-init_completion,
+msecs_to_jiffies(1000)))
{
+ printk(h4p: negotiation
Tony, Roger:
As far as I can see, the GPMC interface clock (GPMC_FCLK) is not
properly modeled in the devicetree. Instead, hwmod magic seems to be used.
arch/arm/mach-omap2/omap_hwmod_33xx_43xx_interconnect_data.c:
struct omap_hwmod_ocp_if am33xx_l3_s__gpmc = {
.master =
* Ezequiel Garcia ezequ...@vanguardiasur.com.ar [141218 12:49]:
Tony, Roger:
As far as I can see, the GPMC interface clock (GPMC_FCLK) is not
properly modeled in the devicetree. Instead, hwmod magic seems to be used.
I guess you mean the functional clock not interface clock?
for
‘omap3_dpll_ck_ops.determine_rate’) [enabled by default]
drivers/clk/ti/dpll.c:123:2: warning: initialization from incompatible
pointer type [enabled by default]
drivers/clk/ti/dpll.c:123:2: warning: (near initialization for
‘omap3_dpll_per_ck_ops.determine_rate’) [enabled by default]
As of next-20141218 things seem
On Thu, Dec 18, 2014 at 2:37 PM, Nishanth Menon n...@ti.com wrote:
script download fail does imply my farm has still issues to resolve..
but anyways.. more or less we are back operational again since it was
broken by next-20141216
I'm not seeing any more failures in next-20141218 either
On 12/18/2014 06:06 PM, Tony Lindgren wrote:
* Ezequiel Garcia ezequ...@vanguardiasur.com.ar [141218 12:49]:
Tony, Roger:
As far as I can see, the GPMC interface clock (GPMC_FCLK) is not
properly modeled in the devicetree. Instead, hwmod magic seems to be used.
I guess you mean the
Quoting Paul Walmsley (2014-12-18 11:23:07)
On Wed, 17 Dec 2014, Lucas Stach wrote:
Maybe I'm thinking about this too lightly, but I think we already have
the right abstractions in place.
The clock tree in Linux is always modeled along the flow of reference
clocks. So typically the
On Thu, 18 Dec 2014, Mike Turquette wrote:
Quoting Paul Walmsley (2014-12-18 11:23:07)
Flipping over from hardware to software, in the Linux clock tree, there's
usually not much point to modeling the VCO/DCO directly because it tends
not to be under the direct control of the OS, and it
Hi Roger,
On Thursday 18 December 2014 09:22 PM, Roger Quadros wrote:
Fixing up Paul's email id.
cheers,
-roger
On 18/12/14 17:49, Roger Quadros wrote:
There are quite a few hwmods that don't have sysconfig register and so
_find_mpu_rt_port(oh) will return NULL thus preventing ready
The first two patches are bug fixes in TRB preparation when scatter gather is
used. The next two patches are basically trivial and part of code cleanup.
The patches are rebased on Balbi's testing/next branch.
Amit Virdi (4):
usb: dwc3: gadget: Fix TRB preparation during SG
usb: dwc3: gadget:
When scatter gather is used, multiple TRBs are prepared from one DWC3 request.
Hence, we must set the 'last' flag when the SG is last as well as the TRB is
last. The current implementation uses list_is_last to check if the dwc3_request
is the last request in the request_list.
This doesn't work
dwc3_gadget_init_hw_endpoints calls dwc3_alloc_trb_pool only if epnum is not
equal to 0 or 1. Hence, rechecking it in the called function is redundant.
Signed-off-by: Amit Virdi amit.vi...@st.com
---
drivers/usb/dwc3/gadget.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
When SG is used, there are two loops iterating to prepare TRBs:
- Outer loop over the request_list
- Inner loop over the SG list
The driver must stop preparing TRBs when the max TRBs have been prepared. The
code was missing break to get out of the outer loop.
Signed-off-by: Amit Virdi
This field was introduced but never used. So, remove it.
Signed-off-by: Amit Virdi amit.vi...@st.com
---
drivers/usb/dwc3/core.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index 4bb9aa696ede..0842aa80976f 100644
---
31 matches
Mail list logo