On Jan 8, 2008 1:13 AM, Matt Reimer [EMAIL PROTECTED] wrote:
On Mon, 2008-01-07 at 15:10 -0800, Andrew Morton wrote:
On Sun, 06 Jan 2008 14:46:14 +0100
Philipp Zabel [EMAIL PROTECTED] wrote:
The DS1WM driver incorrectly infers the IAS bit (1-wire interrupt active
high) from IRQ
On Dec 2, 2007 1:03 PM, Christer Weinigel [EMAIL PROTECTED] wrote:
Hi Andy,
you seem to be the last person messing around with checkpatch.pl so I'm
addressing this to you. :-)
checkpatch complains about the following:
WARNING: no space between function name and open parenthesis '('
#520:
.
Signed-off-by: Philipp Zabel [EMAIL PROTECTED]
---
drivers/w1/masters/ds1wm.c |9 +
include/linux/ds1wm.h |1 +
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/w1/masters/ds1wm.c b/drivers/w1/masters/ds1wm.c
index 5747997..688e435 100644
--- a/drivers/w1
On 10/19/07, Samuel Ortiz [EMAIL PROTECTED] wrote:
On Thu, Oct 18, 2007 at 03:05:44PM -0700, Andrew Morton wrote:
On Thu, 18 Oct 2007 11:12:41 +0200
Samuel Ortiz [EMAIL PROTECTED] wrote:
You're not a big fan of checkpatch, I see.
Well, now I am :-)
I fixed all the errors, there are only a
Hi Matt,
On 10/3/12, Matt Porter mpor...@ti.com wrote:
This series enables uio_pruss on DA850 and removes use of the
private SRAM API by the driver. The driver previously was not
enabled by any platform and the private SRAM API was accessing
an invalid SRAM bank.
have you seen my SRAM patch
On Thu, Oct 04, 2012 at 08:42:53AM -0400, Matt Porter wrote:
I think the generic SRAM/genalloc driver
(https://lkml.org/lkml/2012/9/7/282)
could be useful to map the L3RAM on Davinci.
With the gen_pool lookup patch (https://lkml.org/lkml/2012/9/7/284) the
uio_pruss driver could then use
On Thu, Oct 04, 2012 at 09:54:33AM -0400, Matt Porter wrote:
*sigh*, I see now. I looked at v2 and got wrapped up in the DT use case
and missed your platform device support. I think it will work just fine
for us to use in a phase 2 of this work, replacing the backend of
davinci sram allocation
Am Donnerstag, den 04.10.2012, 11:25 -0400 schrieb Matt Porter:
On Fri, Sep 07, 2012 at 02:43:44PM +0200, Philipp Zabel wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
Other drivers can
Am Freitag, den 26.10.2012, 12:17 -0400 schrieb Paul Gortmaker:
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
On some platforms the SRAM needs a clock to be enabled explicitly.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/misc/sram.c
Am Freitag, den 26.10.2012, 11:18 -0400 schrieb Paul Gortmaker:
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
On some platforms the SRAM needs a clock to be enabled explicitly.
Since this is a file that you've just created in the previous commit,
I don't
Hi Paul,
thank you for your comments.
Am Freitag, den 26.10.2012, 12:07 -0400 schrieb Paul Gortmaker:
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from
The syscon mfd driver selects REGMAP_MMIO and uses struct regmap_config,
which is only defined if CONFIG_REGMAP is enabled.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/base/regmap/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base
Am Mittwoch, den 17.10.2012, 21:32 +0900 schrieb Mark Brown:
On Wed, Oct 17, 2012 at 02:31:16PM +0200, Philipp Zabel wrote:
The syscon mfd driver selects REGMAP_MMIO and uses struct regmap_config,
which is only defined if CONFIG_REGMAP is enabled.
Already fixed by someone else, can't
On some platforms the SRAM needs a clock to be enabled explicitly.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/misc/sram.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c
index 7a363f2..0cc2e75 100644
--- a/drivers
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
include/linux
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
Signed-off-by: Philipp Zabel p.za
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc
behavior.
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Documentation/devicetree/bindings/misc/sram.txt | 12 ++-
drivers/misc/sram.c | 14 -
include/linux/platform_data/sram.h | 25
On 4/26/07, Matt Reimer [EMAIL PROTECTED] wrote:
On Apr 25, 2007, at 5:46 PM, Andrew Morton wrote:
On Tue, 24 Apr 2007 14:02:03 +0400 Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
+#define DS1WM_CMD_1W_RESET 1 0 /* force reset on 1-wire bus */
+#define DS1WM_CMD_SRA 1 1 /*
Hi!
Here 2.6.11-rc2 did this, too. (inotify.patch from 2.6.11-rc2-mm1):
On Fri, 21 Jan 2005 00:12:51 +0100, Juerg Billeter [EMAIL PROTECTED] wrote:
I reproducibly get the following Oops as soon as I start using inotify
with gamin and/or beagle. This happens with linux 2.6.10-as1 + inotify
Hi, last time I posted was a bit close to the merge window, so I'm
reposting now. Greg, Arnd, could you take the first two patches?
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since v8:
- Changed device tree compatible string to mmio-sram
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi
node. The corresponding platform device is then fed into
dev_get_gen_pool and the resulting gen_pool is returned.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
include/linux/genalloc.h | 15 +
lib/genalloc.c | 81
This patch depends on genalloc: add devres support, allow to find
a managed pool by device, which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-By: Javier Martin javier.mar...@vista-silicon.com
Acked-by: Grant Likely
allocations.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since v8:
- Changed device tree compatible string to mmio-sram
---
Documentation/devicetree/bindings/misc/sram.txt | 16
Am Mittwoch, den 20.03.2013, 11:52 +0100 schrieb Philipp Zabel:
Hi, last time I posted was a bit close to the merge window, so I'm
reposting now. Greg, Arnd, could you take the first two patches?
Ping,
can I do anything to help move this along?
regards
Philipp
These patches add support
Am Donnerstag, den 28.03.2013, 10:54 +0800 schrieb Shawn Guo:
On Wed, Mar 20, 2013 at 11:52:47AM +0100, Philipp Zabel wrote:
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since
Hi Andrew,
thanks for taking care of these patches.
Am Mittwoch, den 27.03.2013, 15:27 -0700 schrieb Andrew Morton:
On Wed, 20 Mar 2013 11:52:45 +0100 Philipp Zabel p.za...@pengutronix.de
wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves
Am Donnerstag, den 28.03.2013, 22:22 +0800 schrieb Shawn Guo:
On Thu, Mar 28, 2013 at 10:05:18AM +0100, Philipp Zabel wrote:
+
+ ocram: ocram@f800 {
+ compatible = fsl,imx-ocram, mmio-sram;
We should probably just drop fsl,imx-ocram
-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/mfd/da9052-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/da9052-core.c b/drivers/mfd/da9052-core.c
index c96cdbc..0f12972 100644
--- a/drivers/mfd/da9052-core.c
+++ b/drivers/mfd/da9052-core.c
@@ -804,7
Hi,
On Fri, 2012-11-23 at 15:24 +0100, Philipp Zabel wrote:
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers
On Tue, 2012-12-04 at 08:19 -0800, Greg Kroah-Hartman wrote:
On Tue, Dec 04, 2012 at 09:53:38AM +0100, Philipp Zabel wrote:
Hi,
On Fri, 2012-11-23 at 15:24 +0100, Philipp Zabel wrote:
These patches add support to configure on-chip SRAM via device-tree
node or platform data
Hi Grant,
Am Freitag, den 08.02.2013, 20:16 + schrieb Grant Likely:
On Mon, 4 Feb 2013 12:32:16 +0100, Philipp Zabel p.za...@pengutronix.de
wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since v8:
- Changed device tree compatible string to mmio-sram
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi
allocations.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since v8:
- Changed device tree compatible string to mmio-sram
---
Documentation/devicetree/bindings/misc/sram.txt | 16
node. The corresponding platform device is then fed into
dev_get_gen_pool and the resulting gen_pool is returned.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
include/linux/genalloc.h | 15 +
lib/genalloc.c | 81
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the
This patch depends on genalloc: add devres support, allow to find
a managed pool by device, which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-By: Javier Martin javier.mar...@vista-silicon.com
Acked-by: Grant Likely
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
node. The corresponding platform device is then fed into
dev_get_gen_pool and the resulting gen_pool is returned.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v7:
- Removed the global pool list. Instead, added a devres managed version of
gen_pool_create, replacing
allocations.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
Changes since v7:
- Removed obsolete __devinit/__devexit/__devexit_p
---
Documentation/devicetree/bindings/misc/sram.txt | 17
drivers/misc/Kconfig
This patch depends on genalloc: add devres support, allow to find
a managed pool by device, which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v7:
- In the platform data case, retrieve gen_pool by device
Am Dienstag, den 05.02.2013, 00:53 +0900 schrieb Paul Mundt:
On Mon, Feb 04, 2013 at 12:32:16PM +0100, Philipp Zabel wrote:
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
It optionally enables
causes all but the first read from
debugfs/regmap/*/registers to start from register position 0, which
in turn results in infinitely looping debugfs register map output.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/base/regmap/regmap-debugfs.c | 16
1 file changed
parameter. This
is passed to clk_get to request the clock from the clk
framework.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/base/regmap/regmap-mmio.c | 88 +++--
include/linux/regmap.h|6 +++
2 files changed, 91 insertions
Hi Mark,
Am Donnerstag, den 14.02.2013, 11:56 + schrieb Mark Brown:
On Thu, Feb 14, 2013 at 10:49:14AM +0100, Philipp Zabel wrote:
Some mmio devices have a dedicated interface clock that needs
to be enabled to access their registers. This patch optionally
enables a clock before
parameter. This
is passed to clk_get to request the clock from the clk
framework.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/base/regmap/regmap-mmio.c | 79 +++--
include/linux/regmap.h| 47 +++---
2 files changed
of the caller.
No such lock is known to the caller. Some of those calls will need
to move to a C file somewhere.
Moved into generic.c
regards
Philipp
--
Signed-off-by: Philipp Zabel [EMAIL PROTECTED]
Index: linux-2.6/include/asm-arm/arch-sa1100/gpio.h
/arch-pxa/gpio.h 2006-12-21
07:57:12.0 +0100
@@ -0,0 +1,86 @@
+/*
+ * linux/include/asm-arm/arch-pxa/gpio.h
+ *
+ * PXA GPIO wrappers for arch-neutral GPIO calls
+ *
+ * Written by Philipp Zabel [EMAIL PROTECTED]
+ *
+ * This program is free software; you can redistribute it and/or modify
originally just sent this
(admittedly rushed) patch to [EMAIL PROTECTED]
to get some eyes on it. Sorry about that.
I have no S3C24xx machine, so I'd like very much somebody
and with some insight to S3C24xx who can test to try and
correct this.
Arch-neutral GPIO calls for S3C24xx.
From: Philipp Zabel
On 12/21/06, Nicolas Pitre [EMAIL PROTECTED] wrote:
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
David suggested to have both inline and non-inline functions depending
on whether gpio is constant. How is this patch?
More comments below.
--- /dev/null 1970-01-01 00:00:00.0 +
On 12/21/06, Nicolas Pitre [EMAIL PROTECTED] wrote:
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
--- linux-2.6.orig/arch/arm/mach-pxa/generic.c2006-12-16
+++ linux-2.6/arch/arm/mach-pxa/generic.c 2006-12-16
16:47:45.0
@@ -129,6 +129,29 @@
EXPORT_SYMBOL
+ *
+ * Written by Philipp Zabel [EMAIL PROTECTED]
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later
Hi,
On 11/23/06, David Brownell [EMAIL PROTECTED] wrote:
On Tuesday 21 November 2006 7:57 am, Bill Gatliff wrote:
Once you're hiding the GPIO number behind an enumeration, you can create
a bitmap with more information than a single integer. That extra
information could be used--- in my
On 11/30/06, pHilipp Zabel [EMAIL PROTECTED] wrote:
Effectively, yes. I counted quite a few implementations in the current
tree which can trivially (#defines) map to that API.
Or so I thought, sorry.
regards
Philipp
Index: linux-2.6/include/asm-arm/arch-pxa/gpio.h
These patches add support to configure on-chip SRAM via device-tree
node and to obtain the resulting genalloc pool from a phandle pointing
at the node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc pool address.
The on-chip SRAM on i.MX53 and i.MX6q
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
include/linux
);
/* ... */
- iram_free(virt, SIZE);
+ gen_pool_free(iram_pool, virt, SIZE);
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
arch/arm/plat-mxc/Kconfig |4 --
arch/arm/plat-mxc/Makefile|1 -
arch/arm/plat-mxc/include/mach/iram.h
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/mach-imx/clk-imx6q.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-imx/clk-imx6q.c b/arch/arm/mach-imx/clk-imx6q.c
index 4233d9e..5912966 100644
--- a/arch/arm/mach-imx/clk-imx6q.c
+++ b/arch/arm/mach-imx/clk
On some platforms the SRAM needs a clock to be enabled explicitly.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/misc/sram.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c
index 7a363f2..0cc2e75 100644
--- a/drivers
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
Signed-off-by: Philipp Zabel p.za
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/boot/dts/imx6q.dtsi |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi
index 9cb0b50..1e463c4 100644
--- a/arch/arm/boot/dts/imx6q.dtsi
+++ b/arch
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/boot/dts/imx53.dtsi |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index 5da342a..2767a92 100644
--- a/arch/arm/boot/dts/imx53.dtsi
+++ b/arch
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
Signed-off-by: Philipp Zabel p.za
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/include/mach/iram.h |6 -
arch/arm/plat-mxc/iram_alloc.c| 44 ++---
2 files changed, 41 insertions(+), 9 deletions(-)
diff --git a/arch/arm/plat-mxc/include/mach/iram.h
b/arch
);
/* ... */
- iram_free(virt, SIZE);
+ gen_pool_free(iram_pool, virt, SIZE);
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/Kconfig |4 --
arch/arm/plat-mxc/Makefile|1 -
arch/arm/plat-mxc/include/mach/iram.h | 35 --
arch/arm/plat-mxc
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
include/linux/genalloc.h | 14 +
lib/genalloc.c
This improves the symmetry of iram_alloc and iram_free in that
iram_free has to be called with the virtual address now.
Also, gen_pool_virt_to_phys is now functional.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/iram_alloc.c | 39
These patches add support to configure on-chip SRAM via device-tree
node and to obtain the resulting genalloc pool from a phandle pointing
at the node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc pool address.
The on-chip SRAM on i.MX53 and i.MX6q
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
- Renamed iram to ocram as it appears in the processor
reference manuals.
---
arch/arm/boot/dts/imx53.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v1:
- Renamed iram to ocram as it appears in the processor
reference manuals.
---
arch/arm/boot/dts/imx6q.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts
Hi Shawn,
Am Montag, den 03.09.2012, 09:53 +0800 schrieb Shawn Guo:
I do not understand the point of introducing those imx patches, 1 ~ 4
and 7, 8. They are all unnecessary churns to me. IMO, 4 patches are
enough.
* genalloc: add a global pool list, allow to find pools by phys address
);
/* ... */
- iram_free(virt, SIZE);
+ gen_pool_free(iram_pool, virt, SIZE);
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/Kconfig |4 --
arch/arm/plat-mxc/Makefile|1 -
arch/arm/plat-mxc/include/mach/iram.h | 41 --
arch/arm/plat-mxc
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index cd37165..2767a92 100644
--- a/arch/arm
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Changes since v2:
- Moved struct device_node declaration out
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
Signed-off-by: Philipp Zabel p.za
These patches add support to configure on-chip SRAM via device-tree
node and to obtain the resulting genalloc pool from a phandle pointing
at the node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc pool address.
The on-chip SRAM on i.MX53 and i.MX6q
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index e3e8694..6d99d8a 100644
--- a/arch/arm
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/include/mach/iram.h |6 -
arch/arm/plat-mxc/iram_alloc.c| 44 ++---
2 files changed, 41 insertions(+), 9 deletions(-)
diff --git a/arch/arm/plat-mxc/include/mach/iram.h
b/arch
These patches add support to configure the on-chip SRAM via device-tree
node and to obtain the resulting genalloc pool from a phandle pointing
at the node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc pool address.
regards
Philipp
---
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
include/linux/genalloc.h | 14 +
lib/genalloc.c
, virt, SIZE);
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/include/mach/iram.h | 35 -
arch/arm/plat-mxc/iram_alloc.c| 26
2 files changed, 61 deletions(-)
delete mode 100644 arch/arm/plat-mxc/include
This improves the symmetry of iram_alloc and iram_free in that
iram_free has to be called with the virtual address now.
Also, gen_pool_virt_to_phys is now functional.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
arch/arm/plat-mxc/iram_alloc.c | 39
Hi Andrew,
On Feb 6, 2008 8:26 AM, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 8 Jan 2008 09:21:55 +0100 pHilipp Zabel [EMAIL PROTECTED] wrote:
On Jan 8, 2008 1:13 AM, Matt Reimer [EMAIL PROTECTED] wrote:
On Mon, 2008-01-07 at 15:10 -0800, Andrew Morton wrote:
On Sun, 06 Jan 2008
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
include/linux
allocations.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
Documentation/devicetree/bindings/misc/sram.txt | 17
drivers/misc/Kconfig|9 ++
drivers/misc/Makefile |1
This patch depends on genalloc: add a global pool list,
allow to find pools by phys address, which provides the
of_get_named_gen_pool function.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/Kconfig |3 +--
drivers/media/platform/coda.c | 47
3 is an invalid value for the CAN1_IPP_IND_CANRX_SELECT_INPUT
register. Set it to 2, which correctly selects the GPIO_8 pad.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/pinctrl/pinctrl-imx53.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
Am Mittwoch, den 14.11.2012, 19:15 + schrieb Grant Likely:
On Thu, 18 Oct 2012 16:27:33 +0200, Philipp Zabel p.za...@pengutronix.de
wrote:
From: Matt Porter mpor...@ti.com
Adds support for setting the genalloc pool's minimum allocation
order via DT or platform data. The allocation
Hi Paul,
Am Freitag, den 26.10.2012, 15:46 -0400 schrieb Paul Gortmaker:
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
include/linux
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc
.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
Documentation/devicetree/bindings/misc/sram.txt | 17
drivers/misc/Kconfig|9 ++
drivers/misc/Makefile |1 +
drivers/misc/sram.c
This patch depends on genalloc: add a global pool list,
allow to find pools by phys address, which provides the
of_get_named_gen_pool function.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/Kconfig |3 +--
drivers/media/platform/coda.c | 47
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
Am Freitag, den 16.11.2012, 10:08 -0500 schrieb Paul Gortmaker:
On 12-11-16 05:30 AM, Philipp Zabel wrote:
This patch depends on genalloc: add a global pool list,
allow to find pools by phys address, which provides the
of_get_named_gen_pool function.
Signed-off-by: Philipp Zabel p.za
1 - 100 of 3512 matches
Mail list logo