This patch enables MStandby smart-idle mode, autoidle smartidle mode,
and the autoidle bit for DMA4_OCP_SYSCONFIG.
Signed-off-by: Kalle Jokiniemi [EMAIL PROTECTED]
---
arch/arm/plat-omap/dma.c | 13 +
arch/arm/plat-omap/include/mach/dma.h | 15 +++
2
Enabling smart idle modes in DMA4_OCP_SYSCONFIG enables sDMA to enter
standby if only synchronized dma transfers are programmed and no transfer
is active. This is needed to enable CORE power domain inactivity during
audio playback.
Compile tested with omap_3430sdp_defconfig on l-o master.
ext Kalle Jokiniemi [EMAIL PROTECTED] writes:
This patch enables MStandby smart-idle mode, autoidle smartidle mode,
and the autoidle bit for DMA4_OCP_SYSCONFIG.
Signed-off-by: Kalle Jokiniemi [EMAIL PROTECTED]
---
arch/arm/plat-omap/dma.c | 13 +
On ma, 2008-12-01 at 11:06 +0200, Högander Jouni wrote:
ext Kalle Jokiniemi [EMAIL PROTECTED] writes:
This patch enables MStandby smart-idle mode, autoidle smartidle mode,
and the autoidle bit for DMA4_OCP_SYSCONFIG.
Signed-off-by: Kalle Jokiniemi [EMAIL PROTECTED]
---
OMAP3 can't generate wakeups in this state, thus it is not permitted.
Signed-off-by: Tero Kristo [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm34xx.c | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for the
following:
- v4l2: add v4l2_device and v4l2_subdev structs to the v4l2 framework.
- v4l2-common: add i2c helper functions
- cs53l32a: convert to v4l2_subdev.
- cx25840: convert to v4l2_subdev.
- m52790: convert to
On Mon, 1 Dec 2008 12:46:08 +0100
Hans Verkuil [EMAIL PROTECTED] wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for the
following:
- v4l2: add v4l2_device and v4l2_subdev structs to the v4l2 framework.
- v4l2-common: add i2c helper functions
-
On Monday 01 December 2008, Hans Verkuil wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for the
following:
- v4l2: add v4l2_device and v4l2_subdev structs to the v4l2 framework.
- v4l2-common: add i2c helper functions
- cs53l32a: convert to v4l2_subdev.
-
On Monday 01 December 2008 13:27:07 Mauro Carvalho Chehab wrote:
On Mon, 1 Dec 2008 12:46:08 +0100
Hans Verkuil [EMAIL PROTECTED] wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for
the following:
- v4l2: add v4l2_device and v4l2_subdev structs to
On Friday 28 November 2008 11:16:20 Trilok Soni wrote:
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
Hi Trilok,
I reviewed this sensor driver and it's fine except for one thing:
setting the default registers from outside the driver. This is a really
Hi Hans,
I reviewed this sensor driver and it's fine except for one thing:
setting the default registers from outside the driver. This is a really
bad idea. I2C drivers should be self-contained. I've made the same
comment in the tvp514x driver review which I'm copying below (with some
small
On Monday 01 December 2008 13:31:25 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for
the following:
- v4l2: add v4l2_device and v4l2_subdev structs to the v4l2
framework. -
On Friday 28 November 2008 11:07:15 Trilok Soni wrote:
Hi Hans
I'm in if the aim is to get this back to linux-omap. :-) (Waiting
for the next patch from Trilok.)
Attached the updated patch for OMAP2 camera driver.
Hi Trilok, Sakari,
I've merged it in my tree:
Hi Hans,
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 13:31:25 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for
the following:
- v4l2: add
Hi Hans,
Hi Trilok, Sakari,
I've merged it in my tree: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb
Is it OK for me to issue a pull request for that it can be merged in the
v4l-dvb master?
I am OK with this. Sakari, I need your signed-off-by line.
--
---Trilok Soni
ext Trilok Soni wrote:
Hi Hans,
Hi Trilok, Sakari,
I've merged it in my tree: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb
Is it OK for me to issue a pull request for that it can be merged in the
v4l-dvb master?
I am OK with this. Sakari, I need your signed-off-by line.
Oh yes, it's here.
On Monday 01 December 2008 14:29:53 Laurent Pinchart wrote:
Hi Hans,
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 13:31:25 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
Hi Mauro,
Please pull from
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
following:
- omap2: add OMAP2 camera driver.
Thanks,
Hans
diffstat:
b/linux/drivers/media/video/omap24xxcam-dma.c | 601
b/linux/drivers/media/video/omap24xxcam.c | 1908
-Adds the ssi platform_device name and id to the SSI omapdev record
Signed-off-by: Carlos Chinea [EMAIL PROTECTED]
---
arch/arm/mach-omap2/omapdev3xxx.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omapdev3xxx.h
Hi Hans,
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 14:29:53 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 13:31:25 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
Hi Mauro,
On Monday 01 December 2008 15:24:43 Laurent Pinchart wrote:
Hi Hans,
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 14:29:53 Laurent Pinchart wrote:
On Monday 01 December 2008, Hans Verkuil wrote:
On Monday 01 December 2008 13:31:25 Laurent Pinchart wrote:
Hi Hans,
On Mon, 1 Dec 2008 15:24:43 +0100
Laurent Pinchart [EMAIL PROTECTED] wrote:
I am all for pushing the changes to the v4l-dvb repository so they
can get broader testing. I am, however, a bit more concerned about
pushing the changes to Linus yet.
They will of course go to
Tero Kristo [EMAIL PROTECTED] writes:
OMAP3 can't generate wakeups in this state, thus it is not permitted.
Signed-off-by: Tero Kristo [EMAIL PROTECTED]
Thanks, pulling into PM branch.
Kevin
---
arch/arm/mach-omap2/pm34xx.c | 15 ---
1 files changed, 12 insertions(+), 3
Tero Kristo [EMAIL PROTECTED] writes:
Off mode is now using the omap2 retention fix code for scanning GPIOs
only during off-mode transitions. All the *non_wakeup_gpios variables
are now used for off-mode transition tracking on OMAP3. This patch fixes
cases where GPIO state changes are missed
This patch fixes a number of sillies, from missing 'const' to using
'return' in void functions, to functions with no arguments not even
'void' and a cast which isn't required.
Signed-off-by: Russell King [EMAIL PROTECTED]
--
I want to merge this for the next ARM kernel pull by Linus. Please
ack
Hi,
On OMAP3EVM, with a minimum config. All domains are hitting RET.
Only SGX domain hits OFF. No other domain hits OFF.
I tried doing a echo 1 /sys/power/enable_off_mode.
Powertop shows Sleep States upto C4. Has anyone seen Sleep States
upto C6 with this kernel?
dont know why
Various bootloaders have been known to leave modules in a state
which prevents full-chip retention. This series forces
MMC, IVA2 and D2D/modem into known reset/idle states so that
the OMAP3 can hit full-chip idle.
Tested on OMAP3 Beagle, and custom OMAP3 hardware.
NOTE: this is similar to the
The bootloader may leave the MMC in a state which prevents hitting
retention. Even when MMC is not compiled in, each MMC module needs to
be forced into reset.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c | 85 +
1
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm34xx.c | 55 +
arch/arm/plat-omap/include/mach/control.h |5 +++
2 files changed, 60 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
Add D2D clocks (modem_fck, sad2d_ick, mad2d_ick) to clock framework,
and also ensure that auto-idle bits are set for these clocks during
PRCM init.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/clock34xx.h | 37 +++-
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/clockdomains.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clockdomains.h
b/arch/arm/mach-omap2/clockdomains.h
index bafa650..49a5774 100644
---
Rogue bootloaders may enable the modem and thus keep the
D2D power- and clock-domains from going into retention.
Reset modem on boot to be sure it is in known state.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm34xx.c |6 ++
1 files changed, 6 insertions(+), 0
Kevin Hilman [EMAIL PROTECTED] writes:
Various bootloaders have been known to leave modules in a state
which prevents full-chip retention. This series forces
MMC, IVA2 and D2D/modem into known reset/idle states so that
the OMAP3 can hit full-chip idle.
Tested on OMAP3 Beagle, and custom
On ma, 2008-12-01 at 12:50 +0200, Kalle Jokiniemi wrote:
On ma, 2008-12-01 at 11:06 +0200, Högander Jouni wrote:
ext Kalle Jokiniemi [EMAIL PROTECTED] writes:
This patch enables MStandby smart-idle mode, autoidle smartidle mode,
and the autoidle bit for DMA4_OCP_SYSCONFIG.
On Monday 01 December 2008 16:06:43 Mauro Carvalho Chehab wrote:
Hi Hans,
On Mon, 1 Dec 2008 15:24:43 +0100
Laurent Pinchart [EMAIL PROTECTED] wrote:
I am all for pushing the changes to the v4l-dvb repository so
they can get broader testing. I am, however, a bit more
concerned
Hi Hans,
On Mon, Dec 1, 2008 at 7:21 PM, Hans Verkuil [EMAIL PROTECTED] wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
following:
I don't understand hg version control tool, but commit shows your
name as author of this patch, whereas the patch I had
On Monday 01 December 2008 19:14:52 Trilok Soni wrote:
Hi Hans,
On Mon, Dec 1, 2008 at 7:21 PM, Hans Verkuil [EMAIL PROTECTED]
wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for
the following:
I don't understand hg version control tool, but commit shows
On Monday 01 December 2008, Tero Kristo wrote:
Off mode is now using the omap2 retention fix code for scanning GPIOs
only during off-mode transitions. All the *non_wakeup_gpios variables
are now used for off-mode transition tracking on OMAP3. This patch fixes
cases where GPIO state changes are
These five patches go on top of the two twl4030-usb patches sent
last Wednesday.
The first four are in the USB queue (though the fourth has some
minor updates that haven't yet made it there, like speling Tony's
name right) ... the last one moves one more OMAP-only driver out
of drivers/i2c/chips,
From: Philipp Zabel [EMAIL PROTECTED]
gpio_vbus provides simple GPIO VBUS sensing for peripheral
controllers with an internal transceiver.
Optionally, a second GPIO can be used to control D+ pullup.
It also interfaces with the regulator framework to limit charging
currents when powered via USB.
From: Philipp Zabel [EMAIL PROTECTED]
As Russell King points out, calling put_device(otg_transceiver-dev)
directly in driver cleanup paths makes assumptions about otg_transceiver
internals.
Signed-off-by: Philipp Zabel [EMAIL PROTECTED]
Signed-off-by: David Brownell [EMAIL PROTECTED]
From: Tony Lindgren [EMAIL PROTECTED]
Move otg_get/set/put_transceiver() from omap specific code
to common otg.c so other upcoming drivers can share them.
[ [EMAIL PROTECTED]: move to drivers/usb/otg, dox ]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
Signed-off-by: Felipe Balbi [EMAIL
From: David Brownell [EMAIL PROTECTED]
Move one more OMAP-specific driver out of the drivers/i2c/chips
directory ... in this case, a driver that's not yet upstream,
but is verging on being mainline-ready once it moves.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
From: David Brownell [EMAIL PROTECTED]
This contains two bugfixes to the initial twl4030 regulator
support patch related to USB:
(a) always overwrite the old list of consumers ... else
the regulators all share the same usb1v5 name;
(b) don't set up the usbcp regulator, which turns out
On Mon, 1 Dec 2008 23:44:52 +0530
Trilok Soni [EMAIL PROTECTED] wrote:
Hi Hans,
On Mon, Dec 1, 2008 at 7:21 PM, Hans Verkuil [EMAIL PROTECTED] wrote:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
following:
I don't understand hg version control
Sriram V wrote:
Hi,
On OMAP3EVM, with a minimum config. All domains are hitting RET.
Only SGX domain hits OFF. No other domain hits OFF.
Yes, the default boot behavior is to default to RET, but SGX does not
support RET, only ON or OFF, so it goes to OFF.
I tried doing a echo 1
Hi David,
Thanks,
Vaibhav Hiremath
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 29, 2008 1:24 AM
To: Hiremath, Vaibhav
Cc: [EMAIL PROTECTED]; davinci-linux-open-source-
[EMAIL PROTECTED]; linux-omap@vger.kernel.org; Jadav,
Brijesh R;
Hi Mauro,
This is one of the lack of the features on mercurial. It doesn't have a meta
tag for committer. On mercurial, the -hg user and the author should be the
same
person.
Since we want to identify the patch origin (e.g. whose v4l/dvb maintainer got
the patch), we use the internal
On Monday 01 December 2008, Hiremath, Vaibhav wrote:
Another common use of driver_data is to hold a pointer
to a struct holding chip-specific data that doesn't fit
into a simple bitmask.
[Hiremath, Vaibhav] I am trying to use/save complete init sequence in
id-driver_data -
static
Hi David,
Any plan of moving menelaus.c from i2c/chips directory? I think we can
move this driver under regulator framework too.
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
Thanks,
Vaibhav Hiremath
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2008 12:09 PM
To: Hiremath, Vaibhav
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; linux-
[EMAIL PROTECTED]; Jadav, Brijesh R; Shah, Hardik; Hadli,
On Monday 01 December 2008, Trilok Soni wrote:
Any plan of moving menelaus.c from i2c/chips directory? I think we can
move this driver under regulator framework too.
Whoever makes time to move that, and tps65010.c, to drivers/mfd
will earn Official Karma Points. :)
Further updating those
52 matches
Mail list logo