Hi Suman,
On Monday 20 July 2015 17:33:24 Suman Anna wrote:
The OMAP IOMMU driver has been adapted to the IOMMU framework
for a while now, and it does not support being built as a
module anymore. So, remove all the module references from the
OMAP IOMMU driver.
While at it, also relocate a
Hi,
On Wed, Jul 15, 2015 at 08:31:54AM +0200, Robert Baldyga wrote:
Convert endpoint configuration to new capabilities model.
Signed-off-by: Robert Baldyga r.bald...@samsung.com
---
drivers/usb/dwc3/gadget.c | 13 +
1 file changed, 13 insertions(+)
diff --git
Hi Suman,
Thank you for the patch.
On Monday 20 July 2015 17:33:29 Suman Anna wrote:
Fix couple of checkpatch warnings of the type,
WARNING: Possible unnecessary 'out of memory' message
Signed-off-by: Suman Anna s-a...@ti.com
The commit message could also mention that the reason to
This patch converts gpio_bank.lock from a spin_lock into a
raw_spin_lock. The call path is to access this lock is always under a
raw_spin_lock, for instance
- __setup_irq() holds desc-lock with irq off
+ __irq_set_trigger()
+ omap_gpio_irq_type()
- handle_level_irq() (runs with irqs off
Hi Suman,
Thank you for the patch.
On Monday 20 July 2015 17:33:23 Suman Anna wrote:
The OMAP IOMMU bindings is updated to reflect the required #iommu-cells
property.
Signed-off-by: Suman Anna s-a...@ti.com
This brings the documentation in sync with both mainline DT sources and code
so it
Hi Suman,
Thank you for the patch.
On Monday 20 July 2015 17:33:26 Suman Anna wrote:
Protect the omap-pgtable.h header against double inclusion in
source code by using the standard include guard mechanism.
Signed-off-by: Suman Anna s-a...@ti.com
Reviewed-by: Laurent Pinchart
Hi Dmitry,
On 07/20/2015 11:54 AM, Dmitry Torokhov wrote:
On Sun, Jul 19, 2015 at 11:09:30PM -0700, Tony Lindgren wrote:
* Vignesh R vigne...@ti.com [150719 21:53]:
@@ -445,6 +443,8 @@ static struct pixcir_ts_platform_data
*pixcir_parse_dt(struct device *dev)
dev_dbg(dev, %s: x %d, y
* Suman Anna s-a...@ti.com [150721 16:58]:
--- a/drivers/iommu/omap-iommu.c
+++ b/drivers/iommu/omap-iommu.c
@@ -26,6 +26,8 @@
#include linux/of_iommu.h
#include linux/of_irq.h
#include linux/of_platform.h
+#include linux/regmap.h
+#include linux/mfd/syscon.h
#include
Hi,
On Tue, Jul 21, 2015 at 07:17:41PM -0500, Michael Welling wrote:
On Tue, Jul 21, 2015 at 11:34:41AM +0200, Pavel Machek wrote:
This code has my head spinning.
I found that the errors do not occur when the driver is built into the kernel.
I also found that with the patch below the
On Wed, Jul 22, 2015 at 04:03:07AM +0200, Sebastian Reichel wrote:
Hi,
On Tue, Jul 21, 2015 at 07:17:41PM -0500, Michael Welling wrote:
On Tue, Jul 21, 2015 at 11:34:41AM +0200, Pavel Machek wrote:
This code has my head spinning.
I found that the errors do not occur when the driver
On Tue, Jul 14, 2015 at 02:29:46PM -0500, Franklin S Cooper Jr wrote:
From: Roger Quadros rog...@ti.com
Update driver to support without regulators.
Without this patch boards that do not enable regulator config options will
fail to boot with a kernel panic.
Signed-off-by: Roger Quadros
On 07/21/2015 06:40 AM, Ulf Hansson wrote:
On 14 July 2015 at 21:29, Franklin S Cooper Jr fcoo...@ti.com wrote:
From: Roger Quadros rog...@ti.com
Update driver to support without regulators.
Without this patch boards that do not enable regulator config options will
fail to boot with a
On Tue, Jul 21, 2015 at 11:34:41AM +0200, Pavel Machek wrote:
Actually.. for the record I'm _not_ using modules. So either I hit
something different, or problem happens regardless of modules.
Pavel
I was able to reproduce
On Tue, Jul 21, 2015 at 03:11:21PM -0500, Franklin S Cooper Jr. wrote:
On 07/21/2015 02:57 PM, Felipe Balbi wrote:
On Tue, Jul 14, 2015 at 02:29:46PM -0500, Franklin S Cooper Jr wrote:
From: Roger Quadros rog...@ti.com
Update driver to support without regulators.
Without this
On 07/21/2015 02:57 PM, Felipe Balbi wrote:
On Tue, Jul 14, 2015 at 02:29:46PM -0500, Franklin S Cooper Jr wrote:
From: Roger Quadros rog...@ti.com
Update driver to support without regulators.
Without this patch boards that do not enable regulator config options will
fail to boot with a
Hi Laurent,
On Monday 20 July 2015 17:33:24 Suman Anna wrote:
The OMAP IOMMU driver has been adapted to the IOMMU framework
for a while now, and it does not support being built as a
module anymore. So, remove all the module references from the
OMAP IOMMU driver.
While at it, also relocate
The DSP MMUs on DRA7xx SoC requires configuring an additional
MMU_CONFIG register present in the DSP_SYSTEM sub module. This
setting dictates whether the DSP Core's MDMA and EDMA traffic
is routed through the respective MMU or not. Add the support
to the OMAP iommu driver so that the traffic is
Hi,
This series adds the basic support in the OMAP IOMMU driver to
enable/disable DSP IOMMUs for the DRA7xx family of SoCs. The
DRA7 family has two MMUs within the DSP processor subsystems.
This is the first time this was designed so in the silicon
compared to the equivalent ones on OMAP2+ SoCs.
The DSP processor sub-systems on DRA7xx have two MMU instances
each, one for the processor core and the other for an internal
EDMA block. These MMUs need an additional shared register to be
programmed in the DSP_SYSTEM sub-module to be enabled properly.
The OMAP IOMMU bindings is updated to
The DRA7xx family of SOCs have two IPUs and one DSP processor
subsystems in common. The IOMMU DT nodes have been added for
these processor subsystems, and have been disabled by default.
These MMUs are very similar to those on OMAP4 and OMAP5, with
the only difference being the presence of a
The DSP_SYSTEM sub-module is a dedicated system control logic
module present within a DRA7 DSP processor sub-system. This
module is responsible for power management, clock generation
and connection to the device PRCM module.
Add a syscon node for this module for the DSP1 processor
sub-system.
The DRA74x family of SoCs have a second DSP, that also has
two MMUs just like the DSP1 subsystem. Add the IOMMU nodes
for this DSP2 subsystem in disabled state to the DRA74x
specific DTS file, the nodes would need to be enabled
appropriately in the respective board DTS files.
Signed-off-by: Suman
The DSP_SYSTEM sub-module is a dedicated system control logic
module present within a DRA7 DSP processor sub-system. This
module is responsible for power management, clock generation
and connection to the device PRCM module.
Add a syscon node for this module for the DSP2 processor
sub-system.
Hi Tony,
The following patches add the basic DT nodes for the DSP
and IPU IOMMU devices for the DRA7xx SoC family. The first
two patches add syscon nodes for DSP_SYSTEM sub-modules, while
the last two add the IOMMU nodes.
The IPU IOMMU nodes mostly are similar to existing ones on OMAP4
and
On Tue, Jul 21, 2015 at 11:34:41AM +0200, Pavel Machek wrote:
This code has my head spinning.
I found that the errors do not occur when the driver is built into the kernel.
I also found that with the patch below the errors go away.
Not sure if it is acceptible but see if it fixes things on
On Tue 2015-07-21 09:31:27, Pavel Machek wrote:
On Wed 2015-07-15 15:10:48, Michael Welling wrote:
On Wed, Jul 15, 2015 at 09:49:33PM +0200, Pavel Machek wrote:
Hi!
Ok, so:
4.2-rc1 worked for me, IIRC.
This does not make sense.
Nothing has changed in
On Tuesday 21 July 2015 09:33:00 Pavel Machek wrote:
On Tue 2015-07-21 09:31:27, Pavel Machek wrote:
On Wed 2015-07-15 15:10:48, Michael Welling wrote:
On Wed, Jul 15, 2015 at 09:49:33PM +0200, Pavel Machek wrote:
Hi!
Ok, so:
4.2-rc1 worked for me, IIRC.
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures near UINT_MAX for temperatures below 0°C. This will probably
On Wed 2015-07-15 15:10:48, Michael Welling wrote:
On Wed, Jul 15, 2015 at 09:49:33PM +0200, Pavel Machek wrote:
Hi!
Ok, so:
4.2-rc1 worked for me, IIRC.
This does not make sense.
Nothing has changed in drivers/spi between these versions.
Are you sure that
Hi Punit,
On Fri, Jul 17, 2015 at 12:14:36PM +0100, Punit Agrawal wrote:
Hi Sascha,
Sascha Hauer s.ha...@pengutronix.de writes:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
Hi Vignesh,
Generally I don't like this patch, it will make it harder, not easier,
to maintain the omap hsmmc driver. Also given that the bug occurs
rarely, people will be reluctant to clean it up later or accept
patches.
see also comments below
2015-06-22 15:18 GMT+02:00 Vignesh R
Hi Sascha,
Sascha Hauer s.ha...@pengutronix.de writes:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures
* Roger Quadros rog...@ti.com [150708 03:45]:
Hi,
Enables dual-role feaure on supported boards.
Depends on
[1] - core USB DRD support -
http://thread.gmane.org/gmane.linux.kernel/1991413
[2] - dwc3 DRD support -
http://thread.gmane.org/gmane.linux.usb.general/127890
Is this series
On 14 July 2015 at 21:29, Franklin S Cooper Jr fcoo...@ti.com wrote:
From: Roger Quadros rog...@ti.com
Update driver to support without regulators.
Without this patch boards that do not enable regulator config options will
fail to boot with a kernel panic.
I guess that's because the rootfs
* Fugang Duan b38...@freescale.com [150716 01:36]:
From: Fugang Duan b38...@freescale.com
In tsc2046 touch driver, the values such as ti,x-min is defined as a u16
value. the driver use API of_property_read_u16() read the value. For these
u16 value, the dts entry should be like:
* Teresa Remmet t.rem...@phytec.de [150716 01:36]:
phyCORE-AM335x is a SoM (System on Module) containing
a AM335x SOC. The module can be connected to different
carrier boards.
Some hardware parts are configurable on the phyCORE-AM335x.
So they are disabled on default in this som dtsi file.
* Sekhar Nori nsek...@ti.com [150720 04:15]:
Add serialN aliases for all 6 UART instances on
the AM437x SoC so each board's .dts file does not
have to define its own aliases.
Remove the alias added for am437x-gp-evm.dts now
that we have the aliases defined in am4372.dtsi
file.
Applying
* Nishanth Menon n...@ti.com [150720 14:00]:
On 07/20/2015 04:07 PM, Aparna Balasubramanian wrote:
Palmas on OMAP5uevm has support for power button, so enable it.
Signed-off-by: Aparna Balasubramanian apar...@ti.com
---
Based on kernel tag 4.2.0-rc1 and test result log is at
* Grazvydas Ignotas nota...@gmail.com [150720 18:14]:
- add pandora specific compatible name
- fix mmc2 card detect polarity
- fix mmc1 and mmc2 write protect polarity
- disable write protect pins because of production issue and add an
explanation why they are disabled
- fix NAND partition
Hi,
[...]
+ otg_timer_init(A_WAIT_ENUM, otgd, set_tmout, TB_SRP_FAIL, NULL);
2 timers are missing: B_DATA_PLS, B_SSEND_SRP.
Those 2 are not used by usb-otg-fsm.c. We can add it when usb-otg-fsm.c is
updated.
ok.
+}
[...]
+
+/**
+ * OTG FSM ops function to start/stop
On Mon 2015-07-20 15:46:47, Michael Welling wrote:
On Tue, Jul 14, 2015 at 09:14:12AM +0200, Pali Rohár wrote:
On Monday 13 July 2015 17:36:07 Michael Welling wrote:
On Tue, Jul 14, 2015 at 12:02:44AM +0200, Pali Rohár wrote:
I think nothing special. I just call:
export ARCH=arm
-Original Message-
From: Punit Agrawal [mailto:punit.agra...@arm.com]
Sent: Tuesday, July 21, 2015 6:52 PM
To: Sascha Hauer
Cc: linux...@vger.kernel.org; Zhang, Rui; Eduardo Valentin; linux-
ker...@vger.kernel.org; Jean Delvare; Peter Feuerer; Heiko Stuebner;
Lukasz Majewski;
42 matches
Mail list logo