On 6/6/2011 12:16 PM, gr...@linuxhacker.ru wrote:
From: Oleg Drokin
CC: Mark Brown
CC: Mike Rapoport
CC: Nishant Kamat
CC: Steve Sakoman
CC: Felipe Balbi
CC: Santosh Shilimkar
Signed-off-by: Oleg Drokin
---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubs
From: Oleg Drokin
CC: Mark Brown
CC: Mike Rapoport
CC: Nishant Kamat
CC: Steve Sakoman
CC: Felipe Balbi
Signed-off-by: Oleg Drokin
---
arch/arm/mach-omap2/board-cm-t35.c |2 --
arch/arm/mach-omap2/board-ldp.c |2 --
arch/arm/mach-omap2/board-omap3beagle.c
From: Oleg Drokin
CC: Mark Brown
CC: Mike Rapoport
CC: Nishant Kamat
CC: Steve Sakoman
CC: Felipe Balbi
CC: Santosh Shilimkar
Signed-off-by: Oleg Drokin
---
arch/arm/mach-omap2/board-4430sdp.c | 16 +---
arch/arm/mach-omap2/board-cm-t35.c | 10 --
Hello!
This is another attempt at some regulator cleanups in mach-omap2 code:
Convert all users to REGULATOR_SUPPLY init style and drop the old-style
.dev assignment common ins hs_mmc init.
The only difference this time is the patch was split into two parts:
One for REGULATOR_SU
From: Oleg Drokin
Very similar to TPS65920
List of differences: http://www.ti.com/litv/pdf/swcu066b
CC: sa...@linux.intel.com
Signed-off-by: Oleg Drokin
---
drivers/mfd/twl-core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl
From: Oleg Drokin
Nachine database already updated:
http://www.arm.linux.org.uk/developer/machines/list.php?id=3284
Signed-off-by: Oleg Drokin
---
arch/arm/tools/mach-types |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/tools/mach-types b/arch/arm/tools/mach
From: Oleg Drokin
Bare-bones board file, comes with serial console, gpio keys,
MMC/SDCard and USB (peripheral) support.
Signed-off-by: Oleg Drokin
---
arch/arm/mach-omap2/Kconfig |5 +
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-omap3en
Hello!
Next attempt at B&N Nook Color board file submission.
USB peripheral mode is fully operational as is serial console and
MMC/SDCard.
Changes
since v4:
Rebased to devel-fixes
A few more style fixes with regulators
dropped board_mux define if CONFIG_OMAP_MUX is not set
since v3:
Sep
Hi,
On Friday 03 June 2011 03:30 PM, Valkeinen, Tomi wrote:
LANEx_ULPS_SIG2 bits are left on after entering ULPS. This doesn't cause
any problems currently, as DSI HW is reset when it is enabled. However,
if the reset is not done, operation fails if the bits are still set.
So reset the bits aft
Here is one attached which was known to be working (a few months ago,
I haven't tested recently)
Best regards,
Venkat.
On Mon, Jun 6, 2011 at 3:45 AM, Nicolau Werneck wrote:
> Hello. I wanted to try the latest cbus patches in my N800. I
> downloaded the branch from
>
> git://gitorious.org/usb/us
Hello. I wanted to try the latest cbus patches in my N800. I
downloaded the branch from
git://gitorious.org/usb/usb.git cbus
But there is no "defconfig" file for either N800 or N810. Does
anybody have a config file ready to use?...
Thanks,
++nic
--
Nicolau Werneck C3CF E29F 5350 5D
Hello!
On Apr 29, 2011, at 5:21 AM, Felipe Balbi wrote:
>> On Apr 28, 2011, at 2:14 AM, Mike Rapoport wrote:
>> +static struct omap_musb_board_data musb_board_data = {
>> +.interface_type = MUSB_INTERFACE_ULPI,
>> +#ifdef CONFIG_USB_MUSB_OTG
>> +.mode
Hi,
On Sun, Jun 05, 2011 at 03:30:55PM -0400, Alan Stern wrote:
> > > > good point. BTW, do we need this #ifdef CONFIG_PM stuff which has been
> > > > popping on most drivers recently ? To me it looks like driver.pm field
> > > > is always available even if PM is disabled, so what's the point ? Sa
Hi Kyungmin,
On Fri, Jun 3, 2011 at 2:57 AM, Kyungmin Park wrote:
> Please see the RFC patch, ARM: DMA-mapping & IOMMU integration
> http://www.spinics.net/lists/linux-mm/msg19856.html
Marek's work somehow escaped me, thanks for the pointers !
Ohad.
--
To unsubscribe from this list: send the li
Hi Arnd,
On Fri, Jun 3, 2011 at 6:53 PM, Arnd Bergmann wrote:
> I think the future of iovmm is looking not so good. Marek Szyprowski
> is working on a generic version of the dma-mapping API (dma_map_ops)
> based on the iommu API.
Nice! I missed Marek's work somehow.
> As far as I can tell, once
On Sun, 5 Jun 2011, Felipe Balbi wrote:
> > > good point. BTW, do we need this #ifdef CONFIG_PM stuff which has been
> > > popping on most drivers recently ? To me it looks like driver.pm field
> > > is always available even if PM is disabled, so what's the point ? Saving
> > > a few bytes ?
> >
Hi,
On Sun, Jun 05, 2011 at 07:19:38PM +0200, Rafael J. Wysocki wrote:
> > On Wed, Jun 01, 2011 at 03:54:38PM +0200, Rafael J. Wysocki wrote:
> > > > +static const struct dev_pm_ops usbhsomap_dev_pm_ops = {
> > > > + .suspend= usbhs_suspend,
> > > > + .resume = usbhs_re
On Wednesday, June 01, 2011, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jun 01, 2011 at 03:54:38PM +0200, Rafael J. Wysocki wrote:
> > > +static const struct dev_pm_ops usbhsomap_dev_pm_ops = {
> > > + .suspend= usbhs_suspend,
> > > + .resume = usbhs_resume,
> > > +};
> >
> > Please ad
In its current form, pm_runtime_clk_notify() iterates through sub-
strings of pm_clk_notifier_block.con_ids[0] rather than consecutive
pm_clk_notifier_block.con_ids[] elements. As a noticeable result, McBSP1
port no longer worked for me on updated arch/arm/mach-omap1/pm_bus.c
(commit 600b776eb39
On Fri, May 20, 2011 at 09:16:24PM +0530, Avinash.H.M wrote:
> The sequence of _ocp_softreset doesn't work for i2c. The i2c module has a
> special sequence to reset the module. The sequence is
> - Disable the I2C.
> - Write to SOFTRESET bit.
> - Enable the I2C.
> - Poll on the RESETDONE bit.
>
20 matches
Mail list logo