On 04/27/11 07:23, Oleg Drokin wrote:
Hello!
On Apr 24, 2011, at 6:09 PM, Mike Rapoport wrote:
-void __init usb_musb_init(struct omap_musb_board_data *board_data)
+static struct omap_musb_board_data musb_default_board_data = {
+.interface_type = MUSB_INTERFACE_ULPI,
+.mode
* Nicolas Pitre nicolas.pi...@linaro.org [110426 14:28]:
On Tue, 26 Apr 2011, Tony Lindgren wrote:
Otherwise cache_clean_flush can overwrite some of the relocated
area depending on where the kernel image gets loaded. This fixes
booting on n900 after commit
Hi,
On Wed, Apr 27, 2011 at 11:22:03AM +0530, Munegowda, Keshava wrote:
Dumb q2: is'nt it better to introduce polarity e.g.
pdata-ehci_data-reset_gpio_polarity etc? this will allow board files
to describe polarity of pin information to driver which can then be
Phy and any board specific
On Wed, Apr 27, 2011 at 1:28 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Wed, Apr 27, 2011 at 11:22:03AM +0530, Munegowda, Keshava wrote:
Dumb q2: is'nt it better to introduce polarity e.g.
pdata-ehci_data-reset_gpio_polarity etc? this will allow board files
to describe polarity of pin
On 04/27/11 04:52, gr...@linuxhacker.ru wrote:
From: Oleg Drokin gr...@linuxhacker.ru
MMC/SD interface, i2c, usb.
You should have added these at the first patch instead of Android devices.
---
arch/arm/configs/encore-nookcolor-defconfig | 2015
+++
The defconfig
On 04/27/11 04:52, gr...@linuxhacker.ru wrote:
From: Oleg Drokin gr...@linuxhacker.ru
Just bare-bones board file that has only serial console working.
---
arch/arm/mach-omap2/Kconfig|5 +
arch/arm/mach-omap2/Makefile |1 +
Most boards use exactly the same configuration for musb initialization.
Create a default that can be shared amount different boards.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
Fixed spelling in $SUBJ, thanks to Felipe Contreras
arch/arm/mach-omap2/board-2430sdp.c |7
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
---
The twl6025 uses a different regulator for USB than the 6030 so select
the correct regulator name depending on the subclass of device.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
---
drivers/usb/otg/twl6030-usb.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
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.
Graeme
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
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.
Signed-off-by:
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.
Signed-off-by: Graeme Gregory
On Wed, Apr 27, 2011 at 10:39:48AM +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.
Hi,
On Wed, Apr 27, 2011 at 10:39:50AM +0100, Graeme Gregory wrote:
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.
Hi,
On Wed, Apr 27, 2011 at 10:39:51AM +0100, Graeme Gregory wrote:
The twl6025 uses a different regulator for USB than the 6030 so select
the correct regulator name depending on the subclass of device.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
I don't see the point of this patch.
On Wed, Apr 27, 2011 at 10:39:50AM +0100, Graeme Gregory wrote:
+ switch (info-flags) {
+ case 0:
+ if (index == 0)
+ voltage = 0;
+ else if (index 58)
+ voltage = (60 + (12500 * (index - 1)));
+ else
On 12:07 Sun 24 Apr , Keshava Munegowda wrote:
I have posted the patches on April 22, 2011.
If possible I request you to test this.
Hi, Keshava!
Sorry for delay - it took some time to find _where_ exactly you have posted
the patch (thanks to Alan for giving the link). Anyway, it[1] seems
Commit e0b58d0 (mtd: nand: add -badblockbits for minimum number
of set bits in bad block byte) by Maxim Levitsky added
badblockbits to nand_chip to specify minimum number of set bits
in bad block byte. The patch initialized badblockbits to 8 in
nand_base.c, but later the initialization line
* Nicolas Pitre nicolas.pi...@linaro.org [110421 06:18]:
On Thu, 21 Apr 2011, Tony Lindgren wrote:
Otherwise we end up overwriting ourselves. This fixes booting
on n900 after commit 6d7d0ae51574943bf571d269da3243257a2d15db
(ARM: 6750/1: improvements to compressed/head.S).
* Tony Lindgren t...@atomide.com [110427 05:44]:
* Nicolas Pitre nicolas.pi...@linaro.org [110421 06:18]:
On Thu, 21 Apr 2011, Tony Lindgren wrote:
Otherwise we end up overwriting ourselves. This fixes booting
on n900 after commit 6d7d0ae51574943bf571d269da3243257a2d15db
(ARM:
Hi Tony,
On Mon, Apr 18, 2011 at 6:28 PM, Tony Lindgren t...@atomide.com wrote:
* Manuel, Lesly Arackal lesl...@ti.com [110418 15:52]:
To me it seems this should go into drivers/mfd instead.
The script may contain omap specific values, but can be
a loadable driver module.
-
* Manuel, Lesly Arackal lesl...@ti.com [110427 05:55]:
Hi Tony,
On Mon, Apr 18, 2011 at 6:28 PM, Tony Lindgren t...@atomide.com wrote:
* Manuel, Lesly Arackal lesl...@ti.com [110418 15:52]:
To me it seems this should go into drivers/mfd instead.
The script may contain omap specific
2011/4/26 Tony Lindgren t...@atomide.com:
* Linus Walleij linus.wall...@linaro.org [110423 01:32]:
Since you'll probably be dependent on stuff happening in my patches
to move stuff into drivers/gpio I'll be happy to carry the patches in my
gpio-consolidation branch with Tony's ACKs if need be.
* Igor Grinberg grinb...@compulab.co.il [110427 02:02]:
use gpio_request_one|array() instead of multiple gpiolib calls,
remove unneeded variables, etc.
Great :)
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
Recent runtime pm and hwmod conversions for 2.6.39 broke the musb peripheral
mode OMAP retention idle on boards where the board mode in struct
musb_hdrc_platform_data is set to MUSB_PERIPHERAL.
These conversions changed the way how the OTG_SYSCONFIG register is
configured and used in runtime.
The iommu shares an interrupt line with the OMAP3 ISP. The iommu
interrupt handler must check the fault status and return IRQ_HANDLED
when no fault occured.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/plat-omap/iommu.c |2 ++
1 files changed, 2
Hi Samuel,
On Tue, Apr 26, 2011 at 3:43 PM, Samuel Ortiz sa...@linux.intel.com wrote:
Hi Lesly,
On Thu, Apr 14, 2011 at 05:57:54PM +0530, Lesly A M wrote:
Workaround for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 -
On Wed, Apr 27, 2011 at 5:21 PM, Dmitry Artamonow mad_s...@inbox.ru wrote:
On 12:07 Sun 24 Apr , Keshava Munegowda wrote:
I have posted the patches on April 22, 2011.
If possible I request you to test this.
Hi, Keshava!
Sorry for delay - it took some time to find _where_ exactly you
Brian,
did you really intend to remove badblockbits? Maybe it should go back
to nand_base.c?
On Wed, Apr 27, 2011 at 3:09 PM, Saxena, Parth parth.sax...@ti.com wrote:
Commit e0b58d0 (mtd: nand: add -badblockbits for minimum number
of set bits in bad block byte) by Maxim Levitsky added
On Wed, Apr 27, 2011 at 5:01 PM, Tony Lindgren t...@atomide.com wrote:
* Igor Grinberg grinb...@compulab.co.il [110427 02:02]:
use gpio_request_one|array() instead of multiple gpiolib calls,
remove unneeded variables, etc.
Great :)
I think this does conflict with Mike's omap: cleanup board
Hello!
Thanks for the feedback.
On Apr 27, 2011, at 4:49 AM, Mike Rapoport wrote:
MMC/SD interface, i2c, usb.
You should have added these at the first patch instead of Android devices.
So, basically you want all board file changes to come as a single patch, right?
---
This patch integrates TI816X hwmods into hwmods framework.
Note that a TI816X specific function ti816x_cm_wait_module_ready() is added to
wait for module to become ready since corresponding OMAP2/3 function
omap2_cm_wait_module_ready() cannot be used as there are no IDLEST registers in
TI816X.
This patch adds minimum required hwmod data (e.g., UARTs) for bootup of TI816X.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
This patch depends on following patch set:
[PATCH 1/4] TI816X: prcm: Add module and register offsets
[PATCH 2/4] TI816X: clock: Add clock data
[PATCH 3/4] TI816X:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a voltage, which is not a
generically useful pairing, as far as I can tell. On Tegra, it is
quite
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a voltage, which is not a
(sorry, missent the earlier one)
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a
On Wed, Apr 27, 2011 at 13:29, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a
On Wed, Apr 27, 2011 at 11:48 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 13:29, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little
On Wed, 27 Apr 2011, Menon, Nishanth wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
I proposed in a different thread on LKML that DVFS be handled within
the generic clock implementation. Platforms would register a
regulator and a table of voltages for each
On Wed, 27 Apr 2011, Menon, Nishanth wrote:
OPP table is just a storage and retrieval mechanism, it is upto SoC
frameworks to choose the most adequate of solutions - e.g. OMAP has
omap_device, hwmod and a clock framework for more intricate control to
work in conjunction with cpuidle
On Wed, Apr 27, 2011 at 12:26 PM, Thomas Gleixner t...@linutronix.de wrote:
Forget OMAP implementation details for a while, sit back and look at
the big picture.
Here's my proposal for DVFS:
- DVFS is implemented in drivers/clk/dvfs.c, and is called by the
common clock implementation to adjust
Hi,
gst-dsp is a GStreamer plug-in to utilize Texas Intruments' DSP
algorithms for OMAP3 platforms using the tidspbridge driver.
This is a major release, many features have been implemented:
* Huge reorganization
* Support for IPP (image post-processor)
* Support for AAC decoder
* Support
On Wed, 27 Apr 2011, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [110427 05:44]:
We can't overwrite the running code when relocating only a small amount,
say 0x100 or so.
There's no need to relocate all the way past the compressed kernel,
we just need to relocate past the
Hi,
On 4/27/2011 8:45 AM, Grazvydas Ignotas wrote:
Brian,
did you really intend to remove badblockbits? Maybe it should go back
to nand_base.c?
No, I had no intention of the sorts! It surely should not have been
removed in the first place. I will ack a patch to revert it, or next
time I'm
On Thu, Apr 28, 2011 at 3:37 AM, Colin Cross ccr...@google.com wrote:
(sorry, missent the earlier one)
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for
45 matches
Mail list logo