On Fri, Aug 19, 2011 at 02:04:58AM -0400, J, KEERTHY wrote:
> On Fri, Aug 19, 2011 at 7:43 AM, Guenter Roeck
> wrote:
> > On Thu, Aug 18, 2011 at 06:52:15AM -0400, Keerthy wrote:
> >> On chip temperature sensor driver. The driver monitors the temperature of
> >> the MPU subsystem of the OMAP4. It
On Fri, Aug 19, 2011 at 7:43 AM, Guenter Roeck
wrote:
> On Thu, Aug 18, 2011 at 06:52:15AM -0400, Keerthy wrote:
>> On chip temperature sensor driver. The driver monitors the temperature of
>> the MPU subsystem of the OMAP4. It sends notifications to the user space if
>> the temperature crosses us
On Thu, Aug 18, 2011 at 04:22:14PM +0530, Keerthy wrote:
...
> +int omap_temp_sensor_device_idle(struct omap_device *od)
> +{
> + struct omap_temp_sensor_registers *registers;
> + struct resource*mem;
> + void__iomem *phy_base;
On Thu, Aug 18, 2011 at 04:22:15PM +0530, Keerthy wrote:
...
> +static int omap_temp_sensor_clk_enable(struct omap_temp_sensor *temp_sensor)
> +{
> + u32 ret = 0;
> +
> + if (temp_sensor->clk_on) {
> + dev_err(temp_sensor->hwmon_dev, "clock already on\n");
> + goto o
Greg KH wrote:
> On Thu, Aug 18, 2011 at 05:14:17PM +0530, Gadiyar, Anand wrote:
> > Balbi, Felipe wrote:
> > > HI,
> > >
> > > On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
> > > > On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar wrote:
> > > > > This code section seems to ha
This code section seems to have been accidentally copy pasted.
It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
register and prevents the TLL mode from working correctly.
Signed-off-by: Anand Gadiyar
Acked-by: Felipe Balbi
Cc: Keshava Munegowda
Cc: Samuel Ortiz
Cc: sta...@kernel.o
On Mon, 2011-08-08 at 23:31 +0200, Rafael J. Wysocki wrote:
> On Sunday, August 07, 2011, Mark Brown wrote:
> > OK, so this does sound like there's probably a genuine issue on PCs due
> > to limitations in the environment. Is it possible to expose these
> > things to userspace in a way that's lim
linux-arm-kernel-boun...@lists.infradead.org wrote on :
> linux-arm-kernel-boun...@lists.infradead.org wrote on :
>
>> Hello,
>>
>> Pedanekar, Hemant wrote on Thursday, August 04, 2011 11:14 PM:
>>
>>> This patch set adds support for DM814x, C6A814x and AM387x device series
>>> having Cortex-A8
Tony Lindgren wrote on Monday, August 15, 2011 8:45 PM:
> * Hemant Pedanekar [110804 20:39]:
>> This patch adds minimal support and build configuration for TI8148 EVM.
>> Also adds support for low level debugging on UART1 console on the EVM. ...
>
>
>> +MACHINE_START(TI8148EVM, "ti8148evm")
>>
Tony Lindgren wrote on Monday, August 15, 2011 8:47 PM:
> * Hemant Pedanekar [110804 20:39]:
>> This patch adds cpu type, macros for identification of TI814X device.
>>
>> Note that following updates to common OMAP data structures are made:
>> 1) struct omap_chip_id member 'oc' is updated to u32
On Thu, Aug 18, 2011 at 06:52:15AM -0400, Keerthy wrote:
> On chip temperature sensor driver. The driver monitors the temperature of
> the MPU subsystem of the OMAP4. It sends notifications to the user space if
> the temperature crosses user defined thresholds via kobject_uevent interface.
> The us
linux-arm-kernel-boun...@lists.infradead.org wrote on :
> Hello,
>
> Pedanekar, Hemant wrote on Thursday, August 04, 2011 11:14 PM:
>
>> This patch set adds support for DM814x, C6A814x and AM387x device series
>> having Cortex-A8 MPU.
>>
>> The technical documents are available from following l
On Thu, Aug 18, 2011 at 05:14:17PM +0530, Gadiyar, Anand wrote:
> Balbi, Felipe wrote:
> > HI,
> >
> > On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
> > > On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar wrote:
> > > > This code section seems to have been accidentally copy pas
Hi,
On Fri, Aug 19, 2011 at 12:36:15AM +0300, Felipe Balbi wrote:
> Hi,
>
> On Sat, Jul 09, 2011 at 05:09:00AM +0100, Mark Brown wrote:
> > On Thu, Jun 30, 2011 at 12:51:03PM +0300, Felipe Balbi wrote:
> >
> > > the following patches where boot-tested on beagle xM
> > > and everything seems fine
Hi,
On Sat, Jul 09, 2011 at 05:09:00AM +0100, Mark Brown wrote:
> On Thu, Jun 30, 2011 at 12:51:03PM +0300, Felipe Balbi wrote:
>
> > the following patches where boot-tested on beagle xM
> > and everything seems fine. MMC root filesystem still
> > mounts, /proc/interrupts looks like ps aux | grep
Greg KH wrote:
> On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
> > I'd like to help co-maintain OMAP USB support. I've helped
> > out in the past when Felipe was away and would like make
> > it official.
>
> Traditionally people are asked to be a maintainer, or they volunteer to
>
On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
> I'd like to help co-maintain OMAP USB support. I've helped
> out in the past when Felipe was away and would like make
> it official.
Traditionally people are asked to be a maintainer, or they volunteer to
take over unmaintained proje
Hi,
Working DSS & Panel driver.
Sometime I am getting checksum error from DSI when framebuffers are
sent to panel via DSI.
omapdss DSI error: ACK with ERROR (0x400):
Wanted to know if some one has encounter similar error.
When / what can cause this error?
Regards,
Sudipta
--
To unsubscr
On Thu, Aug 18, 2011 at 4:38 PM, Arnd Bergmann wrote:
> On Thursday 18 August 2011, Ohad Ben-Cohen wrote:
>> arch/arm/plat-omap/Kconfig | 14 --
>> arch/arm/plat-omap/Makefile | 2 --
>> arch/arm/plat-omap/{ => include/plat}/iopgtabl
Hi David,
On Thu, Aug 18, 2011 at 4:40 PM, David Cohen wrote:
>> Not sure if David or anyone is using this, but if someone is, it must
>> be out-of-tree.
>
> I am fine to remove it.
OK, thanks for confirming!
Ohad.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
Hi Ohad,
On Thu, Aug 18, 2011 at 2:01 PM, Ohad Ben-Cohen wrote:
> Hi Hiroshi,
>
> On Thu, Aug 18, 2011 at 1:49 PM, Hiroshi DOYU wrote:
>>> -extern void iommu_set_twl(struct iommu *obj, bool on);
>>
>> This function was introduced by "Hari Kanigeri" for some OMAP4 case,
>> which is only using TLB
On Thursday 18 August 2011, Ohad Ben-Cohen wrote:
> arch/arm/plat-omap/Kconfig | 14 --
> arch/arm/plat-omap/Makefile|2 --
> arch/arm/plat-omap/{ => include/plat}/iopgtable.h |0
> drivers/iommu/Kconfig
On Thursday 18 August 2011, Laurent Pinchart wrote:
> > +static int omap_iommu_domain_init(struct iommu_domain *domain)
> > +{
> > + struct omap_iommu_domain *omap_domain;
> > +
> > + omap_domain = kzalloc(sizeof(*omap_domain), GFP_KERNEL);
> > + if (!omap_domain) {
> > + pr
From: ext Ohad Ben-Cohen
Subject: Re: [PATCH 5/7] omap: iovmm: remove unused functionality
Date: Thu, 18 Aug 2011 13:23:44 +0300
> On Thu, Aug 18, 2011 at 1:19 PM, Hiroshi DOYU wrote:
>> Maybe it's better to remove the comments explaining unnecessary
>> functions too. Now the function comparison
Hi,
On Thu, Aug 18, 2011 at 02:42:44PM +0530, Ajay Kumar Gupta wrote:
> The .power and .mode parameter of 'musb_plat' is also now set dynamically
> in usb_musb_init() so remove them.
>
> Signed-off-by: Ajay Kumar Gupta
Acked-by: Felipe Balbi
Tony, can you pick this up for next ?
> ---
> arc
Balbi, Felipe wrote:
> HI,
>
> On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
> > On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar wrote:
> > > This code section seems to have been accidentally copy pasted.
> > > It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
> >
Hi,
On Thu, Aug 18, 2011 at 04:22:15PM +0530, Keerthy wrote:
> On chip temperature sensor driver. The driver monitors the temperature of
> the MPU subsystem of the OMAP4. It sends notifications to the user space if
> the temperature crosses user defined thresholds via kobject_uevent interface.
> T
Hi,
On Thu, Aug 18, 2011 at 04:22:12PM +0530, Keerthy wrote:
> The register set and the
> bit fields might vary across OMAP versions. Hence
> creating a structure comprising of all the registers
> and bit fields to make the driver uniform for all the
> versions with different register sets. The da
HI,
On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
> On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar wrote:
> > This code section seems to have been accidentally copy pasted.
> > It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
> > register and prevents the TLL mo
On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar wrote:
> This code section seems to have been accidentally copy pasted.
> It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
> register and prevents the TLL mode from working correctly.
>
> Signed-off-by: Anand Gadiyar
> Cc: Keshava Munego
Hi,
On Thu, Aug 18, 2011 at 04:31:34PM +0530, Gadiyar, Anand wrote:
> Balbi, Felipe wrote:
> > Hi,
> >
> > On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
> > > I'd like to help co-maintain OMAP USB support. I've helped
> > > out in the past when Felipe was away and would like make
Balbi, Felipe wrote:
> Hi,
>
> On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
> > I'd like to help co-maintain OMAP USB support. I've helped
> > out in the past when Felipe was away and would like make
> > it official.
...
> I'm concerned you will just vanish again. Last time we
Hi Hiroshi,
On Thu, Aug 18, 2011 at 1:49 PM, Hiroshi DOYU wrote:
>> -extern void iommu_set_twl(struct iommu *obj, bool on);
>
> This function was introduced by "Hari Kanigeri" for some OMAP4 case,
> which is only using TLB, not H/W table walk.
We discussed that internally, and concluded it's not
Hi,
On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
> I'd like to help co-maintain OMAP USB support. I've helped
> out in the past when Felipe was away and would like make
> it official.
>
> Signed-off-by: Anand Gadiyar
> Cc: Felipe Balbi
> Cc: Tony Lindgren
> Cc: Greg Kroah-Har
On chip temperature sensor driver. The driver monitors the temperature of
the MPU subsystem of the OMAP4. It sends notifications to the user space if
the temperature crosses user defined thresholds via kobject_uevent interface.
The user is allowed to configure the temperature thresholds vis sysfs n
The device file adds the device support for OMAP4
on die temperature sensor.
Signed-off-by: Keerthy
Cc: t...@atomide.com
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/temp_sensor_device.c | 178 ++
arch/arm/plat-omap/Kconfig
From: Benoit Cousson
OMAP4460 temperature sensor hwmod cannot be auto generated
since it is part of ctrl module. Hence populating the
necessary hwmod info manually.
Signed-off-by: Benoit Cousson
Signed-off-by: Keerthy
Cc: t...@atomide.com
Cc: b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmo
OMAP4460 specific temperature sensor register bit fields are added.
Signed-off-by: Keerthy
Cc: t...@atomide.com
---
.../include/mach/ctrl_module_core_44xx.h | 70
1 files changed, 57 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-omap2/include/mach/ct
The register set and the
bit fields might vary across OMAP versions. Hence
creating a structure comprising of all the registers
and bit fields to make the driver uniform for all the
versions with different register sets. The data file
contains the structure populated with register offsets
and bit f
div_ts_ck feeds only the temperature sensor functional clock
and also has a clksel associated (for divider selection). Mapping this
as the functional clock for the temperature sensor in clkdev table,
so a clk_set_rate() in the driver would have the effect of changing the
temperature sensor clock ra
Hello,
The rfc patch series for the on die temperature sensor driver. I need
feedback on the overall structure of the driver.
The rfc patch set has the device file, omap4 on die temperature sensor
hwmon driver. hwmod, clk support. The patch set compiles
on top of LO tree Master branch.
This patch
Hi Ohad,
From: ext Laurent Pinchart
Subject: Re: [PATCH 0/7] omap: iommu migration, relocation and cleanups
Date: Thu, 18 Aug 2011 11:12:55 +0200
> Hi Ohad,
>
> On Thursday 18 August 2011 01:10:01 Ohad Ben-Cohen wrote:
>> 1. Migrate OMAP's iommu driver to the generic IOMMU API, and move it
>> t
Hi Ohad,
Just small question inlined
From: ext Ohad Ben-Cohen
Subject: [PATCH 6/7] omap: iommu: remove unused exported API
Date: Thu, 18 Aug 2011 02:10:07 +0300
> Remove unused public APIs from OMAP's iommu driver.
>
> IOMMU functionality should be exposed only via the generic IOMMU API;
>
I'd like to help co-maintain OMAP USB support. I've helped
out in the past when Felipe was away and would like make
it official.
Signed-off-by: Anand Gadiyar
Cc: Felipe Balbi
Cc: Tony Lindgren
Cc: Greg Kroah-Hartman
---
MAINTAINERS |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6/
This code section seems to have been accidentally copy pasted.
It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
register and prevents the TLL mode from working correctly.
Signed-off-by: Anand Gadiyar
Cc: Keshava Munegowda
Cc: Samuel Ortiz
---
Against v3.1-rc2; tested against linux-
On Thu, Aug 18, 2011 at 1:19 PM, Hiroshi DOYU wrote:
> Maybe it's better to remove the comments explaining unnecessary
> functions too. Now the function comparison table doesn't make sense
Sure, will do.
> From: Hiroshi DOYU
> Date: Thu, 18 Aug 2011 13:13:53 +0300
> Subject: [PATCH 1/1] oma
Hi Ohad,
From: ext Ohad Ben-Cohen
Subject: [PATCH 5/7] omap: iovmm: remove unused functionality
Date: Thu, 18 Aug 2011 02:10:06 +0300
> Remove unused functionality from OMAP's iovmm module.
>
> The intention is to eventually completely replace iovmm with the
> generic DMA-API, so new code that'
Thanks,
Deepthy Ravi.
From: Hiremath, Vaibhav
Sent: Wednesday, August 17, 2011 9:00 PM
To: Ravi, Deepthy; mche...@infradead.org; linux-me...@vger.kernel.org;
linux-ker...@vger.kernel.org
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH] Media controller:
Hi Ohad,
On Thursday 18 August 2011 01:10:01 Ohad Ben-Cohen wrote:
> 1. Migrate OMAP's iommu driver to the generic IOMMU API, and move it
> to the dedicated iommu folder.
>
> 2. Fix omap3isp appropriately so it doesn't break.
>
> 3. Adapt OMAP's iovmm appropriately as well, because omap3isp stil
The .power and .mode parameter of 'musb_plat' is also now set dynamically
in usb_musb_init() so remove them.
Signed-off-by: Ajay Kumar Gupta
---
arch/arm/mach-omap2/usb-musb.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mach-omap2/usb-musb.c b
Hi Laurent,
On Thu, Aug 18, 2011 at 12:01 PM, Laurent Pinchart
wrote:
> Just one small comment in case you resubmit the whole series for another
> reason.
..
> You can directly return -ENOMEM here, and remove the "out:" label.
Sure thing,
Thanks,
Ohad.
--
To unsubscribe from this list: send the
On Wednesday 17 August 2011 12:53:46 Andy Shevchenko wrote:
> On Wed, 2011-08-17 at 16:04 +0530, Deepthy Ravi wrote:
> > From: Vaibhav Hiremath
> >
> > Defines the two functions only when CONFIG_MEDIA_CONTROLLER
> > is enabled.
>
> Is it not a driver's option to be dependent on MEDIA_CONTROLLER?
Hi Ohad,
Thanks for the patch.
Just one small comment in case you resubmit the whole series for another
reason.
On Thursday 18 August 2011 01:10:02 Ohad Ben-Cohen wrote:
> Migrate OMAP's iommu driver to the generic IOMMU API, so users can stay
> generic, and any generic IOMMU functionality can
Hi,
On Wednesday, August 17, 2011, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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
>
Hi Paul,
Did you get a chance to look at this series? These fixes will allow us
to remove the temporary hacks from the DSS driver.
Tomi
On Mon, 2011-08-08 at 12:15 +0300, Tomi Valkeinen wrote:
> Second try with the DSS HWMODs
>
> This set fixes the DSS clocks in HWMOD data, and implements a ne
55 matches
Mail list logo
