commit e191e7226099d90ba077719313d4964cf42834ca
Author: Pantelis Antoniou pa...@antoniou-consulting.com
Date: Fri Aug 10 13:07:43 2012 +
musb: Introduce mailbox helper
When MUSB_OMAP2 is compiled as a module while the musb mailbox callers are
not build fails. Introduce
Marking functions as __init or __devinit and calling them at other times
leads to predictable crashes (if you're lucky).
Remove them for now.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/usb/musb/musb_core.c| 16
drivers/usb/musb/musb_debugfs.c
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 not supporting regmap not clobbering
the omap2430 module again. Those functions if marked as
much can (and will as I have witnessed) be removed from memory, leading to a
crash.
What do you think?
Regards
-- Pantelis
On Sep 6, 2012, at 4:04 PM, Felipe Balbi wrote:
On Thu, Sep 06, 2012 at 05:01:46PM +0300, Pantelis Antoniou wrote
Hi Felipe
I see about __devinit.
There's no crash because in those logs the __init modifiers are gone.
Regards
-- Pantelis
On Sep 6, 2012, at 8:07 PM, Felipe Balbi wrote:
Hi,
On Thu, Sep 06, 2012 at 05:58:27PM +0300, Pantelis Antoniou wrote:
Hi Felipe,
A proper answer required some
On Sep 6, 2012, at 8:37 PM, Felipe Balbi wrote:
Hi,
On Thu, Sep 06, 2012 at 08:36:39PM +0300, Pantelis Antoniou wrote:
Hi Felipe
I see about __devinit.
There's no crash because in those logs the __init modifiers are gone.
it'd be cool to see the crash, though ;-)
--
balbi
Heh
When using pinctrl-single to handle i2c initialization, it has
to be done early.
On the beaglebone the regulator is connected to the i2c0 bus,
and for sure that's the case for many other am33xx boards.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/pinctrl/pinctrl
the linux-omap-dt tree
and that without https://patchwork.kernel.org/patch/1468531
queued for 3.7 scary messages will be printed on !DT platforms
Pantelis Antoniou (3):
pinctrl: pinctrl-single must be initialized early.
OMAP i2c: pinctrl-ify i2c-omap.c
i2c: OMAP fix driver initialization message
] omap_i2c 44e0b000.i2c: bus 0 rev2.4.0 at 400 kHz
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index f722478
Add DT I2C bindings for am33xx platforms, as well as rename the
instances to what is used in the TRM.
The patch series is against linux-omap-dt for_3.7/dts_part2
Pantelis Antoniou (2):
arm/dts: AM33XX: I2C DT bindings for the bone.
am33xx: DT convert I2C from OMAP to am33xx names
arch/arm
Add I2C DT bindings for the beaglebone.
This includes bindings for the EEPROMs on both I2C busses.
Note that this requires a pinmux node in am33xx.dtsi,
introduced from 47acae37fa0d11dd8fba58f8825ac3a2baeab903
arm/dts: AM33XX: Add basic pinctrl device tree data
Signed-off-by: Pantelis Antoniou
On OMAP the TRM names I2C instances as i2c1, i2c2, etc.
On the am33xx's it is i2c0, i2c1, etc.
Use am33xx naming everywhere; the only exception is the hwmod names,
which we don't want to mess with right now.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/boot/dts
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 Antoniou pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/i2c
Hi Tony,
On Sep 18, 2012, at 9:21 PM, Tony Lindgren wrote:
Hi,
* Pantelis Antoniou pa...@antoniou-consulting.com [120918 11:13]:
When using pinctrl-single to handle i2c initialization, it has
to be done early.
On the beaglebone the regulator is connected to the i2c0 bus,
and for sure
Hi Tony,
On Sep 18, 2012, at 9:23 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [120918 11:13]:
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 Antoniou pa
Hi
On Sep 19, 2012, at 10:09 AM, Shubhrajyoti wrote:
On Wednesday 19 September 2012 09:37 PM, Pantelis Antoniou wrote:
#include linux/pm_runtime.h
+#include linux/pinctrl/consumer.h
+#include linux/err.h
err.h include may be removed.
Right, Updated patch series (without the message patch
the linux-omap-dt tree
and that without https://patchwork.kernel.org/patch/1468531
queued for 3.7 scary messages will be printed on !DT platforms
Pantelis Antoniou (2):
pinctrl: pinctrl-single must be initialized early.
OMAP i2c: pinctrl-ify i2c-omap.c
drivers/i2c/busses/i2c-omap.c| 6
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 Antoniou pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/i2c
When using pinctrl-single to handle i2c initialization, it has
to be done early.
On the beaglebone the regulator is connected to the i2c0 bus,
and for sure that's the case for many other am33xx boards.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/pinctrl/pinctrl
thing to look after :)
Regards
-- Pantelis
On 9/19/2012 11:07 AM, Pantelis Antoniou wrote:
The message spit out when the i2c-omap driver load is printing
the platform device's id as a bus number. However when booting
from OF id is -1, which is not so nice.
Fix it by printing the adapter number
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 Antoniou pa...@antoniou
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 pa...@antoniou-consulting.com
---
drivers/w1/masters
-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
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 pa...@antoniou-consulting.com
---
drivers/iio/adc/ti_am335x_adc.c
The revision check fails for the beaglebone; Add new revision ID.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
Enable pinctrl for pwm-backlight.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
There's no need for this to be const. It interferes with
creating the platform data dynamically.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
include/video/da8xx-fb.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/video/da8xx-fb.h b/include
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
This driver can be used for AM33xx devices, like the popular beaglebone.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/video/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 9791d10
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 pa...@antoniou-consulting.com
---
drivers/video/backlight/tps65217_bl.c | 103 ++
1 file changed
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 pa...@antoniou-consulting.com
---
arch/arm/include/asm/prom.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/prom.h b
Enable pinctrl for w1-gpio.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
Probe devices for a node other that the adapter node.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
No need to hide of_pwm_request, it's useful to other in-kernel users.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
Export an interface that other in-kernel users can utilize.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/spi/spi.c | 31 +++
include/linux/spi/spi.h | 18 ++
2 files changed, 41 insertions(+), 8 deletions(-)
diff
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 pa...@antoniou-consulting.com
---
drivers/iio/adc/ti_am335x_adc.c | 53
Looks like the lcdc clock definition got dropped.
It is required for the LCD controller to work. Reintroduce.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/mach-omap2/clock33xx_data.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
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
---
Add standard panel definition that can work for the beaglebone
DVI cape.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
Enable pinctrl for i2c-omap.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
Enable pinctrl support for gpio-keys.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
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 pa...@antoniou-consulting.com [121030 11:05]:
omap_hwmod_lookup / omap_device_build
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
nasty surprises.
Also rework
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
i2c_clients
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 Antoniou (7
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 pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 10 ++
1 file
of 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 pa...@antoniou-consulting.com
---
drivers/capebus/boards/Kconfig| 6
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 pa...@antoniou-consulting.com
---
drivers/Kconfig | 2 +
drivers
Update the common beaglebone's DTS with the required DT
entries for all known working capes as of now.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 689 --
1 file changed, 659 insertions(+), 30
Small summary of capebus.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
Documentation/capebus/capebus-summary | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/capebus/capebus-summary
diff --git a/Documentation
Describe capebus DT bindings in detail.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
.../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 pa...@antoniou-consulting.com
---
drivers/capebus/capes/Kconfig
use i2c or spi devices, gpio-keys, leds etc.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/capebus/capes/Kconfig | 6 ++
drivers/capebus/capes/Makefile| 1 +
drivers/capebus/capes/bone-generic-cape.c | 96 +++
3
On Oct 30, 2012, at 9:39 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121030 12:00]:
+
+priv-lcdc_oh = omap_hwmod_lookup(lcdc);
+if (priv-lcdc_oh == NULL) {
+dev_err(pdev-dev, Failed to lookup omap_hwmod lcdc\n);
+return -ENODEV
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 pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers
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
omap_device is going private.
Move the ti-tscadc-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/mach-omap2/Makefile | 1 +
arch/arm/mach-omap2/ti-tscadc-dt.c | 155 +
2 files
omap_device is going private.
Move the da8xx-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/mach-omap2/Makefile | 3 +
arch/arm/mach-omap2/da8xx-dt.c | 197 +
2 files changed, 200
Add an IIO map interface that consumers can use.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
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
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 pa...@antoniou-consulting.com
---
drivers/mfd/ti_am335x_tscadc.c | 34 +++---
include/linux/mfd/ti_am335x_tscadc.h | 8
to patch this up, until the driver maintainers deal
with this properly.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/iio/adc/ti_am335x_adc.c | 10 --
drivers/input/touchscreen/ti_am335x_tsc.c | 9 +++--
2 files changed, 15 insertions(+), 4
:
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
capebus
of 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 pa...@antoniou-consulting.com
---
drivers/capebus/boards/Kconfig| 6
Describe capebus DT bindings in detail.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
.../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 pa...@antoniou-consulting.com
---
Documentation/capebus/capebus-summary | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/capebus/capebus-summary
diff --git a/Documentation
Update the common beaglebone's DTS with the required DT
entries for all known working capes as of now.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 689 --
1 file changed, 659 insertions(+), 30
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 pa...@antoniou-consulting.com
---
drivers/capebus/capes/Kconfig
use i2c or spi devices, gpio-keys, leds etc.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/capebus/capes/Kconfig | 6 +++
drivers/capebus/capes/Makefile| 1 +
drivers/capebus/capes/bone-generic-cape.c | 75 +++
3
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, see below.
Signed-off
Hi Tony,
On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [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't remove
On Oct 31, 2012, at 7:55 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 10:41]:
Introduce beaglebone capebus board support.
...
--- /dev/null
+++ b/drivers/capebus/boards/Kconfig
@@ -0,0 +1,6 @@
+config CAPEBUS_BONE_CONTROLLER
+bool Beaglebone
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;
+
+ size = (channels + 1) * sizeof(struct iio_map);
+ adc_dev-map = kzalloc(size, GFP_KERNEL
On Oct 31, 2012, at 8:09 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 11:05]:
Hi Tony,
On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 10:26]:
It is painless to move the adapter DT devices
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:
[...]
}
indio_dev-channels = chan_array;
+indio_dev-num_channels
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 pa...@antoniou-consulting.com [121031 11:05]:
Hi Tony,
On Oct 31, 2012, at 7:52 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou
Tony,
On Oct 31, 2012, at 11:26 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [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 have an hwmod and thus must
Hi Tony,
On Oct 31, 2012, at 11:43 PM, Tony Lindgren wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [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
pa...@antoniou-consulting.com 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
pa...@antoniou-consulting.com wrote:
Introducing capebus; a bus that allows small boards (capes) to connect
to a complex SoC using simple expansion connectors.
[snip]
+ if (drv
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 pa...@antoniou-consulting.com [121031 13:14]:
On Oct 31, 2012, at 9:55 PM, Benoit Cousson wrote:
Yeah, I do agree. I'm confused as well
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 +0200, Pantelis Antoniou wrote:
* Pantelis Antoniou pa...@antoniou
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,
sitronix,st7735;
spi-max-frequency = 800
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 Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe
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 Thu, Nov 01, 2012 at 12:39:30PM +0200, Pantelis Antoniou wrote:
lcd@0
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.
My point is that the issue you are facing is a real limitation of
DT
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; the
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 pa...@antoniou-consulting.com
+
+/* display_panel
nov. 2012, om 12:26 heeft Cousson, Benoit b-cous...@ti.com het
volgende geschreven:
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 Felibe,
On Nov 1, 2012
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 is the wrong
On Nov 5, 2012, at 1:22 AM, Grant Likely wrote:
On Fri, Nov 2, 2012 at 8:43 AM, Pantelis Antoniou
pa...@antoniou-consulting.com 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 patches
Hi Grant,
On Nov 5, 2012, at 1:37 AM, Grant Likely wrote:
On Fri, Nov 2, 2012 at 12:32 PM, Pantelis Antoniou
pa...@antoniou-consulting.com 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
b
Hi Grant,
On Nov 5, 2012, at 8:10 PM, Grant Likely wrote:
On Mon, Nov 5, 2012 at 3:37 PM, Pantelis Antoniou
pa...@antoniou-consulting.com 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
pa...@antoniou-consulting.com
Hi Joel,
On Nov 6, 2012, at 4:06 AM, Joel A Fernandes wrote:
Hi Grant,
On Mon, Nov 5, 2012 at 5:58 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
Joel A Fernandes agnel.j...@gmail.com wrote:
Hi Grant,
On Mon, Nov 5, 2012 at 2:14 PM, Grant Likely
grant.lik...@secretlab.ca
Hi Grant,
On Nov 5, 2012, at 9:40 PM, Grant Likely wrote:
Hey folks,
As promised, here is my early draft to try and capture what device
tree overlays need to do and how to get there. Comments and
suggestions greatly appreciated.
Device Tree Overlay Feature
Purpose
===
Sometimes
Hi Timur,
On Nov 5, 2012, at 10:40 PM, Tabi Timur-B04825 wrote:
On Mon, Nov 5, 2012 at 2:40 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
Jane is building custom BeagleBone expansion boards called 'capes'. She
can boot the system with a stock BeagleBoard device tree, but additional
Err,
There was a patch been sent in response that did exactly as you asked.
http://lkml.indiana.edu/hypermail/linux/kernel/1205.3/00433.html
Regards
-- Pantelis
On Jun 24, 2012, at 11:59 AM, Russell King - ARM Linux wrote:
See this thread:
Από το iPhone μου
6 Νοε 2012, 12:16, ο/η Grant Likely grant.lik...@secretlab.ca έγραψε:
On Tue, Nov 6, 2012 at 8:14 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 6, 2012, at 4:06 AM, Joel A Fernandes wrote:
Sure, so if we add data type supplementary properties
Hi Grant,
On Nov 6, 2012, at 12:14 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Hi Grant,
On Nov 5, 2012, at 9:40 PM, Grant Likely wrote:
Hey folks,
As promised, here is my early draft to try and capture what device
Hi Russ,
On Nov 6, 2012, at 8:29 PM, Russ Dill wrote:
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can
Hi Grant,
On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 6, 2012, at 12:14 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
For hot
1 - 100 of 193 matches
Mail list logo