On Wed, 11 May 2011 14:31:46 -0700
Steve Calfee stevecal...@gmail.com wrote:
On 05/11/11 11:16, Steve Calfee wrote:
New title, more appropriate to the topic.
I was replying to the fix posted by Sanjeev fixing
a/sound/soc/omap/omap-mcbsp.c
I am pretty near the cutting edge kernel, trying
On 05/11/11 09:32, Tomi Valkeinen wrote:
On Wed, 2011-05-11 at 10:28 +0530, Janorkar, Mayuresh wrote:
+static void __init ldp_display_init(void)
+{
+ int r;
+
+ struct gpio gpios[] = {
+ {LCD_PANEL_RESET_GPIO, GPIOF_OUT_INIT_HIGH, LCD RESET},
+
On 05/12/11 09:40, Igor Grinberg wrote:
On 05/11/11 09:32, Tomi Valkeinen wrote:
On Wed, 2011-05-11 at 10:28 +0530, Janorkar, Mayuresh wrote:
+static void __init ldp_display_init(void)
+{
+ int r;
+
+ struct gpio gpios[] = {
+ {LCD_PANEL_RESET_GPIO, GPIOF_OUT_INIT_HIGH, LCD
* Kevin Hilman khil...@ti.com [110510 05:46]:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
The OMAP1 clocksource interrupt handler just increments a variable
which otherwise isn't used, so this seems to be unnecessary. Tony
Lindgren confirms, so lets remove it.
Cc: Tony
* Russell King - ARM Linux li...@arm.linux.org.uk [110510 01:44]:
On Tue, May 10, 2011 at 10:38:41AM +0200, Sascha Hauer wrote:
You forgot to initialize cs-reg. With this:
Damnit. Fixed.
Tested-by: Sascha Hauer s.ha...@pengutronix.de
With cs-reg initialization and
* Russell King - ARM Linux li...@arm.linux.org.uk [110510 00:25]:
Cc: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Tested-by: Tony Lindgren t...@atomide.com
--
To unsubscribe from this list: send the line unsubscribe
* Russell King - ARM Linux li...@arm.linux.org.uk [110510 00:30]:
Convert the OMAP1 32-bit down counting clocksource to the generic
clocksource infrastructure.
Cc: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
On Tue, 10 May 2011, Russell King - ARM Linux wrote:
Add a generic mmio clocksource, covering both 32-bit and 16-bit register
access sizes, for up or down counters. This can be used to easily
create clocksources for simple counter-based implementations.
Cc: Alessandro Rubini
On 05/12/11 10:16, Igor Grinberg wrote:
On 05/12/11 09:40, Igor Grinberg wrote:
On 05/11/11 09:32, Tomi Valkeinen wrote:
On Wed, 2011-05-11 at 10:28 +0530, Janorkar, Mayuresh wrote:
+static void __init ldp_display_init(void)
+{
+ int r;
+
+ struct gpio gpios[] = {
+
-Original Message-
From: Igor Grinberg [mailto:grinb...@compulab.co.il]
Sent: Thursday, May 12, 2011 2:08 PM
To: Valkeinen, Tomi
Cc: Janorkar, Mayuresh; t...@atomide.com; linux-omap@vger.kernel.org;
Stanley Miao
Subject: Re: [PATCH 4/6] OMAP: LDP: Port the display driver to new
Hi Tony,
-Original Message-
From: ext Jarkko Nikula [mailto:jhnik...@gmail.com]
Sent: 2. toukokuuta 2011 9:58
To: Jokiniemi Kalle (Nokia-SD/Tampere)
Cc: t...@atomide.com; broo...@opensource.wolfsonmicro.com; linux-
o...@vger.kernel.org
Subject: Re: [PATCH v2 1/1] OMAP3:
Linus Walleij linus.wall...@linaro.org writes:
[...]
For TI I guess this currently means you simply cannot work
on GPIO stuff until you know where to go with it unless you
allow the OMAP GPIO authors to keep churning in arch/arm/*...
That's unless Grant is OK with us moving stuff into
Menon, Nishanth n...@ti.com writes:
On Wed, May 11, 2011 at 04:12, Shweta Gulati shweta.gul...@ti.com wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does not
belong to omap_hwmod
* Igor Grinberg grinb...@compulab.co.il [110511 00:35]:
ping!
On 05/03/11 18:22, Igor Grinberg wrote:
use gpio_request_one|array() instead of multiple gpiolib calls,
remove unneeded variables, etc.
Thanks that shrinks down the board files nicely. Applying to
devel-cleanup.
Regards,
* Adrian Hunter adrian.hun...@nokia.com [110506 02:13]:
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
There are 3 new platform data methods which should help us to do a clock
switching when notification is happened or request is started.
The purpose of the patch is to avoid high
* Adrian Hunter adrian.hun...@nokia.com [110506 02:11]:
eMMC may have a hardware reset line connected to a gpio,
so pass it to the driver.
Signed-off-by: Adrian Hunter adrian.hun...@nokia.com
This looks safe to merge via MMC list:
Acked-by: Tony Lindgren t...@atomide.com
---
* Lesly A M lesl...@ti.com [110506 06:14]:
Modifying the macro name Main_Ref to all caps(MAIN_REF).
This may get counted as crazy churn patch.. Please provide
some reason for doing this in the patch description.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Munegowda, Keshava
Sent: Wednesday, May 11, 2011 7:35 PM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Munegowda, Keshava; Balbi, Felipe; Gadiyar,
* Lesly A M lesl...@ti.com [110506 06:14]:
Power bus message sequence for TWL4030 to enter sleep/wakeup/warm_reset.
TWL4030 power scripts which can be used by different OMAP3 boards
with the power companion chip (TWL4030 series).
The twl4030 generic script can be used by any board file to
On 05/12/11 11:47, Janorkar, Mayuresh wrote:
On 05/12/11 10:16, Igor Grinberg wrote:
there is a typo in the function name:
s/ldp_twl_gpio_setup/ldp_twl_gpios_setup/
Also,
+};
+
+r = gpio_request_array(twl_gpios, ARRAY_SIZE(gpios));
This should be ARRAY_SIZE(twl_gpios));
yeah,
On 05/12/11 13:49, Premi, Sanjeev wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Munegowda, Keshava
Sent: Wednesday, May 11, 2011 7:35 PM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc:
Speaker amplifier is accidentally powered up in early TWL gpio setup. This
causes a few mA of needless battery current consumption. Without this patch
the amplifier can be shutdown only by having one active audio playback and
shutdown cycle to speaker output.
Thanks to Kalle Jokiniemi
The V28_A domain in Nokia N900 that supplies VDD voltages to TLV320AIC34 and
TPA6130A2 should not be shutdown. This is because otherwise there will be
leak from VIO to VDD in TLV320AIC34 and this leak consumes more battery
current that is saved from keeping V28_A off. With this patch the battery
Here are some smallish fixes and cleanups I made while porting N800's display
driver to DSS2.
Changes in v2:
* Fix typos in commit messages
* Properly check kzalloc return value and fail if allocation failed
* Rebased on DSS master
Tomi
Tomi Valkeinen (8):
OMAP: DSS2: Add missing dummy
dpi.c does not compile if DSI is not compiled in. Add the missing dummy
functions so that dpi.c compiles.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git
The clock aliases and the dss platform device name have changed, and
omapfb fails to initialize. Update the names to correct ones.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/dispc.c |4 ++--
drivers/video/omap/omapfb_main.c |2 +-
RFBI enables and disables clocks inside almost every function to get a
finegrained control to the clocks. However, the current understanding is
that this is not necessary power-management-wise.
Change the clocking scheme so that RFBI clocks are enabled when the
omapdss_rfbi_display_enable is
Add omap_rfbi_configure() which the panel driver can use to reconfigure
the data element size and the number of data lines in the RFBI bus.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/rfbi.c |8 +++-
include/video/omapdss.h|2 ++
2 files
Add similar bus lock to RFBI as is in DSI. The panel driver can use the
bus lock to mark that the RFBI bus is currently in use.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/rfbi.c | 16
include/video/omapdss.h|2 ++
2 files
The RFBI driver is quite messy. Remove dead and unneeded code and add
statics to functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h |7 --
drivers/video/omap2/dss/rfbi.c | 124 +---
2 files changed, 3
Remove old unused code lying inside #if 0.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 29 -
1 files changed, 0 insertions(+), 29 deletions(-)
diff --git a/drivers/video/omap2/omapfb/omapfb-main.c
omapfb_mode_to_timings() had struct fb_info, struct fb_var and struct
fb_ops allocated from stack. This caused the stack usage grow quite
high.
Use kzalloc to allocate the structs instead.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 95
Hi Shweta,
On 5/11/2011 11:12 AM, Gulati, Shweta wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does not
belong to omap_hwmod and is not used anywhere else.
As a part of voltage
On Thu, 2011-05-12 at 14:20 +0300, Igor Grinberg wrote:
Right. Do both fixes make it work?
If it is, then Tomi,
will you add both fixes to the patch set with our SOBs?
or do you want this to be sent properly as a follow up?
Yes, I can add these all to the same patch and handle it through
Add pointer to omap_dss_device struct as an argument in the functions which
are exported to dsi panel drivers. This argument will tell the DSI driver
which DSI interface's data it has to choose.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/displays/panel-taal.c | 120
The function dsi_pll_init() has omap_dss_device argument which is
not used. Remove this argument.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dpi.c |2 +-
drivers/video/omap2/dss/dsi.c |5 ++---
drivers/video/omap2/dss/dss.h |3 +--
3 files changed, 4
OMAP4 has a DSI2 module, whose lanes are connected to the secondary lcd panel on
blaze and 4430sdp.
Modify dsi.c driver to register and work multiple DSI devices. Make the
necessary changes needed to introduce DSI2 PLL clocks.
Changes since v1:
-Rename functions used for getting dsidev
-Remove
The dsi related data structure currently creates one global instance of itself
which is accessed by dsi functions. Remove this global structure instance and
declare the struct as dsi_data. Modify dsi_init() to allocate a dsi_data
structure for each platform device instance. Link this data with the
dsi_packet_sent_handler_vp() and dsi_packet_sent_handler_l4() currently
receive the completion parameter as their argument. This is not sufficient
information to differentiate between DSI1 and DSI2 platform devices.
Pass the struct dsi_packet_sent_handler_data to the packet_sent_handler
isrs,
Introduce DSI2 PLL clock sources needed by LCD2 channel and DSI2 Protocol
engine and DISPC Functional clock. Do the following:
- Modify dss_get_dsi_clk_source() and dss_select_dsi_clk_source() to take the
dsi module number as an argument.
- Create debugfs files for dsi2, split the corresponding
Panel Taal driver uses the string taal to register for a backlight device.
This causes backlight_device_register() to fail when a second taal panel
is added. Use dev_name(dssdev-dev) as a parameter instead of the string.
Note: This will break backlight related sysfs commands. Use the name as
On Tue, Mar 22, 2011 at 3:20 PM, Carlos Chinea carlos.chi...@nokia.com wrote:
Hi,
On Mon, 2011-03-21 at 09:16 +0100, ext Linus Walleij wrote:
2010/12/14 Carlos Chinea carlos.chi...@nokia.com:
Here you have the fourth round of the HSI framework patches.
I'd like to notify that this
Kevin,
On Thu, May 12, 2011 at 3:20 PM, Kevin Hilman khil...@ti.com wrote:
Menon, Nishanth n...@ti.com writes:
On Wed, May 11, 2011 at 04:12, Shweta Gulati shweta.gul...@ti.com wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
Hi,
On Thu, May 12, 2011 at 5:11 PM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Shweta,
On 5/11/2011 11:12 AM, Gulati, Shweta wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does
On Wed, 2011-05-11 at 21:17 +0530, Kishore Kadiyala wrote:
When reading/writing a subpage (When HW ECC is not available/enabled)
for number of bytes not aligned to 4, the mis-aligned bytes are handled
first (by cpu copy method) before enabling the Prefetch engine to/from
'p'(start of buffer
Hi,
On Thu, May 12, 2011 at 6:19 PM, Gulati, Shweta shweta.gul...@ti.com wrote:
Hi,
On Thu, May 12, 2011 at 5:11 PM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Shweta,
On 5/11/2011 11:12 AM, Gulati, Shweta wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by
On Tue, 2011-05-10 at 18:55 +0530, Mayuresh Janorkar wrote:
An on-board projector named picodlp is available for OMAP4430 SDP.
Entry for this picodlp as a panel is being added in dss_devices array
to the board file.
It needs 4 GPIO pins for interfacing with host processor
and these are
This patch series starts to add support for the twl6025 chip to the
twl driver. This series contains patches for the MFD device and the
regulator device to support the twl6025.
Since V1
Series has been altered to pass features via platform data rather
than via a get function on a global
The charger fault IRQs from the twl will in future patches be handled
by a seperate IRQ handler in the charger driver than the general charger
IRQ. Give them different IRQ numbers now to allow the charger driver to
be merged in the future.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
---
Phoenix Lite is based on the twl6030 family of PMICs. It has mostly the
same feature set of twl6030 but with small changes. The codec block has
also been removed. It also has a new charger block and new features in
its ADC block. VUSB handling also differs.
Since V1
Pass the twl features
Adding support for the twl6025. Major difference in the twl6025 is the
group functionality has been removed from the chip so this affects how
regulators are enabled and disabled.
The names of the regulators also changed.
The DCDCs of the 6025 are software controllable as well.
Since V1
Use the
On Thu, May 12, 2011 at 02:27:55PM +0100, Graeme Gregory wrote:
Phoenix Lite is based on the twl6030 family of PMICs. It has mostly the
same feature set of twl6030 but with small changes. The codec block has
also been removed. It also has a new charger block and new features in
its ADC block.
On Tue, 2011-05-10 at 18:55 +0530, Mayuresh Janorkar wrote:
picodlp panel driver is required for driving DLP dpp2600.
It consists of a dss driver and an i2c_client.
i2c_client is required for sending commands to dpp (DLP Pico Projector).
Based on original design from Mythri P K
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 5:18 PM
To: Igor Grinberg
Cc: Janorkar, Mayuresh; t...@atomide.com; linux-omap@vger.kernel.org;
Stanley Miao
Subject: Re: [PATCH 4/6] OMAP: LDP: Port the display driver to new DSS2
On Thu, 2011-05-12 at 14:20
On Thu, 2011-05-12 at 20:06 +0530, Janorkar, Mayuresh wrote:
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 5:18 PM
To: Igor Grinberg
Cc: Janorkar, Mayuresh; t...@atomide.com; linux-omap@vger.kernel.org;
Stanley Miao
Subject: Re: [PATCH 4/6] OMAP: LDP:
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 8:17 PM
To: Janorkar, Mayuresh
Cc: Igor Grinberg; linux-omap@vger.kernel.org; Stanley Miao
Subject: RE: [PATCH 4/6] OMAP: LDP: Port the display driver to new DSS2
On Thu, 2011-05-12 at 20:06 +0530, Janorkar,
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 7:58 PM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org; K, Mythri P
Subject: Re: [PATCH v4 4/4] OMAP: DSS: Add picodlp panel driver
On Tue, 2011-05-10 at 18:55 +0530, Mayuresh Janorkar wrote:
picodlp
On Thu, 2011-05-12 at 20:20 +0530, Janorkar, Mayuresh wrote:
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 8:17 PM
To: Janorkar, Mayuresh
Cc: Igor Grinberg; linux-omap@vger.kernel.org; Stanley Miao
Subject: RE: [PATCH 4/6] OMAP: LDP: Port the display
On Thu, 2011-05-12 at 20:25 +0530, Janorkar, Mayuresh wrote:
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 7:58 PM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org; K, Mythri P
Subject: Re: [PATCH v4 4/4] OMAP: DSS: Add picodlp panel driver
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 6:57 PM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org; K, Mythri P
Subject: Re: [PATCH v4 3/4] OMAP4: DSS: Adding a picodlp in OMAP4430 SDP
board file
On Tue, 2011-05-10 at 18:55 +0530, Mayuresh
There is an implicit assumption in current implementation that
debugfs is always enabled.
When debugfs is disabled, these errors are noticed during boot:
omap_voltage_late_init: Unable to create voltage debugfs main dir
vdd_debugfs_init: Unable to create debugfs directory for vdd_mpu
On Thu, May 12, 2011 at 04:50, Kevin Hilman khil...@ti.com wrote:
Menon, Nishanth n...@ti.com writes:
On Wed, May 11, 2011 at 04:12, Shweta Gulati shweta.gul...@ti.com wrote:
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Let's unify this before we have additional SoCs
On Thu, May 12, 2011 at 12:36, Sanjeev Premi pr...@ti.com wrote:
There is an implicit assumption in current implementation that
debugfs is always enabled.
thanks for doing this.
When debugfs is disabled, these errors are noticed during boot:
omap_voltage_late_init: Unable to create voltage
On 05/12/11 04:01, Peter Ujfalusi wrote:
On Thursday 12 May 2011 09:25:55 Jarkko Nikula wrote:
Of course for this you need to use omap as a master and codec as a
slave. One example for this is sound/soc/omap/omap3pandora.c.
static struct omap_board_mux board_mux[] __initdata = {
+
On 18:45 Thu 12 May , Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Hello,
I was wondering if it would be possible to run DPI and DSI interfaces
simultaneously with OMAP3 (DM3730).
Limitations:
- DSI would have to be in video mode (data to DSI phy through video
port with H/VSYNC signaling, OMAP_DSS_PARALLELMODE_BYPASS)
- DSI PLL would need to be used for clock
-Original Message-
From: Menon, Nishanth
Sent: Thursday, May 12, 2011 11:32 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] omap:pm: Fix boot-time errors with
debugfs disabled
On Thu, May 12, 2011 at 12:36, Sanjeev Premi pr...@ti.com wrote:
There
On Fri, May 13, 2011 at 12:46:17AM +0530, Premi, Sanjeev wrote:
-Original Message-
From: Menon, Nishanth
...
Last I tried, with Vishwa's dvfs branch on panda without voltage
registrations, things could crash :( if I get some time I will try to
port Vishwa's series onto kevin's
On 12:58-20110512, Todd Poynor wrote:
On Fri, May 13, 2011 at 12:46:17AM +0530, Premi, Sanjeev wrote:
-Original Message-
From: Menon, Nishanth
...
Last I tried, with Vishwa's dvfs branch on panda without voltage
registrations, things could crash :( if I get some time I
Hi Tony,
This is yet another attempt to reduce code duplication in the board files :)
Only build tested, since I don't have the hardware, so I belive an Ack from
Enric is required.
Mike Rapoport (4):
omap: igep0020: name refactoring for future merge with IGEP3
omap: igep0020: minor
IGEP2 and IGEP3 boards are very similar and can be merged into one file.
Start refactoring with changing igep2 to igep where applicable.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 158 +-
1 files changed, 79
to allow easy addition of IGEP3
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 57 ++
1 files changed, 30 insertions(+), 27 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
Add IGEP3 machine support to board-igep0020
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 103 ++
1 files changed, 80 insertions(+), 23 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
since it is merged into board-igep0020.c
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/Makefile |2 -
arch/arm/mach-omap2/board-igep0030.c | 438 --
3 files changed, 1
On Thu, 2011-05-05 at 07:51 +, ilkka.koski...@nokia.com wrote:
Hi,
Tony and John: What would be the appropriate path for this patch?
I'd probably push it through omap maintainer path, as its hardware
specific and can be better tested there.
thanks
-john
On Apr 13, 2011 Krishnamoorthy,
On Mon, 9 May 2011, Avinash.H.M wrote:
The debug l3_ick/rate is not displaying the actual rate of the clock in
hardware. This is because, the core dpll set_rate function doesn't update the
clk.rate. After fixing, the l3_ick/rate is displaying proper values.
Signed-off-by: Shweta Gulati
Hello!
On May 9, 2011, at 3:03 AM, Igor Grinberg wrote:
Bare-bones board file, comes with serial console, gpio keys,
MMC/SDCard and USB support.
Signed-off-by: Oleg Drokin gr...@linuxhacker.ru
---
In general, here you should write the version history of your patch...
umm, ok.
Do you
On Thu, 2011-05-12 at 17:26 +0530, Archit Taneja wrote:
OMAP4 has a DSI2 module, whose lanes are connected to the secondary lcd panel
on
blaze and 4430sdp.
Modify dsi.c driver to register and work multiple DSI devices. Make the
necessary changes needed to introduce DSI2 PLL clocks.
79 matches
Mail list logo