Thierry Reding writes:
> diff --git a/include/dt-bindings/memory/tegra124-mc.h
> b/include/dt-bindings/memory/tegra124-mc.h
> new file mode 100644
> index ..6b1617ce022f
> --- /dev/null
> +++ b/include/dt-bindings/memory/tegra124-mc.h
> @@ -0,0 +1,30 @@
> +#ifndef DT_BINDINGS_MEMORY
Thierry Reding writes:
> From: Thierry Reding
>
> The memory controller on NVIDIA Tegra124 exposes various knobs that can
> be used to tune the behaviour of the clients attached to it.
>
> Currently this driver sets up the latency allowance registers to the HW
> defaults. Eventually an API shou
Thierry Reding writes:
> From: Thierry Reding
>
> When an IOMMU device is available on the platform bus, allocate an IOMMU
> domain and attach the display controllers to it. The display controllers
> can then scan out non-contiguous buffers by mapping them through the
> IOMMU.
>
> Signed-off-by
Thierry Reding writes:
> From: Thierry Reding
>
> Attach to the device's master interface of the IOMMU at .probe() time.
> IOMMU support becomes available via the DMA mapping API interoperation
> code, but this explicit attachment is necessary to ensure proper probe
> order.
>
> Signed-off-by:
Arnd Bergmann writes:
>> > +Multiple-master IOMMU:
>> > +--
>> > +
>> > + iommu {
>> > + /* the specifier represents the ID of the master */
>> > + #address-cells = <1>;
>> > + #size-cells = <0>;
>> > + };
>> > +
>> > +
Hiroshi Doyu wrote @ Thu, 12 Dec 2013 14:14:04 +0200 (EET):
> > > From 8f7c0404aa68f0e8dbe0babc240590f6528ecc1f Mon Sep 17 00:00:00 2001
> > > From: Hiroshi Doyu
> > > Date: Fri, 15 Nov 2013 10:52:53 +0200
> > > Subject: [PATCH] of: introduce of
Thierry Reding wrote @ Sat, 14 Dec 2013 13:24:22
+0100:
> * PGP Signed by an unknown key
>
> On Thu, Dec 12, 2013 at 06:14:02PM -0800, Greg KH wrote:
> > On Thu, Dec 12, 2013 at 11:39:20AM +, Grant Likely wrote:
> > > On Thu, 12 Dec 2013 09:57:05 +0200, Hiroshi Do
Grant Likely wrote @ Thu, 12 Dec 2013 12:34:17 +0100:
> On Wed, 11 Dec 2013 14:33:38 +0100, Hiroshi Doyu wrote:
> > Hi Grant,
> >
> > Grant Likely wrote @ Wed, 11 Dec 2013 14:28:45
> > +0100:
> >
> > > On Thu, 21 Nov 2013 11:57:00 -0700, Stephen Warr
stanciation can be still deferred via probe().
Signed-off-by: Hiroshi Doyu
---
v6:
New for v6.
Signed-off-by: Hiroshi Doyu
---
drivers/iommu/iommu.c | 13 +++--
include/linux/iommu.h | 4
2 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/iommu.c b/drivers/iom
ng iommu device is
populated.
Signed-off-by: Hiroshi Doyu
---
v6:
Spinned off only of_iommu part from:
[PATCHv5 2/9] driver/core: populate devices in order for IOMMUs
v5:
Use "iommus=" binding instread of arm,smmu's "#stream-id-cells".
v4:
This is newly added, and th
: Hiroshi Doyu
Cc: Joerg Roedel
Cc: Thierry Reding
---
v6:
New for v6.
Signed-off-by: Hiroshi Doyu
---
drivers/iommu/of_iommu.c | 37 +
include/linux/of_iommu.h | 16
2 files changed, 53 insertions(+)
diff --git a/drivers/iommu/of_iommu.c b
This provides the info about which swgroups a device belongs to. This
info is passed from DT. This is necessary for the unified SMMU driver
among Tegra SoCs since each has different H/W accelerators.
Signed-off-by: Hiroshi Doyu
---
v6:
- Explained "#iommu-cells" in the binding documen
ongly, the traditional devices(SD/MMC, USB) wouldn't
be affected, and the system could continue most likely. DMA API(ARM)
needs ARM_DMA_USE_IOMMU to be enabled.
Signed-off-by: Hiroshi Doyu
---
v6:
Use smmu_iommu_{bound,unbind}_driver() instead of
smmu_iommu_{add,del}_device() to register devic
ned-off-by: Hiroshi Doyu
---
include/dt-bindings/memory/tegra-swgroup.h | 50 ++
1 file changed, 50 insertions(+)
create mode 100644 include/dt-bindings/memory/tegra-swgroup.h
diff --git a/include/dt-bindings/memory/tegra-swgroup.h
b/include/dt-bindings/memory/tegra
iommu device is populated. Then,
those deferred iommu master devices are populated and configured with
help of the already populated iommu device.
Signed-off-by: Hiroshi Doyu
Cc: Greg Kroah-Hartman
---
This is related to the following discussion:
[RFC PATCH] Documentation: devicetree: add description
This allows to inquire if SMMU is populated or not.
Suggested by Thierry Reding and copied his example code.
Signed-off-by: Hiroshi Doyu
Cc: Thierry Reding
---
v6:
New for v6.
Signed-off-by: Hiroshi Doyu
---
drivers/iommu/tegra-smmu.c | 55 +-
1
so that
"swgroup's'" is used here. This "swgroups" is the term used in Tegra
TRM. Rename along with TRM.
Signed-off-by: Hiroshi Doyu
---
v4:
New for v4
Signed-off-by: Hiroshi Doyu
---
drivers/iommu/tegra-smmu.c | 36 ++--
1 file change
The device, which belongs to the same ASID, can try to enable the same
ASID as the other swgroup devices. This should be allowed but just
skip the actual register write. If the write value is different, it
will return -EINVAL.
Signed-off-by: Hiroshi Doyu
---
v4:
This was the part of v3, which
;
Now SWGROUP ID is the global HardWare Accelerator(HWA) identifier
among all Tegra SoC except Tegra2.
Signed-off-by: Hiroshi Doyu
---
v5:
Added SMMU_ASID_BASE(== SMMU_AFI_ASID).
Removed unused ASID offset definitions.
Use 'unsigned long *' instead of u64 for swgroups bitmap.
v4:
Co
Iterating over a property containing a list of phandles with arguments
is a common operation for device drivers. This patch adds a new
of_property_for_each_phandle_with_args() macro to make the iteration
simpler.
Signed-off-by: Hiroshi Doyu
Cc: Rob Herring
Cc: Grant Likely
---
v7:
Fixed some
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-July/181888.html
v1:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-June/180267.html
Available in the git repository at:
git://g...@nv-tegra.nvidia.com/user/hdoyu/linux.git smmu-upstreaming@20131212
Hiroshi Doyu (12):
of: introd
Hi Grant,
Grant Likely wrote @ Wed, 11 Dec 2013 14:28:45 +0100:
> On Thu, 21 Nov 2013 11:57:00 -0700, Stephen Warren
> wrote:
> > On 11/21/2013 10:17 AM, Hiroshi Doyu wrote:
> > > Iterating over a property containing a list of phandles with arguments
> > > is
On Mon, 25 Nov 2013 14:49:37 +0100
Hiroshi Doyu wrote:
> Hi Joerg,
>
> Do you have some time to review this patch along with the following ones?
>
> [PATCHv6 02/13] iommu/of: introduce a global iommu device list
> http://lists.linuxfoundation.org/pipermail/iommu/2013-No
On Mon, 2 Dec 2013 15:39:25 +0100
Rob Herring wrote:
> On Mon, Dec 2, 2013 at 5:02 AM, Hiroshi Doyu wrote:
> > Stephen Warren wrote @ Sun, 1 Dec 2013 20:00:09
> > +0100:
> >
> >> On 11/29/2013 04:46 AM, Hiroshi Doyu wrote:
> >> ...
> >>
Stephen Warren wrote @ Sun, 1 Dec 2013 20:00:09 +0100:
> On 11/29/2013 04:46 AM, Hiroshi Doyu wrote:
> ...
> > Iterating over a property containing a list of phandles with arguments
> > is a common operation for device drivers. This patch adds a new
> > of_property_fo
Hiroshi Doyu wrote @ Thu, 28 Nov 2013 14:58:18 +0200 (EET):
> > In other words, an implementation more along the lines of
> > include/linux/of.h's:
> >
> > #define of_property_for_each_u32(np, propname, prop, p, u) \
> > for (prop =
Stephen Warren wrote @ Thu, 21 Nov 2013 19:57:00 +0100:
> On 11/21/2013 10:17 AM, Hiroshi Doyu wrote:
> > Iterating over a property containing a list of phandles with arguments
> > is a common operation for device drivers. This patch adds a new
> > of_property_for_each_phan
his.
On Thu, 21 Nov 2013 14:40:41 +0100
Hiroshi Doyu wrote:
> ops->{bound,unbind}_driver() functions are called at
> BUS_NOTIFY_{BOUND,UNBIND}_DRIVER respectively.
>
> This is necessary to control the device population order. IOMMU master
> devices depend on an IOMMU device ins
Thierry Reding wrote @ Wed, 20 Nov 2013 14:14:48
+0100:
> > Does the above mean the following?
> >
> > int of_iommu_attach(struct device *dev)
> > {
> > int i;
> > struct of_phandle_args args;
> >
> > of_property_for_each_phandle_with_args(dev->of_node, "iommus",
> >
gt; length.
> > >
> > > Signed-off-by: Antti P Miettinen
> > > Reviewed-by: Hiroshi Doyu
> > > Tested-by: Hiroshi Doyu
> >
> > When fixing a bug, please provide a description of the user-visible
> > impact of that bug. This is so that others
Stephen Warren wrote @ Tue, 19 Nov 2013 22:22:47 +0100:
> On 11/19/2013 05:03 AM, Hiroshi Doyu wrote:
> > Hi Thierry,
> >
> > Thierry Reding wrote @ Tue, 19 Nov 2013 11:25:07
> > +0100:
> >
> >> From earlier discussions I thought the goal was t
The device, which belongs to the same ASID, can try to enable the same
ASID as the other swgroup devices. This should be allowed but just
skip the actual register write. If the write value is different, it
will return -EINVAL.
Signed-off-by: Hiroshi Doyu
---
v4:
This was the part of v3, which
so that
"swgroup's'" is used here. This "swgroups" is the term used in Tegra
TRM. Rename along with TRM.
Signed-off-by: Hiroshi Doyu
---
v4:
New for v4
---
drivers/iommu/tegra-smmu.c | 36 ++--
1 file changed, 18 insertions(+), 18 delet
be used by both
device tree files, and drivers implementing this binding, which
guarantees that the two stay in sync. This also makes device trees
more readable by using names instead of magic numbers. For HOTRESET
bit shifting we need another conversion table, which will come later.
Signed-off-b
This provides the info about which swgroups a device belongs to. This
info is passed from DT. This is necessary for the unified SMMU driver
among Tegra SoCs since each has different H/W accelerators.
Signed-off-by: Hiroshi Doyu
---
v5:
"iommu=" in a device DT is used instead of "
724.html
v2:
Updated based on Thierry Reding's and Stephen Warren's feedback
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-July/181888.html
v1:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-June/180267.html
Available in the git repository at:
git://g.
ongly, the traditional devices(SD/MMC, USB) wouldn't
be affected, and the system could continue most likely. DMA API(ARM)
needs ARM_DMA_USE_IOMMU to be enabled.
Signed-off-by: Hiroshi Doyu
---
v5:
Add check NUM_OF_STATIC_MAPS < #asids.
v4:
Combined the following from v3. This makes more
The following pattern of code is tempting:
for (i = 0; !of_parse_phandle_with_args(np, list, cells, i, args); i++)
Signed-off-by: Hiroshi Doyu
---
v5:
New patch for v5.
---
include/linux/of.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index
dma_alloc_coherent wants to split pages after allocation in order to
reduce the memory footprint. This does not work well with GFP_COMP
pages, so drop this flag before allocation.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mm/dma-mapping.c | 7 +++
1 file changed, 7 insertions
YoungJun Cho wrote @ Mon, 17 Jun 2013 06:18:52 +0200:
> In __iommu_get_pages(), the cpu_addr is checked wheather in
> atomic_pool range or not. So if the cpu_addr is in atomic_pool
> range, it does not need to check twice.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Kyungmin Park
Looks o
Stephen Warren wrote @ Fri, 15 Mar 2013 06:23:38 +0100:
> On 03/14/2013 03:08 AM, Hiroshi Doyu wrote:
> > Make this depend on CONFIG_PM. This protection is necessary to not
> > cause any build errors with any combination of PM features especially
> > when supporting a
Make this depend on CONFIG_PM.
Signed-off-by: Hiroshi Doyu
---
drivers/memory/tegra30-mc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/memory/tegra30-mc.c b/drivers/memory/tegra30-mc.c
index 0b97598..f4ae074 100644
--- a/drivers/memory/tegra30-mc.c
+++ b/drivers/memory/tegra30
Make this depend on CONFIG_PM. This protection is necessary to not
cause any build errors with any combination of PM features especially
when supporting a new SoC where each PM features are being enabled
one-by-one during its depelopment.
Signed-off-by: Hiroshi Doyu
Reported-by: Joseph Lo
On Fri, 22 Feb 2013 16:02:28 +0100
Peter De Schrijver wrote:
> Add a table lookup feature to the mux clock. Also allow arbitrary masks
> instead of the width. This will be used by some clocks on Tegra114.
>
> Signed-off-by: Peter De Schrijver
> @@ -42,7 +43,17 @@ static u8 clk_mux_get_paren
To avoid the duplication of CLK ID defines both in boot/dts and kernel
source, use the one from the DT header file and get rid of own
definitions in kernel source.
Signed-off-by: Hiroshi Doyu
---
drivers/clk/tegra/clk-tegra20.c | 307 ++-
1 file changed, 145
:
+ #include
Signed-off-by: Hiroshi Doyu
---
Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 0b4bf62..7f54cdb 100644
--- a/Makefile
+++ b/Makefile
@@ -364,7 +364,7 @@ LINUXINCLUDE:= \
-I$(srctree)/arch/$(hdr-arch)/include
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra114-car.txt | 261 +---
arch/arm/boo
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra114-car.h | 272 ++
1 file changed, 272 insert
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra30-car.txt | 207 +---
arch/arm/bo
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra30-car.h | 218 +++
1 file changed, 218 insert
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra20-car.txt | 150 +---
arch/arm/boot/dt
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra20-car.h | 158 +++
1 file changed, 158 insert
://lists.infradead.org/pipermail/linux-arm-kernel/2013-February/149672.html
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-February/149804.html
Hiroshi Doyu (6):
ARM: tegra20: create a DT header defining CLK IDs
ARM: tegra20: convert device tree files to use CLK defines
ARM: tegra30
Stephen Warren wrote @ Thu, 14 Feb 2013 21:15:28 +0100:
> Oh, and I don't think you updated e.g. nvidia,tegra20-car.txt to remove
> the list of clocks.
Not yet removed. I think that this could be done with the patch which
allows kernel source to include DT header files.
> BTW, I assume this pat
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra114-car.txt |2 +-
arch/arm/boot/dts/tegra114.dtsip
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
Depends on:
[PATCH v6 00/10] Tegra114 clockframework
http://lists.infradead.org/pipermail/linux-arm-kernel/
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra30-car.txt |2 +-
arch/arm/boot/dts/tegra30.dtsip
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra30-car.h | 171 +++
1 file changed, 171 insert
Replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
.../bindings/clock/nvidia,tegra20-car.txt |2 +-
arch/arm/boot/dts/tegra20-paz00.dtsp
To replace magic number in tegra_car:
- clocks = <&tegra_car 28>;
+ clocks = <&tegra_car CLK_HOST1X>;
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra20-car.h | 114 +++
1 file changed, 114 insert
l/2013-February/149804.html
Hiroshi Doyu (4):
ARM: tegra20: create a DT header defining CLK IDs
ARM: tegra20: convert device tree files to use CLK defines
ARM: tegra30: create a DT header defining CLK IDs
ARM: tegra30: convert device tree files to use CLK defines
.../bindings/clock/nvidia,t
Peter De Schrijver wrote @ Thu, 14 Feb 2013 11:12:20
+0100:
> On Thu, Feb 14, 2013 at 07:38:17AM +0100, Hiroshi Doyu wrote:
> > To replace magic number in "clocks = <&tegra_car 28>;"
> >
>
> But then we should probably also remove the enum tegra20_c
To replace magic number in "clocks = <&tegra_car 28>;"
Signed-off-by: Hiroshi Doyu
---
This patch depends on:
[PATCH 0/9] ARM: tegra: use new dtc+cpp feature
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-February/149613.html
This patch is the experiment f
Unify board-dt-tegra{30,114} to the Tegra20 DT board file, "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile|4 +--
arch/arm/mach-tegra/board-dt-tegra114.c | 46
arch/arm/mach-tegra/board-dt-tegra30
This is the preparation to unify "board-dt-tegra{20,30,114}.c" to a
single file "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile |2 +-
.../arm/mach-tegra/{board-dt-tegra20.c => tegra.c} |0
2 files changed, 1 i
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 +-
arch/arm/mach-tegra/board-dt-tegra20.c |2 +-
arch/arm/mach-tegra/board-dt-tegra30.c |4 ++--
arch/arm/mach-tegra
Stephen Warren wrote @ Tue, 12 Feb 2013 17:35:56 +0100:
> However I'd like to avoid changing the body of those two functions at
> all if possible, since I hope the PCIe driver rework will be merged in
> 3.10, and that will allow the Harmony and TrimSlice init functions to be
> removed entirely. I
Stephen Warren wrote @ Tue, 12 Feb 2013 05:47:20 +0100:
> >>> static void __init harmony_init(void)
> >>> {
> >>> -#ifdef CONFIG_TEGRA_PCI
> >>> int ret;
> >>>
> >>> ret = harmony_pcie_init();
> >>> if (ret)
> >>> pr_err("harmony_pcie_init() failed: %d\n", ret);
> >>> -#endif
Stephen Warren wrote @ Tue, 12 Feb 2013 00:54:03 +0100:
> > -obj-$(CONFIG_ARCH_TEGRA_2x_SOC)+= tegra.o
> > -obj-$(CONFIG_ARCH_TEGRA_3x_SOC)+= board-dt-tegra30.o
> > -obj-$(CONFIG_ARCH_TEGRA_114_SOC) += board-dt-tegra114.o
> > +obj-y +
Hiroshi Doyu wrote @ Wed, 06 Feb 2013 21:16:35 +0200 (EET):
> Hi Russell,
>
> Stephen Warren wrote @ Wed, 6 Feb 2013 19:51:46 +0100:
>
> > On 02/06/2013 11:34 AM, Hiroshi Doyu wrote:
> > > New SoC, Tegra114 also uses SMMU. Change tegra_ahb_enable_smm
Unify board-dt-tegra{30,114} to the Tegra20 DT board file, "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile|5 ++-
arch/arm/mach-tegra/board-dt-tegra114.c | 46
arch/arm/mach-tegra/board-dt-tegra30
This is the preparation to unify "board-dt-tegra{20,30,114}.c" to a
single file "tegra.c".
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile |2 +-
.../arm/mach-tegra/{board-dt-tegra20.c => tegra.c} |0
2 files changed, 1 i
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
Signed-off-by: Hiroshi Doyu
---
Update:
Used IS_ENABLED() instead of ifdefs as Arnd/Felipe suggested.
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 +-
arch/arm/mach-tegra/board-dt-tegra20.c |2
Hi Marc,
Marc Dietrich wrote @ Sun, 10 Feb 2013 22:16:14 +0100:
> ah, ok - I just skipped the "also" in your sentence above. But still, the
> #ifdefs look strange to me and save only a few byte of code. Just me few
> cents.
What about the following as Arnd suggested[1]?
void __init tegra_hot
Hi Felipe,
Felipe Balbi wrote @ Fri, 8 Feb 2013 08:47:20 +0100:
> > +#if defined(CONFIG_ARCH_TEGRA_3x_SOC)
>
> how about using:
>
> #if IS_BUILTIN(CONFIG_ARCH_TEGRA_3x_SOC)
>
> instead ?
Why is IS_BUILTIN() prefered?
> > -void tegra20_hotplug_init(void);
> > -void tegra30_hotplug_init(void);
>
Mainly for the compatibility for the existing driver.
This would be removed once new USB/PCIE DT supports come.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/tegra.c | 92 ++-
1 file changed, 90 insertions(+), 2 deletions(-)
diff --git a/arch/arm
Refactored that Tegra{20,30,114} use the same board file.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile |5 ++--
.../arm/mach-tegra/{board-dt-tegra30.c => tegra.c} | 27 ++--
2 files changed, 15 insertions(+), 17 deletions(-)
ren
Refactored that Tegra114 uses board-dt-tegra30.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Makefile|2 +-
arch/arm/mach-tegra/board-dt-tegra114.c | 46 ---
arch/arm/mach-tegra/board-dt-tegra30.c |3 +-
3 files changed, 3 insertions
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 +-
arch/arm/mach-tegra/board-dt-tegra20.c |2 +-
arch/arm/mach-tegra/board-dt-tegra30.c |4 ++--
arch/arm/mach-tegra
Stephen Warren wrote @ Thu, 7 Feb 2013 20:39:40 +0100:
> On 02/07/2013 12:09 PM, Rob Herring wrote:
> > From: Rob Herring
> >
> > We've already matched the node, so use the node pointer passed in. The rtc
> > init was intermingled with the timer init, so split this out to a separate
> > init fu
Hi Russell,
Stephen Warren wrote @ Wed, 6 Feb 2013 19:51:46 +0100:
> On 02/06/2013 11:34 AM, Hiroshi Doyu wrote:
> > New SoC, Tegra114 also uses SMMU. Change tegra_ahb_enable_smmu()'s
> > dependency from ARCH_TEGRA_3x_SOC to TEGRA_IOMMU_SMMU. No need to edit
> > when
x_SOC is not set
CONFIG_ARCH_TEGRA_114_SOC=y
drivers/iommu/tegra-smmu.c:485: undefined reference to 'tegra_ahb_enable_smmu'
Signed-off-by: Hiroshi Doyu
---
drivers/amba/tegra-ahb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/amba/tegra-ahb.c b/drivers/a
This patch fixes the build error when ARCH_TEGRA_114_SOC is enabled
and ARCH_TEGRA_3x_SOC is disabled.
This provides Tegra114 with its own tegra114_init_early() instead of
making use of tegra30_init_early() so that T114 build doesn't depend
on T3x anymore.
Signed-off-by: Hiroshi Doyu
---
Prashant Gaikwad wrote @ Wed, 6 Feb 2013 10:52:54 +0100:
> > diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
> > index f0ac818..bb5d36a 100644
> > --- a/include/linux/clk-provider.h
> > +++ b/include/linux/clk-provider.h
> > @@ -346,6 +346,8 @@ struct clk_composite {
> >
Prashant Gaikwad wrote @ Wed, 6 Feb 2013 03:55:00 +0100:
> >> No, clk_ops depends on the clocks you are using. There could be a clock
> >> with mux and gate while another one with mux and div.
> > You are right. What about the following? We don't have to have similar
> > copy of clk_composite_ops
Prashant Gaikwad wrote @ Mon, 4 Feb 2013 09:11:22 +0100:
...
If you want to consider the consistency for the other tegra
clk_register(), the following comment can be added although this is a
common function.
+ /* Data in .init is copied by clk_register(), so stack variable OK */
> + c
Prashant Gaikwad wrote @ Tue, 5 Feb 2013 09:33:41 +0100:
> > The members of "clk_composite_ops" seems to be always assigned
> > statically. Istead of dynamically allocating/assigning, can't we just
> > have "clk_composite_ops" statically as below?
> >
> > static struct clk_ops clk_composite_ops =
Stephen Warren wrote @ Mon, 4 Feb 2013 18:01:15 +0100:
> On 02/04/2013 04:08 AM, Hiroshi Doyu wrote:
> > Fix build error in board-dt-tegra114.c(next-20130204)
>
> Hiroshi, which tree should this patch be applied to? I assume it needs
> to go through arm-soc since that's
In function 'regmap_async_complete_cb':
1656:3: error: 'TASK_NORMAL' undeclared (first use in this function)
In function 'regmap_async_complete':
1688:2: error: 'TASK_UNINTERRUPTIBLE' undeclared (first use in this function)
Signed-off-by: Hiroshi Doyu
Fix build error in board-dt-tegra114.c(next-20130204)
Signed-off-by: Hiroshi Doyu
Reported-by: Sami Liedes
---
arch/arm/mach-tegra/board-dt-tegra114.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-tegra/board-dt-tegra114.c
b/arch/arm/mach-tegra/board-dt-tegra114.c
index
Hi Prashant,
Prashant Gaikwad wrote @ Mon, 4 Feb 2013 09:11:22 +0100:
> +struct clk *clk_register_composite(struct device *dev, const char *name,
> + const char **parent_names, int num_parents,
> + struct clk_hw *mux_hw, const struct clk_ops *mux_ops,
Hi Russell,
On Tue, 22 Jan 2013 18:04:46 +0100
Olof Johansson wrote:
> Since Russell had comments on it earlier, I'd like him to give a nod
> that he's happy with it too.
Is this ok for you?
The original patch is:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-January/143552.html
-
A counter part of arm_iommu_attach_device().
Signed-off-by: Hiroshi Doyu
---
arch/arm/include/asm/dma-iommu.h |1 +
arch/arm/mm/dma-mapping.c| 25 +
2 files changed, 26 insertions(+)
diff --git a/arch/arm/include/asm/dma-iommu.h b/arch/arm/include/asm/dma
This can be built without CONFIG_ARM_DMA_USE_IOMMU.
Signed-off-by: Hiroshi Doyu
---
arch/arm/include/asm/device.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/include/asm/device.h b/arch/arm/include/asm/device.h
index 5191a83..6fbe514 100644
--- a/arch/arm/include/asm
Add tegra_chip_id TEGRA114 0x35
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/fuse.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-tegra/fuse.h b/arch/arm/mach-tegra/fuse.h
index ff1383d..da78434 100644
--- a/arch/arm/mach-tegra/fuse.h
+++ b/arch/arm/mach-tegra
Add new Tegra 114 SoC support.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mach-tegra/Kconfig | 10 +++
arch/arm/mach-tegra/Makefile|1 +
arch/arm/mach-tegra/board-dt-tegra114.c | 48 +++
arch/arm/mach-tegra/common.c|1
Initial support for Tegra 114 SoC. This is expected to be included in
the board DTS files, Tegra 114 SoC based evaluation board family.
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/tegra114.dtsi | 114 +++
1 file changed, 114 insertions(+)
create mode
Add a new evaluation board, Dalmore for Tegra 114 family.
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/Makefile |3 ++-
arch/arm/boot/dts/tegra114-dalmore.dts | 21 +
2 files changed, 23 insertions(+), 1 deletion(-)
create mode 100644 arch/arm/boot
Add a new evaluation board, Pluto for Tegra 114 family.
Signed-off-by: Hiroshi Doyu
---
arch/arm/boot/dts/Makefile |3 ++-
arch/arm/boot/dts/tegra114-pluto.dts | 21 +
2 files changed, 23 insertions(+), 1 deletion(-)
create mode 100644 arch/arm/boot/dts
Tegra SoCs does not use SCU based to detect CPU core numbers but they
use DT /cpu node. If it's not provided or failed, it continues as a
single core.
Signed-off-by: Hiroshi Doyu
Reviewed-by: Lorenzo Pieralisi
---
Based on the discussion:
http://lists.infradead.org/pipermail/linux-arm-k
1 - 100 of 210 matches
Mail list logo
