On Wednesday 01 October 2008, Tony Lindgren wrote:
> * David Brownell <[EMAIL PROTECTED]> [081002 00:53]:
> > On Wednesday 01 October 2008, David Brownell wrote:
> >
> > > NOTE: this is the current code from the linux-omap tree.
> >
> > This chip being used on a whole bunch of boards:
> >
> > -
From: David Brownell <[EMAIL PROTECTED]>
Get rid of another needless TWL header file: twl4030-pwrirq.h
can easily live in twl4030.h; updating its three users.
Also switch to the shared definition of the SIH_CTRL COR bit,
remove useless-to-non-driver MODULE_ALIAS(), and add a note
about a but tha
From: David Brownell <[EMAIL PROTECTED]>
Remove by moving all the relevant contents
into the driver itself, and removing the rest. Stuff removed included
many useless bitmasks, and remnants of the platform data hook.
Add markers inside the rtc driver to split sections apart: first
data structu
* Peter Ujfalusi <[EMAIL PROTECTED]> [081002 08:29]:
> Fixes for the omap-keypad driver on OMAP2
>
> Peter Ujfalusi (2)
> OMAP2: omap-keypad: interrupt disable fix
> OMAP2: omap-keypad: Enable more than 6 rows
>
> drivers/input/keyboard/omap-keypad.c |6 +-
> 1 files changed, 1 inser
* David Brownell <[EMAIL PROTECTED]> [081002 00:53]:
> On Wednesday 01 October 2008, David Brownell wrote:
>
> > NOTE: this is the current code from the linux-omap tree.
>
> This chip being used on a whole bunch of boards:
>
> - Gumstix Overo
> - BeagleBoard.org
> - Omap ZOOM (Labrador)
> -
The GPIO interrupts has been disabled several times
after the first key press.
No need to disable - again - the interrupts in the omap_kp_scan_keypad
function on OMAP2.
Signed-off-by: Peter Ujfalusi <[EMAIL PROTECTED]>
---
drivers/input/keyboard/omap-keypad.c |4
1 files changed, 0 inser
Fixes for the omap-keypad driver on OMAP2
Peter Ujfalusi (2)
OMAP2: omap-keypad: interrupt disable fix
OMAP2: omap-keypad: Enable more than 6 rows
drivers/input/keyboard/omap-keypad.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
--
To unsubscribe from this list: send th
There is no reason to limit the GPIO rows to 6 for
OMAP2.
Signed-off-by: Peter Ujfalusi <[EMAIL PROTECTED]>
---
drivers/input/keyboard/omap-keypad.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/input/keyboard/omap-keypad.c
b/drivers/input/keyboard/omap-keypad
> ZD1211 HS wifi unused + PL2303 FS RS232: /tty/USB0 send/receive WORKING
> ZD1211 HS wifi IN USE + PL2302 FS RS232: /tty/USB0 send WORKS, receive STOPS
> Pegasus FS eth unused + PL2302 FS RS232: /tty/USB0 send/receive WORKING
> Pegasus FS eth IN USE + PL2302 FS RS232: /tty/USB0 send WORKS, rec
From: David Brownell <[EMAIL PROTECTED]>
The directory has too many headers for twl4030
support. Start simplifying that by moving twl430-gpio.h into
the main twl4030.h and also:
- Providing comments to summarize the { module, offset } logical
addressing vs the { i2c_client, register } physi
On Wednesday 01 October 2008, David Brownell wrote:
> NOTE: this is the current code from the linux-omap tree.
This chip being used on a whole bunch of boards:
- Gumstix Overo
- BeagleBoard.org
- Omap ZOOM (Labrador)
- OMAP 2430 and 3430 SDP,
- OMAP2 and OMAP3 EVM
- ... more (openpandora.o
On Wednesday 01 October 2008, Randy Dunlap wrote:
> > + These multi-function chps are found on many OMAP2 and OMAP3
>
> chips
Indeed ... although if e e cummings could write poetry without
uppercase, surely in this modern age some literature will be
forthcoming t
On Wed, 1 Oct 2008 11:44:19 -0700 David Brownell wrote:
> drivers/mfd/Kconfig| 14
> drivers/mfd/Makefile |2
> drivers/mfd/twl4030-core.c | 1255 +++
> include/linux/i2c/twl4030-gpio.h | 76 ++
> include/linux/i2c/
Thanks Ajay! Your latest patch (multiple bulk fix) fixed the
hanging/oopsing problem for me. I have plugged and unplugged dozen of
devices into musb host without any crashes. Before, it crashed
almost every time.
But, I still have problems receiving bytes from CDC serial devices. I
experiment
This is a driver for the RTC in the TWL4030 family chips.
POSTED AS A TWL4030 MFD EXAMPLE -- NOT YET FOR MERGING.
As an example ... since it seems closest of the various sub-chip
drivers to being ready for mainline. Why not yet for merging?
- This includes a cleanup patch that's not yet been m
From: David Brownell <[EMAIL PROTECTED]>
This patch adds the core of the TWL4030 driver, which supports
chips including the TPS65950. These chips are multi-function; see
http://focus.ti.com/docs/prod/folders/print/tps65950.html
Public specs are in the works. For now, the block diagram on
th
From: "ext David Brownell" <[EMAIL PROTECTED]>
Subject: Re: [PATCH 1/3] [RFC] clk: introduce clk_associate
Date: Wed, 1 Oct 2008 09:15:45 -0700
> On Wednesday 01 October 2008, Felipe Balbi wrote:
> > > So mirroring "at91_clock_associate()" ... maybe this
> > > should be "omap_clock_associate()" no
On Wednesday 01 October 2008, Jean Delvare wrote:
> On Wed, 1 Oct 2008 08:58:12 -0700, David Brownell wrote:
> > On Wednesday 01 October 2008, Felipe Contreras wrote:
> > > Hmm, I'm seeing two different configs:
> > > CONFIG_TWL4030_GPIO
> > > CONFIG_GPIO_TWL4030
> > >
> > > I guess the defconfigs
On Wednesday 01 October 2008, Felipe Balbi wrote:
> > So mirroring "at91_clock_associate()" ... maybe this
> > should be "omap_clock_associate()" not "clk_associate()".
>
> Well, I'm ok with that but I'd rather see clk_associate() moving to
> clk api so anyone who needs that, could use it.
Seems
On Wednesday 01 October 2008, Mikko Ylinen wrote:
> Hi,
>
> David Brownell wrote:
> > A question that may well come up when this heads upstream:
> > why is this exporting a miscdev, for an ioctl, when this
> > could all be done using sysfs and hwmon rules? That is,
> > was this the "appropriate"
On Wed, 1 Oct 2008 08:58:12 -0700, David Brownell wrote:
> On Wednesday 01 October 2008, Felipe Contreras wrote:
> > Hmm, I'm seeing two different configs:
> > CONFIG_TWL4030_GPIO
> > CONFIG_GPIO_TWL4030
> >
> > I guess the defconfigs are wrong.
>
> Right, they should get fixed.
>
> The same iss
On Wed, Oct 01, 2008 at 08:51:46AM -0700, David Brownell wrote:
> On Wednesday 01 October 2008, Felipe Balbi wrote:
> > +/**
> > + * clk_associate - associates a user to a clock so device drivers don't
> > + * have to care about clock names
> > + *
> > + * @id: clock id as defined in arch/arm/mach-
On Wednesday 01 October 2008, Felipe Contreras wrote:
> Hmm, I'm seeing two different configs:
> CONFIG_TWL4030_GPIO
> CONFIG_GPIO_TWL4030
>
> I guess the defconfigs are wrong.
Right, they should get fixed.
The same issue will come when drivers/i2c/chips/twl4030-core.c
moves to drivers/mfd/twl40
On Wednesday 01 October 2008, Felipe Balbi wrote:
> +/**
> + * clk_associate - associates a user to a clock so device drivers don't
> + * have to care about clock names
> + *
> + * @id: clock id as defined in arch/arm/mach-omapX/clk.h
> + * @dev: device pointer for the clock user
> + * @f: a fu
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/powerdomain.c | 94 +
arch/arm/plat-omap/include/mach/powerdomain.h |7 ++
2 files changed, 101 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/powerdomain.
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/clock.c |2 ++
arch/arm/mach-omap2/clockdomain.c |4
arch/arm/mach-omap2/pm34xx.c |6 ++
3 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock.c b
This patch introduces counters for the various PM states in OMAP3.
Peter 'p2' De Schrijver (2):
PM counter infrastructure.
Hook into PM counters
arch/arm/mach-omap2/clock.c |2 +
arch/arm/mach-omap2/clockdomain.c |4 +
arch/arm/mach-omap2/pm34xx.c
> [EMAIL PROTECTED] On Behalf Of Kevin Hilman
> Sent: Wednesday, October 01, 2008 5:47 AM
> This patch does the accounting use 'dev->last_state' state instead of
> the governor-chosen state. If the target's enter_idle hook enters a
> different state than it was asked, it should update dev->last_
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/debobs.c | 239 ++
arch/arm/plat-omap/include/mach/debobs.h |7 +
2 files changed, 246 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-omap2/debobs.c
cr
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/include/mach/control.h | 34 +
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/control.h
b/arch/arm/plat-omap/include/mach/control.h
ind
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/Makefile |3 +++
arch/arm/plat-omap/Kconfig |7 +++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
index e18da0c..a30d5ff 1
This patch adds support for debug observability on OMAP3430 using the ETK
lines. A new interface for using debug GPIOs is provided. This interface makes
sure the debobs subsystem is initialized before actual gpiolib calls are made.
Peter 'p2' De Schrijver (3):
Add definitions for ETK pads and
Sergio,
Yes, that is what I have seen as well. Although this specific
function returns -ETIMEDOUT, a function farther up the call stack must
be looping until success.
-Jason
> Jason, Felipe,
>
> Apparently it was a HW issue with the camkit I was using.
>
> I realized that when trying with anoth
Hi,
David Brownell wrote:
A question that may well come up when this heads upstream:
why is this exporting a miscdev, for an ioctl, when this
could all be done using sysfs and hwmon rules? That is,
was this the "appropriate" way to export ADC channels?
We could still do both, right?
And a s
On Wed, Oct 01, 2008 at 04:46:14PM +0300, ext Felipe Contreras wrote:
> Hmm, I'm seeing two different configs:
> CONFIG_TWL4030_GPIO
dropped
> CONFIG_GPIO_TWL4030
new one.
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTE
On Sun, Sep 28, 2008 at 8:16 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Saturday 27 September 2008, Felipe Balbi wrote:
>> On Sat, Sep 27, 2008 at 04:45:20PM -0700, David Brownell wrote:
>> > On Saturday 27 September 2008, Felipe Balbi wrote:
>> > > We need something like the patch below (I
Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-n800-mmc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n800-mmc.c
b/arch/arm/mach-omap2/board-n800-mmc.c
index 2cf8213..2c5c97c 100644
--- a/arch/arm/mach-oma
* Shilimkar, Santosh <[EMAIL PROTECTED]> [081001 14:09]:
> > -Original Message-
> > From: Shilimkar, Santosh
> > Sent: Thursday, September 25, 2008 3:31 PM
> > To: linux-omap@vger.kernel.org
> > Cc: Pandita, Vikram
> > Subject: [PATCH] ARM: OMAP3: DMA: Fix for sDMA Errata 1.113
> >
> > Fr
"Peter 'p2' De Schrijver" <[EMAIL PROTECTED]> writes:
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> ---
> arch/arm/mach-omap2/clock.c |2 ++
> arch/arm/mach-omap2/clockdomain.c |4
> arch/arm/mach-omap2/pm34xx.c |6 ++
> 3 files changed, 12 inserti
"Rajendra Nayak" <[EMAIL PROTECTED]> writes:
> I just managed to see that this patch seems to break suspend
> functionality. If after bootup I enable OFF mode the subsequent
> suspend tries to put a few power domains to OFF which are currently
> in RET, and since there is no code in place today t
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Thursday, September 25, 2008 3:31 PM
> To: linux-omap@vger.kernel.org
> Cc: Pandita, Vikram
> Subject: [PATCH] ARM: OMAP3: DMA: Fix for sDMA Errata 1.113
>
> From: Santosh Shilimkar <[EMAIL PROTECTED]>
>
> SDMA channel is not disabl
Tomi,
Have you got a chance to review the DSS library and V4l2 driver which we have
posted?
Thanks,
Vaibhav Hiremath
Senior Software Engg.
Platform Support Products
Texas Instruments Inc
Ph: +91-80-25099927
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Monday, September 15, 20
Currently, the count for state that the governor chooses is always
incremented after the 'state_enter' hook is called. However, the
target's enter hook may choose a different state based on BM activity
or other factors.
This patch does the accounting use 'dev->last_state' state instead of
the gov
* Felipe Balbi <[EMAIL PROTECTED]> [080930 23:16]:
> On Tue, Sep 30, 2008 at 12:49:06PM -0700, David Brownell wrote:
> > From: David Brownell <[EMAIL PROTECTED]>
> >
> > Clean up the twl4030-gpio code a bit ... mostly by shrinkage.
> >
> > Remove a bunch of macros that are just obfuscating what t
* Steve Sakoman <[EMAIL PROTECTED]> [081001 02:30]:
> On Tue, Sep 30, 2008 at 12:41 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Tuesday 30 September 2008, Felipe Balbi wrote:
> >> Hopefully this is the final version:
> >
> > For the core? This is IMO suitable for merging to linux-omap.
>
The following patches introduce a new mechanism
to associate the device with its clock during
platform_device registration and move musb and
watchdog drivers to use the new mechanism as
an example.
Felipe Balbi (3):
clk: introduce clk_associate
clk: use clk_associate for musb driver
clk: use
Introduce a new mechanism to omap's clk implementation to
associate the device with its clock during platform_device
registration. Also gives the clock a function name (like
mmc_fck, uart_fck, ehci_fck, etc) so drivers won't have to
care about clk names any longer.
With this mechanism we can also
Let musb use clk_associate to avoid introducing non-standard
clk functions and passing a clk name via pdata.
Also introduce txt file to track clk function names.
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
Documentation/arm/OMAP/clk_function_name.txt |9 +++
arch/arm/mach-omap2/u
Get rid of clk mess on omap_watchdog driver by
using clk_associate.
Cc: Wim Van Sebroeck <[EMAIL PROTECTED]>
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
Documentation/arm/OMAP/clk_function_name.txt |4 +
arch/arm/plat-omap/devices.c | 18 --
drivers/watchdog/omap
From: Jagadeesh Bhaskar Pakaravoor <[EMAIL PROTECTED]>
Following patch taken over the omapzoom.org tree fixes OMAP 3430
errata 1.11 for I2C: if the I2C module is configured as slave,
in autoidle mode (I2C_SYSC.AUTOIDLE=1) and the ARDY (I2C.I2C_STAT[2])
condition and the START condition are detect
Fixes kernel panic when multiple copy is performed among more than two mass
storage media and transfer is aborted.musb_advance_schedule(),
musb_urb_dequeue(),musb_cleanup_urb() and musb_h_disable() functions have
been modified to correct urb handling associated with bulk and control
endpoints which
51 matches
Mail list logo