Hi,
On Mon, 2008-11-24 at 12:12 +, ext Russell King - ARM Linux wrote:
On Fri, Nov 21, 2008 at 12:25:36PM +0200, Tomi Valkeinen wrote:
Parse ATAG_VIDEOLFB received from bootloader to screen_info struct,
so that video drivers can use the information.
Boot loaders tend to be absolutely
Hi Hans,
I'm not going to spam the list with these quite big patches. Just go to
http://linuxtv.org/hg/~hverkuil/v4l-dvb-ng/ and click on the 'raw' link
after each change to see the patch. Most of these changes are just
boring i2c driver conversions.
It is hard to review these patches
Shortly: Restate the introductory header and resend the patches?
On Mon, 2008-11-24 at 23:27 -0800, ext David Brownell wrote:
On Monday 24 November 2008, [EMAIL PROTECTED] wrote:
From: Eero Nurkkala [EMAIL PROTECTED]
The amount of bytes to receive is read from wrong
place with omap 2430
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c | 24 +++---
arch/arm/mach-omap2/mailbox.c | 46 ++--
arch/arm/plat-omap/Kconfig |2 +-
arch/arm/plat-omap/include/mach/irqs.h |
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/mailbox.c | 77 +++-
1 files changed, 29 insertions(+), 48 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 22546d0..5ff2ed8 100644
---
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/mailbox.c | 15 +--
2 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index d385f0f..95d8673
Hi,
The followin patches are mainly for updating the mailbox driver with
omap3 support.
If there's no problem, please merge them into l-o.
The following changes since commit 3b7de4be879f1f4f55ae59882a5cbd80f6dcf0f0:
Paul Walmsley (1):
OMAP3 clock: disable DPLL autoidle while waiting
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/mailbox.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 261cd79..7c4d6ef 100644
--- a/arch/arm/mach-omap2/mailbox.c
+++
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap1/devices.c |2 +-
arch/arm/mach-omap1/mailbox.c | 31 +--
2 files changed, 18 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
index
Since mbox-dev doesn't exist and isn't created either at
registration, this patch will create struct device, which belongs to
omap-mailbox class and set this pointer for the member of
struct omap_mbox.
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/mailbox.h |
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/plat-omap/mailbox.c | 35 ---
1 files changed, 16 insertions(+), 19 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c b/arch/arm/plat-omap/mailbox.c
index 43c0ce3..5b00fc5 100644
---
no need to keep mailbox.h separately.
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/plat-omap/mailbox.c | 86 +++-
arch/arm/plat-omap/mailbox.h | 100 --
2 files changed, 85 insertions(+), 101 deletions(-)
On Tuesday 25 November 2008, Eero Nurkkala wrote:
Shortly: Restate the introductory header and resend the patches?
Restate, and update the patch to address the issues noted inline.
You had added the
if (34xx) {
...
} else /* must be 2430 */ {
...
On Tue, Nov 25, 2008 at 11:39:53AM +0200, Hiroshi DOYU wrote:
+MODULE_ALIAS(platform:DRV_NAME);
small typo here ?
MODULE_ALIAS(platform: DRV_NAME);
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info
From: Eero Nurkkala [EMAIL PROTECTED]
The number of bytes to be received is read from wrong
place with all OMAPs with highspeed I2C support,
which involves a FIFO and BUFSTAT_REG. It is the 6
bits starting from the bit 8 in the BUFSTAT_REG
that indicate this amount of bytes to be read.
Moreover,
From: Felipe Balbi [EMAIL PROTECTED]
Subject: Re: [PATCH 05/10] omap mailbox: fix empty struct device for omap1
Date: Tue, 25 Nov 2008 11:44:27 +0200
On Tue, Nov 25, 2008 at 11:39:53AM +0200, Hiroshi DOYU wrote:
+MODULE_ALIAS(platform:DRV_NAME);
small typo here ?
Right. fixed it in the
On Tue, 25 Nov 2008 11:09:37 +0530
ext Anuj Aggarwal [EMAIL PROTECTED] wrote:
This patch adds ALSA SoC support for OMAP3 EVM using TWL4030 audio codec.
I don't know about audio connections in all of these OMAP2 OMAP3 EVM's
SDP's but would it be jsut possible to re-use
ext Tony Lindgren wrote:
* Sakari Ailus [EMAIL PROTECTED] [081027 09:22]:
Jarkko Nikula wrote:
I would rather, if there is no need for such a long delay like
OMAP_I2C_TIMEOUT, remove that time_after and msleep(1) stuff and
just loop few iterations with udelay(1). Zero thinked tested diff
Hi Kevin,
In fact the IVA2 needs to execute the WFI instruction for its domain to go
into idle.
Fortunately the IVA2 ROM code has some provision to do it in certain cases.
The trick is to reset the IVA2, configure IVA to boot in idle mode, then let
it run.
The attached patch might help.
By mistake I sent to '[EMAIL PROTECTED]'
From: Santosh Shilimkar [EMAIL PROTECTED]
Added helper APIs in the arch/arm/plat-omap/dma.c.Declaration was already
present in arch/arm/plat-omap/include/mach/dma.h.
APIs are 1) omap_set_dma_src_endian_type
2) omap_set_dma_dst_endian_type
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
---
drivers/usb/host/ohci-omap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/ohci-omap.c b/drivers/usb/host/ohci-omap.c
index 22f6d19..4bbddb7 100644
--- a/drivers/usb/host/ohci-omap.c
+++
Let's do this gpiolib conversion in smaller steps...
At this time I applied David's four conversion patches for (OMAP and mainline)
on top of mainline. Then I applied my previous set, dropped out the conflicting
files and applied that set on top of linux-omap and did these two commits.
However,
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-fsample.c |5 +++--
arch/arm/mach-omap1/board-h2.c| 15 ---
arch/arm/mach-omap1/board-h3.c|7 ---
arch/arm/mach-omap1/board-innovator.c |2 +-
On Tue, Nov 25, 2008 at 01:21:20PM +0200, Jarkko Nikula wrote:
Or if those EVM's SDP's can route TWL4030 audio connections more
flexible than Beagle but somewhat similar manner, then probably have one
single machine driver for all EVM's?
Otherwise it doesn't make very much sense to have n
Here is the updated patch.
From: Santosh Shilimkar [EMAIL PROTECTED]
Added helper APIs in the arch/arm/plat-omap/dma.c.Declaration was already
present in arch/arm/plat-omap/include/mach/dma.h.
APIs are 1) omap_set_dma_src_endian_type
2) omap_set_dma_dst_endian_type
3)
No functional change, just a readability fix.
The symbolic name of the shift value used in writing
CM_AUTOIDLE_PLL_IVA2 referred values in the CM_CLKSTCTRL_IVA2
register. Fix this to use the AUTOIDLE fields.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm34xx.c |5
Peter 'p2' De Schrijver [EMAIL PROTECTED] writes:
This patch fixes a silly bug which causes core observability to be configured
wrongly for half of the pads.
Peter 'p2' De Schrijver (1):
Debobs control macro fix
arch/arm/plat-omap/include/mach/control.h |2 +-
1 files changed, 1
On Mon, Nov 24, 2008 at 08:44:13PM -0800, David Brownell wrote:
On Monday 24 November 2008, [EMAIL PROTECTED] wrote:
Fixes Kconfig dependency of TWL4030 audio codec driver
with TWL4030 core driver on both overo and omap2evm
boards
Signed-off-by: Arun KS [EMAIL PROTECTED]
Good idea.
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/plat-omap/Kconfig |8
arch/arm/plat-omap/Makefile |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/Kconfig b/arch/arm/plat-omap/Kconfig
index 960c13f..b3d6e13 100644
---
This patch provides:
- iotlb_*() : iommu tlb operations
- iopgtable_*() : iommu pagetable(twl) operations
- iommu_*() : the other generic operations
and the entry points to register and acquire iommu object.
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
Hi,
Some of TI OMAP series have the peripheral devices with their own
Memory Management Unit(IOMMU), which is composed of its own TLB and
optional H/W pagetable (TWL). These MMUs doesn't depend on MPU(ARM)
MMU at all, but their algorithms are quite similar and they share the
same physical address
The structure 'arch_mmu' accommodates the difference between omap1 and
omap2/3.
This patch provides omap2/3 specific functions and its registration.
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile |5 +
arch/arm/mach-omap2/iommu2.c |
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/plat-omap/iommu-sysfs.c | 393 ++
1 files changed, 393 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/plat-omap/iommu-sysfs.c
diff --git a/arch/arm/plat-omap/iommu-sysfs.c
Hi,
TWL4030 and compatibles have 2 pulse-width modulation (PWM) generators
(PWM0 and PWM1). They are used for backlight control and charger LED
in pandora board. I wasn't able to find any drivers for them in
linux-omap tree. Is there anyone working on these? If not, what would
be the proper way
On Tue, 25 Nov 2008, Kevin Hilman wrote:
No functional change, just a readability fix.
The symbolic name of the shift value used in writing
CM_AUTOIDLE_PLL_IVA2 referred values in the CM_CLKSTCTRL_IVA2
register. Fix this to use the AUTOIDLE fields.
Signed-off-by: Kevin Hilman [EMAIL
Hi,
On Tue, Nov 25, 2008 at 10:29 PM, Grazvydas Ignotas [EMAIL PROTECTED] wrote:
Hi,
TWL4030 and compatibles have 2 pulse-width modulation (PWM) generators
(PWM0 and PWM1). They are used for backlight control and charger LED
in pandora board. I wasn't able to find any drivers for them in
Op 25 nov 2008, om 17:59 heeft Grazvydas Ignotas het volgende
geschreven:
Hi,
TWL4030 and compatibles have 2 pulse-width modulation (PWM) generators
(PWM0 and PWM1). They are used for backlight control and charger LED
in pandora board. I wasn't able to find any drivers for them in
On Tuesday 25 November 2008 08:27:29 Trilok Soni wrote:
Hi Hans,
I'm not going to spam the list with these quite big patches. Just
go to http://linuxtv.org/hg/~hverkuil/v4l-dvb-ng/ and click on the
'raw' link after each change to see the patch. Most of these
changes are just boring i2c
# HG changeset patch
# User Hans Verkuil [EMAIL PROTECTED]
# Date 1227453585 -3600
# Node ID aaf944b194f95c0cc47603c1fc5105cca073c7db
# Parent d9ec70c0b0c55e18813f91218c6da6212ca9b7e6
v4l2-common: add i2c helper functions
From: Hans Verkuil [EMAIL PROTECTED]
Add helper functions to load i2c
# HG changeset patch
# User Hans Verkuil [EMAIL PROTECTED]
# Date 1227561257 -3600
# Node ID d5c3c3f0b53c549b53d9596c9a7e827ec7521c57
# Parent 3a957c63323e35f5862259814b728d4c08584963
cx25840: convert to v4l2_subdev.
From: Hans Verkuil [EMAIL PROTECTED]
Priority: normal
Signed-off-by: Hans
Sanjeev,
Sanjeev Premi [EMAIL PROTECTED] writes:
Function pm_dbg_update_time() is defined in within
an #ifdef CONFIG_DEBUG_FS; leading to this error:
arch/arm/mach-omap2/built-in.o: In function `_pwrdm_state_switch':
On Tuesday 25 November 2008, Grazvydas Ignotas wrote:
Hi,
TWL4030 and compatibles have 2 pulse-width modulation (PWM) generators
(PWM0 and PWM1). They are used for backlight control and charger LED
in pandora board. I wasn't able to find any drivers for them in
linux-omap tree. Is there
On Tue, Nov 25, 2008 at 10:42:36AM -0800, David Brownell wrote:
There are actually four PWM signals ... two associated with LEDs
(or VIBRA.M, or VIBRA.P; high current) with fast input clocks,
then PWM0 and PWM1 with slower input clocks which are alternate
GPIO settings. PWM1 can be used as
On Tuesday 25 November 2008, Koen Kooi wrote:
Regardless of what implementation you choose, it would be *great* if
people used the backlight class for things like backlights. /sys/class/
backlight/foo/brightness is such a nice standard that lots and lots
of usespace tools rely on it.
How
On Tuesday 25 November 2008, Mark Brown wrote:
Might it be an idea to have the relevant machine drivers select the
TWL4030 support? This would prevent them disabling it but the chip is
such a basic part of these systems that that doesn't seem unreasonable.
I'm not sure what you mean by
The blank operation should receive FB_BLANK_POWERDOWN, not
VESA_POWERDOWN.
Signed-off-by: Felipe Contreras [EMAIL PROTECTED]
---
drivers/video/omap/omapfb_main.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/video/omap/omapfb_main.c
Op 25 nov 2008, om 19:46 heeft David Brownell het volgende geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
Regardless of what implementation you choose, it would be *great* if
people used the backlight class for things like backlights. /sys/
class/
backlight/foo/brightness is such
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
---
arch/arm/mach-omap2/pm34xx.c | 54 +
arch/arm/plat-omap/include/mach/control.h |6 +++
2 files changed, 60 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
On Tue, Nov 25, 2008 at 10:54:28AM -0800, David Brownell wrote:
I'm not sure what you mean by machine driver ... there seem
to be two: arch/arm/mach-omap2/board-*.c for everything except
ALSA, and then sound/soc/omap/*.c for the ASoC bits.
I meant the arch/arm one.
As a rule, it's worth
On Tuesday 25 November 2008, Mark Brown wrote:
BTW, it'd also be really handy if you could remove the OMAP dependencies
from TWL4030_CORE - I know it currently needs them to actually be useful
at runtime but it'd mean that it's possible to build things like the
codec driver on other configs
On Tuesday 25 November 2008, Koen Kooi wrote:
How about a standard LED driver (optionally with a brightness
control) and the newish backlight trigger?
Does the backlight trigger hook into the backlight class?
It doesn't seem to call backlight_device_register(), though
I don't know why
Op 25 nov 2008, om 19:46 heeft David Brownell het volgende geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
Regardless of what implementation you choose, it would be *great* if
people used the backlight class for things like backlights. /sys/
class/
backlight/foo/brightness is such
Op 25 nov 2008, om 21:06 heeft David Brownell het volgende geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
How about a standard LED driver (optionally with a brightness
control) and the newish backlight trigger?
Does the backlight trigger hook into the backlight class?
It
On Tuesday 25 November 2008, Koen Kooi wrote:
Op 25 nov 2008, om 21:06 heeft David Brownell het volgende geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
How about a standard LED driver (optionally with a brightness
control) and the newish backlight trigger?
Does the
On Tuesday 25 November 2008, Koen Kooi wrote:
I googled a bit and poked Richard Purdie (CC'ed) and he says:
Thats not what the trigger was supposed to be used for...
However, drivers/leds/Kconfig disagrees:
config LEDS_TRIGGER_BACKLIGHT
tristate LED backlight Trigger
depends on
Op 25 nov 2008, om 22:26 heeft David Brownell het volgende geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
Op 25 nov 2008, om 21:06 heeft David Brownell het volgende
geschreven:
On Tuesday 25 November 2008, Koen Kooi wrote:
How about a standard LED driver (optionally with a
* Hiroshi DOYU [EMAIL PROTECTED] [081125 01:40]:
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c | 24 +++---
arch/arm/mach-omap2/mailbox.c | 46
++--
arch/arm/plat-omap/Kconfig |
On Tue, Nov 25, 2008 at 10:17:43AM +0200, Tomi Valkeinen wrote:
Hi,
On Mon, 2008-11-24 at 12:12 +, ext Russell King - ARM Linux wrote:
On Fri, Nov 21, 2008 at 12:25:36PM +0200, Tomi Valkeinen wrote:
Parse ATAG_VIDEOLFB received from bootloader to screen_info struct,
so that video
* Jarkko Nikula [EMAIL PROTECTED] [081125 06:13]:
Let's do this gpiolib conversion in smaller steps...
At this time I applied David's four conversion patches for (OMAP and mainline)
on top of mainline. Then I applied my previous set, dropped out the
conflicting
files and applied that set
* Jarkko Nikula [EMAIL PROTECTED] [081112 00:03]:
There are already various drivers having bigger label than 10 bytes. Most
of them fit well under 20 bytes but make column width exact so that
oversized labels don't mess up output alignment.
Pushing adding to omap-upstream queue.
Tony
* [EMAIL PROTECTED] [EMAIL PROTECTED] [080922 00:23]:
From: Amit Kucheria [EMAIL PROTECTED]
Pushing today adding to omap-fixes queue. Sorry for the delay on this one.
Tony
Signed-off-by: Amit Kucheria [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/pm.h |2 +-
1 files changed,
* David Brownell [EMAIL PROTECTED] [081115 12:54]:
From: David Brownell [EMAIL PROTECTED]
Update Pandora and Overo board-specific code to report that
they use catalog versions of the twl5030 ... this affects
the range of usable VAUX2 voltages.
Pushing 1 - 3 to l-o tree, not pushing 4. We'll
* David Brownell [EMAIL PROTECTED] [081119 17:35]:
From: David Brownell [EMAIL PROTECTED]
Finish removing dependency of TWL driver stack on platform-specific
IRQ definitions ... and remove the build dependency on OMAP.
This lets the TWL4030 code be included in test builds for most
* David Brownell [EMAIL PROTECTED] [081124 10:29]:
From: David Brownell [EMAIL PROTECTED]
Update board-h3.c to use standard GPIO calls to set up the
IRDA transceiver, not legacy OMAP-only gpioexpander code.
Also, move the #include .../ov9640.h; the header is gone,
there's currently no
* David Brownell [EMAIL PROTECTED] [081124 10:29]:
From: David Brownell [EMAIL PROTECTED]
Now that H3 is converted to use GPIO calls, get rid of the
legacy gpio_expander_omap code ... it has no more users.
One more needless divergence from mainline gone!
Woohoo! Pushing today.
Tony
* David Brownell [EMAIL PROTECTED] [081124 10:33]:
From: David Brownell [EMAIL PROTECTED]
Sync OMAP git with mainline ... build tested.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
This will help with an upcoming patch to move this to drivers/usb/otg.
Pushing today.
Tony
Hi Tony,
From: ext Tony Lindgren [EMAIL PROTECTED]
Subject: Re: [PATCH 02/10] omap mailbox: add initial omap3 support
Date: Tue, 25 Nov 2008 13:54:14 -0800
* Hiroshi DOYU [EMAIL PROTECTED] [081125 01:40]:
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap2/devices.c
On Tuesday 25 November 2008, Tony Lindgren wrote:
* David Brownell [EMAIL PROTECTED] [081115 12:54]:
From: David Brownell [EMAIL PROTECTED]
Update Pandora and Overo board-specific code to report that
they use catalog versions of the twl5030 ... this affects
the range of usable VAUX2
On Tuesday 25 November 2008, Grazvydas Ignotas wrote:
If they're using the LEDA or LEDB PWMs, providing and exporting
a brightness control would be easy. If they're using the other
two PWMs, it'd be more work.
The configuration is as follows:
LEDA - keypad backlight
LEDB - power LED
69 matches
Mail list logo