Re: [PATCH v1] spi: fix client driver breakages when using GPIO descriptors

2020-11-25 Thread Grant Likely
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

Re: [PATCH v1] spi: fix client driver breakages when using GPIO descriptors

2020-11-25 Thread Grant Likely
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

Re: [net-next PATCH v1] net: phy: Move of_mdio from drivers/of to drivers/net/mdio

2020-10-08 Thread Grant Likely
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. --- MAINTAINERS

Re: [net-next PATCH v1 6/7] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver

2020-10-02 Thread Grant Likely
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

Re: [net-next PATCH v1 1/7] Documentation: ACPI: DSD: Document MDIO PHY

2020-10-02 Thread Grant Likely
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 ---

Re: [net-next PATCH v1 3/7] net: phy: Introduce fwnode_get_phy_id()

2020-10-02 Thread Grant Likely
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 +++-

Re: [net-next PATCH v1 3/7] net: phy: Introduce fwnode_get_phy_id()

2020-10-02 Thread Grant Likely
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 @@

Re: [PATCH 1/1] of: properties of reserved-memory nodes

2020-09-10 Thread Grant Likely
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

[PATCH] hid-input: Fix devices that return multiple bytes in battery report

2020-07-10 Thread Grant Likely
. 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: sta

Re: [PATCH v1 1/5] drivercore: Revert "deferral race condition fix"

2018-11-14 Thread Grant Likely
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.

Re: [PATCH v1 1/5] drivercore: Revert "deferral race condition fix"

2018-11-14 Thread Grant Likely
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.

Re: drivers binding to device node with multiple compatible strings

2018-10-04 Thread Grant Likely
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

Re: drivers binding to device node with multiple compatible strings

2018-10-04 Thread Grant Likely
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

Re: [PATCH] efi_stub: update documentation on dtb= parameter

2018-09-06 Thread Grant Likely
> 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 (

Re: [PATCH] efi_stub: update documentation on dtb= parameter

2018-09-06 Thread Grant Likely
> 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 (

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-05 Thread Grant Likely
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

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-05 Thread Grant Likely
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

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-05 Thread Grant Likely
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=

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-05 Thread Grant Likely
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=

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-04 Thread Grant Likely
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

Re: [PATCH] arm64: defconfig: enable EFI_ARMSTUB_DTB_LOADER

2018-09-04 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-25 Thread Grant Likely
On 23/04/2018 17:49, Geert Uytterhoeven wrote: Hi Grant, On Mon, Apr 23, 2018 at 4:47 PM, Grant Likely <grant.lik...@arm.com> wrote: On 21/04/2018 02:28, Rob Herring wrote: On Fri, Apr 20, 2018 at 4:00 PM, Frank Rowand <frowand.l...@gmail.com> wrote: + interrupts: +# E

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-25 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
On 23/04/2018 15:38, Rob Herring wrote: On Mon, Apr 23, 2018 at 9:01 AM, Grant Likely <grant.lik...@arm.com> 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 <sb...@kernel.org> wrote:

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
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

Re: [RFC PATCH] dt-bindings: add a jsonschema binding example

2018-04-23 Thread Grant Likely
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

Re: [PATCH 2/3] dt-bindings: pinctrl: Add a ngpios-ranges property

2018-01-11 Thread Grant Likely
On Thu, Jan 11, 2018 at 4:36 PM, Timur Tabi <ti...@codeaurora.org> 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? &g

Re: [PATCH 2/3] dt-bindings: pinctrl: Add a ngpios-ranges property

2018-01-11 Thread Grant Likely
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

Re: [PATCH 2/3] dt-bindings: pinctrl: Add a ngpios-ranges property

2018-01-11 Thread Grant Likely
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 >>

Re: [PATCH 2/3] dt-bindings: pinctrl: Add a ngpios-ranges property

2018-01-11 Thread Grant Likely
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

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-22 Thread Grant Likely
On Sun, Oct 22, 2017 at 7:23 PM, Pantelis Antoniou <pantelis.anton...@konsulko.com> wrote: > Hi Grant, > >> On Oct 22, 2017, at 19:54 , Grant Likely <grant.lik...@secretlab.ca> wrote: >> >> On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou >> <pantel

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-22 Thread Grant Likely
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

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-22 Thread Grant Likely
On Fri, Oct 20, 2017 at 8:16 PM, Pantelis Antoniou <pantelis.anton...@konsulko.com> wrote: > Hi Grant, > >> On Oct 20, 2017, at 20:46 , Grant Likely <grant.lik...@secretlab.ca> wrote: >> >> On Thu, Sep 28, 2017 at 8:58 PM, Pantelis Antoniou >> <pan

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-22 Thread Grant Likely
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

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-20 Thread Grant Likely
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. >

Re: [RFC] yamldt v0.5, now a DTS compiler too

2017-10-20 Thread Grant Likely
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

Re: [PATCH] firmware: bluefield: add boot control driver

2017-10-10 Thread Grant Likely
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

Re: [PATCH] firmware: bluefield: add boot control driver

2017-10-10 Thread Grant Likely
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

Re: [PATCH 0/6] Shrinking DT memory usage

2017-10-06 Thread Grant Likely
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

Re: [PATCH 0/6] Shrinking DT memory usage

2017-10-06 Thread Grant Likely
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

Re: [PATCH 2/6] of: remove struct property.unique_id for FDT

2017-10-06 Thread Grant Likely
romfs so you could make 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 <grant.lik...@secretlab.ca> (That goes for the entire series) >

Re: [PATCH 2/6] of: remove struct property.unique_id for FDT

2017-10-06 Thread Grant Likely
d make 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 Rowand >

Re: [PATCH] of: document /sys/firmware/fdt

2017-06-29 Thread Grant Likely
nd <frank.row...@sony.com> Acked-by: Grant Likely <grant.lik...@arm.com> (Apologies for acking from a different address. My ARM email isn't yet set up to play nice on mailing lists.) g. > --- > Documentation/ABI/testing/sysfs-firmware-ofw | 27 ++- > 1

Re: [PATCH] of: document /sys/firmware/fdt

2017-06-29 Thread Grant Likely
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

Re: [PATCH] of: document /sys/firmware/fdt

2017-06-28 Thread Grant Likely
0644 >>>> --- a/Documentation/ABI/testing/sysfs-firmware-ofw >>>> +++ b/Documentation/ABI/testing/sysfs-firmware-ofw >>>> @@ -1,6 +1,6 @@ >>>> What: /sys/firmware/devicetree/* >>>> Date: November 2013 >>>>

Re: [PATCH] of: document /sys/firmware/fdt

2017-06-28 Thread Grant Likely
;>>> >>>> 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 >&g

[PATCH] pci: remove error message when device not present

2016-09-29 Thread Grant Likely
on the pr_debug() message which will show progress through the .init function. Reported-by: Jim Hull <jim.h...@hpe.com> Signed-off-by: Grant Likely <grant.lik...@hpe.com> Cc: Linn Crosetto <l...@hpe.com> Cc: "Rafael J. Wysocki" <r...@rjwysocki.net> Cc: Bjorn Helgaas

[PATCH] pci: remove error message when device not present

2016-09-29 Thread Grant Likely
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 --git a/drivers/p

Re: [PATCH] of: Prevent unaligned access in of_alias_scan()

2016-09-23 Thread Grant Likely
as_prop allocation > matching that which the compiler expects, using the __alignof__ keyword. > > Signed-off-by: Paul Burton <paul.bur...@imgtec.com> Looks right to me. Reviewed-by: Grant Likely <grant.lik...@secretlab.ca> > Cc: devicet...@vger.kernel.org > Cc: Rob Herr

Re: [PATCH] of: Prevent unaligned access in of_alias_scan()

2016-09-23 Thread Grant Likely
ching 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...@linux-m

Re: EFI co-maintainer

2016-09-21 Thread Grant Likely
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, > >

Re: EFI co-maintainer

2016-09-21 Thread Grant Likely
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, > >

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-08-31 Thread Grant Likely
On Wed, Aug 24, 2016 at 10:23 PM, Jonathan Cameron <ji...@kernel.org> 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 implementat

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-08-31 Thread Grant Likely
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

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-08-24 Thread Grant Likely
On Tue, Jul 5, 2016 at 8:42 AM, Grant Likely <glik...@secretlab.ca> 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.

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-08-24 Thread Grant Likely
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 >>

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-07-05 Thread Grant Likely
silent config for TRANSPORT and IPC Tested-by: Grant Likely <grant.lik...@secretlab.ca> 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 s

Re: [PATCH v2 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-07-05 Thread Grant Likely
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. Starting

Re: [PATCH 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-06-16 Thread Grant Likely
r proxy, > a short term work around is required 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 <grant.lik...@hpe.com> There is still a fiddly problem on my lap

Re: [PATCH 0/6] Intel Integrated Sensor Hub Support (ISH)

2016-06-16 Thread Grant Likely
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 otherwi

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
On Tue, Jun 14, 2016 at 6:01 PM, Bastien Nocera <had...@hadess.net> wrote: > On Tue, 2016-06-14 at 17:08 +0100, Grant Likely wrote: >> On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera <had...@hadess.net> >> wrote: >> > On Tue, 2016-06-14 at 14:44 +0100, Grant

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
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

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
On Tue, Jun 14, 2016 at 4:12 PM, Bastien Nocera <had...@hadess.net> wrote: > On Tue, 2016-06-14 at 14:44 +0100, Grant Likely wrote: >> On Fri, Jun 10, 2016 at 4:27 PM, Bastien Nocera <had...@hadess.net> >> wrote: >> > On Fri, 2016-06-10 at 08:23 -0700, Srin

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
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-

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
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

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-14 Thread Grant Likely
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

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-10 Thread Grant Likely
On Fri, Jun 10, 2016 at 10:44 AM, Grant Likely <grant.lik...@secretlab.ca> wrote: > On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada > <srinivas.pandruv...@linux.intel.com> wrote: >> Hi, >> On Thu, 2016-06-09 at 22:45 +0100, Grant Likely wrote: >>> On

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-10 Thread Grant Likely
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: &

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-10 Thread Grant Likely
On Thu, Jun 9, 2016 at 10:54 PM, Srinivas Pandruvada <srinivas.pandruv...@linux.intel.com> 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 >> <srinivas.pandruv...@linux.intel.com>

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-10 Thread Grant Likely
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

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-09 Thread Grant Likely
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.

Re: [RFC 0/4] Intel Integrated Sensor Hub Support (ISH)

2016-06-09 Thread Grant Likely
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

Re: Kernel docs: muddying the waters a bit

2016-04-27 Thread Grant Likely
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

Re: Kernel docs: muddying the waters a bit

2016-04-27 Thread Grant Likely
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

New TAB chair announcement

2016-04-18 Thread Grant Likely
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

New TAB chair announcement

2016-04-18 Thread Grant Likely
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

Re: Linux Plumbers 2016 Call for Organizers

2015-11-21 Thread Grant Likely
://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 has now begun for

Re: Linux Plumbers 2016 Call for Organizers

2015-11-21 Thread Grant Likely
://linuxplumbersconf.org/ Congratulations to the whole team. g. On Sat, Sep 5, 2015 at 12:35 AM, Grant Likely <grant.lik...@secretlab.ca> wrote: > Each year, the Linux Foundation's Technical Advisory Board (TAB) seeks > an organizing committee for the annual Linux Plumbers Conference; th

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
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 be l

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
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.

Re: [Tech-board] [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
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 going to tr

Re: [Tech-board] [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
On Sun, Oct 25, 2015 at 12:45 PM, Jonathan Corbet <cor...@lwn.net> wrote: > On Sat, 24 Oct 2015 11:28:19 +0100 > Grant Likely <glik...@secretlab.ca> wrote: > >> I've been asked several versions of the same question, and also the >> annual "what does the TA

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
On Sun, Oct 25, 2015 at 5:06 PM, Grant Likely <glik...@secretlab.ca> 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

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-25 Thread Grant Likely
Dave Taht Josh Triplett Theodore Ts'o Sage Weil Dan Williams Rafael Wysocki On Tue, Oct 20, 2015 at 9:54 AM, Grant Likely <glik...@secretlab.ca> wrote: > Reminder and update: > > As described below, the TAB elections will be held next week with the > Linux Kernel Summit and the

Re: [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-24 Thread Grant Likely
[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? W

Re: [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-24 Thread Grant Likely
[Including Rafael who also asked about what being a TAB member means] On Thu, Oct 22, 2015 at 10:03 PM, Darren Hart <dvh...@infradead.org> 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? H

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-19 Thread Grant Likely
, 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

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-19 Thread Grant Likely
, Oct 6, 2015 at 11:06 AM, Grant Likely <glik...@secretlab.ca> 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 > (prob

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-14 Thread Grant Likely
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 pr

Re: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-14 Thread Grant Likely
On Tue, Oct 13, 2015 at 2:09 PM, Sage Weil <s...@newdream.net> wrote: > On Tue, 13 Oct 2015, Grant Likely wrote: >> On 11 Oct 2015 05:20, "Ric Wheeler" <ricwhee...@gmail.com> wrote: >> > >> > I would like to nominate Sage Weil with his consent. &

Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-06 Thread Grant Likely
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

Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-06 Thread Grant Likely
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

Fwd: Draft: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-04 Thread Grant Likely
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 every

Fwd: Draft: Linux Foundation Technical Advisory Board Elections and Nomination process

2015-10-04 Thread Grant Likely
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 every

Linux Plumbers 2016 Call for Organizers

2015-09-04 Thread Grant Likely
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

Linux Plumbers 2016 Call for Organizers

2015-09-04 Thread Grant Likely
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

[PATCH] MAINTAINERS: Add Frank Rowand as DT maintainer

2015-08-23 Thread Grant Likely
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

  1   2   3   4   5   6   7   8   9   10   >