On Wed, Nov 28, 2012 at 19:51:01, Thierry Reding wrote:
On Tue, Nov 27, 2012 at 02:18:05PM +0530, Philip, Avinash wrote:
In AM33xx PWM sub modules like ECAP, EHRPWM EQEP are integrated to
PWM subsystem. All these submodules shares the resources (clock) has
a clock gating register in PWM
On Thu, 29 Nov 2012 12:38:29 -0700, Jason Gunthorpe
jguntho...@obsidianresearch.com wrote:
On Thu, Nov 29, 2012 at 04:26:48PM +, Grant Likely wrote:
Hmmm. okay that makes sense, but something still isn't quite right. So
of_translate_address should take care of drilling down through the
On Thu, 29 Nov 2012 15:43:08 -0800, Randy Dunlap rdun...@infradead.org wrote:
From: Randy Dunlap rdun...@infradead.org
Fix build when CONFIG_W1_MASTER_GPIO=m by exporting allnodes.
ERROR: allnodes [drivers/w1/masters/w1-gpio.ko] undefined!
Signed-off-by: Randy Dunlap
From: Randy Dunlap rdun...@infradead.org
ERROR: allnodes [drivers/w1/masters/w1-gpio.ko] undefined!
Signed-off-by: Randy Dunlap rdun...@infradead.org
[grant.likely: allnodes is too generic; rename to of_allnodes]
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
Cc: Ville Syrjala
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT on OMAP3
SoCs (MMC/SD, GPIO LEDs, EEPROM, TWL4030 audio and pinctrl based mux).
Signed-off-by: Javier
ISEE IGEP COM Module is an TI OMAP3 SoC computer on module.
This patch adds an initial device tree support to boot an
IGEP COM Module from the MMC/SD.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Matthias Brugger matthias@gmail.com
---
Changes since v1:
On Fri, 30 Nov 2012 07:47:52 +0100, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Thu, Nov 29, 2012 at 04:10:24PM +, Grant Likely wrote:
On Wed, 28 Nov 2012 09:54:57 +0100, Peter Ujfalusi peter.ujfal...@ti.com
wrote:
Hi Grant, Lars, Thierry,
On 11/26/2012 04:46 PM,
From: Randy Dunlap rdun...@infradead.org
Fix build when CONFIG_W1_MASTER_GPIO=m by exporting allnodes.
ERROR: allnodes [drivers/w1/masters/w1-gpio.ko] undefined!
Signed-off-by: Randy Dunlap rdun...@infradead.org
Cc: Ville Syrjala syrj...@sci.fi
---
drivers/of/base.c |1 +
1 file changed, 1
On 11/29/2012 12:14 AM, Javier Martinez Canillas wrote:
Add a generic .dtsi device tree source file for the
common characteristics across IGEP Technology devices.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
Acked-by: Matthias Brugger matthias@gmail.com
On 11/29/2012 12:14 AM, Javier Martinez Canillas wrote:
ISEE IGEPv2 is an TI OMAP3 SoC based embedded board.
This patch adds an initial device tree support to boot
an IGEPv2 from the MMC/SD.
Currently is working everything that is supported by DT
on OMAP3 SoCs (MMC/SD, GPIO LEDs, EEPROM,
On 11/30/2012 11:20 AM, Grant Likely wrote:
Umm, I agree with you on duty cycle, but that's got nothing to do with
period. 100% duty cycle looks exactly the same whether the period is
10ns or 100s.
Yes this is true. But some PWM hw can select it's clock based on the period_ns
provided.
In most
Hi Viresh, Lee,
On Thu, Nov 29, 2012 at 08:10:18PM +0530, Viresh Kumar wrote:
From: Vipul Kumar Samar vipulkumar.sa...@st.com
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
- missing header files in stmpe.c
-
On 11/29/2012 05:10 PM, Grant Likely wrote:
/* Enable GPIO us of the PWMs */
gpio-controller = 1;
This line should be simply (the property shouldn't have any data):
gpio-controller;
Yes I know. It is like this already in my code. I just mixed up things while
hacking it
On Fri, Nov 30, 2012 at 10:20:38AM +, Grant Likely wrote:
On Fri, 30 Nov 2012 07:47:52 +0100, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Thu, Nov 29, 2012 at 04:10:24PM +, Grant Likely wrote:
On Wed, 28 Nov 2012 09:54:57 +0100, Peter Ujfalusi
On Fri, Nov 30, 2012 at 11:04 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
One other problem is that some PWM devices cannot be setup to achieve a
0% or 100% duty-cycle but instead will toggle for at least one period.
This would be another argument in favour of moving the
On Wed, 2012-10-31 at 12:38 +0530, Philip, Avinash wrote:
+static int erased_sector_bitflips(u_char *data, u_char *oob,
+ struct omap_nand_info *info)
+{
+ int flip_bits = 0, i;
+
+ for (i = 0; i info-nand.ecc.size; i++) {
+ flip_bits +=
On Thu, 2012-11-22 at 14:37 +, Philip, Avinash wrote:
Idea here is to make faster scanning of erased page without bit flips.
For omap nand driver ecc reported by hardware is non-zero and non
0xff.
So comparing with the standard vector for erased page and skipping
error
correction for
On Fri, 30 Nov 2012, Samuel Ortiz wrote:
Hi Viresh, Lee,
On Thu, Nov 29, 2012 at 08:10:18PM +0530, Viresh Kumar wrote:
From: Vipul Kumar Samar vipulkumar.sa...@st.com
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
On 30 November 2012 18:15, Lee Jones lee.jo...@linaro.org wrote:
The patch doesn't apply for me - does it for you?
Viresh, what's it based on?
Because this was applied 2 days back by Samuel, and i didn't
fetch it again yesterday:
commit 20d5c7defc228cdaeff3ce3442f3a4e86af293c1
Author: Randy
On Fri, 30 Nov 2012, Viresh Kumar wrote:
On 30 November 2012 18:15, Lee Jones lee.jo...@linaro.org wrote:
The patch doesn't apply for me - does it for you?
Viresh, what's it based on?
Because this was applied 2 days back by Samuel, and i didn't
fetch it again yesterday:
commit
On Nov 30, 2012 6:50 PM, Lee Jones lee.jo...@linaro.org wrote:
On Fri, 30 Nov 2012, Viresh Kumar wrote:
On 30 November 2012 18:15, Lee Jones lee.jo...@linaro.org wrote:
The patch doesn't apply for me - does it for you?
Viresh, what's it based on?
Because this was applied 2 days
On 11/29/2012 05:47 PM, Vinod Koul wrote:
On Thu, 2012-11-29 at 16:24 -0600, Jon Hunter wrote:
When compiling the kernel with DMA engine support enabled and device-tree
support disabled, the following warnings are observed.
Thanks, already committed same change last night.
Great! Thanks.
On Fri, 30 Nov 2012, Philip, Avinash wrote:
Is there any way to get HWMOD and DT patches getting accepted in 3.8?
Or should I wait and send rebased patch based on 3.8-rc1?
Our upstreams aren't taking any more new features for v3.8, so basing on
v3.8-rc1 is the best thing to do now.
In the
On Fri, 30 Nov 2012, Samuel Ortiz wrote:
Hi Viresh, Lee,
On Thu, Nov 29, 2012 at 08:10:18PM +0530, Viresh Kumar wrote:
From: Vipul Kumar Samar vipulkumar.sa...@st.com
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
On 11/30/2012 02:04 AM, Grant Likely wrote:
From: Randy Dunlap rdun...@infradead.org
ERROR: allnodes [drivers/w1/masters/w1-gpio.ko] undefined!
Signed-off-by: Randy Dunlap rdun...@infradead.org
[grant.likely: allnodes is too generic; rename to of_allnodes]
Signed-off-by: Grant Likely
* Andreas Fenkart andreas.fenk...@streamunlimited.com [121130 03:21]:
The alternative was to configure dat1 line as a GPIO, while
waiting for an IRQ. Then configuring it back as dat1 when the
SDIO card is signalling an IRQ. Or the host starts a transfer. I
guess this will perform poorly,
Hi Tony,
Hi Andreas,
On 30.11.2012 18:40, Tony Lindgren wrote:
* Andreas Fenkart andreas.fenk...@streamunlimited.com [121130 03:21]:
The alternative was to configure dat1 line as a GPIO, while
waiting for an IRQ. Then configuring it back as dat1 when the
SDIO card is signalling an IRQ. Or
On 30 November 2012 21:15, Lee Jones lee.jo...@linaro.org wrote:
But ... I don't see how the changes in the -i2c and -spi files
are of benefit either. When I boot without the ID table I still
get stmpe-i2c 0-0040: stmpe1601 detected, chip id: 0x212.
What is it that actually uses the IDs?
Support added only for leds (not for gpio's).
Signed-off-by: Marek Belisko marek.beli...@open-nandra.com
---
Changes from v3:
- fix code according Bryan suggestions
- use common leds binding description instead copy'n'paste
- use - instead _ in bindings example for leds names
Changes from v2:
-
Signed-off-by: Marek Belisko marek.beli...@open-nandra.com
---
Documentation/devicetree/bindings/leds/tca6507.txt | 33
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/leds/tca6507.txt
diff --git
On 11/15/2012 11:20 AM, Grant Likely wrote:
On Mon, 12 Nov 2012 16:28:22 -0500, Murali Karicheri m-kariche...@ti.com
wrote:
This adds OF support to DaVinci SPI controller to configure platform
data through device bindings.
Signed-off-by: Murali Karicheri m-kariche...@ti.com
Hi Murali,
On Fri, Nov 30, 2012 at 09:48:05AM +, Grant Likely wrote:
If you attempt to stick a 'reg' in a block nested below a
'device_type=pci' the kernel throws lots of error messsages and
generates bad address mappings.
Have you added the appropriate #address-cells and #size-cells to the pci
32 matches
Mail list logo