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
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
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
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
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 +++-
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 @@
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: sta
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.
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.
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 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 (
> 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 (
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 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=
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
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 <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
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 <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:
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
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
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
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
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
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
>>
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
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
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
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
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.
>
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
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
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
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
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
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)
>
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
>
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
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
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
>>>>
;>>>
>>>> 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
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
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
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
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
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,
>
>
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,
>
>
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
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 <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.
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 <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
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
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
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
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
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 <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
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
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
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
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
<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>
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.
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
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
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
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'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
://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
://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
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
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 going to tr
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
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
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
[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
[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
, 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
, 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
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
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.
&
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
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 every
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
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
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
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 - 100 of 3331 matches
Mail list logo