On Fri, 17 Jan 2014 17:57:39 -0500, Matthew Garrett
wrote:
> Some hardware may be broken in interesting and board-specific ways, such
> that various bits of functionality don't work. This patch provides a
> mechanism for overriding mii registers during init based on the contents of
> the device t
On Tue, 21 Jan 2014 15:57:40 -0700, Jason Gunthorpe
wrote:
> On Wed, Jan 15, 2014 at 06:03:01PM +0100, boris brezillon wrote:
>
> > >>Pick a mode value that fits all the parameters of the connected
> > >>non-ONFI flash.
> > >>
> > >>This would be instead of defining each parameter
> > >>individu
ny variables.
>
> Reported-by: Geert Uytterhoeven
> Cc: David Howells
> Signed-off-by: Rob Herring
Acked-by: Grant Likely
> ---
> include/linux/of.h | 153
> +
> 1 file changed, 84 insertions(+), 69 deletions(-)
&g
rongly
linked to the kernel version, the devicetree files will most likely move
to their own repo. Users will need to upgrade install scripts at that
time.
v7: (reworked by Grant Likely)
- Moved rules from arch/arm/Makefile to arch/arm/boot/dts/Makefile so
that each dtb install could have a se
On Sat, 25 Jan 2014 19:04:49 -0800, Florian Fainelli
wrote:
> Le 16/11/2013 04:24, Grant Likely a écrit :
> > On Fri, 15 Nov 2013 06:23:32 +, Florian Fainelli
> > wrote:
> >> Per the ePAPR v1.1 specification, 'phy-connection-type' is the canonical
&g
types for annotation by endian checkers
* Fix util_is_printable_string
* dtc: srcpos_verror() should print to stderr
* libfdt: Added missing functions to shared library
Shipped bison/flex generated files were built on an Ubuntu 13.10 system.
Signed-off-by: Grant Likely
---
scripts/dtc/dtc.c
Preparation patch before updating to upstream dtc version 1.4.0. This
change only contains the changes caused by a new version of bison
on the shipped files. There are no functional changes.
The shipped files were build on an Ubuntu 13.10 system
Signed-off-by: Grant Likely
---
scripts/dtc/dtc
A very simple script that automates pulling in a newer version of DTC.
Not particularly robust, but a whole lot better than doing it by hand
every time.
Signed-off-by: Grant Likely
---
scripts/dtc/update-dtc-source.sh | 54
scripts/dtc/version_gen.h
Simple series to update dtc to the latest mainline release (v1.4.0) and
add a script that automates the process of upgrading dtc.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
On Wed, 11 Dec 2013 06:23:04 +0100, Arnd Bergmann wrote:
> On Tuesday 10 December 2013, Grant Likely wrote:
> > > --- a/drivers/acpi/plat/arm-core.c
> > > +++ b/drivers/acpi/plat/arm-core.c
> > > @@ -90,7 +90,7 @@ enum acpi_irq_model_id acpi_irq_mod
On Mon, 13 Jan 2014 11:07:28 +0800, Xiubo Li wrote:
> From IEEE 1275, there defined a standard 'status' property indicating the
> operational status of one device. The 'status' property has four possible
> values: 'okay/ok', 'disabled', 'fail' and 'fail-xxx'.
>
> If it is absent, that means the s
On Thu, 09 Jan 2014 13:08:31 +, Pawel Moll wrote:
> On Tue, 2013-12-24 at 12:45 +, Mark Brown wrote:
> > I'd note that I wasn't CCed on most of this series so I'm not entirely
> > sure what it's trying to do.
>
> Apologies. The series is quite long and I didn't want to bother too many
> p
On Wed, 8 Jan 2014 11:28:01 -0600, Rob Herring wrote:
> On Mon, Dec 23, 2013 at 10:23 AM, Pawel Moll wrote:
> > In "Device Tree powered" systems, platform devices are usually
> > massively populated with of_platform_populate() call, executed
> > at some level of initcalls, either by generic archi
On Wed, 11 Dec 2013 15:17:37 +0100, Michal Simek wrote:
> On 12/11/2013 12:15 PM, Grant Likely wrote:
> > device_type is deprecated and the kernel doesn't require it in most
> > cases. The only exceptions for flat tree users are the "gianfar",
> > "ucc_ge
On Thu, 12 Dec 2013 09:57:05 +0200, Hiroshi Doyu wrote:
> IOMMU devices on the bus need to be poplulated first, then iommu
> master devices are done later.
>
> With CONFIG_OF_IOMMU, "iommus=" DT binding would be used to identify
> whether a device can be an iommu msater or not. If a device can, w
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 Warren
> > wrote:
> > > On 11/21/2013 10:17 AM, Hiroshi Doyu wrote:
> >
On Tue, 10 Dec 2013 16:13:52 +0200, Pantelis Antoniou
wrote:
> As it stands right now there's no way for a node to point back
> to allnodes that the top level tree tracker for now.
>
> This is problematic when using unflatten_dt_node more than once
> because is leads to the nodes to be linked in
On Tue, Dec 10, 2013 at 2:13 PM, Pantelis Antoniou
wrote:
> When booting platforms that do very early OF initialization before
> core_initcalls are performed of_init is called too late.
>
> This results in a hard-hard without getting a chance to output anything.
>
> Fixed by adding a flag that mar
On Thu, 28 Nov 2013 16:46:23 +0100, Thierry Reding
wrote:
> On Wed, Nov 27, 2013 at 03:56:29PM +0000, Grant Likely wrote:
> > On Mon, 25 Nov 2013 10:49:55 +0100, Thierry Reding
> > wrote:
> > >
> > > I should maybe add: one issue that was raised during review
ill boot to a minimal usable system without
> > it. In this case also log a warning for when the kernel log buffer is
> > obtainable.
> >
> > Signed-off-by: James Hogan
> > Cc: Grant Likely
> > Cc: Rob Herring
> > Cc: devicet...@vger.kernel.org
>
ach_phandle_with_args() macro to make the iteration
> > simpler.
> >
> > Signed-off-by: Hiroshi Doyu
> > ---
> > v6+:
> > Use the description, which Grant Likely proposed, to be full enough
> > that a future reader can figure out why a patch was written.
>
> Signed-off-by: Hiroshi Doyu
Acked-by: Grant Likely
This patch can be merged with the rest of the series.
g.
> ---
> v6+:
> Use the description, which Grant Likely proposed, to be full enough
> that a future reader can figure out why a patch was written.
> http://lists.li
On Tue, 10 Dec 2013 16:13:53 +0200, Pantelis Antoniou
wrote:
> kobject operation should only take place on already attached (live)
> device nodes. The same restriction applies to the invocation of
> device tree notifiers.
>
> Introduce a simple of_node_is_attached() test which tests whether
> th
-off-by: Grant Likely
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Benjamin Herrenschmidt
---
Documentation/devicetree/bindings/marvell.txt | 2 --
arch/powerpc/boot/dts/c2k.dts | 2 --
arch/powerpc/boot/dts/prpmc2800.dts | 2
device_type="mdio" from the binding
documentation and the .dts files.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Benjamin Herrenschmidt
---
Documentation/devicetree/bindings/marvell.txt| 2 --
fected and I think the
ucc_geth, ibm,emac and gianfar users should be addressed before clearing
out the references to reduce the chance of breakage.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Michal Simek
---
think this is a
good first step.
Grant Likely (5):
dt/bindings: Remove all references to device_type "ethernet-phy"
dt/bindings: Remove references to linux,phandle properties
dt/bindings: remove users of device_type "mdio"
dt/bindings: remove device_typ
ernet-phy" as a device_type value from the documentation and the
.dts files.
This patch was generated mechanically with the following command and
then verified by looking at the diff.
sed -i '/"ethernet-phy"/d' `git grep -l '"ethernet-phy"'`
Signed-off
add a phandle property manually.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
Documentation/devicetree/bindings/net/phy.txt | 3 ---
Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe/pincfg.txt | 3 -
On Wed, 11 Dec 2013 07:15:54 +, Florian Fainelli
wrote:
> Le jeudi 14 novembre 2013, 15:05:56 Srinivas Kandagatla a écrit :
> > According to Documentation/devicetree/bindings/net/phy.txt device_type
> > property of PHY nodes is mandatory, which should be set to
> > "ethernet-phy". This patch
On Tue, 10 Dec 2013 10:29:34 -0800, Roy Franz wrote:
> On Tue, Dec 10, 2013 at 4:30 AM, Grant Likely wrote:
> > On Fri, 6 Dec 2013 11:20:45 -0600, Matt Sealey wrote:
> >> On Wed, Dec 4, 2013 at 4:44 PM, Matthew Garrett
> >> wrote:
> >> > On Wed, Dec 04
On Mon, 2 Dec 2013 23:44:53 +0800, Hanjun Guo wrote:
> This API is similar to DT based irq_of_parse_and_map but does link
> parent/child IRQ controllers. This is tested for primary GIC PPI and GIC SPI
> interrupts and not for secondary child irq controllers.
>
> Signed-off-by: Amit Daniel Kachha
On Mon, 2 Dec 2013 23:44:49 +0800, Hanjun Guo wrote:
> Parked Address in GIC structure can be used as cpu release address
> for spin table SMP initialisation.
>
> This patch gets parked address from MADT and use it for SMP
> initialisation when DT is not available.
>
> Signed-off-by: Hanjun Guo
On Mon, 2 Dec 2013 23:44:47 +0800, Hanjun Guo wrote:
> When boot the kernel with MADT, the cpu possible and present maps should be
> prefilled for cpu topology and acpi based cpu hot-plug.
>
> The logic cpu id maps to APIC id (GIC id) is also implemented, it is needed
> for acpi processor driver
On Fri, 6 Dec 2013 11:20:45 -0600, Matt Sealey wrote:
> On Wed, Dec 4, 2013 at 4:44 PM, Matthew Garrett wrote:
> > On Wed, Dec 04, 2013 at 03:06:47PM -0600, Matt Sealey wrote:
> Grant suggested I should propose some patches; sure, if I'm not otherwise
> busy.
>
> Maybe the Linaro guys can recom
On Thu, 5 Dec 2013 15:28:06 +, Catalin Marinas
wrote:
> On Thu, Dec 05, 2013 at 02:43:23PM +, Mark Salter wrote:
> > On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> > > On Fri, Nov 29, 2013 at 10:05:10PM +, Mark Salter wrote:
> > > > This patch adds PE/COFF header fields t
ations, only little endian kernels with 4K
> page sizes are supported at this time. Support in the COFF header
> for signed images was provided by Ard Biesheuvel.
>
> Signed-off-by: Mark Salter
> Signed-off-by: Ard Biesheuvel
Reviewed-by: Grant Likely
I've already made comment
On Wed, 27 Nov 2013 15:31:55 -0800, Roy Franz wrote:
> Signed-off-by: Roy Franz
Dude. Must have commit text. You know better. :-)
> ---
> arch/arm/Kconfig | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index a1b4758..6601985 10064
_OFFSET_LIMIT) {
> + efi_printk(sys_table, PRINTK_PREFIX"ERROR: Failed to relocate
> kernel, no low memory available.\n");
> + goto fail_free_zimage;
> + }
Back to same code below this point, and is the same through to the
bottom of the functi
On Wed, 27 Nov 2013 15:31:51 -0800, Roy Franz wrote:
> Both ARM and ARM64 stubs will update the device tree
> that they pass to the kernel. In both cases they
> primarily need to add the same UEFI related information,
> so the function can be shared.
> Create a new FDT related file for this to av
(fdt, node, "bootargs", cmdline_ptr,
> + strlen(cmdline_ptr) + 1);
> + if (status)
> + goto fdt_set_fail;
> + }
> +
> + /* Set intird address/end in device tree, if present */
sp. initrd
None of th
On Wed, 27 Nov 2013 15:31:50 -0800, Roy Franz wrote:
> Update efi-stub.txt documentation to be more general
> and not x86 specific. Add ARM only "dtb=" command
> line option description.
>
> Signed-off-by: Roy Franz
Acked-by: Grant Likely
> ---
> Do
On Fri, 29 Nov 2013 17:05:11 -0500, Mark Salter wrote:
Even documentation updates should have a mildly sane commit text. State
why these changes came about. Give a future reader at least some clues
as to why these changes were made now.
Otherwise:
Acked-by: Grant Likely
g.
> Signed-off
On Fri, 29 Nov 2013 18:58:51 +0100, Leif Lindholm
wrote:
> On Fri, Nov 29, 2013 at 11:53:19AM +, Matt Fleming wrote:
> > On Thu, 28 Nov, at 04:41:20PM, Leif Lindholm wrote:
> > > In systems based on [U]EFI-conformant firmware, runtime services provide
> > > a standardised way for the kernel t
_pre_smp_initcalls();
> +
> + if (IS_ENABLED(CONFIG_ARM) && efi_enabled(EFI_BOOT))
> + efi_enter_virtual_mode();
> +
Personally, I would put the IS_ENABLED() and efi_enabled() tests into
efi_enter_virtual_mode() itself (or an empty stub for the !I
f-by: Leif Lindholm
Hi Leif,
I've made a bunch of comments below. I've got concerns about the amount
of casting going on in this code, but the rest are pretty minor
Reviewed-by: Grant Likely
> ---
> arch/arm/Kconfig| 15 ++
> arch/arm/include/asm/uefi.h |
Rob Landley
> Cc: linux-...@vger.kernel.org
>
> Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
With a few minor comments below.
g.
> ---
> Documentation/arm/00-INDEX |3 +++
> Documentation/arm/uefi.txt | 61
>
> 2 files
On Wed, 4 Dec 2013 15:06:47 -0600, Matt Sealey wrote:
> If your platform has UEFI, then your platform has UEFI - if you built
> a multiplatform kernel that needs to boot on U-Boot, then you glued an
> EFI stub to it to make it boot. At some point between the stub and the
> runtime services driver,
On Mon, 2 Dec 2013 13:51:22 -0600, Matt Sealey wrote:
> > +UEFI kernel support on ARM
> > +==
> > +UEFI kernel support on the ARM architectures (arm and arm64) is only
> > available
> > +when boot is performed through the stub.
> > +
> > +The stub populates the FDT /chosen
On Mon, 25 Nov 2013 10:49:55 +0100, Thierry Reding
wrote:
> On Mon, Nov 25, 2013 at 10:25:50AM +0100, Thierry Reding wrote:
> > On Sun, Nov 24, 2013 at 09:36:51PM +0000, Grant Likely wrote:
> > > On Fri, 22 Nov 2013 16:43:35 -0800, Tony Lindgren
> > > wrote:
&
On Mon, 25 Nov 2013 10:25:50 +0100, Thierry Reding
wrote:
> On Sun, Nov 24, 2013 at 09:36:51PM +0000, Grant Likely wrote:
> > On Fri, 22 Nov 2013 16:43:35 -0800, Tony Lindgren wrote:
> > > Currently we get the following kind of errors if we try to use
> > > interrup
remap() more suitable for random unaligned access;
> (b) allow the non-EFI fallback probe into hardcoded physical address
> 0xF to be disabled.
>
> Signed-off-by: Ard Biesheuvel
Acked-by: Grant Likely
> ---
>
> Changes since v1:
> - followed Grant's suggestion to
On Thu, 21 Nov 2013 18:42:58 +0100, Geert Uytterhoeven
wrote:
> On Thu, Nov 21, 2013 at 6:38 PM, Rob Herring wrote:
> > I really don't like saying one arch can have built-in dtb and another
> > one can't. Either we allow it or we don't. If this is a bad feature,
> > then why did we let multiple
On Thu, 21 Nov 2013 18:49:08 +0100, Geert Uytterhoeven
wrote:
> On Thu, Nov 21, 2013 at 4:53 PM, Grant Likely
> wrote:
> >> My changes don't change the current behavior much: currently
> >> early_init_dt_scan() is already called with &__dtb_start in several pla
On Thu, 21 Nov 2013 17:23:14 -0600, Rob Herring wrote:
> On Thu, Nov 21, 2013 at 6:50 AM, Grant Likely wrote:
> > On Wed, 30 Oct 2013 01:12:51 -0500, Rob Herring
> > wrote:
> >> From: Rob Herring
> >>
> >> Add boilerplate helpers to create initcalls
On Wed, 27 Nov 2013 19:06:35 +1000, Peter Crosthwaite
wrote:
> On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely wrote:
> > On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite
> > wrote:
> >> On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely
> >> wrote:
> >
On Wed, Nov 27, 2013 at 12:12 PM, Grant Likely
wrote:
> On Mon, 25 Nov 2013 13:07:23 +0100, Ard Biesheuvel
> wrote:
>> Hello all,
>>
>> Resending this patch to a slightly wider audience.
>>
>> The point of this patch is reworking the dmi_scan code slight
ap(), this allows the use of a
> > flavor of ioremap() more suitable for random unaligned access;
> > (b) allow the non-EFI fallback probe into hardcoded physical address
> > 0xF to be disabled.
> >
> > Signed-off-by: Ard Biesheuvel
Looks good.
Reviewed-
On Fri, 22 Nov 2013 16:43:35 -0800, Tony Lindgren wrote:
> Currently we get the following kind of errors if we try to use
> interrupt phandles to irqchips that have not yet initialized:
>
> irq: no irq domain found for /ocp/pinmux@48002030 !
> WARNING: CPU: 0 PID: 1 at drivers/of/platform.c:171
On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite
wrote:
> On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely wrote:
> > On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite
> > wrote:
> >> It's going to get a little verbose once you start making multiple
> &g
On Fri, 22 Nov 2013 17:50:35 -0800, Tony Lindgren wrote:
> * Tony Lindgren [131122 17:16]:
> > * Tony Lindgren [131122 17:09]:
> > > * Russell King - ARM Linux [131122 16:56]:
> > > > On Fri, Nov 22, 2013 at 04:43:35PM -0800, Tony Lindgren wrote:
> > > > > + /* See of_device_resourc
On Thu, 21 Nov 2013 12:04:18 -0700, Stephen Warren
wrote:
> On 11/21/2013 06:15 AM, Grant Likely wrote:
> > On Tue, 19 Nov 2013 11:33:06 +0200, Hiroshi Doyu wrote:
> >> IOMMU devices on the bus need to be poplulated first, then iommu
> >> master devices are
On Sat, 16 Nov 2013 19:50:37 +0200, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 15, 2013, at 7:46 PM, Grant Likely wrote:
>
> > Adds a few simple test cases to ensure that addition, update and removal
> > of device tree node properties works correctly.
> >
&
On Sat, 16 Nov 2013 13:09:13 -0600, Rob Herring wrote:
> On Fri, Nov 15, 2013 at 11:46 AM, Grant Likely
> wrote:
> > Adds a few simple test cases to ensure that addition, update and removal
> > of device tree node properties works correctly.
> >
> > Signed-off
ty and
> update the comments mentioning 'phy-mode' to also include
> 'phy-connection-type'.
>
> Acked-by: Grant Likely
> Signed-off-by: Florian Fainelli
Applied, thanks
g.
> ---
> Changes since v2:
> - reworked the error condition to look nicer per Grant&
Hi all,
I've resurrected this series and am posting it for review. I think I've
got the last problem that I know about solved. That was the problem that
Nathan pointed out that modified properties don't get reflected in the
sysfs representation. As I mentioned the last time I posted this series,
I
From: Grant Likely
The same data is now available in sysfs, so we can remove the code
that exports it in /proc and replace it with a symlink to the sysfs
version.
Tested on versatile qemu model and mpc5200 eval board. More testing
would be appreciated.
v5: Fixed up conflicts with mainline
From: Grant Likely
Device tree nodes are already treated as objects, and we already want to
expose them to userspace which is done using the /proc filesystem today.
Right now the kernel has to do a lot of work to keep the /proc view in
sync with the in-kernel representation. If device_nodes are
On Fri, 22 Mar 2013 20:29:18 +0100, Benjamin Herrenschmidt
wrote:
> On Fri, 2013-03-22 at 13:03 -0500, Nathan Fontenot wrote:
> > We don't ever free old property values, mainly I assume since we don't keep
> > reference counts and can't know when it is safe to do so. The problem I
> > am starting
Adds a few simple test cases to ensure that addition, update and removal
of device tree node properties works correctly.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: Benjamin Herrenschmidt
Cc: David S. Miller
Cc: Nathan Fontenot
Cc: Pantelis Antoniou
---
drivers/of/selftest.c | 62
On Fri, 15 Nov 2013 09:34:21 +0100, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 14, 2013, at 10:22 PM, Grant Likely wrote:
>
> > On Thu, 14 Nov 2013 11:01:35 +0100, Pantelis Antoniou
> > wrote:
> >> On Nov 14, 2013, at 2:31 AM, Grant Likely wrote:
> &g
, I don't think the ethernet-phy binding is
necessary. The mere fact that it is a child of the MDIO bus node means
that the device is a PHY device for the purposes of the subsystem.
Nacked-by: Grant Likely
g.
> ---
> drivers/of/of_mdio.c |7 +++
> 1 files changed, 7 insertions(+)
On Sat, 02 Nov 2013 07:33:21 +1100, Benjamin Herrenschmidt
wrote:
> On Fri, 2013-11-01 at 11:04 -0700, Grant Likely wrote:
>
> > There are two problems here. First, making the change moves all the DT
> > populated devices under the /sys/devices/platform tree, not just
&g
On Sat, 2 Nov 2013 10:45:05 +1100, NeilBrown wrote:
> On Sat, 02 Nov 2013 10:10:25 +1100 Benjamin Herrenschmidt
> wrote:
>
> > On Fri, 2013-11-01 at 13:47 -0700, Greg Kroah-Hartman wrote:
> >
> > > > > On my device I seem to have some platform devices registered through
> > > > > device-tree, a
On Thu, 14 Nov 2013 10:51:05 +0100, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 14, 2013, at 2:44 AM, Grant Likely wrote:
>
> > On Wed, 13 Nov 2013 10:03:37 +0100, Pantelis Antoniou
> > wrote:
> >> On Nov 13, 2013, at 2:34 AM, Grant Likely wrote:
> &g
On Thu, 14 Nov 2013 11:01:35 +0100, Pantelis Antoniou
wrote:
> On Nov 14, 2013, at 2:31 AM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 10:30:37 +0100, Pantelis Antoniou
> > wrote:
> >> On Nov 11, 2013, at 7:42 PM, Grant Likely wrote:
> >>> On Fri, 8 Nov 20
err = of_property_read_string(np, "phy-mode", &pm);
+ if (err < 0)
+ err = of_property_read_string(np, "phy-connection-type", &pm);
if (err < 0)
return err;
Otherwise, the patch looks fine. If you test and repost then it can be merged
with my:
Acked-by: Grant Likely
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 12 Nov 2013 10:30:37 +0100, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 11, 2013, at 7:42 PM, Grant Likely wrote:
>
> > On Fri, 8 Nov 2013 17:06:09 +0200, Pantelis Antoniou
> > wrote:
> >> Introduce DT overlay support.
> >> Using this f
On Wed, 13 Nov 2013 10:03:37 +0100, Pantelis Antoniou
wrote:
> On Nov 13, 2013, at 2:34 AM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 11:39:08 +0100, Pantelis Antoniou
> > wrote:
> >>> On Tue, 5 Nov 2013 19:50:16 +0200, Pantelis Antoniou
> >
On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite
wrote:
> On Tue, Nov 12, 2013 at 6:50 PM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 17:49:37 +1000, Peter Crosthwaite
> > wrote:
> >> Hi Grant,
> >>
> >> On Tue, Nov 12, 2013 at 4:54 PM, Grant
On Tue, 12 Nov 2013 09:28:42 +0100, Pantelis Antoniou
wrote:
>
> On Nov 11, 2013, at 7:17 PM, Grant Likely wrote:
>
> > On Fri, 8 Nov 2013 17:06:08 +0200, Pantelis Antoniou
> > wrote:
> >> Introduce support for dynamic device tree resolution.
> >>
On Tue, 12 Nov 2013 11:39:08 +0100, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 11, 2013, at 5:37 PM, Grant Likely wrote:
>
> > On Tue, 5 Nov 2013 19:50:16 +0200, Pantelis Antoniou
> > wrote:
> >> Introduce helper functions
On Tue, 12 Nov 2013 17:49:37 +1000, Peter Crosthwaite
wrote:
> Hi Grant,
>
> On Tue, Nov 12, 2013 at 4:54 PM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 08:58:15 +1000, Peter Crosthwaite
> > wrote:
> >> Hi Grant,
> >>
> >> On Wed, Oc
On Tue, 12 Nov 2013 08:58:15 +1000, Peter Crosthwaite
wrote:
> Hi Grant,
>
> On Wed, Oct 16, 2013 at 6:39 AM, Grant Likely wrote:
> > The standard interrupts property in device tree can only handle
> > interrupts coming from a single interrupt parent. If a device is
On Mon, 11 Nov 2013 16:59:14 +, Stefano Stabellini
wrote:
> On Wed, 6 Nov 2013, Stefano Stabellini wrote:
> > On Sat, 2 Nov 2013, Grant Likely wrote:
> > > On Wed, 30 Oct 2013 00:05:22 -0500, Rob Herring
> > > wrote:
> > > > From: Rob Herring
>
On Wed, 6 Nov 2013 10:49:44 +0200, Pantelis Antoniou
wrote:
> On Nov 6, 2013, at 10:46 AM, Alexander Sverdlin wrote:
>
> > Hello Pantelis,
> >
> > On 05/11/13 21:03, ext Pantelis Antoniou wrote:
> >> On Nov 5, 2013, at 9:43 PM, Gerhard Sittig wrote:
> --- a/drivers/of/base.c
> +++ b/d
On Fri, 8 Nov 2013 17:06:10 +0200, Pantelis Antoniou
wrote:
> Add a runtime interface to /proc to enable generic device tree overlay
> usage.
>
> Two new /proc files are added:
>
> /proc/device-tree-overlay & /proc/device-tree-overlay-status
>
> /proc/device-tree-overlay accepts a stream of a
On Tue, 5 Nov 2013 19:50:15 +0200, Pantelis Antoniou
wrote:
> There are other users for the proc DT functions.
> Export them.
>
> Signed-off-by: Pantelis Antoniou
These are all very much internal DT APIs. There is no way that anything
outside of drivers/of should ever be calling them. (In fac
On Fri, 8 Nov 2013 17:06:09 +0200, Pantelis Antoniou
wrote:
> Introduce DT overlay support.
> Using this functionality it is possible to dynamically overlay a part of
> the kernel's tree with another tree that's been dynamically loaded.
> It is also possible to remove node and properties.
>
> N
On Wed, 06 Nov 2013 06:53:13 -0800, Guenter Roeck wrote:
> Hi Pantelis,
>
> On 11/06/2013 01:34 AM, Pantelis Antoniou wrote:
>
> >
> > As I mentioned earlier I'm trying to get this accepted in general term and
> > then we'll
> > get around fixing any minor problems.
> >
>
> I think it is quite
On Tue, 5 Nov 2013 19:50:13 +0200, Pantelis Antoniou
wrote:
> Helper functions for working with device node flags.
>
> Signed-off-by: Pantelis Antoniou
Merged, thanks
g.
> ---
> include/linux/of.h | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/include/linux
On Tue, 5 Nov 2013 19:50:16 +0200, Pantelis Antoniou
wrote:
> Introduce helper functions for working with the live DT tree.
>
> __of_free_property() frees a dynamically created property
> __of_free_tree() recursively frees a device node tree
> __of_copy_property() copies a property dynamically
On Tue, 5 Nov 2013 19:50:14 +0200, Pantelis Antoniou
wrote:
> of_property_notify can be utilized by other users too, export it.
Please keep this patch in the series with the patch that actually uses
it.
g.
>
> Signed-off-by: Pantelis Antoniou
> ---
> drivers/of/base.c | 8 +---
> inc
On Mon, 4 Nov 2013 09:51:24 -0800, Florian Fainelli
wrote:
> 2013/11/4 Jonas Jensen :
> > This is why I ended up setting PHY_IGNORE_INTERRUPT and the comment
> > about its effectiveness. Polling works but the extra reads on the bus
> > seem unnecessary.
> > Ideas how they can be eliminated are ap
On Thu, 7 Nov 2013 21:46:26 +0100, Sebastian Andrzej Siewior
wrote:
> On 07.11.13, Pantelis Antoniou wrote:
> > Hi Sebastian,
> Hi Pantelis,
>
> > FWIW DT has been ported to x86. And is present on arm/powerpc/mips/arc and
> > possibly
> > others.
>
> Yes, I know. I am the one that did the work
On Fri, 8 Nov 2013 17:06:08 +0200, Pantelis Antoniou
wrote:
> Introduce support for dynamic device tree resolution.
> Using it, it is possible to prepare a device tree that's
> been loaded on runtime to be modified and inserted at the kernel
> live tree.
>
> Export of of_resolve by Guenter Roec
ce to `of_irq_parse_one'
> drivers/of/selftest.c:248: undefined reference to `of_irq_parse_one'
>
> Signed-off-by: Rob Herring
Acked-by: Grant Likely
g.
> ---
> drivers/of/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/of/Kconfig b/drivers/o
On Thu, Nov 7, 2013 at 10:11 PM, Tomasz Figa wrote:
> On Thursday 07 of November 2013 10:40:16 Rob Herring wrote:
>> On Thu, Nov 7, 2013 at 5:32 AM, Tomasz Figa wrote:
>> > Hi Grant,
>> >
>> > Could you pick this patch up? It fixes boot-up at least on several
>> > Exynos based platforms, which us
A couple of patches I'm about to push onto my linux-next branch. They
are bug fixes to patches I've already applied instead of rebasing the
branch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info a
hen warn
loudly. MAX_PHANDLE_ARGS should be sufficient. If it is not then the
value can be increased.
Signed-off-by: Grant Likely
Cc: Rob Herring
---
drivers/of/irq.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/of/irq.c b/drivers/of/irq.c
index 52dba6a0142
701 - 800 of 1670 matches
Mail list logo