elis
On Mar 16, 2013, at 11:45 AM, Grant Likely wrote:
> On Fri, 4 Jan 2013 21:31:07 +0200, Pantelis Antoniou
> wrote:
>> There are other users for the proc DT functions.
>> Export them.
>>
>> Signed-off-by: Pantelis Antoniou
>
> Hi Pantelis.
>
> Pa
Hi Grant,
On Mar 16, 2013, at 11:24 AM, Grant Likely wrote:
> On Wed, 23 Jan 2013 12:58:02 +0200, Pantelis Antoniou
> wrote:
>> Hi David,
>>
>> On Jan 23, 2013, at 6:40 AM, David Gibson wrote:
>>> Ok. Nonetheless it's not hard to avoid a recursive ap
Hi Grant,
On Mar 19, 2013, at 7:18 PM, Grant Likely wrote:
> On Tue, 19 Mar 2013 13:51:01 +0200, Pantelis Antoniou
> wrote:
>> Hi Grant,
>>
>> On Mar 16, 2013, at 11:24 AM, Grant Likely wrote:
>>
>>> On Wed, 23 Jan 2013 12:58:02 +0200, Pante
Hi Grant,
On Feb 9, 2013, at 12:02 AM, Grant Likely wrote:
> On Fri, 18 Jan 2013 11:05:14 +0200, Pantelis Antoniou
> wrote:
>> Hi Greg,
>>
>> On Jan 18, 2013, at 5:00 AM, Greg Kroah-Hartman wrote:
>>
>>> On Thu, Jan 17, 2013 at 07:27:21PM +0200, Pantel
Hi Peter,
On Jan 28, 2013, at 11:14 PM, Peter Korsgaard wrote:
>>>>>> "Pantelis" == Pantelis Antoniou writes:
>
> 'among other things' is not a very descriptive commit message.
>
> Pantelis> Fix interrupt storm on bone A4 cause by non-by-
Hi Mugunthan,
On Jan 29, 2013, at 1:45 PM, Mugunthan V N wrote:
> On 1/28/2013 6:41 PM, Pantelis Antoniou wrote:
>> Fix interrupt storm on bone A4 cause by non-by-the-book interrupt handling.
>> While at it, added a non-NAPI mode (which is easier to debug), plus
>&g
Hi,
On Jan 30, 2013, at 11:03 AM, Mugunthan V N wrote:
> On 1/30/2013 2:06 PM, Pantelis Antoniou wrote:
>> Hi Mugunthan,
>>
>> On Jan 29, 2013, at 1:45 PM, Mugunthan V N wrote:
>>
>>> On 1/28/2013 6:41 PM, Pantelis Antoniou wrote:
>>>> Fix int
Hi Mugunthan,
On Jan 30, 2013, at 12:55 PM, Mugunthan V N wrote:
> On 1/30/2013 3:06 PM, Pantelis Antoniou wrote:
>> Hi,
>>
>> On Jan 30, 2013, at 11:03 AM, Mugunthan V N wrote:
>>
>>> On 1/30/2013 2:06 PM, Pantelis Antoniou wrote:
>>>> Hi M
Hi Vaibhav,
On Jan 30, 2013, at 2:38 PM, Bedia, Vaibhav wrote:
> On Wed, Jan 30, 2013 at 16:38:50, Pantelis Antoniou wrote:
> [...]
>>
>> TBH I haven't found a simple way to print out the silicon revision number.
>> Anyone on the list know a quick and dirty metho
Hi Vaibhav,
On Jan 30, 2013, at 3:29 PM, Bedia, Vaibhav wrote:
> On Wed, Jan 30, 2013 at 18:14:30, Pantelis Antoniou wrote:
>> Hi Vaibhav,
>>
>> On Jan 30, 2013, at 2:38 PM, Bedia, Vaibhav wrote:
>>
>>> On Wed, Jan 30, 2013 at 16:38:50, Pantelis Antoni
Hi Vaibhav,
On Jan 30, 2013, at 3:47 PM, Bedia, Vaibhav wrote:
> Hi Antoniou,
>
> On Wed, Jan 30, 2013 at 19:07:19, Pantelis Antoniou wrote:
>> Hi Vaibhav,
>>
>> On Jan 30, 2013, at 3:29 PM, Bedia, Vaibhav wrote:
>>
>>> On Wed, Jan 30, 2013 at
Hi Mugunthan,
On Jan 30, 2013, at 3:53 PM, Mugunthan V N wrote:
> On 1/30/2013 7:21 PM, Pantelis Antoniou wrote:
>> Hi Vaibhav,
>>
>> On Jan 30, 2013, at 3:47 PM, Bedia, Vaibhav wrote:
>>
>>> Hi Antoniou,
>>>
>>> On Wed, Jan 30, 2013
Fix interrupt storm on bone A4 cause by non-by-the-book interrupt handling.
While at it, added a non-NAPI mode (which is easier to debug), plus
some general fixes.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/bindings/net/cpsw.txt | 1 +
drivers/net/ethernet/ti/cpsw.c
Hi Richard,
Yes, I guess this was more of a drive-by patch dump - but people need this
to get PG2.0 silicon to work on am33xx.
On Jan 28, 2013, at 8:24 PM, Richard Cochran wrote:
> On Mon, Jan 28, 2013 at 03:11:08PM +0200, Pantelis Antoniou wrote:
>> Fix interrupt storm on bone A4 cau
Thanks,
> Alan Tull
> Altera Corp
>
Regards
-- Pantelis
> On Fri, Jan 4, 2013 at 1:31 PM, Pantelis Antoniou
> wrote:
>> The following patchset introduces Device Tree overlays, a method
>> of dynamically altering the kernel's live Device Tree.
>>
>&g
Marking omap_device_build && omap_device_build_ss as __init is
really bad when you want to instantiate a device later in the
boot sequence, or from a module.
Removing them makes the crashes go away.
Signed-off-by: Pantelis Antoniou
---
arch/arm/plat-omap/omap_device.c | 4 ++--
1 file
omap_device is going private.
Move the ti-tscadc-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 1 +
arch/arm/mach-omap2/ti-tscadc-dt.c | 155 +
2 files changed, 156 insertions(+)
create
It is painless to move the adapter DT devices to arch/arm/mach-omap2
However I got bit by the __init at omap_build_device family functions.
If you don't remove it, crashes every time you instantiate a device
at runtime, or you load the cape driver as a module.
Pantelis Antoniou (3):
omap_device is going private.
Move the da8xx-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 3 +
arch/arm/mach-omap2/da8xx-dt.c | 197 +
2 files changed, 200 insertions(+)
create mode
It's common not for both the touchscreen & adc to be activated
at the same time. Deal with this case.
Signed-off-by: Pantelis Antoniou
---
drivers/mfd/ti_am335x_tscadc.c | 34 +++---
include/linux/mfd/ti_am335x_tscadc.h | 8 +++-
2 files ch
Add an IIO map interface that consumers can use.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 60 +
1 file changed, 49 insertions(+), 11 deletions(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
think it's best to patch this up, until the driver maintainers deal
with this properly.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 10 --
drivers/input/touchscreen/ti_am335x_tsc.c | 9 +++--
2 files changed, 15 insertions(+), 4 deletions(-)
The omap_platform device build has been moved out of capebus
and placed in their proper place in arch/arm/mach-omap2
Pantelis Antoniou (7):
capebus: Core capebus support
capebus: Add beaglebone board support
capebus: Beaglebone generic cape support
capebus: Beaglebone geiger cape support
ca
Describe capebus DT bindings in detail.
Signed-off-by: Pantelis Antoniou
---
.../capebus/bone-capebus-slot-override.txt | 28 +++
.../devicetree/bindings/capebus/bone-capebus.txt | 50 +++
.../bindings/capebus/bone-geiger-cape.txt | 78
Small summary of capebus.
Signed-off-by: Pantelis Antoniou
---
Documentation/capebus/capebus-summary | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/capebus/capebus-summary
diff --git a/Documentation/capebus/capebus-summary
b
that, adapter DT enabled devices are created for
am33xx devices that have no DT bindings yet, as well as generic
devices that can be used as building blocks for the cape drivers.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/boards/Kconfig| 6 +
drivers/capebus/boards/Mak
Update the common beaglebone's DTS with the required DT
entries for all known working capes as of now.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 689 --
1 file changed, 659 insertions(+), 30 deletions(-)
diff --git a/arc
Support beaglebone's geiger cape.
The geiger cape allows you to measure the amount of
ionising radiation in your area, and as an example
of how to create a complex non-generic cape driver.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/capes/Kconfig| 7 +
drivers/ca
only use i2c or spi devices, gpio-keys, leds etc.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/capes/Kconfig | 6 +++
drivers/capebus/capes/Makefile| 1 +
drivers/capebus/capes/bone-generic-cape.c | 75 +++
3 files changed, 82 inser
provides abstractions that keep the pain to a minimum.
This part of the series is introducing the core capebus functionality
dealing with the basic bus & driver probe functions.
Signed-off-by: Pantelis Antoniou
---
drivers/Kconfig | 2 +
drivers/Makefile |
On Oct 31, 2012, at 7:52 PM, Lars-Peter Clausen wrote:
> On 11/01/2012 04:24 PM, Pantelis Antoniou wrote:
>> Add an IIO map interface that consumers can use.
>
> Hi,
>
> Looks like you overlooked the review comments I had inline last time. I've
> put them in again
Hi Tony,
On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 10:26]:
>> It is painless to move the adapter DT devices to arch/arm/mach-omap2
>>
>> However I got bit by the __init at omap_build_device family functions.
>> If you don'
On Oct 31, 2012, at 7:55 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 10:41]:
>> Introduce beaglebone capebus board support.
> ...
>
>> --- /dev/null
>> +++ b/drivers/capebus/boards/Kconfig
>> @@ -0,0 +1,6 @@
>> +config CAPEBUS_BONE_CONTROLLER
On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
> On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
>> [...]
>>>>}
>>>>
>>>>indio_dev->channels = chan_array;
>>>> + indio_dev->num_channels = channels;
>>>>
On Oct 31, 2012, at 8:09 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 11:05]:
>> Hi Tony,
>>
>> On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
>>
>>> * Pantelis Antoniou [121031 10:26]:
>>>> It is painless to move the adapter DT d
On Oct 31, 2012, at 8:36 PM, Lars-Peter Clausen wrote:
> On 10/31/2012 07:12 PM, Pantelis Antoniou wrote:
>>
>> On Oct 31, 2012, at 8:07 PM, Lars-Peter Clausen wrote:
>>
>>> On 10/31/2012 06:55 PM, Pantelis Antoniou wrote:
>>>> [...]
>>>>
Hi Benoit,
On Oct 31, 2012, at 9:55 PM, Benoit Cousson wrote:
> Hi Panto,
>
> On 10/31/2012 07:09 PM, Tony Lindgren wrote:
>> * Pantelis Antoniou [121031 11:05]:
>>> Hi Tony,
>>>
>>> On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
>>>
&g
Tony,
On Oct 31, 2012, at 11:26 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 13:14]:
>> On Oct 31, 2012, at 9:55 PM, Benoit Cousson wrote:
>>>
>>> Yeah, I do agree. I'm confused as well. Only OMAP IPs under PRCM control
>>> could hav
Hi Tony,
On Oct 31, 2012, at 11:43 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121031 14:38]:
>>
>> There a a whole bunch of conflicting capes. There's no
>> way to instantiate them together. They must be instantiated
>> only after their EEPROMs are read
Hi Russ,
On Oct 31, 2012, at 11:56 PM, Russ Dill wrote:
> On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
> wrote:
>> Capebus is created to address the problem of many SoCs that can provide a
>> multitude of hardware interfaces but in order to keep costs down the main
>
On Oct 31, 2012, at 11:55 PM, Russ Dill wrote:
> On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
> wrote:
>> Introducing capebus; a bus that allows small boards (capes) to connect
>> to a complex SoC using simple expansion connectors.
>>
[
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis Antoniou wrote:
>>> * Pantelis Antoniou [121031 13:14]:
>>>> On Oct 31, 2012, at 9:55 PM, Benoit Cousson wrote:
>>>>>
>&
Hi Benoit,
On Nov 1, 2012, at 12:23 PM, Cousson, Benoit wrote:
> On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
>> Hi Felibe,
>>
>> On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
>>
>>> Hi,
>>>
>>> On Wed, Oct 31, 2012 at 11:36:25PM +02
Hi
On Nov 1, 2012, at 1:04 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 01, 2012 at 12:39:30PM +0200, Pantelis Antoniou wrote:
>>>>>lcd@0 {
>>>>>compatible = "adafruit,tft-lcd-1.8-red",
>>>
Hi Benoit,
On Nov 1, 2012, at 1:26 PM, Cousson, Benoit wrote:
> Hi Panto,
>
> On 11/1/2012 11:39 AM, Pantelis Antoniou wrote:
>> Hi Benoit,
>>
>> On Nov 1, 2012, at 12:23 PM, Cousson, Benoit wrote:
>>
>>> On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
Hi,
On Nov 1, 2012, at 2:40 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 01, 2012 at 01:26:10PM +0200, Pantelis Antoniou wrote:
>> Hi
>>
>> On Nov 1, 2012, at 1:04 PM, Felipe Balbi wrote:
>>
>>> Hi,
>>>
>>> On Th
Hi
On Nov 1, 2012, at 3:16 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 01, 2012 at 02:57:26PM +0200, Pantelis Antoniou wrote:
>>>>>>> Each cape will have their own DTS and based on some board id you
>>>>>>> will fix the DT dynamically.
Hi Alan,
On Nov 1, 2012, at 3:51 PM, Alan Cox wrote:
>> What they want, and what every user wants, is I plug this board in, and
>> the driver make sure everything is loaded and ready. No, the end users
>> don't want to see any of the implementation details of how the bitfile
>> is transported; th
Hi Tomi,
On Nov 1, 2012, at 4:36 PM, Tomi Valkeinen wrote:
> On 2012-11-01 17:18, Pantelis Antoniou wrote:
>> omap_device is going private.
>>
>> Move the da8xx-dt adapter device to arch/arm/mach-omap2.
>>
>> Signed-off-by: Pantelis Antoniou
>
>
>&g
t;> pass the buck to u-boot.
>>
>> Op 1 nov. 2012, om 12:26 heeft "Cousson, Benoit" het
>> volgende geschreven:
>>
>>> Hi Panto,
>>>
>>> On 11/1/2012 11:39 AM, Pantelis Antoniou wrote:
>>>> Hi Benoit,
>>>>
Hi Alan,
On Nov 2, 2012, at 1:21 PM, Alan Cox wrote:
Fair enough. But there's no such thing a 'hotplug enumeration
construct' in Linux yet, and a bus is the closest thing to it. It does
take advantage of the nice way device code matches drivers and devices
though.
>
> A bus i
On Nov 5, 2012, at 1:22 AM, Grant Likely wrote:
> On Fri, Nov 2, 2012 at 8:43 AM, Pantelis Antoniou
> wrote:
>> Assuming that we do work on a DT object format, and that the runtime
>> resolution mechanism is approved,
>> then I agree that this part of the capebus patche
Hi Grant,
On Nov 5, 2012, at 1:37 AM, Grant Likely wrote:
> On Fri, Nov 2, 2012 at 12:32 PM, Pantelis Antoniou
> wrote:
>> The i2c2 alias cannot be resolved at compile time; there has to be
>>
>> a) A DT object format where unresolved aliases (symbols) are tracked
&
Hi Grant,
On Nov 5, 2012, at 8:10 PM, Grant Likely wrote:
> On Mon, Nov 5, 2012 at 3:37 PM, Pantelis Antoniou
> wrote:
>> Hi Grant,
>>
>> On Nov 5, 2012, at 1:37 AM, Grant Likely wrote:
>>
>>> On Fri, Nov 2, 2012 at 12:32 PM, Pantelis Antoniou
&g
On Sep 21, 2012, at 10:29 AM, Peter Ujfalusi wrote:
> On 09/19/2012 07:07 PM, Pantelis Antoniou wrote:
>> Add support for pinctrl mux settings in the OMAP I2C driver.
>> If no such pinctl bindings are found a warning message is printed.
>>
>> Signed-off-by: Pantelis
The current code expect the configuration of the backlight to stay
constant after initialization. This patch allows to move it around.
Signed-off-by: Pantelis Antoniou
---
drivers/video/backlight/tps65217_bl.c | 103 ++
1 file changed, 92 insertions(+), 11
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
There's no reason to have the OF defines; it complicates the driver.
There's also no need for the funky platform_driver_probe.
Add a few warnings in case there's a failure; helps us find out
what went wrong.
Signed-off-by: Pantelis Antoniou
---
drivers/w1/masters
This driver can be used for AM33xx devices, like the popular beaglebone.
Signed-off-by: Pantelis Antoniou
---
drivers/video/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 9791d10..e7868d8 100644
--- a/drivers/video
Signed-off-by: Pantelis Antoniou
---
drivers/video/da8xx-fb.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index c661665..c1f5d30 100644
--- a/drivers/video/da8xx-fb.c
+++ b/drivers/video/da8xx-fb.c
@@ -298,6 +298,20
The MFD parent device now uses a regmap, instead of direct
memory access. Use the same method in the sub devices to avoid
nasty surprises.
Also rework the channel initialization of tiadc a bit.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 27
Enable pinctrl for pwm-backlight.
Signed-off-by: Pantelis Antoniou
---
drivers/video/backlight/pwm_bl.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/video/backlight/pwm_bl.c b/drivers/video/backlight/pwm_bl.c
index 0c91023..f3b6194 100644
--- a/drivers/video/backlight
The revision check fails for the beaglebone; Add new revision ID.
Signed-off-by: Pantelis Antoniou
---
drivers/video/da8xx-fb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index 80665f6..866d804 100644
--- a/drivers/video/da8xx-fb.c
This simple patch enables dynamic changes of the DT tree on runtime
to be visible to the device-tree proc interface.
Signed-off-by: Pantelis Antoniou
---
arch/arm/include/asm/prom.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/prom.h b/arch/arm/include/asm/prom.h
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
There's no need for this to be const. It interferes with
creating the platform data dynamically.
Signed-off-by: Pantelis Antoniou
---
include/video/da8xx-fb.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/video/da8xx-fb.h b/include/video/da8xx-fb.h
Enable pinctrl for w1-gpio.
Signed-off-by: Pantelis Antoniou
---
drivers/w1/masters/w1-gpio.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/w1/masters/w1-gpio.c b/drivers/w1/masters/w1-gpio.c
index 6012c4e..aec35bd 100644
--- a/drivers/w1/masters/w1-gpio.c
+++ b/drivers/w1
Probe devices for a node other that the adapter node.
Signed-off-by: Pantelis Antoniou
---
drivers/of/of_i2c.c| 14 ++
include/linux/of_i2c.h | 3 +++
2 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/of/of_i2c.c b/drivers/of/of_i2c.c
index 3550f3b
No need to hide of_pwm_request, it's useful to other in-kernel users.
Signed-off-by: Pantelis Antoniou
---
drivers/pwm/core.c | 6 +-
include/linux/pwm.h | 7 +++
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
index f5
Export an interface that other in-kernel users can utilize.
Signed-off-by: Pantelis Antoniou
---
drivers/spi/spi.c | 31 +++
include/linux/spi/spi.h | 18 ++
2 files changed, 41 insertions(+), 8 deletions(-)
diff --git a/drivers/spi/spi.c b
Looks like the lcdc clock definition got dropped.
It is required for the LCD controller to work. Reintroduce.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/clock33xx_data.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach-omap2/clock33xx_data.c
b/arch
Add an IIO map interface that consumers can use.
Also make sure the mfd device doesn't activate a driver which
the configuration doesn't require.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 53 ++--
drivers/mfd/ti_am335
From: Koen Kooi
Signed-off-by: Koen Kooi
---
drivers/video/da8xx-fb.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index 4462d9e..c661665 100644
--- a/drivers/video/da8xx-fb.c
+++ b/drivers/video/da8xx-fb.c
@@ -284,6 +28
Add standard panel definition that can work for the beaglebone
DVI cape.
Signed-off-by: Pantelis Antoniou
---
drivers/video/da8xx-fb.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index 866d804..4462d9e 100644
--- a
Enable pinctrl support for gpio-keys.
Signed-off-by: Pantelis Antoniou
---
drivers/input/keyboard/gpio_keys.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/input/keyboard/gpio_keys.c
b/drivers/input/keyboard/gpio_keys.c
index 6a68041..e421082 100644
--- a/drivers/input
Hi Tony,
The patches that use them are going to be posted in about 30mins.
They will make this clear.
Regards
-- Pantelis
On Oct 30, 2012, at 8:22 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121030 11:05]:
>> omap_hwmod_lookup / omap_device_build / omap_device_build_ss;
OK,
Will rework it, and repost.
On Oct 30, 2012, at 8:21 PM, Lars-Peter Clausen wrote:
> On 10/31/2012 04:55 PM, Pantelis Antoniou wrote:
>> The MFD parent device now uses a regmap, instead of direct
>> memory access. Use the same method in the sub devices to avoid
>
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
>
support TI's Beaglebone platform.
This RFC introduces the core concept; most supporting patches
have been posted to the relevant places.
If you have a beaglebone and want to check it out, you can do
so at:
git://github.com/pantoniou/linux-bbxm.git branch capebus-v3
Pantelis Antoni
that, adapter DT enabled devices are created for
am33xx devices that have no DT bindings yet, as well as generic
devices that can be used as building blocks for the cape drivers.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/boards/Kconfig| 6 +
drivers/capebus/boards/Mak
provides abstractions that keep the pain to a minimum.
This part of the series is introducing the core capebus functionality
dealing with the basic bus & driver probe functions.
Signed-off-by: Pantelis Antoniou
---
drivers/Kconfig | 2 +
drivers/Makefile |
Update the common beaglebone's DTS with the required DT
entries for all known working capes as of now.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 689 --
1 file changed, 659 insertions(+), 30 deletions(-)
diff --git a/arc
Small summary of capebus.
Signed-off-by: Pantelis Antoniou
---
Documentation/capebus/capebus-summary | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/capebus/capebus-summary
diff --git a/Documentation/capebus/capebus-summary
b
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.
Describe capebus DT bindings in detail.
Signed-off-by: Pantelis Antoniou
---
.../capebus/bone-capebus-slot-override.txt | 28 +++
.../devicetree/bindings/capebus/bone-capebus.txt | 50 +++
.../bindings/capebus/bone-geiger-cape.txt | 78
Support beaglebone's geiger cape.
The geiger cape allows you to measure the amount of
ionising radiation in your area, and as an example
of how to create a complex non-generic cape driver.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/capes/Kconfig| 7 +
drivers/ca
only use i2c or spi devices, gpio-keys, leds etc.
Signed-off-by: Pantelis Antoniou
---
drivers/capebus/capes/Kconfig | 6 ++
drivers/capebus/capes/Makefile| 1 +
drivers/capebus/capes/bone-generic-cape.c | 96 +++
3 files changed, 103 inser
On Oct 30, 2012, at 9:39 PM, Tony Lindgren wrote:
> * Pantelis Antoniou [121030 12:00]:
>> +
>> +priv->lcdc_oh = omap_hwmod_lookup("lcdc");
>> +if (priv->lcdc_oh == NULL) {
>> +dev_err(&pdev->dev, "Failed to loo
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 ++
&
ve REGMAP enabled, but it doesn't mean that the
omap driver uses it.
Signed-off-by: Pantelis Antoniou
---
sound/soc/soc-io.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/sound/soc/soc-io.c b/sound/soc/soc-io.c
index 29183ef..4e5b4ae 100644
--- a/sound/soc/
Hi Lars,
On Sep 5, 2012, at 7:36 PM, Lars-Peter Clausen wrote:
> On 09/06/2012 03:45 PM, Pantelis Antoniou wrote:
>> A snd-soc driver that doesn't support regmap blow up horribly
>> when you assume that regmap is available. Fix it by marking
>> the driver as n
Hi,
On Sep 6, 2012, at 5:01 PM, Peter Ujfalusi wrote:
> Hi,
>
> On 09/05/2012 07:43 PM, Pantelis Antoniou wrote:
>> The driver in question (twl4030.c) does not call
>> snd_soc_codec_set_cache_io().
>> However the snd-soc core does call it in sound/soc/soc-co
Hi Linus,
On Nov 11, 2012, at 7:26 PM, Linus Walleij wrote:
> On Fri, Nov 9, 2012 at 9:06 AM, Thierry Reding
> wrote:
>> On Wed, Oct 31, 2012 at 05:57:27PM +0200, Pantelis Antoniou wrote:
>
>>> + pinctrl = devm_pinctrl_get_select_default(&pdev->dev
Hi Grant,
Sorry for the late comments, travelling...
On Nov 9, 2012, at 6:28 PM, Grant Likely wrote:
> On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren wrote:
>> On 11/05/2012 01:40 PM, Grant Likely wrote:
>>> Hey folks,
>>>
>>> As promised, here is my early draft to try and capture what device
Hi Grant,
On Nov 9, 2012, at 7:02 PM, Grant Likely wrote:
> On Wed, Nov 7, 2012 at 12:54 AM, Mitch Bradley wrote:
>> On 11/6/2012 12:37 PM, Stephen Warren wrote:
>>> This proposal is very oriented at an overlay-based approach. I'm not
>>> totally convinced that a pure overlay approach (as in how
Hi Grant,
On Nov 9, 2012, at 10:33 PM, Grant Likely wrote:
> On Wed, Nov 7, 2012 at 11:02 AM, Pantelis Antoniou
> wrote:
>> On Nov 7, 2012, at 11:19 AM, Benoit Cousson wrote:
>>> Maybe some extra version match table can just be passed during the bo
Hi Grant,
On Nov 9, 2012, at 11:22 PM, Grant Likely wrote:
> On Fri, Nov 9, 2012 at 5:32 AM, Joel A Fernandes wrote:
>> Hi Pantelis,
>>
>> I hope I'm not too late to reply as I'm traveling.
>>
>> On Nov 6, 2012, at 5:30 AM, Pantelis Antoniou
>>
Hi Stephen,
On Nov 10, 2012, at 12:57 AM, Stephen Warren wrote:
> On 11/08/2012 07:26 PM, David Gibson wrote:
> ...
>> I also think graft will handle most of your use cases, although as I
>> said I don't fully understand the implications of some of them, so I
>> could be wrong. So, the actual in
Hi Stephen,
On Nov 10, 2012, at 1:23 AM, Stephen Warren wrote:
> On 11/09/2012 09:28 AM, Grant Likely wrote:
>> On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren
>> wrote:
> ...
>>> I do rather suspect this use-case is quite common. NVIDIA certainly has
>>> a bunch of development boards with plug
Hi Joel,
Again, sorry for the late reply due to travel.
On Nov 10, 2012, at 5:36 AM, Joel A Fernandes wrote:
> Hi Pantelis,
>
> On Fri, Nov 9, 2012 at 2:13 AM, Pantelis Antoniou
> wrote:
>
>>>>> Option C: U-Boot loads both the base and overlay FDT files, merg
1 - 100 of 734 matches
Mail list logo
