Hi Bartosz,
> On Sep 17, 2015, at 17:42 , Bartosz Golaszewski
> wrote:
>
> 2015-09-16 18:11 GMT+02:00 Pantelis Antoniou :
>> For DT and in-kernel users there is no interface to the
>> at24 EEPROMs so provide an NVMEM framework interface.
>>
>> This all
For DT and in-kernel users there is no interface to the
at24 EEPROMs so provide an NVMEM framework interface.
This allows us to use AT24 based EEPROMs and reference them
from within the DT tree.
Signed-off-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 219
+Grant
Hi Rob,
> On Jul 3, 2015, at 07:43 , Rob Herring wrote:
>
> +Pantelis
>
> On Tue, Jun 30, 2015 at 4:44 PM, Wolfram Sang wrote:
>> From: Wolfram Sang
>>
>> If we want to use OF_DYNAMIC features outside the of framework, we need
>> to access this lock. If OF maintainers don't like expo
Hi Wolfram,
> On Jun 10, 2015, at 17:08 , Wolfram Sang wrote:
>
>>> IIRC it is the one which adds OF_POPULATED. If so, why is this not
>>> scheduled for 4.1 as this bugfix depends on it?
>>
>> No idea. This is an obvious bugfix.
>
> Dunno if you did but mentioning after the commit message wher
;>>>> which caused a deadlock with muxes, and does not break the build
>>>>>>>> on !OF since the node flag accessors are not defined then.
>>>>>>>>
>>>>>>>> Signed-off-by: Pantelis Antoniou
>>>>
on !OF since the node flag accessors are not defined then.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index 39d25a8..8c32ee3 100644
--- a/drivers
Hi Wolfram,
> On Jan 24, 2015, at 06:26 , Wolfram Sang wrote:
>
>
>> Feel free to apply it for 3.19 with my ack. You then want to pick up
>> v1 of this patch.
>
> Sigh, I give up, this is too confusing. I don't know which one is V1,
> they are not numbered in any way. And I have been holding b
Hi Greg,
> On Jan 16, 2015, at 00:55 , Greg Kroah-Hartman
> wrote:
>
> On Thu, Jan 15, 2015 at 06:25:22PM +0200, Pantelis Antoniou wrote:
>> Hi Greg,
>>
>>> On Jan 14, 2015, at 22:41 , Greg Kroah-Hartman
>>> wrote:
>>>
>>> On We
Hi Guenter,
> On Jan 15, 2015, at 20:55 , Guenter Roeck wrote:
>
> On Thu, Jan 15, 2015 at 08:33:18PM +0200, Pantelis Antoniou wrote:
>> Mark (and unmark) device nodes with the POPULATE flag as appropriate.
>> This is required to avoid multi probing when using I2C a
on !OF since the node flag accessors are not defined then.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
index 39d25a8..1d44e3a 100644
--- a
Hi Wolfram,
> On Jan 15, 2015, at 19:35 , Wolfram Sang wrote:
>
> On Thu, Jan 15, 2015 at 06:33:55PM +0200, Pantelis Antoniou wrote:
>> Mark (and unmark) device nodes with the POPULATE flag as appropriate.
>> This is required to avoid multi probing when using I2C a
Mark (and unmark) device nodes with the POPULATE flag as appropriate.
This is required to avoid multi probing when using I2C and device
overlays containing a mux.
This patch is also more careful with the release of the adapter device
which caused a deadlock with muxes.
Signed-off-by: Pantelis
Hi Greg,
> On Jan 14, 2015, at 22:41 , Greg Kroah-Hartman
> wrote:
>
> On Wed, Jan 14, 2015 at 07:24:22PM +0200, Pantelis Antoniou wrote:
>> I’ll try to dig around tomorrow and see what the real device reference counts
>> are, but my hunch goes like this:
>>
>
Hi Jean,
> On Jan 14, 2015, at 19:14 , Jean Delvare wrote:
>
> Hi Guenter,
>
> On Wed, 14 Jan 2015 08:24:43 -0800, Guenter Roeck wrote:
>> On Wed, Jan 14, 2015 at 04:15:25PM +0100, Jean Delvare wrote:
>>> I did that. On my system the i2c-i801 driver instantiates an
>>> i2c-mux-gpio device. Unlo
Hi Guenter,
> On Jan 14, 2015, at 16:14 , Guenter Roeck wrote:
>
> On 01/14/2015 05:54 AM, Pantelis Antoniou wrote:
>
>>> That being said, nobody complained about this in 11 years, so I would
>>> be surprised if it was plain wrong. I'd rather ques
Hi Michael,
> On Jan 14, 2015, at 16:06 , Michael Lawnick wrote:
>
> Am 14.01.2015 um 14:54 schrieb Pantelis Antoniou:
>> Hi Jean,
>>
>>> On Jan 14, 2015, at 15:49 , Jean Delvare wrote:
> ...
>>> That being said, nobody complained about this in 11 ye
Hi Jean,
> On Jan 14, 2015, at 15:49 , Jean Delvare wrote:
>
> Hi Wolfram, Pantelis,
>
> On Tue, 13 Jan 2015 16:29:57 +0100, Wolfram Sang wrote:
>> On Mon, Jan 12, 2015 at 07:00:50PM +0200, Pantelis Antoniou wrote:
>>> Waiting for the device release method to be
Hi Wolfram,
> On Jan 13, 2015, at 14:05 , Wolfram Sang wrote:
>
> On Mon, Jan 12, 2015 at 07:01:34PM +0200, Pantelis Antoniou wrote:
>> Mark (and unmark) device nodes with the POPULATE flag as appropriate.
>> This is required to avoid multi probing when using I2C a
Mark (and unmark) device nodes with the POPULATE flag as appropriate.
This is required to avoid multi probing when using I2C and device
overlays containing a mux.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion
e the original code seems to
really want to protect against a race from sysfs accessors, which
I don't see how it could be a problem.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/i2c-core.
Hi Grant,
> On Nov 25, 2014, at 12:28 , Grant Likely wrote:
>
> Hi Pantelis,
>
> Comments below...
>
> On Tue, 28 Oct 2014 22:36:00 +0200
> , Pantelis Antoniou
> wrote:
>> Add a runtime interface to using configfs for generic device tree overlay
>> usa
Hi Grant,
> On Nov 21, 2014, at 17:33 , Grant Likely wrote:
>
> On Wed, 29 Oct 2014 12:22:04 +
> , Mark Brown
> wrote:
>> On Wed, Oct 29, 2014 at 01:48:06PM +0200, Pantelis Antoniou wrote:
>>>> On Oct 29, 2014, at 12:14 , Mark Brown wrote:
>>
>&
Hi Grant,
> On Nov 21, 2014, at 17:08 , Grant Likely wrote:
>
> On Thu, 20 Nov 2014 18:03:33 -0800
> , Guenter Roeck
> wrote:
>> On 11/20/2014 05:53 PM, Grant Likely wrote:
>>> On Tue, 28 Oct 2014 22:36:03 +0200
>>> , Pantelis Antoniou
>>>
Hi Grant,
> On Nov 14, 2014, at 01:36 , Grant Likely wrote:
>
> On Tue, 28 Oct 2014 22:35:58 +0200
> , Pantelis Antoniou
> wrote:
>> Introduce DT overlay support.
>>
>> Makes it possible to dynamically overlay a part of the kernel's
>> tree with
Hi Grant,
> On Nov 14, 2014, at 01:29 , Grant Likely wrote:
>
> On Tue, 28 Oct 2014 22:36:01 +0200
> , Pantelis Antoniou
> wrote:
>> Add OF notifier handler needed for creating/destroying platform devices
>> according to dynamic runtime changes in the DT live
Hi
> On Oct 29, 2014, at 12:14 , Mark Brown wrote:
>
> On Wed, Oct 29, 2014 at 10:40:37AM +0200, Pantelis Antoniou wrote:
>> Dynamically inserting spi device nodes requires the use of a single
>> device registration method. Rework and export it.
>>
>> Methods
with parameter on of_register_spi_device().
Signed-off-by: Pantelis Antoniou
---
drivers/spi/spi.c | 255 +-
1 file changed, 157 insertions(+), 98 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index ebcb33d..4778366 100644
-
Hi Alexander,
> On Oct 29, 2014, at 09:44 , Alexander Sverdlin
> wrote:
>
> Hello Pantelis,
>
> I've pointed to this already, but anyway:
>
> On 28/10/14 21:36, ext Pantelis Antoniou wrote:
>> Dynamically inserting spi device nodes requires the use of a s
This patch adds overlay tests to the OF selftest.
It tests overlay device addition/removal and whether
the apply revert sequence is correct.
Changes since V1:
* Added local fixups entries.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/bindings/selftest.txt | 14 +
drivers/of
moval of any bits related to a specific board (beaglebone).
* Introduced a platform agnostic interface using /proc/device-tree-overlay
* Various bug fixes related to i2c device handling have been squashed in.
Pantelis Antoniou (9):
OF: Introduce Device Tree resolve support.
OF: Introduce DT over
ectory.
# rmdir /config/device-tree/overlays/foo
Changes since v1:
* of_resolve() -> of_resolve_phandles().
Signed-off-by: Pantelis Antoniou
---
drivers/of/Kconfig| 7 ++
drivers/of/Makefile | 1 +
drivers/of/configfs.c | 340 ++
3 file
Add OF notifier handler needed for creating/destroying i2c devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 79 +-
1 file changed, 78 insertions(+), 1 deletion(-)
diff
Dynamically inserting i2c client device nodes requires the use
of a single device registration method. Rework and export it.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 99 +++---
include/linux/i2c.h| 10 +
2 files changed
Add OF notifier handler needed for creating/destroying spi devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/spi/spi.c | 78 ++-
1 file changed, 77 insertions(+), 1 deletion(-)
diff
Dynamically inserting spi device nodes requires the use of a single
device registration method. Rework and export it.
Methods to lookup a device/master using a device node are added
as well, of_find_spi_master_by_node() & of_find_spi_device_by_node().
Signed-off-by: Pantelis Anto
Add OF notifier handler needed for creating/destroying platform devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/base/platform.c | 18 +--
drivers/of/platform.c | 78
al properties - name & phandle ones.
- Change order of node attachment, so that the special property update
works.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/overlay-notes.txt | 137 ++
drivers/of/Kconfig | 7 +
drivers/of/Makefile
Hi Grant,
On Oct 1, 2014, at 3:46 PM, Grant Likely wrote:
> On Fri, 4 Jul 2014 19:59:20 +0300
> , Pantelis Antoniou
> wrote:
>> Introduce support for dynamic device tree resolution.
>> Using it, it is possible to prepare a device tree that's
>> been load
Hi Wolfram,
On Jan 13, 2014, at 2:17 PM, Wolfram Sang wrote:
> On Tue, Nov 05, 2013 at 07:57:20PM +0200, Pantelis Antoniou wrote:
>> Dynamically inserting i2c client device nodes requires the use
>> of a single device registration method. Rework and export it.
>>
>&
Dynamically inserting i2c client device nodes requires the use
of a single device registration method. Rework and export it.
Don't be put off by the weird patch format, it's a simple move
of the operations applied on each device to a function.
Signed-off-by: Pantelis Antoniou
---
d
In kernel users need to access the EEPROM using the i2c_client
interface. Extend at24 to use it via the command interface.
Signed-off-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 23 ++
include/linux/i2c/eeprom.h | 59 ++
2
In kernel users need to access the EEPROM using the i2c_client
interface. Extend at24 to use it via the command interface.
Signed-off-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 23 ++
include/linux/i2c/eeprom.h | 59 ++
2
me drop the patch then.
One less thing to worry about...
Regards
-- Pantelis
> On 10/31/2012 04:55 PM, Pantelis Antoniou wrote:
>> Enable pinctrl for i2c-omap.
>>
>> Signed-off-by: Pantelis Antoniou
>> ---
>> drivers/i2c/busses/i2c-omap.c | 10 ++
&
Hi Felipe,
On Oct 30, 2012, at 8:53 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 31, 2012 at 05:55:30PM +0200, Pantelis Antoniou wrote:
>> Enable pinctrl for i2c-omap.
>>
>> Signed-off-by: Pantelis Antoniou
>> ---
>> drivers/i2c/busses/i2c-omap.
Hi David,
On Oct 30, 2012, at 8:46 PM, David Daney wrote:
> On 10/31/2012 08:56 AM, Pantelis Antoniou wrote:
>> Various platforms need access to the EEPROM in other
>> places besides their platform registration callbacks.
>> Export the memory accessor to the i2c_client
>
ff-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 5 +
include/linux/i2c.h| 24
2 files changed, 29 insertions(+)
diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c
index ab1ad41..4f88ae65 100644
--- a/drivers/misc/eeprom/at24.c
Enable pinctrl for i2c-omap.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/busses/i2c-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index db31eae..4c38aa0 100644
--- a/drivers/i2c/busses/i2c-omap.c
+++ b
47 matches
Mail list logo