After 0c336dc5ec492886620d4afdc252c63f32adbd0e (omap2+: Remove
omap2_gp_clockevent_set_gptimer) these functions didn't have much
purpose anymore. Just pass omap3_init_irq directly with MACHINE_START.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
Hi Tony,
Can you merge this patch series to Kernel 3.1.
It fixes the WLAN issue on Panda board, reported in Kernel 3.0
Regards,
Pandu.
- Original Message -
From: Mallireddy, Panduranga panduranga_mallire...@ti.com
To: Coelho, Luciano coe...@ti.com; net...@vger.kernel.org;
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho coe...@ti.com wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[ 2.054351] usbcore: registered new interface driver cdc_ncm
[ 2.061431] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
On Thu, 2011-08-11 at 11:07 +0300, Ohad Ben-Cohen wrote:
Any clues?
Reverting 665d001338b494d6d62810aa99b4c0fa1a0884b9 OMAP2+: hwmod:
Follow the recommended PRCM module enable sequence fixes this for me.
More specifically, this hunk alone seems to do the trick:
diff --git
On Thu, Aug 11, 2011 at 1:37 PM, Ohad Ben-Cohen o...@wizery.com wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho coe...@ti.com wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[ 2.054351] usbcore: registered new interface driver
You need to CC linux-arm-kernel too.
On Thu, Aug 11, 2011 at 6:27 AM, Kyle Manna k...@kylemanna.com wrote:
Signed-off-by: Kyle Manna k...@kylemanna.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
You need to send this one to mfd maintainer, separate from this series
perhaps (see MAINTAINERS or just use ./scripts/get_maintainer.pl).
On Thu, Aug 11, 2011 at 6:27 AM, Kyle Manna k...@kylemanna.com wrote:
Worst case this fixes the following error:
[ 72.086212] (NULL device *): conversion
This one needs to go to mfd maintainer too.
On Thu, Aug 11, 2011 at 6:27 AM, Kyle Manna k...@kylemanna.com wrote:
Without turning the MADC clock on, no MADC conversions occur.
$ cat /sys/class/hwmon/hwmon0/device/in8_input
[ 53.428436] twl4030_madc twl4030_madc: conversion timeout!
cat:
On Wed, Aug 10, 2011 at 6:16 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
(why aren't below in Cc ?
I will add them.
HARDWARE MONITORING
M: Jean Delvare kh...@linux-fr.org
M: Guenter Roeck guenter.ro...@ericsson.com
L: lm-sens...@lm-sensors.org
W:
Hi,
On Thu, Aug 11, 2011 at 08:10:07AM +0530, J, KEERTHY wrote:
diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
index 6e6735f..8fd8e80 100644
--- a/arch/arm/plat-omap/Kconfig
+++ b/arch/arm/plat-omap/Kconfig
@@ -115,6 +115,18 @@ config OMAP_MCBSP
Say Y
From: Afzal Mohammed af...@ti.com
Add support for low level debugging on AM335X EVM. Currently only
support for UART1 console, which is used on AM335X EVM is added.
Signed-off-by: Afzal Mohammed af...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
From: Vaibhav Hiremath hvaib...@ti.com
This patch set adds support for AM335x device having
Cortex-A8 MPU.
AM335X is treated as another OMAP3 variant where the
cpu class is considered as OMAP34XX and the type is AM335X.
Also, AM335X devices shares similar architecture as TI81XX devices;
this
From: Afzal Mohammed af...@ti.com
This patch updates the common platform files with AM335X device
support, which is closer to TI81XX family of devices and will be
considered variant of TI81XX SoC.
Similar to TI81XX device, AM335X is treated as OMAP3 variant,
where the cpu class is considered as
From: Afzal Mohammed af...@ti.com
This patch adds minimal support and build configuration for
AM335X EVM.
Signed-off-by: Afzal Mohammed af...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |2
From: Afzal Mohammed af...@ti.com
This patch updates the common machine specific source files for
support for AM335x with cpu type, macros for identification of
AM335X device.
Signed-off-by: Afzal Mohammed af...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Hi,
On Thu, Aug 11, 2011 at 03:27:26PM +0530, J, KEERTHY wrote:
On Wed, Aug 10, 2011 at 6:16 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
(why aren't below in Cc ?
I will add them.
HARDWARE MONITORING
M: Jean Delvare kh...@linux-fr.org
M: Guenter Roeck
On Thu, Aug 11, 2011 at 4:00 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 08:10:07AM +0530, J, KEERTHY wrote:
diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
index 6e6735f..8fd8e80 100644
--- a/arch/arm/plat-omap/Kconfig
+++
Russell King - ARM Linux wrote:
Consolidate 24 trivial gpiolib implementions out of mach/gpio.h
into asm/gpio.h. This is basically the include of asm-generic/gpio.h
and the definition of gpio_get_value, gpio_set_value, and gpio_cansleep
as described in Documentation/gpio.txt
Russell King - ARM Linux wrote:
Many of the gpio_to_irq implementations use the gpiolib version of this
function. Provide the standard gpiolib gpio_to_irq() for everyone, but
allow platforms to override it if they wish. Add the neccessary
overrides for those platforms which do not use the
On 8/11/2011 1:37 PM, Ohad Ben-Cohen wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelhocoe...@ti.com wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[2.054351] usbcore: registered new interface driver cdc_ncm
[2.061431]
Russell King - ARM Linux wrote:
Rather than marking the mach/gpio.h header files which want to use the
trivial GPIOLIB implementation, mark those which do not want to use it
instead. This means that by default, you get the trivial implementation
and only have to do something extra if you
On 8/11/2011 1:51 PM, Munegowda, Keshava wrote:
On Thu, Aug 11, 2011 at 1:37 PM, Ohad Ben-Coheno...@wizery.com wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelhocoe...@ti.com wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[
-Original Message-
From: Taneja, Archit
Sent: Friday, August 05, 2011 12:49 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: k...@dominion.thruhere.net; Valkeinen, Tomi; linux-
o...@vger.kernel.org; Taneja, Archit
Subject: [PATCH] [media] OMAP_VOUT: Fix build break caused
On Thu, 2011-08-11 at 17:29 +0530, Rajendra Nayak wrote:
On 8/11/2011 1:37 PM, Ohad Ben-Cohen wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelhocoe...@ti.com wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[2.054351]
On 8/10/2011 9:22 PM, Grant Likely wrote:
On Tue, Aug 9, 2011 at 7:52 PM, David Gibson
da...@gibson.dropbear.id.au wrote:
On Tue, Aug 09, 2011 at 11:53:32PM +0200, Cousson, Benoit wrote:
On 8/9/2011 11:49 PM, Grant Likely wrote:
That won't work either because that also breaks the existing
On Thu, Aug 11, 2011 at 5:50 PM, Luciano Coelho coe...@ti.com wrote:
On Thu, 2011-08-11 at 17:29 +0530, Rajendra Nayak wrote:
On 8/11/2011 1:37 PM, Ohad Ben-Cohen wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelhocoe...@ti.com wrote:
I'm again getting a very
On Thu, Aug 11, 2011 at 4:06 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 03:27:26PM +0530, J, KEERTHY wrote:
On Wed, Aug 10, 2011 at 6:16 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
(why aren't below in Cc ?
I will add them.
HARDWARE MONITORING
M: Jean
Hi,
On Thu, Aug 11, 2011 at 04:31:50PM +0530, J, KEERTHY wrote:
On Thu, Aug 11, 2011 at 4:00 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 08:10:07AM +0530, J, KEERTHY wrote:
diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
index
Paul,
On Saturday 16 July 2011 01:18 PM, Santosh Shilimkar wrote:
Hi Paul,
On 7/15/2011 1:03 AM, Paul Walmsley wrote:
cc'ing Patrick
Hi Rajendra, Santosh,
some comments here:
On Wed, 13 Jul 2011, Santosh Shilimkar wrote:
While using clockdomain force wakeup method, not waiting for
Hi,
On Thu, Aug 11, 2011 at 06:30:04PM +0530, J, KEERTHY wrote:
diff --git a/drivers/hwmon/omap_temp_sensor.c
b/drivers/hwmon/omap_temp_sensor.c
new file mode 100644
index 000..15e2559
--- /dev/null
+++ b/drivers/hwmon/omap_temp_sensor.c
@@ -0,0 +1,950 @@
+/*
+ *
On Thu, Aug 11, 2011 at 7:35 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 04:31:50PM +0530, J, KEERTHY wrote:
On Thu, Aug 11, 2011 at 4:00 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 08:10:07AM +0530, J, KEERTHY wrote:
diff --git
On Tue, Aug 09, 2011 at 09:08:01AM +0100, Russell King - ARM Linux wrote:
Consolidate 24 trivial gpiolib implementions out of mach/gpio.h
into asm/gpio.h. This is basically the include of asm-generic/gpio.h
and the definition of gpio_get_value, gpio_set_value, and gpio_cansleep
as described
On 8/11/2011 7:42 PM, Felipe Balbi wrote:
Hi,
On Thu, Aug 11, 2011 at 06:30:04PM +0530, J, KEERTHY wrote:
diff --git a/drivers/hwmon/omap_temp_sensor.c
b/drivers/hwmon/omap_temp_sensor.c
new file mode 100644
index 000..15e2559
--- /dev/null
+++
On Thu, Aug 11, 2011 at 7:42 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 06:30:04PM +0530, J, KEERTHY wrote:
diff --git a/drivers/hwmon/omap_temp_sensor.c
b/drivers/hwmon/omap_temp_sensor.c
new file mode 100644
index 000..15e2559
--- /dev/null
+++
Hi,
On 08/04/2011 05:06 PM, David Wagner wrote:
BASEADDRESS is located in the 6 lower bits of the CONFIG7 register.
See OMAP 35x Technical Reference Manual, p. 1169.
Signed-off-by: David Wagner david.wag...@free-electrons.com
I'm not subscribed to the linux-omap mailing list but I
From: Jean Pihet j-pi...@ti.com
This patch set is in an RFC state, for review and comments.
High level implementation:
1. Preparation of the PM QoS for the addition of a device PM QoS constraints
framework:
. rename and move of the PM QoS implementation files to kernel/power/qos.c
and
From: Jean Pihet j-pi...@ti.com
The PM QoS implementation files are better named
kernel/power/qos.c and include/linux/pm_qos.h.
The PM QoS support is compiled under the CONFIG_PM option.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-msm/clock.c |2 +-
From: Jean Pihet j-pi...@ti.com
- Misc fixes to improve code readability:
. rename struct pm_qos_request_list to struct pm_qos_request,
. rename pm_qos_req parameter to req in internal code,
consistenly use req in the API parameters,
. update the in-kernel API callers to the new parameters
From: Jean Pihet j-pi...@ti.com
Move around the PM QoS misc devices management code
for better readability.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
kernel/power/qos.c | 45 +++--
1 files changed, 23 insertions(+), 22 deletions(-)
diff --git
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support, re-organize
the data strctures:
- add a struct pm_qos_constraints which contains the constraints
related data
- update struct pm_qos_object contents to the PM QoS internal object
data. Add a pointer to struct
Hi,
On 08/10/2011 11:15 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [110809 05:31]:
Avoid compiling code for OMAP arch which is not selected by the
config.
Fixes issues like:
With CONFIG_ARCH_OMAP3=y and CONFIG_ARCH_OMAP4=n, I'm getting this:
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support:
- rename update_target to pm_qos_update_target
- generalize and export pm_qos_update_target for usage by the upcoming
per-device latency constraints framework:
. operate on struct pm_qos_constraints for
From: Jean Pihet j-pi...@ti.com
Implement the per-device PM QoS constraints by creating a device
PM QoS API, which calls the PM QoS constraints management core code.
The per-device latency constraints data strctures are stored
in the device dev_pm_info struct.
The device PM code calls the init
From: Jean Pihet j-pi...@ti.com
Convert the driver from the outdated omap_pm_set_max_mpu_wakeup_lat
API to the new PM QoS API.
Since the constraint is on the MPU subsystem, use the PM_QOS_CPU_DMA_LATENCY
class of PM QoS. The resulting MPU constraints are used by cpuidle to
decide the next power
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets called upon changes to the
aggregated constraint value for any device.
The notification callbacks are passing the full constraint request data
in order for the callees to have access to it. The current use is for the
From: Jean Pihet j-pi...@ti.com
Created arch/arm/plat-omap/omap-pm-constraints.c file from
arch/arm/plat-omap/omap-pm-noop.c and the associated Kconfig option
OMAP_PM_CONSTRAINTS.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/plat-omap/Kconfig |7 +
From: Jean Pihet j-pi...@ti.com
When a PM QoS device latency constraint is requested or removed the
PM QoS layer notifies the underlying layer with the updated aggregated
constraint value. The constraint is stored in the powerdomain constraints
list and then applied to the corresponding power
From: Jean Pihet j-pi...@ti.com
Figures are added to the power domains structs.
Note: the figures are preliminary figures. More accurate measurements
are needed. Also the conditions of measurements shall be investigated
and described.
Tested on OMAP3 Beagleboard in RET/OFF using wake-up latency
From: Vishwanath BS vishwanath...@ti.com
This patch adds wake up latency numbers for OMAP4. Note that these are
preliminary numbers and need to be relooked.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
The INACTIVE state is added as unsupported.
Tested on OMAP4 Pandaboard in RET/OFF using
From: Jean Pihet j-pi...@ti.com
Hwmod is queried from the OMAP_PM layer to manage the power domains
wake-up latency constraints. Hwmod retrieves the correct power domain
and if it exists it calls the corresponding power domain function.
Tested on OMAP3 Beagleboard and OMAP4 Pandaboard in RET/OFF
From: Jean Pihet j-pi...@ti.com
Implement the devices wake-up latency constraints using the global
device PM QoS notification handler which applies the constraints to the
underlying layer by calling the corresponding function at hwmod level.
Note: the bus throughput function is implemented but
From: Jean Pihet j-pi...@ti.com
Since cpuidle is a CPU centric framework it decides the MPU
next power state based on the MPU exit_latency and target_residency
figures.
The rest of the power domains get their next power state programmed
from the devices PM QoS framework, via the devices wake-up
On Thu, Aug 11, 2011 at 08:47:18PM +0900, Kukjin Kim wrote:
Russell King - ARM Linux wrote:
Consolidate 24 trivial gpiolib implementions out of mach/gpio.h
into asm/gpio.h. This is basically the include of asm-generic/gpio.h
and the definition of gpio_get_value, gpio_set_value, and
Hi Todd,
On Fri, Jul 29, 2011 at 8:00 PM, Todd Poynor toddpoy...@google.com wrote:
On Fri, Jul 29, 2011 at 10:47:43AM +0200, Jean Pihet wrote:
On Fri, Jul 29, 2011 at 9:59 AM, Todd Poynor toddpoy...@google.com wrote:
...
All min_latency != PM_QOS_DEV_LAT_DEFAULT_VALUE paths need
On Thu, Aug 11, 2011 at 05:15:31PM +0300, Felipe Balbi wrote:
On Tue, Aug 09, 2011 at 09:08:01AM +0100, Russell King - ARM Linux wrote:
diff --git a/arch/arm/include/asm/gpio.h b/arch/arm/include/asm/gpio.h
index 166a7a3..15e8970 100644
--- a/arch/arm/include/asm/gpio.h
+++
Todd,
On Tue, Aug 2, 2011 at 10:57 AM, Jean Pihet jean.pi...@newoldbits.com wrote:
Todd,
On Fri, Jul 29, 2011 at 10:50 AM, Jean Pihet jean.pi...@newoldbits.com
wrote:
On Fri, Jul 29, 2011 at 10:08 AM, Todd Poynor toddpoy...@google.com wrote:
On Thu, Jul 28, 2011 at 10:30:14AM +0200,
Hi,
On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
The usbhs core driver does not enable/disable the intefrace and
fucntional clocks; These clocks are handled by hwmod and runtime pm,
hence insted of the clock
Hi,
On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
Following 4 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base address,
OHCI hwmod with irq and base address,
TLL hwmod of usbhs with the
On Thu, Aug 11, 2011 at 04:08:07PM +0100, Russell King - ARM Linux wrote:
As a note, there were duplicated e-mail address Grant and Nicolas in Cc ;)
I just pushed 'reply all' :)
That's not in the original email, and isn't in any one elses replies
The original patches have a doubled CC
On Thu, 2011-08-11 at 09:00 -0400, J, KEERTHY wrote:
On Thu, Aug 11, 2011 at 4:06 PM, Felipe Balbi ba...@ti.com wrote:
[ ... ]
+ temp = omap_temp_sensor_readl(temp_sensor,
+ temp_sensor-registers-bgap_counter);
+ temp = (temp
Hi,
On Thu, Aug 11, 2011 at 04:07:18PM +0100, Russell King - ARM Linux wrote:
On Thu, Aug 11, 2011 at 05:15:31PM +0300, Felipe Balbi wrote:
On Tue, Aug 09, 2011 at 09:08:01AM +0100, Russell King - ARM Linux wrote:
diff --git a/arch/arm/include/asm/gpio.h b/arch/arm/include/asm/gpio.h
Hi,
On Thu, Aug 11, 2011 at 08:02:55PM +0530, J, KEERTHY wrote:
On Thu, Aug 11, 2011 at 7:42 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Aug 11, 2011 at 06:30:04PM +0530, J, KEERTHY wrote:
diff --git a/drivers/hwmon/omap_temp_sensor.c
b/drivers/hwmon/omap_temp_sensor.c
Hi,
On Thu, Aug 11, 2011 at 09:54:09PM +0300, Felipe Balbi wrote:
you need some other way to handle this. Why do you need to manually set
the rate rather than having hwmod handle this for you ?
your argument that it's a one time setting is not enough to have this
in the driver.
Hi Russel,
On Thu, Apr 28, 2011 at 11:48 AM, Gupta, Ramesh grgu...@ti.com wrote:
Hi Russel,
On Thu, Apr 28, 2011 at 8:40 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Apr 15, 2011 at 06:26:40AM -0500, Gupta, Ramesh wrote:
Russell,
On Thu, Apr 14, 2011 at 5:30 PM,
Hello,
At least in the am3505/3517 CPUs, the built-in uarts only expose the
RX/TX/RTS/CTS signals. Other signals such as DTR/DSR/RI and DCD,
while very useful when controlling a modem, are not available.
My design has the above mentioned extra signals wired to GPIOs.
Controlling them through
This patch provides a mean to replace the default serial_in and serial_out
implementations provided by omap-serial.c. Inspired from the 8250.c driver.
Overridding those functions provide a very flexible way to implement special
features such as GPIO connected modem lines. (By catching values
This patch adds a way to override the default serial_in and serial_out
functions, typically from the board-??? file.
In some cases, mach-omap2/serial.c may already be overriding the
default serial_in/out functions. When this happens, old_serial_in/out
will be non-null and the board implementation
On Thu, Aug 11, 2011 at 01:21:24PM -0700, Joe Perches wrote:
Use current logging styles.
Add an mmc_printk function to reduce overall size
by centralizing the mmc_hostname use.
Because pr_fmt(fmt) KBUILD_MODNAME is used,
some logging prefixes are changed.
For instance from SDIO: to
On 08/11/2011 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Aug 11, 2011 at 09:54:09PM +0300, Felipe Balbi wrote:
you need some other way to handle this. Why do you need to manually set
the rate rather than having hwmod handle this for you ?
your argument that it's a one time setting is not
On Thu, Aug 11, 2011 at 02:28:39PM -0500, Gupta, Ramesh wrote:
Hi Russel,
grr.
On Thu, Apr 28, 2011 at 11:48 AM, Gupta, Ramesh grgu...@ti.com wrote:
Hi Russel,
On Thu, Apr 28, 2011 at 8:40 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
We _could_ invent a new API to deal
On Fri, Aug 12, 2011 at 3:07 AM, Roger Quadros rog...@ti.com wrote:
On 08/11/2011 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Aug 11, 2011 at 09:54:09PM +0300, Felipe Balbi wrote:
you need some other way to handle this. Why do you need to manually set
the rate rather than having hwmod handle
On Thu, Aug 11, 2011 at 02:28:55PM +0200, Cousson, Benoit wrote:
On 8/10/2011 9:22 PM, Grant Likely wrote:
On Tue, Aug 9, 2011 at 7:52 PM, David Gibson
da...@gibson.dropbear.id.au wrote:
On Tue, Aug 09, 2011 at 11:53:32PM +0200, Cousson, Benoit wrote:
On 8/9/2011 11:49 PM, Grant Likely
On 8/12/2011 3:07 AM, Roger Quadros wrote:
On 08/11/2011 01:55 PM, Felipe Balbi wrote:
Hi,
On Thu, Aug 11, 2011 at 09:54:09PM +0300, Felipe Balbi wrote:
you need some other way to handle this. Why do you need to manually set
the rate rather than having hwmod handle this for you ?
your
If the twl4030-madc device wasn't registered, and another device, such
as twl4030-madc-hwmon, calls twl4030_madc_conversion() a NULL pointer is
dereferenced.
Signed-off-by: Kyle Manna k...@kylemanna.com
---
drivers/mfd/twl4030-madc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
Without turning the MADC clock on, no MADC conversions occur.
$ cat /sys/class/hwmon/hwmon0/device/in8_input
[ 53.428436] twl4030_madc twl4030_madc: conversion timeout!
cat: read error: Resource temporarily unavailable
Signed-off-by: Kyle Manna k...@kylemanna.com
---
These patches add basic functionality to the twl4030-madc driver to make
it work on the BeagleBoard xM.
Version 2 adds fixes per Grazvydas Ignotas and the check for NULL pointer patch.
Kyle Manna (4):
mfd: twl4030-madc: copy the device pointer
mfd: twl4030-madc: turn on the MADC clock
mfd:
Signed-off-by: Kyle Manna k...@kylemanna.com
---
arch/arm/mach-omap2/board-omap3beagle.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board-omap3beagle.c
index 3ae16b4..9cc9fa9 100644
---
Worst case this fixes the following error:
[ 72.086212] (NULL device *): conversion timeout!
Best case it prevents a crash
Signed-off-by: Kyle Manna k...@kylemanna.com
---
drivers/mfd/twl4030-madc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
On Tue, Aug 09, 2011 at 11:37:10PM +0200, Cousson, Benoit wrote:
On 8/9/2011 11:16 PM, Grant Likely wrote:
On Tue, Aug 09, 2011 at 11:06:30PM +0200, Cousson, Benoit wrote:
On 8/9/2011 10:55 PM, Grant Likely wrote:
On Tue, Aug 09, 2011 at 07:47:20PM +0200, Cousson, Benoit wrote:
On 8/9/2011
On Thu, Aug 11, 2011 at 8:53 PM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
Following 4 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and functional clock,
EHCI hwmod with irq and base
On Tue, Aug 09, 2011 at 09:08:01AM +0100, Russell King - ARM Linux wrote:
Consolidate 24 trivial gpiolib implementions out of mach/gpio.h
into asm/gpio.h. This is basically the include of asm-generic/gpio.h
and the definition of gpio_get_value, gpio_set_value, and gpio_cansleep
as described
81 matches
Mail list logo
