Hello,
v3 - fixed compiler warning
v2 - the driver put in drivers/iio, and
converted using iio facilities as suggested by Graeme.
TWL603[02] GPADC is used to measure battery voltage,
battery temperature, battery presence ID, and could
be used to measure twl603[02] die temperature.
This is used
GPADC is the general purpose ADC present on twl6030.
The dt data is interrupt used to trigger end of ADC
conversion.
Signed-off-by: Oleksandr Kozaruk oleksandr.koza...@ti.com
---
arch/arm/boot/dts/twl6030.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git
The GPADC is general purpose ADC found on TWL6030,
and TWL6032 PMIC, known also as Phoenix and PhoenixLite.
The TWL6030 and TWL6032 have GPADC with 17 and 19
channels respectively. Some channels have current
source and are used for measuring voltage drop
on resistive load for detecting battery ID
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This reverts commit 82702ea11ddfe0e43382e1fa5b66d807d8114916.
The above commit stubbed out omap_serial_early_init() in case of
DT build thinking it was doing the serial port initializations.
Well not really. It was done to cut dependency between
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This series should fix the issue with the early serial crash seen
during hwmod _setup() as reported by [1]
The issue was reported on a am33xx device and was not seen on omap4
or omap5 devices as the hwmod data for both omap4 and omap5 had
* Peter Ujfalusi peter.ujfal...@ti.com [130711 07:30]:
OMAP4 no longer boots in legacy mode so the code here is no longer used.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/twl-common.c | 332
++-
On Friday 12 July 2013 12:50 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This reverts commit 82702ea11ddfe0e43382e1fa5b66d807d8114916.
The above commit stubbed out omap_serial_early_init() in case of
DT build thinking it was doing the serial port initializations.
On Friday 12 July 2013 12:52 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This series should fix the issue with the early serial crash seen
during hwmod _setup() as reported by [1]
The issue was reported on a am33xx device and was not seen on omap4
or omap5 devices
On Thu, Jul 11, 2013 at 04:37:47PM +0200, Laurent Pinchart wrote:
The i.MX53 PWM controller uses two cells to describe the PWM specifier.
Remove the extra unused values from the backlight DT node pwms property.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
* Rajendra Nayak rna...@ti.com [130712 00:38]:
On Friday 12 July 2013 12:50 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This reverts commit 82702ea11ddfe0e43382e1fa5b66d807d8114916.
The above commit stubbed out omap_serial_early_init() in case of
DT build
* Rajendra Nayak rna...@ti.com [130712 00:39]:
On Friday 12 July 2013 12:52 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This series should fix the issue with the early serial crash seen
during hwmod _setup() as reported by [1]
The issue was reported on a
On 07/12/2013 09:26 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [130711 07:30]:
OMAP4 no longer boots in legacy mode so the code here is no longer used.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/twl-common.c | 332
* Peter Ujfalusi peter.ujfal...@ti.com [130712 01:20]:
On 07/12/2013 09:26 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [130711 07:30]:
OMAP4 no longer boots in legacy mode so the code here is no longer used.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
On Friday 12 July 2013 01:33 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130712 00:38]:
On Friday 12 July 2013 12:50 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130711 03:59]:
This reverts commit 82702ea11ddfe0e43382e1fa5b66d807d8114916.
The above commit stubbed out
On 07/11/2013 06:35 PM, Nishanth Menon wrote:
right - now that we removed the set_voltage/get_voltage custom code,
there are no longer any way the code introduced in the commit can be
exercised.
If we boot with DT (which is the case with OMAP4/5) this part was not even
executed, so the custom
On 07/09/2013 10:23 AM, Tony Lindgren wrote:
ASoC looks dead too:
omap-abe-twl6040 sound.10: ASoC: CPU DAI (null) not registered
omap-abe-twl6040 sound.10: snd_soc_register_card() failed: -517
Peter, I think you've had audio working with devicetree for at least
a year or something?
Yes it
Stefan,
On 07/11/2013 08:52 PM, Stefan Roese wrote:
On 07/11/2013 05:34 PM, Stefan Roese wrote:
On 07/11/2013 04:35 PM, Roger Quadros wrote:
BTW: I noticed a git ID (8e1cacd) in your kernel that I can't identify.
Do you have any patches locally applied to the kernel.org version that
might be
* Rajendra Nayak rna...@ti.com [130712 02:06]:
On Friday 12 July 2013 01:33 PM, Tony Lindgren wrote:
OK, so that's only for earlyprintk then?
yes,
If so, it seems the right fix is to set the NO_IDLE and NO_RESET
flags based on ifdef CONFIG_DEBUG_OMAP4UART3 etc as that is selected
On Friday 12 July 2013 02:48 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130712 02:06]:
On Friday 12 July 2013 01:33 PM, Tony Lindgren wrote:
OK, so that's only for earlyprintk then?
yes,
If so, it seems the right fix is to set the NO_IDLE and NO_RESET
flags based on ifdef
On 07/11/2013 05:45 PM, Peter Ujfalusi wrote:
We could get rid of all the #ifdef from the code that way. OMAP3 is the
only platform that still depends on this - Further, with this change,
Yep, I can do that. I'll send a separate patch to do this.
Now that I have looked at this: we might need
* Rajendra Nayak rna...@ti.com [130712 02:29]:
Right, that seems much cleaner. I will send a patch out for it and get rid
of all the cmdline parsing in serial.c
Oh that's right, then it should not be needed for legacy pdata based
booting either :)
Regards,
Tony
--
To unsubscribe from this
On Thu, Jul 11, 2013 at 03:54:34PM -0400, Santosh Shilimkar wrote:
On Thursday 11 July 2013 03:43 PM, Ивайло Димитров wrote:
Оригинално писмо
От: Dave Martin
Относно: Re: [PATCH v2 1/2] ARM: OMAP: Add secure function omap_smc3()
which
calling
Hi Stephen,
On Thursday 11 July 2013 11:40:37 Stephen Warren wrote:
On 07/11/2013 08:37 AM, Laurent Pinchart wrote:
Define PWM_POLARITY_NORMAL and PWM_POLARITY_INVERTED macros in
include/dt-bindings/pwm/pwm.h to be used by device tree sources.
Hi Thierry,
On Thursday 11 July 2013 08:36:00 Thierry Reding wrote:
On Thu, Jul 11, 2013 at 04:37:48PM +0200, Laurent Pinchart wrote:
[...]
diff --git a/Documentation/devicetree/bindings/pwm/atmel-tcb-pwm.txt
b/Documentation/devicetree/bindings/pwm/atmel-tcb-pwm.txt index
Roger,
On 07/12/2013 11:15 AM, Roger Quadros wrote:
Good idea. I'm currently using a dirty local version. I'll try to
switch to an officially available version tomorrow. And send you the
version/git id.
I updated my U-Boot to the following version: Based on mainline git
commit ID 225fd8c.
Hi,
On Thursday 11 July 2013 14:06:44 Stephen Warren wrote:
On 07/11/2013 01:32 PM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 11:50:48AM -0600, Stephen Warren wrote:
On 07/11/2013 09:36 AM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 04:37:48PM +0200, Laurent Pinchart
wrote: [...]
Since commit a630fbf serial: omap: Fix device tree based PM runtime
the OMAP serial driver will always try to restore its context in
serial_omap_runtime_resume(). But the problem is that during driver
initialization the UART context is not ready yet and, as result, first
call to pm_runtime_get*()
If earlyprintk is enabled and current UART is console port the platform
code can mark it as RPM_ACTIVE to sync real IP state with PM Runtime and
avoid resuming of already active device, but now, driver initialization
will be performed in the wrong way:
pm_runtime_enable(pdev-dev);
--
USB3 block has a 64KiB space, another 64KiB is
used for the wrapper.
Without this change, resource_size() will get
confused and driver won't probe because size
will be negative.
Signed-off-by: Felipe Balbi ba...@ti.com
---
does anybody know Benoit's knew email address ?
On 07/11/2013 01:16 PM, Felipe Balbi wrote:
in order to make HWMOD and pm_runtime agree on the
initial state of the device, we will unidle the device
and call pm_runtime_set_active() to tell pm_runtime
that the device is really active.
By the time driver's probe() is reached, a call to
On Fri, Jul 12, 2013 at 02:58:17PM +0300, Grygorii Strashko wrote:
On 07/11/2013 01:16 PM, Felipe Balbi wrote:
in order to make HWMOD and pm_runtime agree on the
initial state of the device, we will unidle the device
and call pm_runtime_set_active() to tell pm_runtime
that the device is
hi,
On Fri, Jul 12, 2013 at 02:55:42PM +0300, Grygorii Strashko wrote:
Since commit a630fbf serial: omap: Fix device tree based PM runtime
the OMAP serial driver will always try to restore its context in
serial_omap_runtime_resume(). But the problem is that during driver
initialization the
On Friday 12 July 2013 02:48 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130712 02:06]:
On Friday 12 July 2013 01:33 PM, Tony Lindgren wrote:
OK, so that's only for earlyprintk then?
yes,
If so, it seems the right fix is to set the NO_IDLE and NO_RESET
flags based on ifdef
On Friday 12 July 2013 05:40 PM, Felipe Balbi wrote:
3) I've checked most of OMAP drivers and all of them solve such kind
of problem internally (SPI, MMC, I2C, etc.)
and you see no problem with that ? Repeating the same thing over and
over again ?
I agree with Felipe that this is best
* Rajendra Nayak rna...@ti.com [130712 05:18]:
On Friday 12 July 2013 02:48 PM, Tony Lindgren wrote:
* Rajendra Nayak rna...@ti.com [130712 02:06]:
On Friday 12 July 2013 01:33 PM, Tony Lindgren wrote:
OK, so that's only for earlyprintk then?
yes,
If so, it seems the right fix
On Friday 12 July 2013 05:28 PM, Felipe Balbi wrote:
USB3 block has a 64KiB space, another 64KiB is
used for the wrapper.
Without this change, resource_size() will get
confused and driver won't probe because size
will be negative.
Signed-off-by: Felipe Balbi ba...@ti.com
---
does
+ Benoit
On Fri, Jul 12, 2013 at 02:58:05PM +0300, Felipe Balbi wrote:
USB3 block has a 64KiB space, another 64KiB is
used for the wrapper.
Without this change, resource_size() will get
confused and driver won't probe because size
will be negative.
Signed-off-by: Felipe Balbi
Hi Kevin,
Could you please take a look to the following patch series.
It consists of two patches, which are needed for proper
SmartReflex Interrupt handling.
Based on Linux v3.10. Verified on OMAP4430.
Thank you in advance.
Regards,
Andrii
Nishanth Menon (2):
PM / AVS: SmartReflex: fix
From: Nishanth Menon n...@ti.com
At times with bad SR configurations, especially during silicon bring-ups,
we could get continuous spurious interrupts which end up hanging the
platform in the form of an ISR call for status bits that are
automatically enabled by the hardware without any software
From: Nishanth Menon n...@ti.com
With the current interrupt disable sequence, we disable IRQENABLE
followed by clearing of IRQSTATUS. With this sequence, we see, at
times CORE domain does not hit OFF mode during cold boot because
SR modules(Core/IVA/MPU domains) are stuck 'in transition'. This
is
On 23/04/13 18:29, Mugunthan V N wrote:
On 4/23/2013 9:48 PM, Markus Brunner wrote:
If operating in dual emac mode all packets sent by the CPSW contain vlan
headers with the reserved VID 0,
which gets stripped away by all somewhat recent Linux versions. Operating
systems without that
On 08/07/13 13:42, Mark Jackson wrote:
On 18/01/13 05:14, Mugunthan V N wrote:
On 1/18/2013 3:48 AM, Peter Korsgaard wrote:
When booting with CONFIG_ARM_APPENDED_DTB (either because of using an old
U-Boot, not wanting the hassle of 2 files or when using Falcon fast boot
mode in U-Boot),
On 07/12/2013 04:41 AM, Laurent Pinchart wrote:
Hi Stephen,
On Thursday 11 July 2013 11:40:37 Stephen Warren wrote:
On 07/11/2013 08:37 AM, Laurent Pinchart wrote:
Define PWM_POLARITY_NORMAL and PWM_POLARITY_INVERTED macros in
include/dt-bindings/pwm/pwm.h to be used by device tree sources.
On 07/12/2013 05:01 AM, Laurent Pinchart wrote:
Hi,
On Thursday 11 July 2013 14:06:44 Stephen Warren wrote:
On 07/11/2013 01:32 PM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 11:50:48AM -0600, Stephen Warren wrote:
On 07/11/2013 09:36 AM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at
From: Benoit Cousson benoit.cous...@linaro.org
without that hwmod data, USB3 will not in OMAP5 boards.
While at that, also fix DTS data to pass reg property,
otherwise driver won't probe.
Signed-off-by: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Felipe Balbi ba...@ti.com
---
Hi Linus,
On 07/10/2013 11:36 PM, Linus Walleij wrote:
On Thu, Jun 27, 2013 at 4:01 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
I think, In the future the OMAP pinctrl configurations would be manged in
more flexible way then now (thanks to pinctrl PM helpers and you;))
- Idle state
Without this node, there will be no palmas
driver to notify dwc3 that a cable has
been connected and, without that, dwc3
will never initialize.
Signed-off-by: Felipe Balbi ba...@ti.com
---
after this, all we need is wait EXTCON merge
which contains the final changes necessary
to get USB3 working
On Fri, Jul 12, 2013 at 08:40:07AM -0600, Stephen Warren wrote:
On 07/12/2013 04:41 AM, Laurent Pinchart wrote:
Hi Stephen,
[...]
What about splitting it in three patches that
- add the include/dt-bindings/pwm/pwm.h header, and update
include/linux/pwm.h
and
On 07/12/2013 11:24 AM, Thierry Reding wrote:
On Fri, Jul 12, 2013 at 08:40:07AM -0600, Stephen Warren wrote:
On 07/12/2013 04:41 AM, Laurent Pinchart wrote:
Hi Stephen,
[...]
What about splitting it in three patches that
- add the include/dt-bindings/pwm/pwm.h header, and update
On Wed, Jul 10, 2013 at 01:02:41AM -0700, Tony Lindgren wrote:
The following changes since commit ddcf6600b133697adbafd96e080818bdc0dfd028:
Merge tag 'hwmon-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging
(2013-07-03 19:56:35 -0700)
are available in
On 7/12/2013 7:27 PM, Mark Jackson wrote:
On 23/04/13 18:29, Mugunthan V N wrote:
On 4/23/2013 9:48 PM, Markus Brunner wrote:
If operating in dual emac mode all packets sent by the CPSW contain vlan
headers with the reserved VID 0,
which gets stripped away by all somewhat recent Linux
On 12/07/13 19:35, Mugunthan V N wrote:
On 7/12/2013 7:27 PM, Mark Jackson wrote:
[snip]
Just to update this (old) thread ...
I can still confirm that *without* the above patch, I am *unable* to use
both network
ports on our AM335x board.
[snip]
So I'm not sure what's wrong, but it's
On 07/12/2013 08:18 AM, Oleksandr Kozaruk wrote:
The GPADC is general purpose ADC found on TWL6030,
and TWL6032 PMIC, known also as Phoenix and PhoenixLite.
The TWL6030 and TWL6032 have GPADC with 17 and 19
channels respectively. Some channels have current
source and are used for measuring
A couple of comments inline.
On 07/12/2013 09:18 AM, Oleksandr Kozaruk wrote:
diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
index ab0767e6..87d699e 100644
--- a/drivers/iio/adc/Kconfig
+++ b/drivers/iio/adc/Kconfig
@@ -157,4 +157,12 @@ config VIPERBOARD_ADC
Say yes
Hi,
On Sat, Jul 6, 2013 at 6:36 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
With that worked out, throwing my standard printascii() hack into the
kernel results in boot messages... up to the point where the timer is
calibrated. So, it looks like either interrupts, clocks, or
On Fri, Jul 12, 2013 at 7:31 PM, Olof Johansson o...@lixom.net wrote:
This is pretty painful, and I don't know if we want to rethink Arnd's
patch since it will break existing defconfigs out there that rely on
OMAP2PLUS enabling the socs instead of the other way around. Opinions?
(replying to
56 matches
Mail list logo