On Fri, Jul 20, 2012 at 17:08:06, Mark Brown wrote:
> On Fri, Jul 20, 2012 at 11:27:36AM +, AnilKumar, Chimata wrote:
> > On Fri, Jul 20, 2012 at 15:29:36, Mark Brown wrote:
>
> > > Every regulator here has a rather large voltage range specified with no
> > > consumers added. Are you sure the
After getting MMC working I now have following issues: both musb and EHCI make
problems.
musb:
musb-hdrc: version 6.0, ?dma?, otg (peripheral+host)
musb-am35x musb-am35x: failed to get clock
musb-am35x: probe of musb-am35x failed with error -2
EHCI with attached smsc9514:
LR is at __func__.1
Hi Paul,
On Friday 20 July 2012 11:55 PM, Paul Walmsley wrote:
On Fri, 20 Jul 2012, Rajendra Nayak wrote:
We do not support MPU OSWR on OMAP3. Get rid of the complex/multiple
save_state handling in omap_sram_idle() and just use 2 save_state
definitions
save_state = 1, all logic and memory los
On Fri, Jul 13, 2012 at 03:05:02PM +0530, Philip, Avinash wrote:
> Enhanced high resolution PWM module (EHRPWM) hardware can be used to
> generate PWM output over 2 channels. This commit adds PWM driver support
> for EHRPWM device present on AM33XX SOC. Current implementation supports
> simple PWM
On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
> Duty cycle inversion of PWM wave should achieved through PWM polarity
> inversion. Also polarity of PWM wave should configurable from slave
> drivers,
Actually, I don't think that duty cycle inversion *should* be achieved
through p
Hi,
On 06/22/2012 05:43 PM, Munegowda, Keshava wrote:
> On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman wrote:
>> "Munegowda, Keshava" writes:
>>
>> [...]
>>
>>
>> You are not reading what I write.
>>
>> To repeat: your patch fixes the oops during boot, and the suspend hang
>> and now I see CORE
Hi Tony,
On 07/13/2012 10:38 AM, Peter Ujfalusi wrote:
> On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
> Manufacturers can opt to use different codec than twl6040 and also can add
> audio related IC to the bus (external amplifier for example on SDP4430).
>
> Make it p
On Mon, Jul 23, 2012 at 12:22:35, Thierry Reding wrote:
> On Fri, Jul 13, 2012 at 03:05:01PM +0530, Philip, Avinash wrote:
[snip]
> > obj-$(CONFIG_PWM_VT8500) += pwm-vt8500.o
> > +obj-$(CONFIG_PWM_ECAP) += pwm-ecap.o
>
> Both the Kconfig and Makefile should have the entries ordered
This prepares *of_device_id.data becoming const. Without this change
the following warning would occur:
drivers/i2c/busses/i2c-omap.c: In function 'omap_i2c_probe':
drivers/i2c/busses/i2c-omap.c:1025: warning: assignment discards
qualifiers from pointer target type
Signed-off-by:
This prepares *of_device_id.data becoming const. Without this change
the following warning would occur:
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_probe':
drivers/mmc/host/omap_hsmmc.c:1808: warning: initialization discards
qualifiers from pointer target type
Signed-o
This prepares *of_device_id.data becoming const. Without this change
the following warning would occur:
drivers/spi/spi-omap2-mcspi.c: In function 'omap2_mcspi_probe':
drivers/spi/spi-omap2-mcspi.c:1118: warning: assignment discards
qualifiers from pointer target type
Signed-off-
Drivers should never need to modify the data of a device id. So it can
be const which in turn allows more consts in the driver.
Signed-off-by: Uwe Kleine-König
---
include/linux/mod_devicetable.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mod_devicetable
getting it in via the
respective maintainer trees would need a much bigger coordination
effort. That means I prefer getting Acks over you taking the patch.
Vinod Koul already took
dmaengine: at_hdmac: add a few const qualifiers
that is in next-20120723 as 7fd63ccdad72 now. Vinod, I don
On Mon, Jul 23, 2012 at 13:12:21, Thierry Reding wrote:
> On Fri, Jul 13, 2012 at 03:05:02PM +0530, Philip, Avinash wrote:
> > Enhanced high resolution PWM module (EHRPWM) hardware can be used to
> > generate PWM output over 2 channels. This commit adds PWM driver support
> > for EHRPWM device pres
On Mon, Jul 23, 2012 at 09:10:09AM +, Philip, Avinash wrote:
> On Mon, Jul 23, 2012 at 12:22:35, Thierry Reding wrote:
> > On Fri, Jul 13, 2012 at 03:05:01PM +0530, Philip, Avinash wrote:
> > > + /*
> > > + * Enable 'Free run Time stamp counter mode' to start counter
> > > + * and 'APWM mode
Hi,
On Thu, Jul 05, 2012 at 08:16:54PM +0300, Ruslan Bilovol wrote:
> Hi,
>
> On Tue, Jul 3, 2012 at 7:13 PM, Felipe Balbi wrote:
> >
> > Hi,
> >
> > On Mon, Jul 02, 2012 at 08:10:49PM +0300, Ruslan Bilovol wrote:
> > > Hi,
> > >
> > >
> > > On Mon, Jul 2, 2012 at 11:13 AM, Felipe Balbi wrote:
My GTA04 (mobile phone using OMAP3 and TWL4030 PMIC) has difficulty rebooting
with 3.5.
The first boot (after power on) works fine. But when I reboot it hangs just
before
Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/800 MHz
is printed. If I remove "mpurate=800" from the kernel
On Mon, Jul 23, 2012 at 2:03 PM, Roger Quadros wrote:
> Hi,
>
> On 06/22/2012 05:43 PM, Munegowda, Keshava wrote:
>> On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman wrote:
>>> "Munegowda, Keshava" writes:
>>>
>>> [...]
>>>
>
>>>
>>> You are not reading what I write.
>>>
>>> To repeat: your patch f
On Mon, Jul 23, 2012 at 14:52:04, Thierry Reding wrote:
> On Mon, Jul 23, 2012 at 09:10:09AM +, Philip, Avinash wrote:
> > On Mon, Jul 23, 2012 at 12:22:35, Thierry Reding wrote:
> > > On Fri, Jul 13, 2012 at 03:05:01PM +0530, Philip, Avinash wrote:
> > > > + /*
> > > > +* Enable
Hi Kevin,
On 07/12/12 02:00, Kevin Hilman wrote:
> Hi Igor,
>
> Igor Grinberg writes:
>
>> In case a board provides the gpio_pendown and not board_pdata,
>> the GPIO debounce is not taken care of.
>> Fix this by taking care of GPIO debounce in any case.
>>
>> Signed-off-by: Igor Grinberg
>
>
On Mon, Jul 23, 2012 at 14:00:32, Thierry Reding wrote:
> On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
> > Duty cycle inversion of PWM wave should achieved through PWM polarity
> > inversion. Also polarity of PWM wave should configurable from slave
> > drivers,
>
> Actually, I
On 07/12/12 02:18, Kevin Hilman wrote:
> commit 97ee9f01d6 (ARM: OMAP: fix the ads7846 init code) mistakenly
> frees the pen-down GPIO even though it will be used by the ads7846
> driver.
But the driver requests the GPIO in ads7846_setup_pendown() method...
>
> Freeing a GPIO means that the GPIO
On Mon, Jul 23, 2012 at 12:51:11PM +, Philip, Avinash wrote:
> On Mon, Jul 23, 2012 at 14:00:32, Thierry Reding wrote:
> > On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
[...]
> > > +
> > > + if (test_bit(PWMF_ENABLED, &pwm->flags)) {
> > > + dev_err(pwm->chip->dev,
>
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested.
I'm sorry, I was not available by that time Arnd changed the patch.
So that is not my original patch that is triggering the issue,
but it does not meter alre
On Mon, Jul 23, 2012 at 12:36:48, AnilKumar, Chimata wrote:
> On Fri, Jul 20, 2012 at 17:08:06, Mark Brown wrote:
> > On Fri, Jul 20, 2012 at 11:27:36AM +, AnilKumar, Chimata wrote:
> > > On Fri, Jul 20, 2012 at 15:29:36, Mark Brown wrote:
> >
> > > > Every regulator here has a rather large vo
On Mon, Jul 23, 2012 at 01:23:50PM +, AnilKumar, Chimata wrote:
> By the way, if we look at all the regulator added (DT supported) till now have
> the similar problem.
> arch/arm/boot/dts/imx6q.dtsi
This is fine - the SoC contains integrated regulators which supply other
bits of the Soc so w
On Mon, Jul 23, 2012 at 12:44:38PM +, Philip, Avinash wrote:
> On Mon, Jul 23, 2012 at 14:52:04, Thierry Reding wrote:
> > On Mon, Jul 23, 2012 at 09:10:09AM +, Philip, Avinash wrote:
> > > On Mon, Jul 23, 2012 at 12:22:35, Thierry Reding wrote:
> > > > On Fri, Jul 13, 2012 at 03:05:01PM +0
I've i2c gpio expander (pca953x) IRQ attached to pin SYS_NIRQ/GPIO_0 (am3517).
How can I declare this pin as GPIO and later as IRQ?
if (!gpio)
return -EINVAL;
list_for_each_entry(e, muxmodes, node) {
struct omap_mux *m = &e->mux;
if
On Thu, Jul 19, 2012 at 3:48 PM, Munegowda, Keshava
wrote:
> On Mon, Jul 16, 2012 at 7:01 PM, Keshava Munegowda
> wrote:
>> The TLL (Transceiver Less Link) is an separate IP block, independent of
>> the host controller. Basically this TLL operates like USB PHY which allows
>> the user to connect
Hi,
On Mon, Jul 23, 2012 at 07:31:10PM +0530, Munegowda, Keshava wrote:
> On Thu, Jul 19, 2012 at 3:48 PM, Munegowda, Keshava
> wrote:
> > On Mon, Jul 16, 2012 at 7:01 PM, Keshava Munegowda
> > wrote:
> >> The TLL (Transceiver Less Link) is an separate IP block, independent of
> >> the host cont
Hi Neil,
On Mon, 2012-07-23 at 21:06 +1000, NeilBrown wrote:
> My GTA04 (mobile phone using OMAP3 and TWL4030 PMIC) has difficulty rebooting
> with 3.5.
> The first boot (after power on) works fine. But when I reboot it hangs just
> before
>
> Switched to new clocking rate (Crystal/Core/MPU):
On Mon, Jul 23, 2012 at 7:38 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Jul 23, 2012 at 07:31:10PM +0530, Munegowda, Keshava wrote:
>> On Thu, Jul 19, 2012 at 3:48 PM, Munegowda, Keshava
>> wrote:
>> > On Mon, Jul 16, 2012 at 7:01 PM, Keshava Munegowda
>> > wrote:
>> >> The TLL (Transceiver Less
On 23/07/12 14:34, Mark Brown wrote:
On Mon, Jul 23, 2012 at 01:23:50PM +, AnilKumar, Chimata wrote:
By the way, if we look at all the regulator added (DT supported) till now have
the similar problem.
arch/arm/boot/dts/imx6q.dtsi
This is fine - the SoC contains integrated regulators wh
On Mon, Jul 23, 2012 at 18:38:25, Thierry Reding wrote:
> On Mon, Jul 23, 2012 at 12:51:11PM +, Philip, Avinash wrote:
> > On Mon, Jul 23, 2012 at 14:00:32, Thierry Reding wrote:
> > > On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
> [...]
> > > > +
> > > > + if (test_bi
Hi Rob,
On 07/16/2012 10:56 AM, Jon Hunter wrote:
> Hi Rob,
>
> On 07/13/2012 09:15 PM, Rob Herring wrote:
>> On 07/13/2012 05:26 PM, Jon Hunter wrote:
>>> Add the 12 GP timers nodes present in OMAP3.
>>> Add the 11 GP timers nodes present in OMAP4.
>>>
>>> Add documentation for timer properties
On Mon, Jul 23, 2012 at 11:13:24AM +0200, Uwe Kleine-König wrote:
> Drivers should never need to modify the data of a device id. So it can
> be const which in turn allows more consts in the driver.
>
> Signed-off-by: Uwe Kleine-König
Acked-by: Greg Kroah-Hartman
--
To unsubscribe from this list
On Mon, Jul 23, 2012 at 2:43 PM, Uwe Kleine-König
wrote:
> This prepares *of_device_id.data becoming const. Without this change
> the following warning would occur:
>
> drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_probe':
> drivers/mmc/host/omap_hsmmc.c:1808: warning: ini
> -Original Message-
> From: Daniel Mack [mailto:zon...@gmail.com]
> Sent: Monday, July 23, 2012 12:01 PM
> To: N, Mugunthan V
> Cc: Hiremath, Vaibhav; Paul Walmsley; Nori, Sekhar; Jason Kridner; Tony
> Lindgren; Hilman, Kevin; Hernandez, Carlos; Maupin, Chase; linux-
> o...@vger.kernel.org
On Mon, Jul 23, 2012 at 2:43 PM, Uwe Kleine-König
wrote:
> This prepares *of_device_id.data becoming const. Without this change
> the following warning would occur:
>
> drivers/i2c/busses/i2c-omap.c: In function 'omap_i2c_probe':
> drivers/i2c/busses/i2c-omap.c:1025: warning: assig
Hi Tero
On Thu, 19 Jul 2012, Tero Kristo wrote:
> The OMAP4 sl2if IP block requires some special programming for it to
> enter idle. Without this programming, they will prevent the rest of
> the chip from entering full chip idle.
>
> This patch comments out the IP block data.
>
> Later, once th
On Mon, Jul 23, 2012 at 03:05:26PM +, Philip, Avinash wrote:
> On Mon, Jul 23, 2012 at 18:38:25, Thierry Reding wrote:
> > On Mon, Jul 23, 2012 at 12:51:11PM +, Philip, Avinash wrote:
> > > On Mon, Jul 23, 2012 at 14:00:32, Thierry Reding wrote:
> > > > On Wed, Jul 18, 2012 at 06:24:13PM +0
On 07/23/2012 10:30 AM, Thierry Reding wrote:
> On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
>>[...]
>> diff --git a/include/linux/pwm.h b/include/linux/pwm.h
>> index 21d076c..2e4e960 100644
>> --- a/include/linux/pwm.h
>> +++ b/include/linux/pwm.h
>> @@ -21,6 +21,16 @@ void pw
On 07/17/2012 01:24 PM, Arnd Bergmann wrote:
...
> I think we're basically on the same page. Let's see if I have covered
> all the cases we discussed so far. I've tried to update the binding that
> Jon sent out initially with everything we've discussed, so please review
> this to see if I understoo
On Mon, 23 Jul 2012 17:24:54 +0300 Tero Kristo wrote:
> Hi Neil,
>
> On Mon, 2012-07-23 at 21:06 +1000, NeilBrown wrote:
> > My GTA04 (mobile phone using OMAP3 and TWL4030 PMIC) has difficulty
> > rebooting
> > with 3.5.
> > The first boot (after power on) works fine. But when I reboot it hang
the last print, but console
takes input)
Thanks,
Archit
[0.00] Booting Linux on physical CPU 0
[0.00] Linux version 3.5.0-next-20120723 (a0393947@a0393947pc)
(gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #68 SMP Tue Jul 24
11:30:19 IST 2012
[0.00] CPU: ARMv7
On Tue, Jul 24, 2012 at 01:22:49, Thierry Reding wrote:
> On Mon, Jul 23, 2012 at 03:05:26PM +, Philip, Avinash wrote:
> > On Mon, Jul 23, 2012 at 18:38:25, Thierry Reding wrote:
> > > On Mon, Jul 23, 2012 at 12:51:11PM +, Philip, Avinash wrote:
> > > > On Mon, Jul 23, 2012 at 14:00:32, Thi
Add device tree data for tps65910 regulator by adding all tps65910
regulator nodes. Regulator is initialized based on compatible name
provided in tps65910 DT file.
All tps65910 PMIC regulator device tree nodes are placed in a
separate device tree include file (tps65910.dtsi). This patch
was tested
This patch series add AM33XX regulators (tps65910/tps65217) device
tree data to am335x-evm and am335x-bone dts files. These patches
are based on Tony L "devel-dt" tree and tested on AM335x EVM and
Bone devices.
Changes from v1:
- Incorporated all Mark Brown's review comments on v1 by
Add tps65217 regulator device tree data to AM335x-Bone by adding
regulator consumers with tightened constraints and regulator-name.
TPS65217 regulator handle can be obtained by using this regulator
name.
This patch also add I2C node with I2C frequency and tps65217 PMIC
I2C slave address.
Signed-o
Add device tree data for tps65217 regulator by adding all tps65217
regulator nodes. Regulator is initialized based on compatible name
provided in tps65217 DT file.
All tps65217 PMIC regulator device tree nodes are placed in a
separate device tree include file (tps65217.dtsi). This patch
was tested
Add tps65910 regulator device tree data to AM335x-EVM by adding
regulator consumers with tightened constraints and regulator-name.
TPS65910 regulator handle can be obtained by using this regulator
name.
This patch also add I2C node with I2C frequency and tps65910 PMIC
I2C slave address.
Signed-of
S mount on OMAP4 SDP works fine with mainline kernel.
- Logs below (No output on console after the last print, but console
takes input)
Thanks,
Archit
[0.00] Booting Linux on physical CPU 0
[0.00] Linux version 3.5.0-next-20120723 (a0393947@a0393947pc)
(gcc version 4.4.1 (Sourcery
On Tue, 2012-07-24 at 11:30 +1000, NeilBrown wrote:
> On Mon, 23 Jul 2012 17:24:54 +0300 Tero Kristo wrote:
>
> > Hi Neil,
> >
> > On Mon, 2012-07-23 at 21:06 +1000, NeilBrown wrote:
> > > My GTA04 (mobile phone using OMAP3 and TWL4030 PMIC) has difficulty
> > > rebooting
> > > with 3.5.
> > >
On Mon, Jul 23, 2012 at 10:15:07PM +0200, Lars-Peter Clausen wrote:
> On 07/23/2012 10:30 AM, Thierry Reding wrote:
> > On Wed, Jul 18, 2012 at 06:24:13PM +0530, Philip, Avinash wrote:
> >>[...]
> >> diff --git a/include/linux/pwm.h b/include/linux/pwm.h
> >> index 21d076c..2e4e960 100644
> >> ---
On Tue, Jul 24, 2012 at 11:48 AM, Archit Taneja wrote:
> Hi,
>
> Comparing with working logs, I see this difference:
>
> [1.502166] spi spi1.0: no RX DMA engine channel for McSPI
> [1.507904] omap2_mcspi omap2_mcspi.1: can't setup spi1.0, status -11
> [1.514862] omap2_mcspi omap2_mcspi
55 matches
Mail list logo