Hi Linus,
On 10/01/2013 12:06, Linus Walleij wrote:
On Fri, Jan 4, 2013 at 5:45 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
+static int __devinit
+sunxi_pinctrl_register_gpio_ranges(struct sunxi_pinctrl *pctl)
+{
+ int id = 0, base = 0, npins = 1, i, prev_pin = -1;
+
On Fri, Jan 11, 2013 at 04:45:16PM +0100, Thierry Reding wrote:
On Fri, Jan 11, 2013 at 03:36:14PM +, Arnd Bergmann wrote:
On Friday 11 January 2013, Thierry Reding wrote:
Right, it'll need #ifdefs around the arch_{setup,teardown}_msi_irq(). Or
select PCI_MSI unconditionally. Once
On 01/10/2013 07:47 AM, Michal Simek wrote:
Hi Rob, Mark, Grant and others,
I want to check with you the location of ARM pmu node
I see that
1) highbank and dbx5x0 have it in soc node
2) vexpress and tegra have no main bus and pmu is in root like all
others devices.
(Any reason no to
On Wed, Jan 2, 2013 at 10:43 AM, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
Create cmd_dtc_cpp to run the C pre-processor on *.dts file before
passing them to dtc for final compilation. This allows the use of #define
and #include within the .dts file.
Hi Laurent
On Wed, 9 Jan 2013, Laurent Pinchart wrote:
Support device instantiation through the device tree. The compatible
property is used to select the SoC pinmux information.
Set the gpio_chip device field to the PFC device to enable automatic
GPIO OF support.
Signed-off-by: Laurent
On Saturday 12 January 2013, Thierry Reding wrote:
I already hinted at that in one of the other subthreads. Having such a
multiplex would also allow the driver to be built as a module. I had
already thought about this when I was working on an earlier version of
these patches. Basically
Hi Guenter,
On Fri, 11 Jan 2013 09:41:05 -0800, Guenter Roeck wrote:
On Sun, Dec 16, 2012 at 09:33:09PM -0800, Guenter Roeck wrote:
Add support for MAX6581, MAX6602, MAX6622, MAX6636, MAX6689, MAX6693,
MAX6694, MAX6697, MAX6698, and MAX6699 temperature sensors
Signed-off-by: Guenter
This series is adds Device Tree support for Samsung S3C64xx SoC series.
It fixes several problems preventing from booting an S3C64xx-based system
using Device Tree, adds all the infrastructure for Device Tree-based board
support, including mach-s3c64xx-dt and dts include files for S3C64xx SoCs,
This patch extends vic_of_init to parse valid interrupt sources
and resume sources masks from device tree.
If mask values are not specified in device tree, all sources
are assumed to be valid, as before this patch.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
---
Without this patch, vic_of_init passed -1 as first IRQ number to
__vic_init (as signed int), then to vic_register (now as unsigned int
equals to 0x) and finally to irq_domain_add_simple (again as
unsigned 0x), which tries to allocate irq descriptors starting
from IRQ 0x,
This patch modifies IRQ initialization code of S3C64xx to support
Device Tree-based initialization of VICs.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
---
arch/arm/mach-s3c64xx/common.c | 16
arch/arm/mach-s3c64xx/common.h | 4
2 files changed, 20 insertions(+)
diff
This patch adds board file that will be used to boot S3C64xx-based boards
using Device Tree.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
---
arch/arm/mach-s3c64xx/Kconfig | 13 +
arch/arm/mach-s3c64xx/Makefile | 1 +
arch/arm/mach-s3c64xx/mach-s3c64xx-dt.c | 84
This patch adds basic device tree definitions for Samsung S3C64xx SoCs.
Since all the SoCs in the series are very similar, the files are created
hierarchically - one file for the whole series and then separate files
for particular SoCs including the common one.
Signed-off-by: Tomasz Figa
This patch adds basic device tree sources for FriendlyARM Mini6410 board
based on Samsung S3C6410 SoC.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/s3c6410-mini6410.dts | 50 ++
2 files
FYI, re:
https://lists.ozlabs.org/pipermail/devicetree-discuss/2012-November/022645.html
I know that was a long time ago, but I was searching for information on
which chips supported 10-bit I2C addresses, and found a partial answer
to the question:
Grant Likely wrote:
Is it possible for a
On 01/12/2013 08:54 AM, Rob Herring wrote:
On 01/10/2013 07:47 AM, Michal Simek wrote:
Hi Rob, Mark, Grant and others,
I want to check with you the location of ARM pmu node
I see that
1) highbank and dbx5x0 have it in soc node
2) vexpress and tegra have no main bus and pmu is in root like
16 matches
Mail list logo