-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org]
On Behalf Of Abraham Arce
Sent: Wednesday, June 16, 2010 9:39 PM
To: linux-in...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Arce, Abraham
Subject: [PATCH v4 2/4] OMAP4:
Enabling hwmon and lm75 in the omap4 defconfig
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
mode change 100644 = 100755 arch/arm/configs/omap_4430sdp_defconfig
diff --git
In the case of a dsi framedone timeout, we should set the LCD_EN
bit to 0 and reset the dsi tx fifo so that the next panel update
call goes through cleanly.
With the new way of handling framedone interrupts, since everything
is handled in irq context, the only reason a framedone timeout occurs
is
Hi,
On Thu, 2010-06-17 at 10:29 +0200, ext Archit Taneja wrote:
In the case of a dsi framedone timeout, we should set the LCD_EN
bit to 0 and reset the dsi tx fifo so that the next panel update
call goes through cleanly.
With the new way of handling framedone interrupts, since everything
Hi,
On Thu, 2010-06-10 at 13:23 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
config VRFB should depend on ARCH_OMAP2 or ARCH_OMAP3.
Changes from v1:
- Addressed multi-omap build issue
Did you mean the VRFB config option to be visible via
Hi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, June 17, 2010 2:22 PM
To: Taneja, Archit
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: DSS2: DSI: disable manager on framedone timeout
Hi,
On Thu, 2010-06-17 at 10:29
Hi Hema,
From: linux-omap-ow...@vger.kernel.org
Kevin,
There is no errata in the USB which needs the Enable/Disable
wakeup to be done
Seperately. If it can be handled with omap_devie_enable/idle
Apis it is sufficient.
But there is a need of setting the Auto idle bit seperately as
for the
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Taneja, Archit
Sent: Thursday, June 17, 2010 2:37 PM
To: Tomi Valkeinen
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH] OMAP: DSS2: DSI: disable manager on
Hi,
On Thu, 2010-06-10 at 13:23 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
config VRFB should depend on ARCH_OMAP2 or ARCH_OMAP3.
Changes from v1:
- Addressed multi-omap build issue
Did you mean the VRFB config option to be
From: Maulik Mankad x0082...@ti.com
As a part of aligning the ISR code for MUSB with the specs, the
ISR code was re-written.
See Commit 1c25fda4a09e8229800979986ef399401053b46e (usb: musb: handle
irqs in the order dictated by programming guide)
With this the suspend interrupt came accidently
From: Anand Gadiyar gadi...@ti.com
This pin-muxing is best done in the board files. The driver should
not do this explicitly.
Also, this code causes a warning to be thrown when OMAP2430 and OMAP3/4
support are enabled in the same kernel.
Signed-off-by: Anand Gadiyar gadi...@ti.com
From: Mike Frysinger vap...@gentoo.org
The new ulpi code defines fallback stubs for the Blackfin arch, but does
so incorrectly leading to a build failure:
drivers/usb/musb/musb_core.c:227: error: 'musb_ulpi_read' undeclared here (not
in a function)
drivers/usb/musb/musb_core.c:228: error:
From: Maulik Mankad x0082...@ti.com
As a part of aligning the ISR code for MUSB with the specs, the
ISR code was re-written.
See Commit 1c25fda4a09e8229800979986ef399401053b46e (usb: musb: handle
irqs in the order dictated by programming guide)
With this the suspend interrupt came accidently
From: Sergei Shtylyov sshtyl...@ru.mvista.com
Attempt to build MUSB driver with CONFIG_PM=y (e.g. in the OTG mode) on DaVinci
results in these link errors:
drivers/built-in.o: In function `musb_restore_context':
led-triggers.c:(.text+0x714d8): undefined reference to
From: Jon Povey jon.po...@racelogic.co.uk
Wrap flags with uninitialized_var() to suppress this:
drivers/usb/musb/cppi_dma.c:1158: warning: 'flags' may be used uninitialized
in this function
Signed-off-by: Jon Povey jon.po...@racelogic.co.uk
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
From: Hema HK hem...@ti.com
Setting MUSB Burst Mode 3 automatically enables support for
lower burst modes (BURST4, BURST8, BURST16 or bursts of unspecified
length). There is no need to set these burst modes based on the
packet size. Also enable the burst mode for both mode1 and mode0.
This is a
Greg,
These are reviewed and non-controversial musb bugfix patches. Sanity have
been tested on OMAP3EVM for Host-MSC, HID, audio, video class and
device-CDC class.
Thanks,
Ajay
Ajay Kumar Gupta (1):
musb: fix compilation warning in host only mode
Anand Gadiyar (1):
musb: Kill board
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Also removed definition of 'mbase' from multiple places to only
at function top.
From: Sergei Shtylyov sshtyl...@ru.mvista.com
Commit 1c25fda4a09e8229800979986ef399401053b46e (usb: musb: handle irqs in the
order dictated by programming guide) forgot to get rid of the old 'STAGE0_MASK'
filter for calling musb_stage0_irq(), so now disconnect and suspend interrupts
are
Hello.
Ajay Kumar Gupta wrote:
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Also removed definition of 'mbase' from multiple places to
Hello.
Ajay Kumar Gupta wrote:
From: Maulik Mankad x0082...@ti.com
As a part of aligning the ISR code for MUSB with the specs, the
ISR code was re-written.
See Commit 1c25fda4a09e8229800979986ef399401053b46e (usb: musb: handle
irqs in the order dictated by programming guide)
With this
Enables dss to process color formats with pre-mulitplied alpha.
With this we can have alpha values defined for each pixel
and hence can have different blending values for each pixel.
sysfs entry has been created for this and pre-multiplied alpha
support is turned of by default.
Signed-off-by:
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Also removed definition of 'mbase' from multiple places to only
at function top.
Datta, Shubhrajyoti wrote:
Enabling hwmon and lm75 in the omap4 defconfig
I believe we're not going to be taking defconfig changes now.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 ++-
1 files changed, 2 insertions(+), 1
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Thursday, June 17, 2010 4:57 PM
To: Ajay Kumar Gupta
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com; gre...@suse.de; Maulik Mankad; David Brownell
Subject: Re: [PATCH
From: Senthilvadivu Guruswamy svad...@ti.com
Force def_vrfb to 0 for non omap2, omap3 devices
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
From: Senthilvadivu Guruswamy svad...@ti.com
config VRFB should depend on ARCH_OMAP2 or ARCH_OMAP3.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/Kconfig|4
drivers/video/omap2/omapfb/Kconfig |1 -
2 files changed, 4 insertions(+), 1
From: Senthilvadivu Guruswamy svad...@ti.com
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
1 file changed, 16 insertions(+), 0 deletions(-)
diff
From: Senthilvadivu Guruswamy svad...@ti.com
This patch series is the same as v3 content along with the naming
conventions followed for the patch subject.
The changelog till v3 are:
- Address Multi-omap build issue
- Added a check to warn the wrong usage of vrfb
in
Gupta, Ajay Kumar wrote:
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Also removed definition of 'mbase' from multiple places to only
Hello.
Maulik wrote:
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Thursday, June 17, 2010 4:57 PM
To: Ajay Kumar Gupta
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com; gre...@suse.de; Maulik Mankad; David Brownell
AFAIR, it was intentionally removed from the function top and
declared
in the multiple plcase instead by the former Felipe's patch [1] to fix
exactly the same issue, if I don't mistake. So, it hasn't worked out?
Yes, it was removed by Felipe's below patch but it introduced
On Thu, Jun 17, 2010 at 04:10:33PM +0530, Ajay Kumar Gupta wrote:
Greg,
These are reviewed and non-controversial musb bugfix patches. Sanity have
been tested on OMAP3EVM for Host-MSC, HID, audio, video class and
device-CDC class.
Sorry, I need Felipe to send these to me, or at the very
On Thu, Jun 17, 2010 at 05:45:15PM +0530, Maulik wrote:
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Thursday, June 17, 2010 4:57 PM
To: Ajay Kumar Gupta
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com;
* Tony Lindgren t...@atomide.com [100616 10:50]:
* Felipe Contreras felipe.contre...@gmail.com [100611 19:03]:
On Fri, Jun 11, 2010 at 6:07 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
My understanding is that Linus will remove all ARM defconfigs in 2.6.36,
unless
Kevin Hilman khil...@deeprootsystems.com writes:
As per new naming convention for hwmods, remove the redundant _hwmod suffix
from all hwmod names.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
This duplicates a patch already done by Benoit[1], but mine
incorrectly renames l3. I'll
These are reviewed and non-controversial musb bugfix patches. Sanity
have
been tested on OMAP3EVM for Host-MSC, HID, audio, video class and
device-CDC class.
Sorry, I need Felipe to send these to me, or at the very least, give me
an ack for them, before I will apply them.
Felipe, Can
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Wed, 2010-06-16 at 14:13 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Tue, 2010-06-15 at 20:58 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard
Adding Card detect support for MMC1 controller on OMAP4.
V5:
- Rebased to Mainline version 2.6.35-rc3
- Tested on OMAP4430SDP and OMAP3430SDP
- Could any one try testing on other boards
V4:
http://www.mail-archive.com/linux-...@vger.kernel.org/msg01958.html
Adding a flag to determine the card detect type which can be
either GPIO or NON-GPIO. MMC1 Controller of OMAP4 have NON-GPIO
interrupt line from twl6030 for card detect.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c |3 +++
Adding card detect callback function which gives the status of
the card .For MMC1 Controller, Card detect interrupt source is
twl6030 and card present/absent status is provided by MMCCTRL
register of twl6030.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
Benoit Cousson b-cous...@ti.com writes:
Add the missing braces in hwmod fw and clean the data for
OMAP2420, 2430 and 3430.
The brace fix was tested on OMAP4 PAB.
Please note that the data changes were built for the 3 platforms
but not tested on board.
The series is based on l-o master.
Varadarajan, Charulatha ch...@ti.com writes:
[...]
What does 'method' mean in that context? Maybe the name should be
revisited?
Agree. 'method' is used throughout OMAP GPIO code. As mentioned above,
this
field would be removed
once the whole GPIO code is cleaned up. This patch
From: Nishanth Menon [mailto:n...@ti.com]
Sent: Monday, May 31, 2010 9:36 AM
To: Gadiyar, Anand
Cc: G, Manjunath Kondaiah; linux-omap@vger.kernel.org; Tony Lindgren
Subject: Re: [PATCH] OMAP3630: Update ES1.1 silicon revision detection
On 05/31/2010 03:50 PM, Gadiyar, Anand wrote:
Varadarajan, Charulatha ch...@ti.com writes:
[...]
So please, don't do that.
BTW, you didn't answer the first answer, do you really need that?
It is used in save/restore context which would be called
from sram_idle path.
Cleaning this up should be considered instead of keeping around
Hi Ohad,
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Wednesday, June 16, 2010 4:18 PM
To: Guzman Lugo, Fernando
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
hiroshi.d...@nokia.com
Subject: Re: [PATCH] mailbox: change full flag per
On Thu, 17 Jun 2010 20:57:19 +0530 (IST)
kishore kadiyala kishore.kadiy...@ti.com wrote:
Adding card detect callback function which gives the status of
the card .For MMC1 Controller, Card detect interrupt source is
twl6030 and card present/absent status is provided by MMCCTRL
register of
On Thu, 17 Jun 2010 20:56:58 +0530 (IST)
kishore kadiyala kishore.kadiy...@ti.com wrote:
--- a/arch/arm/plat-omap/include/plat/mmc.h
+++ b/arch/arm/plat-omap/include/plat/mmc.h
@@ -43,6 +43,9 @@
#define OMAP_MMC_MAX_SLOTS 2
+#define NON_GPIO 0
+#define GPIO
Varadarajan, Charulatha ch...@ti.com writes:
From: Charulatha V ch...@ti.com
This patch adds support for handling OMAP15xx specific gpio_init
by providing platform device data and doing device registration.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap1/gpio15xx.c |
On Thu, 17 Jun 2010 20:57:19 +0530 (IST)
kishore kadiyala kishore.kadiy...@ti.com wrote:
Adding card detect callback function which gives the status of
the card .For MMC1 Controller, Card detect interrupt source is
twl6030 and card present/absent status is provided by MMCCTRL
register of
Abraham Arce x0066...@ti.com writes:
Keyboard controller for OMAP4 includes
- built-in scanning algorithm
- debouncing feature
- handling mechanism up to 9 x 9 keys
- wake-up event generation
[...]
v4
Felipe.Balbi.01| rows, cols, base and irq definitions
Felipe.Balbi.02|
Varadarajan, Charulatha ch...@ti.com writes:
[...]
+
+int omap4_init_kp(struct omap4_keypad_platform_data *kp)
+{
+struct omap_hwmod *oh;
+struct omap_device *od;
+struct omap4_keypad_platform_data *pdata;
+
+unsigned int id = 0;
+char *name = omap4-keypad;
+
Govindraj.R govindraj.r...@ti.com writes:
Avoid using hwmod lookup using name string rather
retreive port info using the hwmod class interface.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
Govindraj,
I quite like this change, but am still
Govindraj.R govindraj.r...@ti.com writes:
This patch makes the following:
- Adds missing wakeup padding register handling.
- Fixes a hardcode to use PER module ONLY on UART3.
- Muxmode usage needed for uart4 for 3630, for padconf
wakeup on uart4_rx line. uart4_rx signal is available
On OMAP1, we do not have omap_device + omap_hwmod to manage the
device-specific idle, enable and shutdown. Instead, just
enable/disable device clocks automatically at the runtime PM level.
This allows drivers to not have any OMAP1 specific clock management
and allows them to simply use the
Vishwa,
Can you have someone investigate/debug why using omap3_defconfig on
3630/Zoom3 results in no network while using omap_zoom3_defconfig
seems to work?
In addition, this would also be a good opportunity to get rid of the
Zoom3-specific defconfig and move towards using the common
Govindraj.R govindraj.r...@ti.com writes:
Changes from v1:
* Incorporated : OMAP clock: Add uart4_ick/fck definitions for 3630
* using omap_mux_request_signal to retreive padconf offset
as per Tony's comments.
http://marc.info/?l=linux-omapm=127609369220618w=2
This patch series as a
As a part of aligning the ISR code for MUSB with the specs,the
ISR code was re-written.
Best say re-aligning. When that code was merged, it was fully aligned with a
version of the MUSB
specification.
Alternatively, specify which version of which spec
was used this time around ... :)
--
58 matches
Mail list logo