On Wednesday 02 July 2014 05:24 PM, Nick Dyer wrote:
On 02/07/14 11:49, Sekhar Nori wrote:
On Tuesday 01 July 2014 09:44 PM, Stephen Warren wrote:
On the Tegra systems I have, IRQF_TRIGGER_FALLING is the correct (or at
least a valid) choice. That's probably because the Atmel IRQ signal is
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
I'm not sure we need this patch.
This patch is needed if we use the controller-phandle + args specifier
for requesting hwlocks by a client, as we need to translate
controller-phandle to the corresponding
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
Do we have a use case today that require the xlate() method?
If not, let's remove it as we could always add it back if some new
hardware shows up that needs it.
The xlate() method is to support the phandle + args
On Wed, Jul 2, 2014 at 10:42 PM, Suman Anna s-a...@ti.com wrote:
Yeah, I did this since we only had 1 instance, and used the same value
as used in the non-DT legacy code. Once I fold back Patch 8 that adds
the hwlock-base-id property, this will be assigned by reading that property.
Sounds
* Robert Nelson robertcnel...@gmail.com [140702 12:27]:
On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Wed, Jul 02, 2014 at 11:09:32AM -0500, Felipe Balbi wrote:
It has been only tested as console UART.
The tty name is ttyS based instead of ttyO. How
On 07/01/2014 10:48 PM, Felipe Balbi wrote:
Hi,
On Thu, Jun 19, 2014 at 02:33:14PM +0300, Tero Kristo wrote:
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
+ Nishant.
On 07/02/2014 06:45 PM, Yegor Yefremov wrote:
On Fri, Jun 6, 2014 at 11:33 AM, Roger Quadros rog...@ti.com wrote:
On 06/05/2014 01:07 PM, Yegor Yefremov wrote:
On Thu, Jun 5, 2014 at 12:02 PM, Roger Quadros rog...@ti.com wrote:
On 06/04/2014 10:45 PM, Yegor Yefremov wrote:
On Wed,
On 07/02/2014 03:32 PM, Sergei Shtylyov wrote:
Hello.
On 07/02/2014 04:03 PM, Roger Quadros wrote:
Some PHYs can be powered by an external power regulator.
e.g. USB_HS PHY on DRA7 SoC. Make the PHY core support a
power regulator.
Signed-off-by: Roger Quadros rog...@ti.com
---
On Wednesday 25 June 2014 11:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 phy present in DRA7xx SOC.
Also added the missing CLKCTRL OFFSET macro and CONTEXT OFFSET macro
for pcie1 phy and pcie2 phy.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King
On Wednesday 25 June 2014 11:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 subsystem present in DRA7xx SOC.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kishon Vijay Abraham I
On Thursday 19 June 2014 01:20 AM, Roger Quadros wrote:
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Tested-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
---
v2:
- added .main_clk to hwmod.
- moved interface
On Wednesday 18 June 2014 05:46 PM, Roger Quadros wrote:
Get rid of optional clock as that is now managed by the
AHCI platform driver.
The optional clock info in hwmod is actually unused for a lot of
other modules too.
http://www.spinics.net/lists/arm-kernel/msg333025.html
Correct
On Tuesday 27 May 2014 02:25 PM, Rajendra Nayak wrote:
Without the patch:
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck # cat clk_rate
53200
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck/l3_iclk_div # cat clk_rate
53200
On 07/03/2014 11:34 AM, Rajendra Nayak wrote:
On Tuesday 27 May 2014 02:25 PM, Rajendra Nayak wrote:
Without the patch:
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck # cat clk_rate
53200
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck/l3_iclk_div # cat clk_rate
53200
Hi Dmitry,
Gentle reminder to pick this series for -next. Thanks :).
cheers,
-roger
On 06/17/2014 12:31 PM, Roger Quadros wrote:
Hi Dmitry,
These are the pending patches that didn't go through in the 3.16 merge window.
Please queue them for -next. Thanks.
The series does the following
From: Roger Quadros rog...@ti.com
After clarification from the hardware team it was found that
this 1.8V PHY supply can't be switched OFF when SoC is Active.
Since the PHY IPs don't contain isolation logic built in the design to
allow the power rail to be switched off, there is a very high risk
From: Roger Quadros rog...@ti.com
Some PHYs can be powered by an external power regulator.
e.g. USB_HS PHY on DRA7 SoC. Make the PHY core support a
power regulator.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/phy/phy-core.c | 27 +++
include/linux/phy/phy.h |
The use of FIFO in McASP can reduce the risk of audio under/overrun and
lowers the load on the memories since the DMA will operate in bursts.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/am335x-evmsk.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
The use of FIFO in McASP can reduce the risk of audio under/overrun and
lowers the load on the memories since the DMA will operate in bursts.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Thursday 03 July 2014 02:45 AM, Yegor Yefremov wrote:
Btw how can I debug the kernel via JTAG? I've read, that one must
activate JTAG clock or something like this. What is the proper way to
do this in 3.15 - 3.16?
Please try with Lokesh's patch here:
On Friday 09 May 2014 06:07 PM, Sekhar Nori wrote:
From: Lokesh Vutla lokeshvu...@ti.com
RTCSS on DRA7 provides a precise real-time clock.
Add hwmod entry for this IP.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
Reviewed-by: Rajendra Nayak
On Wednesday 02 July 2014 04:56 PM, Roger Quadros wrote:
Sekhar,
On 06/18/2014 02:19 PM, Rajendra Nayak wrote:
On Wednesday 18 June 2014 04:40 PM, Roger Quadros wrote:
+ Nishant and Rajendra for review.
On 05/05/2014 12:54 PM, Roger Quadros wrote:
Add the sysconfig class bits for the
Hi,
For your convenience I have collected the 3 hwmod patches that were floating
around
and added the Reviewed-by and Tested-by tags.
Please queue them for 3.16-rc. Thanks.
Patches are also available in my git tree
g...@github.com:rogerq/linux.githwmod-v3.16-v2
cheers,
-roger
Add the sysconfig class bits for the Super Speed USB
controllers
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
Tested-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 12
1 file changed, 12 insertions(+)
diff
Get rid of optional clock as that is now managed by the
AHCI platform driver.
Correct .mpu_rt_idx to 1 as the module register space (SYSCONFIG..)
is passed as the second memory resource in the device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
Tested-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 24
1 file changed, 24 insertions(+)
diff --git
On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
* Robert Nelson robertcnel...@gmail.com [140702 12:27]:
On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Wed, Jul 02, 2014 at 11:09:32AM -0500, Felipe Balbi wrote:
It has been only tested
Hi Roger,
On Wednesday 02 July 2014 05:33 PM, Roger Quadros wrote:
If probe fails then we need to call pm_runtime_disable() to balance
out the previous pm_runtime_enable() call. Else it will cause
unbalanced pm_runtime_enable() call in the succeding probe call.
This anomaly was observed
On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi ba...@ti.com wrote:
On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
* Robert Nelson robertcnel...@gmail.com [140702 12:27]:
On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Wed, Jul 02, 2014 at
Add DT binding documentation for Silicon Image SiI9022 HDMI encoder.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/video/sil,sii9022.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
AM437x GP board has both LCD and HDMI outputs. The active display is
selected with a GPIO, which affects video and audio signal routing, and
LCD backlight.
Managing the gpio dynamically has proven rather difficult, so the
approach taken here is just to have two separate .dts files for LCD/HDMI
Add an OMAPDSS encoder driver for Silicon Image SiI9022 HDMI encoder.
The driver supports only video at the moment, audio support will be
added separately.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/displays-new/Kconfig | 8 +
AM43x EPOS board has both LCD and HDMI outputs. The active display is
selected with a GPIO, which affects video and audio signal routing, and
LCD backlight.
Managing the gpio dynamically has proven rather difficult, so the
approach taken here is just to have two separate .dts files for LCD/HDMI
Hi,
This series adds a driver for SiI9022 HDMI encoder, which is used on AM437x GP
and AM43x EPOS boards.
The series is based on the OMAPDSS HDMI infoframe series sent earlier, as the
SiI9022 driver uses the new infoframe support.
Tomi
Tomi Valkeinen (4):
OMAPDSS: add SiI9022 encoder driver
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 38 ++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
b/arch/arm/boot/dts/am43x-epos-evm.dts
index
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 536a137..f650f00 100644
---
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 57
1 file changed, 57 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/tps65218.txt
diff --git
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 38 +++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
---
.../devicetree/bindings/regulator/tps65218.txt | 21
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/regulator/tps65218.txt
diff --git
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config options
in the omap2plus_defconfig.
The series is boot tested on both AM43x-epos-evm and AM437x-gp-evm.
Keerthy (5):
mfd: Add DT bindings for tps65218 PMIC
regulator: Add
On Thu, Jul 03, 2014 at 08:34:44AM -0500, Robert Nelson wrote:
On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi ba...@ti.com wrote:
On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
* Robert Nelson robertcnel...@gmail.com [140702 12:27]:
On Wed, Jul 2, 2014 at 2:09 PM, Aaro
Hi,
On Thu, Jul 03, 2014 at 07:14:58PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 57
1 file changed, 57 insertions(+)
create mode 100644
On 02/07/14 18:25, Dmitry Torokhov wrote:
In this case board code should take care of setting up the interrupt
properly and the driver should simply use 0 as flags in request_irq().
By the way, doesn't generic DT infrastructure already allow specifying
interrupt triggers and sets them up
On Thu, Jul 03, 2014 at 07:14:59PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
---
.../devicetree/bindings/regulator/tps65218.txt | 21
1 file changed, 21 insertions(+)
create mode 100644
On Thu, Jul 03, 2014 at 07:15:00PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 38
++
1 file changed, 38 insertions(+)
diff --git
On Thu, Jul 03, 2014 at 07:15:02PM +0530, Keerthy wrote:
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git
On Thu, Jul 03, 2014 at 07:15:01PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 38
+++
1 file changed, 38 insertions(+)
diff --git
On Mon, Jun 30, 2014 at 10:57:33AM -0500, Nishanth Menon wrote:
Hi,
Original thread (v1): http://marc.info/?t=14038076654r=1w=2
This series is based on:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
branch: topic/palmas (4c0c9ca Merge remote-tracking branch
Tomi Valkeinen tomi.valkei...@ti.com writes:
Hi,
Hi,
This series adds a driver for SiI9022 HDMI encoder, which is used on AM437x GP
and AM43x EPOS boards.
The series is based on the OMAPDSS HDMI infoframe series sent earlier, as the
SiI9022 driver uses the new infoframe support.
Is
Hi,
On Thu, Jul 03, 2014 at 09:07:36AM -0500, Felipe Balbi wrote:
On Thu, Jul 03, 2014 at 08:34:44AM -0500, Robert Nelson wrote:
On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi ba...@ti.com wrote:
On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
* Robert Nelson
On Thu, Jul 03, 2014 at 05:44:26PM +0200, Sebastian Reichel wrote:
Hi,
On Thu, Jul 03, 2014 at 09:07:36AM -0500, Felipe Balbi wrote:
On Thu, Jul 03, 2014 at 08:34:44AM -0500, Robert Nelson wrote:
On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi ba...@ti.com wrote:
On Thu, Jul 03, 2014 at
Hi,
On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote:
DT is supposed to contain information about the hardware, so it
should stay the same? I think there is no non-hackish way to decide
compatible would change, at a minimum.
why? I would expect it to stay the same (and the
On Thu, Jul 3, 2014 at 6:06 PM, Sebastian Reichel s...@kernel.org wrote:
Hi,
On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote:
DT is supposed to contain information about the hardware, so it
should stay the same? I think there is no non-hackish way to decide
compatible would
On 07/03/2014 04:31 PM, Kishon Vijay Abraham I wrote:
Hi Roger,
On Wednesday 02 July 2014 05:33 PM, Roger Quadros wrote:
If probe fails then we need to call pm_runtime_disable() to balance
out the previous pm_runtime_enable() call. Else it will cause
unbalanced pm_runtime_enable() call in
On Thu, Jul 03, 2014 at 06:19:47PM +0200, Javier Martinez Canillas wrote:
On Thu, Jul 3, 2014 at 6:06 PM, Sebastian Reichel s...@kernel.org wrote:
Hi,
On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote:
DT is supposed to contain information about the hardware, so it
should
Hi Ohad,
On 07/03/2014 02:00 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
I'm not sure we need this patch.
This patch is needed if we use the controller-phandle + args specifier
for requesting hwlocks by a client, as we need to
Hi Ohad,
On 07/03/2014 02:15 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
Do we have a use case today that require the xlate() method?
If not, let's remove it as we could always add it back if some new
hardware shows up that needs
Hi Tony,
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
g...@github.com:t-kristo/linux-pm.git for-v3.16-rc/clk-dt-fixes
for you to fetch changes up to
Hi Tony,
Posting this early, as I will be going for vacation from next week and
might miss the merge window myself. Small cleanup set for the clock
drivers residing under mach-omap2 folder to prepare their move under
drivers/clk. I'll leave it for your judgement whether you pull this or
not
Hi Tony,
Posting this pull-request also early due to my holidays. Anyway, these
patches were supposed to go in already during 3.16 merge window, but
they missed it due to pending dependencies. Finalizes the move of
OMAP24xx clock data to the DT, and also removes the legacy clock data.
Might
Hi Mike,
Posting this pull-request early due to my holidays, I might miss the
merge window myself. Just a minor update for DRA7 and an update to the
MAINTAINERS file.
---
The following changes since commit
On Thu, Jul 03, 2014 at 09:04:18PM +0300, Tero Kristo wrote:
Hi Tony,
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
g...@github.com:t-kristo/linux-pm.git
On Tue, Jul 01, 2014 at 08:28:32PM -0700, Mark A. Greer wrote:
Commit id 2bd16e3e23d9df41592c6b257c59b6860a9cc3ea
(spi: omap2-mcspi: Do not configure the controller
on each transfer unless needed) does its job too
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, 3 Jul 2014, Roger Quadros wrote:
Get rid of optional clock as that is now managed by the
AHCI platform driver.
Correct .mpu_rt_idx to 1 as the module register space (SYSCONFIG..)
is passed as the second memory resource in the device tree.
Signed-off-by: Roger Quadros
On Thu, 3 Jul 2014, Roger Quadros wrote:
Add the sysconfig class bits for the Super Speed USB
controllers
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
Tested-by: Sekhar Nori nsek...@ti.com
Thanks, this looks like a fix, so, queueing for v3.16-rc.
On Thu, 3 Jul 2014, Roger Quadros wrote:
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Reviewed-by: Rajendra Nayak rna...@ti.com
Tested-by: Sekhar Nori nsek...@ti.com
This looks like adding support for a new device, so, after
discussing with
From: NeilBrown ne...@suse.de
If a 'gpio_reset' is specified, then hold it low while
turning the power regulator on.
This is needed for some wi2wi wireless modules, particularly
when the regulator is held active by some other client.
The wi2wi needs to be reset if power isn't actually removed,
Signed-off-by: Marek Belisko ma...@goldelico.com
---
Documentation/devicetree/bindings/mmc/mmc.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/mmc/mmc.txt
b/Documentation/devicetree/bindings/mmc/mmc.txt
index 431716e..b094bd2 100644
---
The buffers to be used for communication are allocated during
the rpmsg virtio driver's probe, and the number of buffers is
currently hard-coded to 512. Remove this hard-coded value, as
this can vary from one platform to another or between different
remote processors. Instead, rely on the number
Quoting Tero Kristo (2014-07-03 00:41:22)
On 07/01/2014 10:48 PM, Felipe Balbi wrote:
Hi,
On Thu, Jun 19, 2014 at 02:33:14PM +0300, Tero Kristo wrote:
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
Hi,
On Thu, Jul 03, 2014 at 10:49:23PM +0200, Marek Belisko wrote:
From: NeilBrown ne...@suse.de
If a 'gpio_reset' is specified, then hold it low while
turning the power regulator on.
This is needed for some wi2wi wireless modules, particularly
when the regulator is held active by some
On Thu, Jul 03, 2014 at 10:49:23PM +0200, Marek Belisko wrote:
From: NeilBrown ne...@suse.de
If a 'gpio_reset' is specified, then hold it low while
turning the power regulator on.
This is needed for some wi2wi wireless modules, particularly
when the regulator is held active by some other
On Tue, Jul 01, 2014 at 10:22:49PM -0500, Felipe Balbi wrote:
Hi,
On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
Hi Felipe, Tomi,
On Fri, 13 Jun 2014, Felipe Balbi wrote:
On Fri, Jun 13, 2014 at 11:15:46AM -0500, Felipe Balbi wrote:
From: Sathya Prakash M R
Hi Suman,
On Thu, Jul 3, 2014 at 8:35 PM, Suman Anna s-a...@ti.com wrote:
Not at the moment, with the existing platform implementations. So, if I
understand you correctly, you are asking to leave out the xlate ops and
make the of_hwspin_lock_simple_xlate() internal until a need for an
xlate
Hi Suman,
On Thu, Jul 3, 2014 at 8:28 PM, Suman Anna s-a...@ti.com wrote:
OK, but we would still require this function to lookup the registered
device from the controller-phandle to retrieve the base_id.
Can we retrieve the base_id from the parent DT node itself?
Thanks,
Ohad.
--
To
75 matches
Mail list logo