On Thu, 13 Mar 2014 08:30:37 +0200, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Mar 13, 2014, at 12:49 AM, Grant Likely wrote:
>
> Looks good; booted and tested overlays with no issues.
Thanks.
g.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
niou
[grant.likely: moved of_node_init() calls, fixed up locking, and
dropped __of_populate() hunks]
Signed-off-by: Grant Likely
---
I've reworked Pantelis' patch to work on my tree. Here's the result.
I've already got this in my tree and will be pushing it out shortly.
g.
lity
> - added 'reusable' property to exmaple linux,cma node in documentation
> - exclusive dma (dma_coherent) is used for only handling 'shared-dma-pool'
> regions without 'reusable' property and CMA is used only for handling
> 'shared-dma-pool' re
On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart
wrote:
> On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
> > On 08/03/14 13:41, Grant Likely wrote:
> > >> Ok. If we go for single directional link, the question is then: which
> > >> way? And is the di
On Mon, 10 Mar 2014 12:18:20 +0200, Tomi Valkeinen
wrote:
> On 08/03/14 13:41, Grant Likely wrote:
>
> >> Ok. If we go for single directional link, the question is then: which
> >> way? And is the direction different for display and camera, which are
> >>
On Mon, 10 Mar 2014 10:26:30 -0300, Mauro Carvalho Chehab
wrote:
> Em Fri, 07 Mar 2014 18:23:30 +
> Grant Likely escreveu:
>
> > On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel
> > wrote:
> > > Hi Mauro, Russell,
> > >
> > > I hav
On Sat, 8 Mar 2014 11:35:38 +0200, Tomi Valkeinen wrote:
> On 07/03/14 20:11, Grant Likely wrote:
>
> >>> Any board not using that port can just leave the endpoint disconnected.
> >>
> >> Hmm I see. I'm against that.
> >>
> >> I think
On Sat, 8 Mar 2014 12:46:05 +0200, Tomi Valkeinen wrote:
> On 07/03/14 19:18, Grant Likely wrote:
>
> > From a pattern perspective I have no problem with that From an
> > individual driver binding perspective that is just dumb! It's fine for
> > the port
On Sat, 8 Mar 2014 12:33:12 +0200, Tomi Valkeinen wrote:
> On 07/03/14 19:05, Grant Likely wrote:
> > On Wed, 26 Feb 2014 15:48:49 +0100, Philipp Zabel
> > wrote:
> >> Hi Grant,
> >>
> >> thank you for the comments.
> >
> > Hi Philipp,
On Thu, 27 Feb 2014 17:43:15 +0100, Jean-Jacques Hiblot
wrote:
> Hi Grant,
>
> 2014-02-21 17:22 GMT+01:00 Jean-Jacques Hiblot :
> > Hi Grygorii,
> >
> > 2014-02-21 16:37 GMT+01:00 Strashko, Grygorii :
> >> Hi Jean-Jacques,
> >>
> >> Sorry for top posting.
> >>
> >> As I know, there have been se
On Fri, 21 Feb 2014 14:18:40 +0100, Jean-Jacques Hiblot
wrote:
> The goal of this patch is to allow drivers to be probed even if at the time of
> the DT parsing some of their ressources are not available yet.
Hi Jean-Jacques
[...]
> +int of_platform_device_prepare(struct platform_device *dev)
>
On Thu, 27 Feb 2014 10:36:36 +0200, Tomi Valkeinen
wrote:
> On 26/02/14 16:48, Philipp Zabel wrote:
>
> >> I would like the document to acknowledge the difference from the
> >> phandle+args pattern used elsewhere and a description of when it would
> >> be appropriate to use this instead of a sim
On Wed, 26 Feb 2014 16:50:52 +0200, Tomi Valkeinen
wrote:
> On 26/02/14 16:57, Philipp Zabel wrote:
> > Hi Tomi,
> >
> > Am Mittwoch, den 26.02.2014, 15:14 +0200 schrieb Tomi Valkeinen:
> >> On 25/02/14 16:58, Philipp Zabel wrote:
> >>
> >>> +Optional endpoint properties
> >>> +-
On Tue, 4 Mar 2014 23:50:44 +, Catalin Marinas
wrote:
> On Tue, Mar 04, 2014 at 07:03:18PM +, Graeme Gregory wrote:
> > On Tue, Mar 04, 2014 at 10:23:16AM +, Catalin Marinas wrote:
> > > On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> > > > +ACPI ARM64
> > >
> > > T
On Wed, 5 Mar 2014 10:20:40 +0100, Philipp Zabel
wrote:
> For simple devices with only one port, it can be made implicit.
> The endpoint node can be a direct child of the device node.
>
> Signed-off-by: Philipp Zabel
Ergh... I think this is too loosely defined. The caller really should be
exp
On Wed, 26 Feb 2014 15:14:17 +0200, Tomi Valkeinen
wrote:
> On 25/02/14 16:58, Philipp Zabel wrote:
>
> > +Optional endpoint properties
> > +
> > +
> > +- remote-endpoint: phandle to an 'endpoint' subnode of a remote device
> > node.
>
> Why is that optional? What u
On Thu, 06 Mar 2014 12:17:21 -0300, Mauro Carvalho Chehab
wrote:
> Em Thu, 06 Mar 2014 14:16:57 +
> Russell King - ARM Linux escreveu:
>
> > On Wed, Mar 05, 2014 at 03:42:34PM +0100, Philipp Zabel wrote:
> > > Am Mittwoch, den 05.03.2014, 13:35 +0200 schrieb Tomi Valkeinen:
> > > > Hi,
> >
On Wed, 5 Mar 2014 10:20:38 +0100, Philipp Zabel
wrote:
> A 'return endpoint;' at the end of the (!prev) case allows to
> reduce the indentation level of the (prev) case.
>
> Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
On Wed, 5 Mar 2014 11:48:57 +, Liviu Dudau wrote:
> Several platforms use a rather generic version of parsing
> the device tree to find the host bridge ranges. Move the common code
> into the generic PCI code and use it to create a pci_host_bridge
> structure that can be used by arch code.
>
On Thu, 27 Feb 2014 14:38:32 +0100, Arnd Bergmann wrote:
> On Thursday 27 February 2014 13:06:42 Liviu Dudau wrote:
> > Several platforms use a rather generic version of parsing
> > the device tree to find the host bridge ranges. Move the common code
> > into the generic PCI code and use it to cre
On Wed, 5 Mar 2014 10:20:35 +0100, Philipp Zabel
wrote:
> This patch moves the parsing helpers used to parse connected graphs
> in the device tree, like the video interface bindings documented in
> Documentation/devicetree/bindings/media/video-interfaces.txt, from
> drivers/media/v4l2-core/v4l2-
+ schrieb Grant Likely:
> > On Mon, 24 Feb 2014 18:36:29 +0100, Philipp Zabel
> > wrote:
> > > Am Dienstag, den 18.02.2014, 16:26 + schrieb Grant Likely:
> > > > >
> > > > > You can find it under
> > > > > Documentation/
On Wed, 5 Mar 2014 11:48:55 +, Liviu Dudau wrote:
> Make it easier to discover the domain number of a bus by storing
> the number in pci_host_bridge for the root bus. Several architectures
> have their own way of storing this information, so it makes sense
> to try to unify the code. While at
On Wed, 5 Mar 2014 11:48:53 +, Liviu Dudau wrote:
> The ranges property for a host bridge controller in DT describes
> the mapping between the PCI bus address and the CPU physical address.
> The resources framework however expects that the IO resources start
> at a pseudo "port" address 0 (ze
gt; Introduce a pci_register_io_range() helper function that can be used
> by the architecture code to keep track of the io ranges described by the
> PCI bindings.
>
> Signed-off-by: Liviu Dudau
> Tested-by: Tanmay Inamdar
Acked-by: Grant Likely
> ---
> drivers/of/addres
gt; node and remote endpoint phandle. of_graph_parse_endpoint parses those
> properties and is used by v4l2_of_parse_endpoint, which just adds the
> V4L2 MBUS information to the containing v4l2_of_endpoint structure.
>
> Signed-off-by: Philipp Zabel
Seems okay.
Acked-by: Grant Likely
reason. Revert the order of
> creation as we are going to depend on the pci_host_bridge structure to
> retrieve the
> domain number of the root bus.
>
> Signed-off-by: Liviu Dudau
> Tested-by: Tanmay Inamdar
Acked-by: Grant Likely
> ---
> drivers/pci/probe.c | 36 ++
On Wed, 5 Mar 2014 10:20:37 +0100, Philipp Zabel
wrote:
> If of_graph_get_next_endpoint is given a parentless node instead of an
> endpoint node, it is clearly a bug.
>
> Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
> Changes since v5:
> - Added parentles
On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel
wrote:
> Hi Mauro, Russell,
>
> I have temporarily removed the simplified bindings at Sylwester's
> request and updated the branch with the acks. The following changes
> since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
>
> Linux 3.14-rc5
On Thu, 6 Mar 2014 15:50:18 +, Russell King - ARM Linux
wrote:
> On Thu, Mar 06, 2014 at 04:39:39PM +0100, Philipp Zabel wrote:
> > Am Donnerstag, den 06.03.2014, 15:24 + schrieb Russell King - ARM
> > Linux:
> > > On Wed, Mar 05, 2014 at 10:20:34AM +0100, Philipp Zabel wrote:
> > > > thi
On Wed, 5 Mar 2014 10:20:36 +0100, Philipp Zabel
wrote:
> The device tree graph bindings as used by V4L2 and documented in
> Documentation/device-tree/bindings/media/video-interfaces.txt contain
> generic parts that are not media specific but could be useful for any
> subsystem with data flow be
On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel
wrote:
> Hi Grant,
>
> Am Mittwoch, den 26.02.2014, 11:37 + schrieb Grant Likely:
> [...]
> > > drivers/media/v4l2-core/v4l2-of.c | 117
> > > --
> > > drivers/of/M
On Tue, Mar 4, 2014 at 7:15 PM, Will Deacon wrote:
> On Tue, Mar 04, 2014 at 10:59:46AM +0000, Grant Likely wrote:
>> I agree with merging it with the rest of the series, but comparing it
>> to a blank cheque is not appropriate. Merely having an entry in
>> MAINTAINERS doesn
ing it
to a blank cheque is not appropriate. Merely having an entry in
MAINTAINERS doesn't immediately confer trust or ability to merge code,
but it does tell people who to talk to when looking at ACPI on ARM.
You can bet that neither Linus, Len or Rafael will merge ARM ACPI
trees from them i
On Wed, 22 Jan 2014 13:57:40 +0800, Xiubo Li wrote:
> The of_update_property() is intented to update a property in a node
> and if the property does not exist, will add it.
>
> The second search of the property is possibly won't be found, that
> maybe removed by other thread just before the secon
On Thu, 27 Feb 2014 11:10:44 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-26 13:14, Grant Likely wrote:
> > On Fri, 21 Feb 2014 13:25:22 +0100, Marek Szyprowski
> > wrote:
> > > Use recently introduced of_reserved_mem_device_init() function to
> &g
blocks). Typically, all this happens before device tree
> structures are unflattened, so we need to get reserved memory layout
> directly from fdt.
>
> Based on previous code provided by Josh Cartwright
>
> Signed-off-by: Marek Szyprowski
> Acked-by: Grant Likely
Ap
On Fri, 28 Feb 2014 14:42:49 +0100, Marek Szyprowski
wrote:
> Add support for custom reserved memory drivers. Call their init() function
> for each reserved region and prepare for using operations provided by them
> with by the reserved_mem->ops array.
>
> Based on previous code provided by Josh
On Fri, 28 Feb 2014 14:42:46 +0100, Marek Szyprowski
wrote:
> From: Grant Likely
>
> Reserved memory nodes allow for the reservation of static (fixed
> address) regions, or dynamically allocated regions for a specific
> purpose.
>
> Signed-off-by: Grant Likely
>
On Fri, 28 Feb 2014 10:54:14 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-26 12:51, Grant Likely wrote:
> > On Fri, 21 Feb 2014 13:25:17 +0100, Marek Szyprowski
> > wrote:
> > > From: Grant Likely
> > >
> > > Reserved memory
On Fri, 28 Feb 2014 14:42:50 +0100, Marek Szyprowski
wrote:
> This patch adds code for automated assignment of reserved memory regions
> to struct device. reserved_mem->ops->device_init()/device_cleanup()
> callbacks are called to perform reserved memory driver specific
> initialization and clean
> Based on previous code provided by Josh Cartwright
>
> Signed-off-by: Marek Szyprowski
> Acked-by: Grant Likely
Applied, thanks.
g.
> ---
> drivers/of/Kconfig |6 ++
> drivers/of/Makefile |1 +
> drivers/of/fdt.c
On Fri, 21 Feb 2014 13:25:22 +0100, Marek Szyprowski
wrote:
> Use recently introduced of_reserved_mem_device_init() function to
> automatically assign respective reserved memory region to the newly created
> platform and amba device.
>
> Signed-off-by: Marek Szyprowski
I'm wary on this patch.
> Based on previous code provided by Josh Cartwright
>
> Signed-off-by: Marek Szyprowski
Acked-by: Grant Likely
> ---
> drivers/of/Kconfig |6 ++
> drivers/of/Makefile |1 +
> drivers/of/fdt.c
if
>
> bool __init early_init_dt_scan(void *params)
> diff --git a/include/linux/of_fdt.h b/include/linux/of_fdt.h
> index 2b77058a7335..8610ad8d77d2 100644
> --- a/include/linux/of_fdt.h
> +++ b/include/linux/of_fdt.h
> @@ -98,7 +98,10 @@ extern int early_init_dt_scan_chose
On Fri, 21 Feb 2014 13:25:17 +0100, Marek Szyprowski
wrote:
> From: Grant Likely
>
> Reserved memory nodes allow for the reservation of static (fixed
> address) regions, or dynamically allocated regions for a specific
> purpose.
>
> Signed-off-by: Grant Likely
>
On Tue, 25 Feb 2014 15:58:22 +0100, Philipp Zabel
wrote:
> From: Philipp Zabel
>
> This patch moves the parsing helpers used to parse connected graphs
> in the device tree, like the video interface bindings documented in
> Documentation/devicetree/bindings/media/video-interfaces.txt, from
> dri
On Mon, 24 Feb 2014 18:36:29 +0100, Philipp Zabel
wrote:
> Am Dienstag, den 18.02.2014, 16:26 + schrieb Grant Likely:
> > >
> > > You can find it under
> > > Documentation/devicetree/bindings/media/video-interfaces.txt
> >
> > Okay, I think I&
pull,
but moving the test case data out of out of arch/arm so that it could be
validated on other architectures was important.
----
Grant Likely (2):
of: Move testcase FDT data into drivers/of
of: Add self test for of_m
On Fri, 21 Feb 2014 12:00:44 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-20 15:01, Grant Likely wrote:
> > On Thu, 20 Feb 2014 11:52:41 +0100, Marek Szyprowski
> > wrote:
> > > This patch adds device tree support for contiguous and reserved memory
&
On Wed, 19 Feb 2014 21:50:28 -0300, Ezequiel Garcia
wrote:
> On Wed, Feb 19, 2014 at 11:14:54PM +0100, Gregory CLEMENT wrote:
> > Hello,
> >
> > This patch set makes the use of the of PCI address translator less
> > restrictive. At the end it will allow to use the mvebu_get_soc_id
> > unconditio
On Thu, 13 Feb 2014 10:57:09 +0100, Jean-Jacques Hiblot
wrote:
> The goal of this patch is to allow drivers to be probed even if at the time of
> the DT parsing some of their ressources are not available yet.
>
> In the current situation, the resource of a platform device are filled from
> the
On Thu, 20 Feb 2014 11:52:41 +0100, Marek Szyprowski
wrote:
> This patch adds device tree support for contiguous and reserved memory
> regions defined in device tree.
>
> Large memory blocks can be reliably reserved only during early boot.
> This must happen before the whole memory management su
On Wed, 19 Feb 2014 09:20:05 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-18 17:56, Grant Likely wrote:
> > On Tue, 18 Feb 2014 14:37:57 +0100, Marek Szyprowski
> > wrote:
> > > This patch adds device tree support for contiguous and reserved memory
&
On Thu, 20 Feb 2014 18:12:40 +0800, Kevin Hao wrote:
> On Thu, Feb 20, 2014 at 02:09:08PM +0530, Sachin Kamat wrote:
> > Hi Grant,
> >
> > I observe the following boot failure with today's (next-20140220) linux-next
> > tree on Exynos based boards with the default exynos_defconfig.
>
> Does this
] [] (of_find_compatible_node) from
> [] (exynos_firmware_init+0x18/0x7c)
> [ 0.000000] [] (exynos_firmware_init) from []
> (setup_arch+0x860/0x898)
> [0.00] [] (setup_arch) from []
> (start_kernel+0x80/0x3dc)
> [0.00] [] (start_kernel) f
On Wed, 19 Feb 2014 08:54:57 -0600, Rob Herring wrote:
> On Wed, Feb 19, 2014 at 8:14 AM, Grant Likely wrote:
> > From: Kevin Hao
> >
> > In the current implementation of __of_match_node(), it will compare
> > each given match entry against all the node&#x
of_device_id table.
This code was written to verify the new of_match_node() implementation
that is an earlier part of this series.
Signed-off-by: Grant Likely
Cc: Kevin Hao
---
drivers/of/selftest.c | 67 +++
drivers/of/testcase-data
From: Kevin Hao
This reverts commit 06b29e76a74b2373e6f8b5a7938b3630b9ae98b2.
As pointed out by Grant Likely, we should also take the type and name
into account when searching the best compatible match. That means the
match with compatible, type and name should be better than the match
just with
reimplement the matching method for __of_match_node()
Grant Likely (2):
of: Move testcase FDT data into drivers/of
of: Add self test for of_match_node()
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
{.name = "name2", .type = "type1", },
{}
};
Signed-off-by: Kevin Hao
[grant.likely: added v4 changes]
Signed-off-by: Grant Likely
---
drivers/of/base.c | 108 +-
1 file changed, 74 i
project would be to make the testcase code
easier to execute.
Signed-off-by: Grant Likely
---
arch/arm/boot/dts/testcases/tests-interrupts.dtsi | 58 ---
arch/arm/boot/dts/testcases/tests-phandle.dtsi| 39 ---
arch/arm/boot/dts/testcases/tests.dtsi| 2
6. general compatible && type
> 7. general compatible && name
> 8. general compatible
> 9. type && name
> 10. type
> 11. name
>
> This is based on some pseudo-codes provided by Grant Likely.
>
> Signed-off-by: Kevin Hao
> [gr
6. general compatible && type
> 7. general compatible && name
> 8. general compatible
> 9. type && name
> 10. type
> 11. name
>
> This is based on some pseudo-codes provided by Grant Likely.
>
> Signed-off-by: Kevin Hao
> [gr
On Tue, 18 Feb 2014 12:22:05 -0800, Greg KH wrote:
> On Thu, Feb 13, 2014 at 10:57:09AM +0100, Jean-Jacques Hiblot wrote:
> > The goal of this patch is to allow drivers to be probed even if at the time
> > of
> > the DT parsing some of their ressources are not available yet.
> >
> > In the curre
project would be to make the testcase code
easier to execute.
Signed-off-by: Grant Likely
---
arch/arm/boot/dts/testcases/tests-interrupts.dtsi | 58 ---
arch/arm/boot/dts/testcases/tests-phandle.dtsi| 39 ---
arch/arm/boot/dts/testcases/tests.dtsi| 2
& name
10. type
11. name
This is based on some pseudo-codes provided by Grant Likely.
Signed-off-by: Kevin Hao
---
drivers/of/base.c | 87 +++
1 file changed, 68 insertions(+), 19 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of
at all. It is unknown why this is, but it needs to
be solved before this patch can be committed. (However, this is testing
the new of_match_table implementation, which still does far better than
the old implementation which gets the precedence completely wrong.)
Signed-off-by: Grant Likely
Cc:
From: Kevin Hao
This reverts commit 06b29e76a74b2373e6f8b5a7938b3630b9ae98b2.
As pointed out by Grant Likely, we should also take the type and name
into account when searching the best compatible match. That means the
match with compatible, type and name should be better than the match
just with
This series fixes the matching order in of_match_node() and adds some
test cases to make sure the ordering is working correctly. It mostly
works, but there is one test case that fails. I haven't debugged yet
whether the problem is of_match_node() or the testcase itself.
--
To unsubscribe from this
On Tue, 18 Feb 2014 09:40:39 +, Ben Dooks wrote:
> On 18/02/14 09:30, Grant Likely wrote:
> > On Mon, 17 Feb 2014 16:29:40 +, Ben Dooks
> > wrote:
> >> The of_mdiobus_register_phy() is not setting phy->irq this causing
> >> some drivers to incorrect
On Tue, 18 Feb 2014 14:37:58 +0100, Marek Szyprowski
wrote:
> From: Josh Cartwright
>
> Add support for handling 'shared-dma-pool' reserved-memory nodes using
> dma exclusive driver (dma_alloc_coherent()).
>
> Signed-off-by: Josh Cartwright
> Signed-off-by: Marek Szyprowski
> ---
> drivers/
On Tue, 18 Feb 2014 14:37:57 +0100, Marek Szyprowski
wrote:
> This patch adds device tree support for contiguous and reserved memory
> regions defined in device tree.
>
> Large memory blocks can be reliably reserved only during early boot.
> This must happen before the whole memory management su
On Tue, 18 Feb 2014 08:06:24 +0100, Sascha Hauer wrote:
> Hi Grant,
>
> On Mon, Feb 17, 2014 at 06:14:51PM +0000, Grant Likely wrote:
> > On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring
> > wrote:
> > > On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel
> >
driver Micrel KSZ8041RNLI
>
> Signed-off-by: Ben Dooks
Looks okay to me
Reviewed-by: Grant Likely
>
> ---
> Since v1:
> - Updated phy->irq setting code
> - Deal with issue if mdio->irq array NULL
>
> Notes:
>
> It was discussed if thi
On Mon, 17 Feb 2014 17:13:07 +0100, Arnd Bergmann wrote:
> On Monday 17 February 2014 15:54:19 Grant Likely wrote:
> > On Wed, 12 Feb 2014 11:20:00 -0700, Jason Gunthorpe
> > wrote:
> > > On Wed, Feb 12, 2014 at 12:45:54PM -0500, Jason Cooper wrote:
> > >
>
On Mon, 17 Feb 2014 16:29:40 +, Ben Dooks wrote:
> The of_mdiobus_register_phy() is not setting phy->irq this causing
> some drivers to incorrectly assume that the PHY does not have an
> IRQ associated with it or install an interrupt handler for the
> PHY.
>
> Simplify the code setting irq an
On Tue, 11 Feb 2014 10:48:26 -0600, Josh Cartwright
wrote:
> On Tue, Feb 11, 2014 at 03:55:35PM +0100, Laurent Pinchart wrote:
> > Hi Josh,
> >
> > On Tuesday 11 February 2014 08:41:08 Josh Cartwright wrote:
> > > On Tue, Feb 11, 2014 at 01:36:51PM +0100, Laurent Pinchart wrote:
> > > > when CON
On Tue, 11 Feb 2014 13:36:51 +0100, Laurent Pinchart
wrote:
> when CONFIG_OF is disabled of_match_node is defined as a macro that
> evaluates to NULL. This breaks compilation of drivers that dereference
> the function's return value directly. Fix it by turning the macro into a
> static inline fun
On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring wrote:
> On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel wrote:
> > From: Philipp Zabel
> >
> > This patch moves the parsing helpers used to parse connected graphs
> > in the device tree, like the video interface bindings documented in
> > Documenta
, Benjamin Herrenschmidt wrote:
> > > > >On Tue, 2014-02-11 at 19:01 +, Grant Likely wrote:
> > > > > > > except that the former IMHO better suits the definition of memory
> > > > > > > region, which I see as a single contiguous range of m
On Tue, 11 Feb 2014 21:04:21 +0100, Tomasz Figa wrote:
>
>
> On 11.02.2014 21:02, Benjamin Herrenschmidt wrote:
> > On Tue, 2014-02-11 at 19:01 +0000, Grant Likely wrote:
> >
> >>> except that the former IMHO better suits the definition of memory
> >>&g
> On 05/02/2014 12:15, Grant Likely wrote:
>> > On Wed, 29 Jan 2014 14:53:32 -0300, Ezequiel Garcia
>> > wrote:
> [..]
>> >>
>> >> Maybe we can discuss about it now?
>> >>
>> >>nand-ecc-strength : integer ECC required stren
On Wed, 12 Feb 2014 11:20:00 -0700, Jason Gunthorpe
wrote:
> On Wed, Feb 12, 2014 at 12:45:54PM -0500, Jason Cooper wrote:
>
> > The bootloader would then load this file into ram, and pass the
> > address/size to the kernel either via dt, or commandline. kaslr (run in
> > the decompressor) woul
On Tue, 11 Feb 2014 17:33:24 -0800, Laura Abbott wrote:
> The stack canary for ARM is currently the same across reboots
> due to lack of randomness early enough. Add ARCH_WANT_OF_RANDOMNESS
> to allow devices to add whatever randomness they need.
>
> Signed-off-by: Laura Abbott
Do you have a dr
On Tue, 11 Feb 2014 17:33:23 -0800, Laura Abbott wrote:
> Until randomness is added to the kernel's pools, random
> numbers returned may not be truly 'random'. Randomness comes
> from a variety of sources in the kernel but much of the
> randomness comes from device related initialization. This
> m
On Tue, 11 Feb 2014 15:29:54 +0100, Tomasz Figa wrote:
> > Yes, if only because it is an define usage of the reg property. If a
> > devtree has multiple tuples in reg, then all of those tuples should be
> > treated as reserved, even if the kernel doesn't know how to use them.
> >
> > I would not d
On Tue, 11 Feb 2014 12:45:50 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-05 12:05, Grant Likely wrote:
> > On Tue, 04 Feb 2014 13:09:29 +0100, Marek Szyprowski
> > wrote:
> > > This patch adds device tree support for contiguous and reserved memory
&
On Tue, 11 Feb 2014 11:52:42 +0100, Marek Szyprowski
wrote:
>
> On 2014-02-10 22:59, Grant Likely wrote:
> > On Thu, 06 Feb 2014 14:26:13 +0100, Marek Szyprowski
> > wrote:
> > > Hello,
> > >
> > > On 2014-02-05 11:15, Grant Likely wrote:
>
On Thu, 06 Feb 2014 14:26:13 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-05 11:15, Grant Likely wrote:
> > On Tue, 04 Feb 2014 13:09:32 +0100, Marek Szyprowski
> > wrote:
> > > Enable reserved memory initialization from device tree.
> > >
>
On Wed, Feb 5, 2014 at 12:02 AM, Laura Abbott wrote:
> memblock is now fully integrated into the kernel and is the prefered
> method for tracking memory. Rather than reinvent the wheel with
> meminfo, migrate to using memblock directly instead of meminfo as
> an intermediate.
>
> Signed-off-by: La
On Wed, 29 Jan 2014 14:53:32 -0300, Ezequiel Garcia
wrote:
> On Wed, Jan 29, 2014 at 03:34:13PM +0100, Boris BREZILLON wrote:
> > nand-ecc-level property statically defines NAND chip's ECC requirements.
> >
> > Signed-off-by: Boris BREZILLON
> > ---
> > Documentation/devicetree/bindings/mtd/na
On Tue, 04 Feb 2014 13:09:31 +0100, Marek Szyprowski
wrote:
> From: Josh Cartwright
>
> Add support for handling 'shared-dma-pool' reserved-memory nodes using
> Contiguous Memory Allocator driver.
>
> Cc: Benjamin Herrenschmidt
> Cc: Laura Abbott
> Signed-off-by: Josh Cartwright
> Signed-of
On Tue, 04 Feb 2014 13:09:29 +0100, Marek Szyprowski
wrote:
> This patch adds device tree support for contiguous and reserved memory
> regions defined in device tree.
>
> Large memory blocks can be reliably reserved only during early boot.
> This must happen before the whole memory management su
On Tue, 04 Feb 2014 13:09:32 +0100, Marek Szyprowski
wrote:
> Enable reserved memory initialization from device tree.
>
> Cc: Benjamin Herrenschmidt
> Cc: Laura Abbott
> Signed-off-by: Marek Szyprowski
> ---
> arch/arm/mm/init.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a
On Tue, 04 Feb 2014 13:09:33 +0100, Marek Szyprowski
wrote:
> From: Grant Likely
>
> Reserved memory nodes allow for the reservation of static (fixed
> address) regions, or dynamically allocated regions for a specific
> purpose.
>
> [joshc: Based on binding document p
On Tue, 4 Feb 2014 12:39:41 -0800, Florian Fainelli
wrote:
> 2014-01-17 Matthew Garrett :
> > 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 ba
On Wed, 22 Jan 2014 13:57:40 +0800, Xiubo Li wrote:
> The of_update_property() is intented to update a property in a node
> and if the property does not exist, will add it.
>
> The second search of the property is possibly won't be found, that
> maybe removed by other thread just before the secon
On Mon, 20 Jan 2014 05:50:17 +, "li.xi...@freescale.com"
wrote:
> > Subject: Re: [PATCH] of: fix of_update_property()
> >
> > On Thu, Jan 16, 2014 at 10:46 PM, Xiubo Li wrote:
> > > The of_update_property() is intent to update a property in a node
> >
> > s/intent/indended/
> >
> > > and
On Wed, 22 Jan 2014 13:57:39 +0800, Xiubo Li wrote:
> There two places will use the same code for adding one new property to
> the DT node. Adding __of_add_property() and prepare for fixing
> of_update_property()'s bug.
>
> Signed-off-by: Xiubo Li
Applied, thanks.
g.
> ---
> drivers/of/base.
601 - 700 of 1670 matches
Mail list logo
