On Wed, Aug 10, 2011 at 10:01 PM, Todd Poynor wrote:
> On Tue, Aug 09, 2011 at 07:45:09PM +0530, Keshava Munegowda wrote:
>> From: Keshava Munegowda
>>
>> The usbhs core driver does not enable/disable the intefrace and
>
>
> typo: interface
>
>> fucntional clocks; These clocks are handled by hwmo
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 describe
On Thu, Aug 11, 2011 at 8:53 PM, Ming Lei wrote:
> Hi,
>
> On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
> 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 ba
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:
>
Worst case this fixes the following error:
[ 72.086212] (NULL device *): conversion timeout!
Best case it prevents a crash
Signed-off-by: Kyle Manna
---
drivers/mfd/twl4030-madc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mf
Signed-off-by: Kyle Manna
---
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
--- a/arch/arm/mach-omap2/board-o
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:
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
---
drivers/mfd/twl4030-madc.c | 22
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
---
drivers/mfd/twl4030-madc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/driver
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 argumen
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
> > 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
On Fri, Aug 12, 2011 at 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 handl
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 wrote:
> > Hi Russel,
> >
> > On Thu, Apr 28, 2011 at 8:40 AM, Russell King - ARM Linux
> > wrote:
> >> We _could_ invent a new API to deal with this, which is prob
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 tim
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:"
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
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 writt
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 sy
Hi Russel,
On Thu, Apr 28, 2011 at 11:48 AM, Gupta, Ramesh wrote:
> Hi Russel,
>
> On Thu, Apr 28, 2011 at 8:40 AM, Russell King - ARM Linux
> wrote:
>> On Fri, Apr 15, 2011 at 06:26:40AM -0500, Gupta, Ramesh wrote:
>>> Russell,
>>>
>>> On Thu, Apr 14, 2011 at 5:30 PM, Russell King - ARM Linux
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
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 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.
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
>
On Thu, 2011-08-11 at 09:00 -0400, J, KEERTHY wrote:
> On Thu, Aug 11, 2011 at 4:06 PM, Felipe Balbi wrote:
[ ... ]
> >> >> + temp = omap_temp_sensor_readl(temp_sensor,
> >> >> + temp_sensor->registers->bgap_counter);
> >> >> + temp = (temp & temp_sensor->registers->c
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 doubl
Hi,
On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
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 TLL base address an
Hi,
On Tue, Aug 9, 2011 at 10:15 PM, Keshava Munegowda
wrote:
> From: Keshava Munegowda
>
> 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 enable/disable, the runtime pm APIS are
>
Todd,
On Tue, Aug 2, 2011 at 10:57 AM, Jean Pihet wrote:
> Todd,
>
> On Fri, Jul 29, 2011 at 10:50 AM, Jean Pihet
> wrote:
>> On Fri, Jul 29, 2011 at 10:08 AM, Todd Poynor wrote:
>>> On Thu, Jul 28, 2011 at 10:30:14AM +0200, jean.pi...@newoldbits.com wrote:
> ...
>
diff --git a/arch/arm/m
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
> > +++ b/arch
Hi Todd,
On Fri, Jul 29, 2011 at 8:00 PM, Todd Poynor 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 wrote:
> ...
>> > All min_latency != PM_QOS_DEV_LAT_DEFAULT_VALUE paths need
>> > free_new_user = 1.
>> free_new_user = 1 is
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,
From: Jean Pihet
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 latency
constra
From: Jean Pihet
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 currently is
a n
From: Jean Pihet
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 using wake-up
From: Vishwanath BS
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
The INACTIVE state is added as unsupported.
Tested on OMAP4 Pandaboard in RET/OFF using wake-up latency constraints on
MPU, CORE
From: Jean Pihet
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 constraints
on
From: Jean Pihet
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 domain.
The power
From: Jean Pihet
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
---
arch/arm/plat-omap/Kconfig |7 +
arch/arm/plat-omap/Makefile |1
From: Jean Pihet
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
platform low-level co
From: Jean Pihet
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 state of the MPU
From: Jean Pihet
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 and destroy of
From: Jean Pihet
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 constraints managem
Hi,
On 08/10/2011 11:15 AM, Tony Lindgren wrote:
>
> * Peter Ujfalusi [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:
>>
>> arch/arm/mach-omap2/built-in.o
From: Jean Pihet
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 pm_qos_constrain
From: Jean Pihet
Move around the PM QoS misc devices management code
for better readability.
Signed-off-by: Jean Pihet
---
kernel/power/qos.c | 45 +++--
1 files changed, 23 insertions(+), 22 deletions(-)
diff --git a/kernel/power/qos.c b/kernel/power
From: Jean Pihet
- 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 names,
. renam
From: Jean Pihet
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
---
arch/arm/mach-msm/clock.c |2 +-
drivers/acpi/processor_idle.c |
From: Jean Pihet
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 include/linux/p
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
I'm not subscribed to the linux-omap mailing list but I saw no answer on
this patch a
On Thu, Aug 11, 2011 at 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
>> >> >> ---
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 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 describe
On Thu, Aug 11, 2011 at 7:35 PM, Felipe Balbi 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 wrote:
>> > Hi,
>> >
>> > On Thu, Aug 11, 2011 at 08:10:07AM +0530, J, KEERTHY wrote:
>> >> >> diff --git a/arch/arm/plat-oma
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
> >> >>
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 powerdo
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 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..8f
On Thu, Aug 11, 2011 at 4:06 PM, Felipe Balbi 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 wrote:
>> > Hi,
>> >
>> > (why aren't below in Cc ?
>>
>> I will add them.
>>
>> >
>> > HARDWARE MONITORING
>> > M: Jean
On Thu, Aug 11, 2011 at 5:50 PM, Luciano Coelho 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 Coelho wrote:
>> >> I'm again getting a very similar oop
On 8/10/2011 9:22 PM, Grant Likely wrote:
On Tue, Aug 9, 2011 at 7:52 PM, David Gibson
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 'reg'
binding. Anything you d
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 Coelho wrote:
> >> I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
> >>
> >> [2.054351] usbco
> -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 c
On 8/11/2011 1:51 PM, Munegowda, Keshava wrote:
On Thu, Aug 11, 2011 at 1:37 PM, Ohad Ben-Cohen wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho wrote:
I'm again getting a very similar oops with 3.1-rc1 on my pandaboard:
[2.054351] usbcore: registered new i
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 yo
On 8/11/2011 1:37 PM, Ohad Ben-Cohen wrote:
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho 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 'Enh
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
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
>
> Signed
On Thu, Aug 11, 2011 at 4:00 PM, Felipe Balbi 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
>> >> +++ b/arch/arm/plat
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 wrote:
> > Hi,
> >
> > (why aren't below in Cc ?
>
> I will add them.
>
> >
> > HARDWARE MONITORING
> > M: Jean Delvare
> > M: Guenter Roeck
> > L: lm-sens...@lm-sens
From: Afzal Mohammed
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
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/clock3xxx_data.c |3 +++
arch/arm/
From: Afzal Mohammed
This patch adds minimal support and build configuration for
AM335X EVM.
Signed-off-by: Afzal Mohammed
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-am335xevm.
From: Afzal Mohammed
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 OMAP34XX and
From: Vaibhav Hiremath
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 means, cpu_is_omap3
From: Afzal Mohammed
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
Signed-off-by: Vaibhav Hiremath
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 21 +
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
> >>
On Wed, Aug 10, 2011 at 6:16 PM, Felipe Balbi wrote:
> Hi,
>
> (why aren't below in Cc ?
I will add them.
>
> HARDWARE MONITORING
> M: Jean Delvare
> M: Guenter Roeck
> L: lm-sens...@lm-sensors.org
> W: http://www.lm-sensors.org/
> T: quilt
> kernel.org/pub/linux/kern
This one needs to go to mfd maintainer too.
On Thu, Aug 11, 2011 at 6:27 AM, Kyle Manna 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: read error: Reso
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 wrote:
> Worst case this fixes the following error:
> [ 72.086212] (NULL device *): conversion timeout!
>
> Best
You need to CC linux-arm-kernel too.
On Thu, Aug 11, 2011 at 6:27 AM, Kyle Manna wrote:
> Signed-off-by: Kyle Manna
> ---
> arch/arm/mach-omap2/board-omap3beagle.c | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
>
On Thu, Aug 11, 2011 at 1:37 PM, Ohad Ben-Cohen wrote:
> + Paul, Benoit, Rajendra
>
> On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho 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.06143
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 a/
+ Paul, Benoit, Rajendra
On Tue, Aug 9, 2011 at 2:26 PM, Luciano Coelho 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) Driver
> [
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"
To: "Coelho, Luciano" ; ;
;
Cc: ; "Gabay, Benzy" ; "Gurumath, Pradeep"
; "Mahaveer, Vishal" ; "
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
---
arch/arm/mach-omap2/board-devkit8000.c |7 +--
arch
82 matches
Mail list logo