Hi,
On Tuesday 04 March 2014 01:13 PM, Hans Verkuil wrote:
On 03/04/2014 08:38 AM, Archit Taneja wrote:
Hi Hans,
On Monday 03 March 2014 01:20 PM, Hans Verkuil wrote:
Hi Archit!
On 03/03/2014 08:33 AM, Archit Taneja wrote:
Add crop ioctl ops. For VPE, cropping only makes sense with the
This patch set mainly consists of minor fixes for the VPE driver. These fixes
ensure the following:
- The VPE module can be inserted and removed successively.
- Make sure that smaller resolutions like qcif work correctly.
- Prevent race condition between firmware loading and an open call to the
vpe fops(vpe_open in particular) should be called only when VPDMA firmware
is loaded. File operations on the video device are possible the moment it is
registered.
Currently, we register the video device for VPE at driver probe, after calling
a vpdma helper to initialize VPDMA and load firmware.
The minimum width and height for VPE input/output was kept as 128 pixels. VPE
doesn't have a constraint on the image height, it requires the image width to
be at least 16 bytes.
Change the minimum supported dimensions to 32x32. This allows us to de-interlace
qcif content. A smaller image size
For OMAP and DRA7x, we generally allocate video and graphics buffers through
omapdrm since the corresponding omap-gem driver provides DMM-Tiler backed
contiguous buffers. omapdrm is a dma-buf exporter. These buffers are used by
other drivers in the video pipeline.
Add VB2_DMABUF flag to the
Add selection ioctl ops. For VPE, cropping makes sense only for the input to
VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
only for the output of VPE(or V4L2_BUF_TYPE_VIDEO_CAPTURE/MPLANE buffers).
For the CAPTURE type, V4L2_SEL_TGT_COMPOSE results in VPE writing the
VPE has a ctrl parameter which decides how many mem to mem transactions the
active job from the job queue can perform.
The driver's job_ready() made sure that the number of ready source buffers are
sufficient for the job to execute successfully. But it didn't make sure if
there are sufficient
Some parameters of the VPE descriptors were understood incorrectly. They are now
fixed. The fixes are explained as follows:
- When adding an inbound data descriptor to the VPDMA descriptor list, we intend
to use c_rect as the cropped region fetched by VPDMA. Therefore, c_rect-width
shouldn't
The video_device struct is currently embedded in the driver data struct vpe_dev.
A vpe_dev instance is allocated by the driver, and the memory for the vfd is a
part of this struct.
The v4l2 core, however, manages the removal of the vfd region, through the
video_device's .release() op, which
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
[cc'ed netdev and davinci-linux-open-source]
--On March 03, 2014 19:39 -0500 Jon Ringle j...@ringle.org wrote:
On Mon, Mar 3, 2014 at 6:43 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
On Monday, March 03, 2014 02:41:01 PM Jon Ringle wrote:
I'm working on porting an ARM board from
On 03/04/2014 11:01 AM, Peter Ujfalusi wrote:
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
Where did the .com went from Santosh's email address??
I'll resend it in a minute with
Hi,
Cleanup of platform probe and remove (removing the remove function at the end)
with converting the driver to use the devm_* versions kzalloc, ioremap and
request_irq.
This is a resend of an old series which I found when doing some spring cleanup
on my HDD:
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
Hi,
Changes since v1:
- Fixed Santosh's email address in the commit messages.
Cleanup of platform probe and remove (removing the remove function at the end)
with converting the driver to use the devm_* versions kzalloc, ioremap and
request_irq.
This is a resend of an old series which I found
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c
Hi Tony,
On 03/03/2014 09:02 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [140303 07:10]:
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros rog...@ti.com
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 25
++
Cleans up the code a bit and is useful for clock data DT conversion.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cclock2420_data.c | 15 ---
arch/arm/mach-omap2/clock.c | 21 -
arch/arm/mach-omap2/clock.h |3 ---
AM dpll_data previously had autoidle_mask set, even if these SoC:s
don't have autoidle register. Remove the bit-field value as it is unused,
also drop the unnecessary DPLL_HAS_AUTOIDLE flag passing during init,
as we can just simply check against the contents of the autoidle_mask.
This patch adds support for omap2 type aplls, which have gating and
autoidle functionality.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/apll.txt | 24 ++-
arch/arm/mach-omap2/clock.h| 11 --
drivers/clk/ti/apll.c
osc_ck can be simply defined as a multiplexer clock, and the sys_ck
can be a simple divider.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cclock2420_data.c | 52 +
Hi,
Changes compared to v1:
- fixed OMAP2 only build issues
- fixed OMAP2420 boot issues
- added patch #13 and #14 to remove legacy clock data for OMAP2/OMAP3
- fixed smatch + DT bindings documentation problems reported by Nishanth
This set is un-tested on OMAP2 hardware as I don't have access
OMAP2430 I2CHS modules require specific hardware ops to be used, so added
a new compatible string for this.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/interface.txt |2 ++
arch/arm/mach-omap2/clock.h|1 -
OMAP2 has slightly different DPLL compared to later OMAP generations.
This patch adds support for the ti,omap2-dpll-core-clock and also adds
the bindings documentation.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/dpll.txt |9 +++
Otherwise legacy boot clock data is used.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/io.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index af432b1..e57088d 100644
---
This patch adds support for initializing also omap2-prcm and omap2-scrm
through DT.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/arm/omap/prcm.txt | 65
arch/arm/mach-omap2/prm_common.c |2 +
2 files changed, 67
The clock and clkdev for this are added manually.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 53 ++
drivers/clk/ti/clk-2xxx.c|2 +
include/linux/clk/ti.h |1 +
3 files
Adds support for registering the alias clocks, boot time clock-enable list
and disabling autoidle of clocks.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
drivers/clk/ti/Makefile |1 +
drivers/clk/ti/clk-2xxx.c | 254 +
include/linux/clk/ti.h
ti,composite-gate-clock documentation was missing, also the register
offset examples were wrong.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/gate.txt | 29 +---
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git
This patch creates a unique node for each clock in the OMAP2 power,
reset and clock manager (PRCM).
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/boot/dts/omap2420-clocks.dtsi | 270 +++
arch/arm/boot/dts/omap2420.dtsi| 29 +
arch/arm/boot/dts/omap2430-clocks.dtsi | 344
On 03/03/2014 08:52 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [140303 07:11]:
The OMAP_USB2 and OMAP_PIP3 phy devices will not be
detected if the OMAP_OCP2SCP driver is not present.
So select it.
Selecting drivers like this will easily lead into missing
dependencies.
Вторник, 4 марта 2014, 13:12 +04:00 от Alexander Shiyan shc_w...@mail.ru:
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi
Roger,
On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
From: Kishon Vijay Abraham I kis...@ti.com
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the
Hi,
On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
As this driver is no longer USB specific, use generic clock names.
- Fix PLL_SD_SHIFT from 9 to 10
- As optclk and wkupclk may not be always required, don't bail out
if they aren't available.
I think here too we face the same problem
On 03/04/2014 11:29 AM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
As this driver is no longer USB specific, use generic clock names.
- Fix PLL_SD_SHIFT from 9 to 10
- As optclk and wkupclk may not be always required, don't bail out
if they
On 03/04/2014 11:23 AM, Alexander Shiyan wrote:
- l3-l3_base[2] = ioremap(res-start, resource_size(res));
- if (!l3-l3_base[2]) {
- dev_err(pdev-dev, ioremap failed\n);
- ret = -ENOMEM;
- goto err2;
+ l3-l3_base[i] =
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Hi Igor
The Hub is a Microchip USB2513B-AEZG and is connected to EHCI controller
port via the DUP_P and DUP_N pins. There is a reset applied to the chip at
power on.
If the reset signal is sw controllable, you might want to toggle it
before the EHCI controller resumes.
The reset
Hi Archit,
On 03/04/14 09:49, Archit Taneja wrote:
Add selection ioctl ops. For VPE, cropping makes sense only for the input to
VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
only for the output of VPE(or V4L2_BUF_TYPE_VIDEO_CAPTURE/MPLANE buffers).
For the
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Hi,
On Tuesday 04 March 2014 03:10 PM, Hans Verkuil wrote:
Hi Archit,
On 03/04/14 09:49, Archit Taneja wrote:
Add selection ioctl ops. For VPE, cropping makes sense only for the input to
VPE(or V4L2_BUF_TYPE_VIDEO_OUTPUT/MPLANE buffers) and composing makes sense
only for the output of VPE(or
On 03/04/14 12:25, Archit Taneja wrote:
I had a minor question about the selection API:
Are the V4L2_SET_TGT_CROP/COMPOSE_DEFAULT and the corresponding
'BOUNDS' targets supposed to be used with VIDIOC_S_SELECTION? If so,
what's the expect behaviour?
No, those are read only in practice. So
On Tue, Mar 4, 2014 at 4:06 AM, Christian Riesch
christian.rie...@omicron.at wrote:
[cc'ed netdev and davinci-linux-open-source]
--On March 03, 2014 19:39 -0500 Jon Ringle j...@ringle.org wrote:
On Mon, Mar 3, 2014 at 6:43 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
On Monday, March
Hi,
Changes since v2:
Comments from Alexander Shiyan addressed:
- Do not check the return of platform_get_resource() - no need to do that
- Use devm_ioremap_resource() instead devm_request_and_ioremap()
Changes since v1:
- Fixed Santosh's email address in the commit messages.
Cleanup of
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 59
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git
Hi Archit,
From: Archit Taneja [mailto:arc...@ti.com]
Sent: Tuesday, March 04, 2014 12:25 PM
Hi,
On Tuesday 04 March 2014 03:10 PM, Hans Verkuil wrote:
Hi Archit,
On 03/04/14 09:49, Archit Taneja wrote:
Add selection ioctl ops. For VPE, cropping makes sense only for the
input to
On 03/03/2014 08:34 AM, Mark Brown wrote:
On Wed, Feb 26, 2014 at 11:14:25AM +0200, Jyri Sarha wrote:
This commit adds a bare bones driver support for TLV320AIC31XX family
audio codecs. The driver adds basic stereo playback trough headphone
and speaker outputs and mono capture trough microphone
Hi Jon,
[Now also cc'ed Prabhakar Lad]
--On March 04, 2014 07:34 -0500 Jon Ringle j...@ringle.org wrote:
On Tue, Mar 4, 2014 at 4:06 AM, Christian Riesch
christian.rie...@omicron.at wrote:
[cc'ed netdev and davinci-linux-open-source]
--On March 03, 2014 19:39 -0500 Jon Ringle
On Tue, Mar 4, 2014 at 9:06 AM, Christian Riesch
christian.rie...@omicron.at wrote:
Hi Jon,
[Now also cc'ed Prabhakar Lad]
--On March 04, 2014 07:34 -0500 Jon Ringle j...@ringle.org wrote:
On Tue, Mar 4, 2014 at 4:06 AM, Christian Riesch
christian.rie...@omicron.at wrote:
[cc'ed netdev
On Tuesday 04 March 2014 02:46 AM, Daniel Mack wrote:
This should probably be done implicitly through mmc_of_parse(), but that
doesn't play well along with the multi-slot model the hsmmc driver
features. Hence, for now, do it manually. The properties are already
documented in
There is a solitary write to this register every wakeup from off-mode,
which isn't doing anything, so remove it.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
Internal version contains the direct register access macros and should
only be used by PRCM drivers.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm2xxx.c |2 +-
arch/arm/mach-omap2/prm2xxx_3xxx.c |2 +-
arch/arm/mach-omap2/prm2xxx_3xxx.h
This isolates the PRM register access within the PRM driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/control.c | 11 ++-
arch/arm/mach-omap2/prm3xxx.c |9 +
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 12 insertions(+), 9 deletions(-)
This is a more proper isolation of the code. Done in preparation of making
PRM an individual driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 49 +
arch/arm/mach-omap2/prm3xxx.c | 45
Done in preparation to move CM to be a driver of its own. This patch causes
currently a build breakage which will be addressed in next patches.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm2xxx.c |1 +
arch/arm/mach-omap2/cm2xxx_3xxx.h | 48
Done in preparation to make the prm an individual driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 60 +
arch/arm/mach-omap2/prm3xxx.c | 53
arch/arm/mach-omap2/prm3xxx.h |1
Done in preparation to move cm/prm to drivers. These will still use
omap_test_timeout, but will not have access to common.h header under
mach-omap2 anymore.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prcm-common.h | 20
1 file changed, 20
Removed exported prototypes from the public header file for the direct
register access. Also made a new driver API for clearing mpuss previous
logic powerstate so that the register APIs are no longer needed.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap-mpuss-lowpower.c
Done in preparation to move PRM into its own driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 15 ---
arch/arm/mach-omap2/prm3xxx.c |7 +++
2 files changed, 7 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
This isolates the PRM register access within the PRM driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/control.c |6 +-
arch/arm/mach-omap2/prm3xxx.c | 20
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 22 insertions(+), 5
Remove a few OMAP34XX_CM_REGADDR defines and replace these with offset
based register accesses instead.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm3xxx.c | 12
arch/arm/mach-omap2/cm3xxx.h |6 ++
2 files changed, 10 insertions(+), 8 deletions(-)
Done to isolate the PRM as its own driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm24xx.c | 34 +
arch/arm/mach-omap2/prm2xxx.c | 42 +
arch/arm/mach-omap2/prm2xxx.h |1 +
3 files
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 single PRCM driver, which will contain
both,
This helps to isolate the PRM into its own driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm24xx.c | 31 +--
arch/arm/mach-omap2/prm2xxx.c | 18 ++
arch/arm/mach-omap2/prm2xxx.h |1 +
3 files changed, 32
Done in preparation to move the CM driver to its own driver folder.
These drivers will not have access to functionality under mach-omap2 anymore.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm2xxx.c | 15 ++-
arch/arm/mach-omap2/cm3xxx.c | 13 +
This is a more proper isolation of the code. Done in preparation of making
PRM an individual driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |5 +
arch/arm/mach-omap2/prm3xxx.c | 15 +++
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files
Helps to isolate the PRM driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 71 +---
arch/arm/mach-omap2/prm3xxx.c | 90 +
arch/arm/mach-omap2/prm3xxx.h |1 +
3 files changed, 92
This patch moves the functionality from PM core to control driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/control.c | 26 ++
arch/arm/mach-omap2/control.h |1 +
arch/arm/mach-omap2/pm34xx.c | 15 +--
3 files changed, 28
Control module related PM initializations are now moved within control
module driver. Done in preparation to isolate the code to its own driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/control.c | 19 +--
arch/arm/mach-omap2/control.h |3 +--
* Roger Quadros rog...@ti.com [140304 01:17]:
Hi Tony,
On 03/03/2014 09:02 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [140303 07:10]:
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros rog...@ti.com
---
On 03/04/2014 10:04 AM, Joerg Roedel wrote:
On Fri, Feb 28, 2014 at 03:00:00PM -0800, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [140228 12:46]:
Hi Joerg, Tony,
This is an updated series of the OMAP IOMMU DT adaptation intended
for 3.15 merge window, addressing the comments from the v2
On 03/04/2014 10:04 AM, Joerg Roedel wrote:
On Fri, Feb 28, 2014 at 03:00:00PM -0800, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [140228 12:46]:
Hi Joerg, Tony,
This is an updated series of the OMAP IOMMU DT adaptation intended
for 3.15 merge window, addressing the comments from the v2
* Tero Kristo t-kri...@ti.com [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 as I'm now getting the following oops on n8x0. So cannot
test this patch yet.
Regards,
Tony
[0.00]
Hi Ohad,
On 03/02/2014 02:19 PM, Bjorn Andersson wrote:
On Sat, Mar 1, 2014 at 9:14 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Mon, Feb 10, 2014 at 9:14 PM, Suman Anna s-a...@ti.com wrote:
On 02/07/2014 04:49 PM, Bjorn Andersson wrote:
It seems to be standard practice to pass the error
* Florian Vaussard florian.vauss...@epfl.ch [140303 02:12]:
Hi Tony, Benoit,
On 02/24/2014 06:07 PM, Florian Vaussard wrote:
Gumstix DuoVero is an OMAP4430-based Computer On Module.
Parlor is one of the available expansion board.
Tested features:
- GPMC ethernet
- HSUSB2 and OTG
On 03/04/2014 07:32 PM, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [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 as I'm now getting the following oops on n8x0. So cannot
test
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Igor Grinberg
Sent: 04 March 2014 06:44
To: Marc Murphy; Roger Quadros; linux-omap@vger.kernel.org
Subject: Re: Help needed USB hub disconnected at resume
On 03/03/14
On Tue, Mar 04, 2014 at 11:05:58PM +, Marc Murphy wrote:
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: 04 March 2014 22:44
To: Marc Murphy
Cc: 'Igor Grinberg'; Roger Quadros; linux-omap@vger.kernel.org
Subject: Re: Help needed USB hub disconnected at
On Mar 4, 2014, at 8:00 PM, Herbert Xu herb...@gondor.apana.org.au wrote:
On Tue, Mar 04, 2014 at 12:30:54PM -0600, Joel Fernandes wrote:
HIGHMEM pages may not be mapped so we must kmap them before accessing.
This resolves a random OOPs error that was showing up during OpenSSL SHA
tests.
91 matches
Mail list logo
