On 18/11/2020 11:40, Mark Brown wrote:
On Wed, Nov 18, 2020 at 02:03:41AM +0100, Linus Walleij wrote:
On Mon, Nov 16, 2020 at 10:06 PM Mark Brown wrote:
I think the main push in the other direction has always been people who
want to not have to write a driver at all and put absolutely eve
On 11/11/2020 13:36, Linus Walleij wrote:
On Wed, Nov 11, 2020 at 1:33 PM Mark Brown wrote:
On Wed, Nov 11, 2020 at 02:05:19AM +0100, Linus Walleij wrote:
I would say that anything that has:
spi->mode = ...
is essentially broken.
This is not clear to me, most of these settings are
On 08/10/2020 15:47, Calvin Johnson wrote:
Better place for of_mdio.c is drivers/net/mdio.
Move of_mdio.c from drivers/of to drivers/net/mdio
Signed-off-by: Calvin Johnson
In-Principle-Acked-By: Grant Likely
... but I've not tested or compiled *anything*!
g.
---
MAINTA
On 30/09/2020 17:04, Calvin Johnson wrote:
Modify dpaa2_mac_connect() to support ACPI along with DT.
Modify dpaa2_mac_get_node() to get the dpmac fwnode from either
DT or ACPI.
Replace of_get_phy_mode with fwnode_get_phy_mode to get
phy-mode for a dpmac_node.
Use helper function phylink_fwno
On 30/09/2020 17:37, Rafael J. Wysocki wrote:
On Wed, Sep 30, 2020 at 6:05 PM Calvin Johnson
wrote:
Introduce ACPI mechanism to get PHYs registered on a MDIO bus and
provide them to be connected to MAC.
Describe properties "phy-handle" and "phy-mode".
Signed-off-by: Calvin Johnson
---
On 30/09/2020 17:04, Calvin Johnson wrote:
Extract phy_id from compatible string. This will be used by
fwnode_mdiobus_register_phy() to create phy device using the
phy_id.
Signed-off-by: Calvin Johnson
---
drivers/net/phy/phy_device.c | 32 +++-
include/linux/
On 01/10/2020 05:00, Calvin Johnson wrote:
On Wed, Sep 30, 2020 at 08:19:02PM +0200, Andrew Lunn wrote:
On Wed, Sep 30, 2020 at 07:07:25PM +0100, Russell King - ARM Linux admin wrote:
On Wed, Sep 30, 2020 at 06:34:40PM +0200, Andrew Lunn wrote:
@@ -2866,7 +2888,15 @@ EXPORT_SYMBOL_GPL(devic
On 10/09/2020 17:20, Heinrich Schuchardt wrote:
The reusable and the no-map property are mutually exclusive.
Clarify this in the documentation.
Signed-off-by: Heinrich Schuchardt
Acked-by: Grant Likely
---
.../devicetree/bindings/reserved-memory/reserved-memory.txt| 3 +++
1
. The fix isn't particularly elegant, but it is simple
and safe to backport to stable kernels. A further patch will follow to
more elegantly handle battery reports that contain additional data.
Signed-off-by: Grant Likely
Cc: Darren Hart
Cc: Jiri Kosina
Cc: Benjamin Tissoires
Cc
On 11/11/2018 19:26, Rob Herring wrote:
> On Sun, Nov 11, 2018 at 7:04 AM Andy Shevchenko
> wrote:
>>
>> I seems Grant's mail delivery bounces messages. I delibirately reduced
>> the Cc list for sake of ping Grant in case it would pass.
>
> That would be because he is not at Linaro anymore. Adde
On 04/10/2018 10:32, Grant Likely wrote:
On Fri, Sep 28, 2018 at 10:01 PM Li Yang wrote:
On Fri, Sep 28, 2018 at 3:07 PM Rob Herring wrote:
On Thu, Sep 27, 2018 at 5:25 PM Li Yang wrote:
Hi Rob and Grant,
Various device tree specs are recommending to include all the
potential
> On 6 Sep 2018, at 16:51, Jonathan Corbet wrote:
>
> On Wed, 5 Sep 2018 20:07:50 +0100
> Grant Likely wrote:
>
>> The dtb= parameter is no longer the primary mechanism for providing a
>> devicetree to the kernel. Now either firmware or the boot selector (ex.
On Wed, Sep 5, 2018 at 10:37 AM Ard Biesheuvel
wrote:
> On 4 September 2018 at 12:13, Grant Likely wrote:
> > On Tue, Sep 4, 2018 at 7:24 AM Ard Biesheuvel
> > wrote:
> >>
> >> On 2 September 2018 at 04:54, Olof Johansson wrote:
> >> > On
On Wed, Sep 5, 2018 at 6:27 PM Scott Branden wrote:
>
>
>
> On 18-09-05 02:40 AM, Ard Biesheuvel wrote:
> > On 4 September 2018 at 19:19, Scott Branden
> > wrote:
> >> Rather than introduce EFI_ARMSTUB_DTB_LOADER, why not have
> >> the efistub use CONFIG_OF to determine whether it supports dtb=
Hey folks. More comments below, but the short answer is I really don't
see what the problem is. Distros cannot easily support platforms that
require a dtb= parameter, and so they probably won't. They may or may
not disable 'dtb=', depending on whether they see it as valuable for
debug.
Vertically
On 23/04/2018 17:49, Geert Uytterhoeven wrote:
Hi Grant,
On Mon, Apr 23, 2018 at 4:47 PM, Grant Likely wrote:
On 21/04/2018 02:28, Rob Herring wrote:
On Fri, Apr 20, 2018 at 4:00 PM, Frank Rowand
wrote:
+ interrupts:
+# Either 1 or 2 interrupts can be present
+minItems: 1
On 23/04/2018 15:38, Rob Herring wrote:
On Mon, Apr 23, 2018 at 9:01 AM, Grant Likely wrote:
On 21/04/2018 00:41, Stephen Boyd wrote:
Quoting Rob Herring (2018-04-20 11:15:04)
On Fri, Apr 20, 2018 at 11:47 AM, Stephen Boyd wrote:
Quoting Rob Herring (2018-04-18 15:29:05)
diff --git a
On 21/04/2018 02:28, Rob Herring wrote:
On Fri, Apr 20, 2018 at 4:00 PM, Frank Rowand wrote:
Hi Rob,
Thanks for the example. It was a good starting tutorial of sorts for me
to understand the format a bit.
On 04/18/18 15:29, Rob Herring wrote:
The current DT binding documentation format of
On 21/04/2018 00:41, Stephen Boyd wrote:
Quoting Rob Herring (2018-04-20 11:15:04)
On Fri, Apr 20, 2018 at 11:47 AM, Stephen Boyd wrote:
Quoting Rob Herring (2018-04-18 15:29:05)
diff --git a/Documentation/devicetree/bindings/example-schema.yaml
b/Documentation/devicetree/bindings/example-sc
On Thu, Jan 11, 2018 at 4:36 PM, Timur Tabi wrote:
> On 01/11/2018 10:33 AM, Grant Likely wrote:
>>
>> What level of access control is implemented here? Is there access
>> control for each GPIO individually, or is it done by banks of GPIOs?
>> Just asking to make su
On Wed, Jan 10, 2018 at 1:37 PM, Linus Walleij wrote:
> On Wed, Jan 10, 2018 at 2:58 AM, Stephen Boyd wrote:
>
>> Some qcom platforms make some GPIOs or pins unavailable for use
>> by non-secure operating systems, and thus reading or writing the
>> registers for those pins will cause access contr
On Sun, Oct 22, 2017 at 7:23 PM, Pantelis Antoniou
wrote:
> Hi Grant,
>
>> On Oct 22, 2017, at 19:54 , Grant Likely wrote:
>>
>> On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou
>> wrote:
>>> Hi Grant,
>>>
>>>> On Oct 20, 2017, at 20
On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou
wrote:
> Hi Grant,
>
>> On Oct 20, 2017, at 20:46 , Grant Likely wrote:
>>
>> On Thu, Sep 28, 2017 at 8:58 PM, Pantelis Antoniou
>> wrote:
>>> Hello again,
>>>
>>> Significant progress h
On Thu, Sep 28, 2017 at 8:58 PM, Pantelis Antoniou
wrote:
> Hello again,
>
> Significant progress has been made on yamldt and is now capable of
> not only generating yaml from DTS source but also compiling DTS sources
> and being almost fully compatible with DTC.
>
> Compiling the kernel's DTBs us
On Tue, Oct 10, 2017 at 12:58 PM, Leif Lindholm
wrote:
>
> On Tue, Oct 10, 2017 at 11:23:32AM +0100, Mark Rutland wrote:
>> On Tue, Oct 10, 2017 at 11:15:39AM +0100, Sudeep Holla wrote:
>> > (+Mark, Grant)
>> >
>> > On 09/10/17 18:16, Chris Metcalf wrote:
>> > > The Mellanox BlueField SoC firmware
On Thu, Oct 5, 2017 at 8:44 PM, Rob Herring wrote:
> On kernels with a minimal config and a RAM target in the 100s of KB, DT
> is quite a hog of runtime memory usage. How much is dependent on how many
> nodes and properties in the DT which have a corresponding struct device_node
> and struct prope
ake it depend on CONFIG_SUN_OPENPROMFS, and
adjust the needed code in pdt.c.
Ideally, I'd like to be rid of unique_id entirely, but that's a much
more invasive patch set. Regardless:
Acked-by: Grant Likely
(That goes for the entire series)
>
> Cc: Nicolas Pitre
> Cc: Frank Row
On Wed, Jun 14, 2017 at 5:20 AM, wrote:
> From: Frank Rowand
>
> Add ABI documentation for /sys/firmware/fdt
>
> Update contact for /sys/firmware/devicetree/* to include mail list
>
> Signed-off-by: Frank Rowand
Acked-by: Grant Likely
(Apologies for acking from a diff
)
>>>>
>>>> diff --git a/Documentation/ABI/testing/sysfs-firmware-ofw
>>>> b/Documentation/ABI/testing/sysfs-firmware-ofw
>>>> index f562b188e71d..8e700db6c295 100644
>>>> --- a/Documentation/ABI/testing/sysfs-firmware-ofw
&
hey can turn on the pr_debug() message
which will show progress through the .init function.
Reported-by: Jim Hull
Signed-off-by: Grant Likely
Cc: Linn Crosetto
Cc: "Rafael J. Wysocki"
Cc: Bjorn Helgaas
---
drivers/pci/hotplug/acpiphp_ibm.c | 1 -
1 file changed, 1 deletion(-)
diff --
; matching that which the compiler expects, using the __alignof__ keyword.
>
> Signed-off-by: Paul Burton
Looks right to me.
Reviewed-by: Grant Likely
> Cc: devicet...@vger.kernel.org
> Cc: Rob Herring
> Cc: Frank Rowand
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-m...@li
On Wed, Sep 21, 2016 at 4:09 PM, Matt Fleming wrote:
> Folks,
>
> I've asked, and Ard has agreed to step up and help me co-maintain the
> EFI subsystem.
>
> Given that there are now two maintainers, we're moving to a shared git
> repository on kernel.org, hosted at,
>
> git://git.kernel.org/pub/
On Wed, Aug 24, 2016 at 10:23 PM, Jonathan Cameron wrote:
> On 24/08/16 22:14, Jiri Kosina wrote:
>> On Wed, 24 Aug 2016, Grant Likely wrote:
>>
>>>>> v2:
>>>>> - Overview in documentation show analogy with usbhid implementation
>>&g
On Tue, Jul 5, 2016 at 8:42 AM, Grant Likely wrote:
>
> On 22/06/16 06:40, Srinivas Pandruvada wrote:
>>
>> Change log
>> v2:
>> - Overview in documentation show analogy with usbhid implementation
>> - sparse errors for statics. Also pointed by Jiri
>>
silent
config for TRANSPORT and IPC
Tested-by: Grant Likely
On an HP Spectre x360 laptop using v4.7-rc5.
In related news, the problem I had with the rotation events not showing
up on v1 of this series went away. I don't have a reason why, it just
suddenly started working.
g.
Sta
uired till we have debugged this issue.
> In systemd unit file iio-sensor-proxy.service
> In the section "[Unit]" add
> After=multi-user.target
Tested-by: Grant Likely
There is still a fiddly problem on my laptop where the sensor data
doesn't always start streaming, but ot
On Tue, Jun 14, 2016 at 6:01 PM, Bastien Nocera wrote:
> On Tue, 2016-06-14 at 17:08 +0100, Grant Likely wrote:
>> On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera
>> wrote:
>> > On Tue, 2016-06-14 at 14:44 +0100, Grant Likely wrote:
>> > > On Fri, Jun 10, 201
On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera wrote:
> On Tue, 2016-06-14 at 14:44 +0100, Grant Likely wrote:
>> On Fri, Jun 10, 2016 at 4:27 PM, Bastien Nocera
>> wrote:
>> > On Fri, 2016-06-10 at 08:23 -0700, Srinivas Pandruvada wrote:
>> > > On Fri, 2016-
On Fri, Jun 10, 2016 at 4:27 PM, Bastien Nocera wrote:
> On Fri, 2016-06-10 at 08:23 -0700, Srinivas Pandruvada wrote:
>> On Fri, 2016-06-10 at 17:04 +0200, Bastien Nocera wrote:
>> > >
>>
>> [...]
>>
>> > Are there any errors when setting the triggers?
>> >
>> Is there any debug option in this se
On Fri, Jun 10, 2016 at 10:44 AM, Grant Likely
wrote:
> On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada
> wrote:
>> Hi,
>> On Thu, 2016-06-09 at 22:45 +0100, Grant Likely wrote:
>>> On Tue, May 31, 2016 at 5:27 AM, Srinivas Pandruvada
>>> wrote:
&
On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada
wrote:
> Hi,
> On Thu, 2016-06-09 at 22:45 +0100, Grant Likely wrote:
>> On Tue, May 31, 2016 at 5:27 AM, Srinivas Pandruvada
>> wrote:
>> >
>> > Starting from Cherrytrail, multiple generation of Intel pr
On Tue, May 31, 2016 at 5:27 AM, Srinivas Pandruvada
wrote:
> Starting from Cherrytrail, multiple generation of Intel processors offers
> on package sensor hub. Several recent tablets, 2-in-1 convertible laptops
> are using ISH instead of external sensor hubs. This resulted in lack of
> support of
On Tue, Apr 12, 2016 at 4:46 PM, Jonathan Corbet wrote:
> On Fri, 8 Apr 2016 17:12:27 +0200
> Markus Heiser wrote:
>
>> motivated by this MT, I implemented a toolchain to migrate the kernel’s
>> DocBook XML documentation to reST markup.
>>
>> It converts 99% of the docs well ... to gain an impres
I'm pleased to announce that at last weeks Technical Advisory Board
meeting, the TAB elected Chris Mason as the chair* and re-elected Jon
Corbet as vice-chair.
Chris & Jon, congratulations to you. I'm honoured to be able to work
with you both, and I know you will do an excellent job.
g.
*Chris i
ion.
http://linuxplumbersconf.org/
Congratulations to the whole team.
g.
On Sat, Sep 5, 2015 at 12:35 AM, Grant Likely wrote:
> Each year, the Linux Foundation's Technical Advisory Board (TAB) seeks
> an organizing committee for the annual Linux Plumbers Conference; that
> process ha
On Sun, Oct 25, 2015 at 5:06 PM, Grant Likely wrote:
> Final reminder and update:
>
> The TAB elections will be held at 6:00pm tomorrow evening, Monday
> October 26th during the evening booth-crawl and reception in the Park
> Studio room. We will start at 6:00 sharp. Don't
stedt
Dave Taht
Josh Triplett
Theodore Ts'o
Sage Weil
Dan Williams
Rafael Wysocki
On Tue, Oct 20, 2015 at 9:54 AM, Grant Likely wrote:
> Reminder and update:
>
> As described below, the TAB elections will be held next week with the
> Linux Kernel Summit and the Korea Linux Forum
On Sun, Oct 25, 2015 at 12:45 PM, Jonathan Corbet wrote:
> On Sat, 24 Oct 2015 11:28:19 +0100
> Grant Likely wrote:
>
>> I've been asked several versions of the same question, and also the
>> annual "what does the TAB actually do?" question, so I'm g
[Including Rafael who also asked about what being a TAB member means]
On Thu, Oct 22, 2015 at 10:03 PM, Darren Hart wrote:
> On Tue, Oct 06, 2015 at 11:06:47AM +0100, Grant Likely wrote:
> Is there a good description of what is expected of a TAB member? How much time
> is involved? Wha
, Oct 6, 2015 at 11:06 AM, Grant Likely wrote:
> The elections for five of the ten members of the Linux Foundation
> Technical Advisory Board (TAB) are held every year[1]. This year the
> election will be at the 2015 Kernel Summit in Seoul, South Korea
> (probably on the Monday, 26 Octob
On Tue, Oct 13, 2015 at 2:09 PM, Sage Weil wrote:
> On Tue, 13 Oct 2015, Grant Likely wrote:
>> On 11 Oct 2015 05:20, "Ric Wheeler" wrote:
>> >
>> > I would like to nominate Sage Weil with his consent.
>> >
>> > Sage has lead the ceph proje
for receiving nominations is up until the beginning of
the event where the election is held. Although, please remember if
you're not going to be present that things go wrong with both networks
and mailing lists, so get your nomination in early).
Grant Likely, TAB Chair
[1] TAB members sit
where the election is held. Although, please remember if
you're not going to be present that things go wrong with both networks
and mailing lists, so get your nomination in early).
Grant Likely, TAB Chair
[1] TAB members sit for a term of 2 years, and half of the board is up
for election
Each year, the Linux Foundation's Technical Advisory Board (TAB) seeks
an organizing committee for the annual Linux Plumbers Conference; that
process has now begun for the 2016 event. This is your chance to put
your stamp on one of our community's most important gatherings in a
year when we will b
entirely.
Signed-off-by: Grant Likely
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 993d4cfd5aa0..c032364bf5d4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7482,8 +7482,9 @@ F:Documentation/i2c/busses/i2c-ocores
F
On Sun, 21 Jun 2015 21:44:30 +0200
, Stefan Agner
wrote:
> On 2015-06-21 01:49, Peter Stuge wrote:
> > Stefan Agner wrote:
> >> libftdi requires to detach the kernel driver to get access to the device
> >
> > Control transfers ought to be possible without a detach.
>
> Good to know, thanks for
On Tue, Jun 2, 2015 at 2:18 PM, Linus Walleij wrote:
> On Sat, May 30, 2015 at 10:29 PM, Grant Likely
> wrote:
>> On Mon, Jul 7, 2014 at 6:31 PM, Greg Kroah-Hartman
>> wrote:
>
>>>> However is the MFD cell approach acceptable?
>>>
>>> Y
gative/
of/irq: Rename "intc_desc" to "of_intc_desc" to fix OF on sh
Grant Likely (1):
Merge remote-tracking branch 'robh/for-next' into devicetree/next
Jeremy Linton (1):
of/irq: Fix pSeries boot failure
Jingoo Han (1):
of/address: use ato
On Tue, 30 Jun 2015 16:51:16 +0200
, Geert Uytterhoeven
wrote:
> Currently the list of aliases is not updated when an overlay that
> modifies /aliases is added or removed. This breaks drivers (e.g. serial)
> that rely on of_alias_get_id().
>
> Update the list of aliases when a property of the /a
On Tue, 30 Jun 2015 16:54:59 +0200
, Tomeu Vizoso
wrote:
> When allocating a new platform device, set the fwnode field in the
> struct device to point to the device_node.
>
> Signed-off-by: Tomeu Vizoso
Acked-by: Grant Likely
g.
> ---
>
> drivers/of/platform.c | 1 +
d of your messages is not a good
> > idea
> > in general.
> >
> > I'm fine with this change, personally.
> >
> > Does anyone in the CC list have any objections?
>
> No objections apparently.
>
> OK, I've queued this one up for the next PM
On Tue, 30 Jun 2015 16:55:01 +0200
, Tomeu Vizoso
wrote:
> This is needed by platform-independent code that needs to do something
> with devices based on the data provided by the firmware.
>
> Signed-off-by: Tomeu Vizoso
Acked-by: Grant Likely
> ---
>
> drivers/mfd/
On Tue, 30 Jun 2015 16:55:06 +0200
, Tomeu Vizoso
wrote:
> This is being added so code that is independent of the firmware being
> used can match firmware nodes to devices.
>
> This commit only implements it for OF nodes.
Hmmm, if it only works for OF nodes, then how is it firmware
independent?
On Tue, 30 Jun 2015 16:51:13 +0200
, Geert Uytterhoeven
wrote:
> Hi,
>
> Currently the list of aliases is not updated when a DT overlay that adds
> an alias is loaded or unloaded. This break drivers (e.g. serial) that
> rely on of_alias_get_id(). This RFC patch series fixes that.
>
> This
On Tue, 26 May 2015 16:18:54 +0100
, Lee Jones
wrote:
> On Thu, 21 May 2015, Thierry Reding wrote:
>
> > On Thu, May 21, 2015 at 09:40:01AM +0100, Lee Jones wrote:
> > > On Wed, 20 May 2015, Thierry Reding wrote:
> > > > On Wed, May 20, 2015 at 07:35:51AM +0100, Lee Jones wrote:
> > > > > On Tue
On Tue, 30 Jun 2015 16:55:07 +0200
, Tomeu Vizoso
wrote:
> So buses can match drivers to devices without having to care about what
> firmware is used to describe the device.
>
> The introduction of this function will also allow us to introduce
> matching behavior common to the different type of
On Tue, 30 Jun 2015 16:55:03 +0200
, Tomeu Vizoso
wrote:
> Getting a textual representation of a device node can be very useful for
> debugging.
>
> Signed-off-by: Tomeu Vizoso
> ---
>
> drivers/base/property.c | 15 +++
> include/linux/property.h | 2 ++
> 2 files changed, 17 i
On Wed, Jun 10, 2015 at 4:40 PM, Greg Kroah-Hartman
wrote:
> On Wed, Jun 10, 2015 at 04:46:33PM +0200, Ricardo Ribalda Delgado wrote:
>> Hello Greg
>>
>> On Wed, Jun 10, 2015 at 4:38 PM, Kevin Hilman wrote:
>> > On Wed, Jun 10, 2015 at 12:11 AM, Ricardo Ribalda Delgado
>>
>> > At this stage of th
On Tue, 09 Jun 2015 19:50:26 +0300
, Laurent Pinchart
wrote:
> Hi Grant,
>
> On Sunday 07 June 2015 12:16:32 Grant Likely wrote:
> > On Wed, 22 Apr 2015 15:30:28 +0300, Pantelis Antoniou wrote:
> > > > On Apr 14, 2015, at 16:27 , Wolfram Sang wrote:
&
On Mon, 8 Jun 2015 22:02:06 +0200
, Ricardo Ribalda Delgado
wrote:
> Hello Grant
>
> On Mon, Jun 8, 2015 at 8:23 PM, Grant Likely wrote:
> > On Fri, 5 Jun 2015 12:51:17 +0200
> > , Ricardo Ribalda Delgado
> > wrote:
> >> Some device tree platforms hav
On Mon, 8 Jun 2015 15:16:39 -0500
, Rob Herring
wrote:
> On Sun, Jun 7, 2015 at 9:20 AM, Grant Likely wrote:
> > Add a single resource to the test bus device to exercise the platform
> > bus code a little more. This isn't strictly a devicetree test, but it is
> &
On Mon, 8 Jun 2015 22:09:13 +0200
, Ricardo Ribalda Delgado
wrote:
> Hello Grant
>
>
> On Mon, Jun 8, 2015 at 8:47 PM, Grant Likely wrote:
> > Hi Ricardo,
> >
> > Comments below...
> >
> > On Sun, 7 Jun 2015 20:13:15 +0200
> > , Ricar
removes code
> duplication and afaik, is tested, does not break any platform, and I
> believe that is closer to an scenario when we can remove
> of_device_add() and all the devices behave similarly.
>
>
> Best Regards
>
>
>
> On Sun, Jun 7, 2015 at 4:20 PM, Grant Likely
On Fri, 5 Jun 2015 12:51:17 +0200
, Ricardo Ribalda Delgado
wrote:
> Some device tree platforms have not defined correctly their memory
> resources (i.e. Overlapping or duplication of resources).
> To avoid this issue we have historically avoided to add their resources to
> the resource tree. Th
On Sun, 7 Jun 2015 19:29:17 -0500
, Rob Herring
wrote:
> On Sun, Jun 7, 2015 at 2:05 AM, Grant Likely wrote:
> > On Tue, 19 May 2015 10:17:32 -0700
> > , Greg Kroah-Hartman
> > wrote:
> >> On Tue, May 19, 2015 at 01:29:16PM +0100, Sudeep Holla wrote:
> >>
it
text because the kernel will oops when it is wrong.
Cc: Pantelis Antoniou
Cc: Wolfram Sang
Cc: Rob Herring
Cc: Greg Kroah-Hartman
Cc: Ricardo Ribalda Delgado
Signed-off-by: Grant Likely
---
drivers/of/unittest.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/of/unittest
On Wed, 13 May 2015 09:03:31 -0500
, Rob Herring
wrote:
> On Thu, Apr 23, 2015 at 8:58 AM, Ricardo Ribalda Delgado
> wrote:
> > Failure path of platform_device_add was almost the same as
> > platform_device_del. Refactor same code in a function.
> >
> > Signed-off-by: Ricardo Ribalda Delgado
>
On Wed, 22 Apr 2015 15:30:28 +0300
, Pantelis Antoniou
wrote:
> Hi Wolfram,
>
> > On Apr 14, 2015, at 16:27 , Wolfram Sang wrote:
> >
> > Hi Pantelis,
> >
> > thanks for your prompt reply. Unfortunately, I had to wait until I could
> > access the test system again.
> >
>
> [snip]
>
> Sorry
hat end up broken if we try to do that due to
overlapping resources in the device tree. Until that is fixed, we need
to solve the immediate problem.
Cc: Pantelis Antoniou
Cc: Wolfram Sang
Cc: Rob Herring
Cc: Greg Kroah-Hartman
Cc: Ricardo Ribalda Delgado
Signed-off-by: Grant Likely
---
dr
The register and unregister paths for platform_devices use different
tests to chose which resources to process. Register uses the value of
both parent & type, but unregister relies solely on type, which can
result in some resources not being unregistered, and an oops when an
unregistered resource i
On Thu, 23 Apr 2015 15:58:11 +0200
, Ricardo Ribalda Delgado
wrote:
> platform_device_del only checks the type of the resource in order to
> call release_resource.
>
> On the other hand, platform_device_add calls insert_resource for any
> resource that has a parent.
>
> Make both code branches
;for OF/devicetree from driver_init so that it's ready before any devices
> > >are created.
> > >
> > >Fixes: 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from
> > > devices with an OF node")
> > >Suggested-by: Rob Herring
On Fri, 5 Jun 2015 18:51:36 +0200
, Ricardo Ribalda Delgado
wrote:
> Hello Rob,
>
> Thanks for your feedback!
>
> On Fri, Jun 5, 2015 at 6:45 PM, Rob Herring wrote:
> > On Fri, Jun 5, 2015 at 5:51 AM, Ricardo Ribalda Delgado
> > wrote:
> >> Some device tree platform do not define their resour
Hi Linus,
Stupid type fix follows. Please pull.
g.
The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d:
Linux 4.1-rc6 (2015-05-31 19:01:07 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux.git
tags/devicetree
On Thu, 4 Jun 2015 20:57:32 +1000 (AEST)
, Michael Ellerman
wrote:
> On Thu, 2015-04-06 at 09:34:41 UTC, Geert Uytterhoeven wrote:
> > "IS_ENABLED(PPC_PSERIES)" always evaluates to false, as IS_ENABLED() is
> > supposed to be used with the full Kconfig symbol name, including the
> > "CONFIG_" pr
ak things. If you look at the git history, this was fixed and
> >> then reverted by Grant.
> >
> > I cannot find that commit sorry, could you give me the hash or a link
> > to the mailing list?
> >
> > ricardo@pilix:~/linux$ git shortlog drivers/of/platform.c
On Mon, 13 Apr 2015 10:30:20 +0900
, Masahiro Yamada
wrote:
> Match the name of the third argument in the comment block
> to the actual function: p -> poffset
>
> Add missing comments about the arguments "nodepp" and "dryrun".
>
> Signed-off-by: Masahiro Yamada
Applied, thanks.
g.
> ---
>
On Wed, 3 Jun 2015 10:26:38 +0200
, Ralf Baechle
wrote:
> On Wed, Jun 03, 2015 at 12:10:25AM -0500, Rob Herring wrote:
> > Date: Wed, 3 Jun 2015 00:10:25 -0500
> > From: Rob Herring
> > To: devicet...@vger.kernel.org, linux-kernel@vger.kernel.org
> > Cc:
gt; CONFIG_OF is enabled, device_tree_init cannot be resolved. This is
> > trivially fixed by using CONFIG_USE_OF instead of CONFIG_OF for prom.h.
>
> Want to take this through your tree? If so,
>
> Acked-by: Ralf Baechle
>
> Ralf
For the whole series:
Acked-by: Grant Likely
On Tue, 26 May 2015 09:31:24 +0200
, Ricardo Ribalda Delgado
wrote:
> insert_resource() can fail when the resource added overlaps
> (partially or fully) with another.
>
> Device tree and AMBA devices may contain resources that overlap, so they
> could not call platform_device_add (see 02bbde784
On Mon, 13 Apr 2015 11:49:31 -0500
, Rob Herring
wrote:
> On Mon, Apr 13, 2015 at 8:38 AM, Konstantin Khlebnikov
> wrote:
> > On 13.04.2015 16:22, Rob Herring wrote:
> >>
> >> On Wed, Apr 8, 2015 at 11:59 AM, Konstantin Khlebnikov
> >> wrote:
> >>>
> >>> Node 0 might be offline as well as any o
On Mon, Jul 7, 2014 at 6:31 PM, Greg Kroah-Hartman
wrote:
> On Mon, Jul 07, 2014 at 12:44:28PM +0200, Linus Walleij wrote:
>> On Fri, Jun 13, 2014 at 8:31 PM, Greg Kroah-Hartman
>> wrote:
>> > On Fri, Jun 13, 2014 at 09:25:07AM +0200, Linus Walleij wrote:
>>
>> >> But I also want to bring the dev
rly return from test skips tests
Geert Uytterhoeven (1):
of: Allow selection of OF_DYNAMIC and OF_OVERLAY if OF_UNITTEST
Grant Likely (2):
of/unittest: Fix of_platform_depopulate test case
Merge remote-tracking branch 'robh/for-next' into devicetree/next
Mark Brown
On Fri, Apr 17, 2015 at 8:43 AM, Greg Kroah-Hartman
wrote:
> On Fri, Apr 17, 2015 at 08:00:45AM +0100, Grant Likely wrote:
>> On Fri, Apr 17, 2015 at 7:17 AM, Guenter Roeck wrote:
>> > On 04/16/2015 11:01 PM, Kevin Hao wrote:
>> >>
>> >> On Thu, Apr 1
On Fri, Apr 17, 2015 at 7:17 AM, Guenter Roeck wrote:
> On 04/16/2015 11:01 PM, Kevin Hao wrote:
>>
>> On Thu, Apr 16, 2015 at 10:20:59PM -0700, Guenter Roeck wrote:
>>>
>>> powerpc qemu runs fail with the current upstream kernel.
>>> Bisect points to commit 52d996270032 ("powerpc: kill PPC_OF").
On Fri, Apr 17, 2015 at 7:01 AM, Kevin Hao wrote:
> On Thu, Apr 16, 2015 at 10:20:59PM -0700, Guenter Roeck wrote:
>> powerpc qemu runs fail with the current upstream kernel.
>> Bisect points to commit 52d996270032 ("powerpc: kill PPC_OF").
>> Unfortunately, that commit did not remove all instance
On Tue, 14 Apr 2015 12:36:05 +0800
, Ricky Liang
wrote:
> The allocation size of device node path is off by one which drops the
> '\0' terminator.
>
> Signed-off-by: Ricky Liang
This looks like something that should be backported to stable. Do you agree?
g.
> ---
> drivers/of/fdt.c | 2 +-
>
Hi Linus,
This branch contains one regression fix for PA-Semi platforms. Please pull.
Thanks,
g.
The following changes since commit bc465aa9d045feb0e13b4a8f32cc33c1943f62d6:
Linux 4.0-rc5 (2015-03-22 16:50:21 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linu
On Tue, 31 Mar 2015 13:03:05 +0300
, Pantelis Antoniou
wrote:
> > +Device tree nodes:
> > +
> > + %pOn[fnpPcCFr]
> > +
> > + For printing device tree nodes. The optional arguments are:
> > + f device node full_name
> > + n device node name
> > + p device node phandle
> > +
Hi Pantelis,
Thanks for the quick reply. Comments below...
On Tue, 31 Mar 2015 13:03:05 +0300
, Pantelis Antoniou
wrote:
> Hi Grant,
>
> > On Mar 30, 2015, at 22:04 , Grant Likely wrote:
> >
> > On Thu, 22 Jan 2015 22:31:46 +0200
> > , Pantelis An
1 - 100 of 1670 matches
Mail list logo
