On Thu, Aug 20, 2009 at 11:21:13AM -0500, Moiz Sonasath wrote:
> This patch includes the following fixes:
> -Fix I2C status ACK
> -ACK pending [R/X]DR and [R/X]RDY interrupts in the error/completeion path
> -Enable workaround for Errata 1.153 based on I2C IP block
ok, will add these to my fixes tr
On Tue, Aug 18, 2009 at 03:35:31PM +0530, Syed Rafiuddin wrote:
> Ben,
>
> > On Fri, Jul 24, 2009 at 04:40:02PM +0530, Syed Rafiuddin wrote:
> >> Hi Ben,
> >>
> >> > This patch adds OMAP4 support to the I2C driver. All I2C register
> >> > addresses are different
> >> between
> >> > OMAP1/2/3 and
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Frederik Kriewitz
> Sent: Tuesday, August 18, 2009 8:32 AM
> To: linux-omap@vger.kernel.org
> Subject: OMAPFB: LL pointer dereference because of uninitialized mutex
>
>
hi all
how to show the busybox / shell / desktop in the omap display / lcd?
i try that but failed..:(
OMAP34XX LAB # setenv bootargs console=ttyS0,115200n8 root=/dev/mmcblk0p2
OMAP34XX LAB # mmcinit
OMAP34XX LAB # fatload mmc 0:1 8030 uImage
my lcd can't respon anything
best regards,
Aldyt
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Pandita, Vikram
> Sent: Thursday, August 20, 2009 11:55 AM
> To: linux-omap@vger.kernel.org
> Subject: SDP broken (l-o-2.6.31-rc6)
>
>
> I am seeing a crash on bootup on
From: Sergio Aguirre
This fixes the issue in which mm_lock mutex was attempted to be
used without initializing previously.
Signed-off-by: Sergio Aguirre
---
drivers/video/omap/omapfb_main.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/vid
On Fri, Aug 21, 2009 at 12:39:44AM +0530, Anuj Aggarwal wrote:
> Adding TPS65023 and TPS6507x regulator driver support in
> drivers/regulator/Makefile and drivers/regulator/Kconfig
>
> Signed-off-by: Anuj Aggarwal
Acked-by: Mark Brown
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Aug 21, 2009 at 12:39:39AM +0530, Anuj Aggarwal wrote:
> Adding support for TI TPS6507x regulator driver
>
> Signed-off-by: Anuj Aggarwal
This looks good too:
Acked-by: Mark Brown
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to major
On Fri, Aug 21, 2009 at 12:39:31AM +0530, Anuj Aggarwal wrote:
> Adding support for TI TPS65023 regulator driver
>
> Signed-off-by: Anuj Aggarwal
Acked-by: Mark Brown
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
M
On Thu, Aug 20, 2009 at 07:15:42PM +0300, Jarkko Nikula wrote:
> Tony Lindgren wrote:
> > You might want to merge patches 5 and 6 together as 5 adds the
> > fifo, then 6 limits it's size. But in general, for patches
> > 1 - 14: Acked-by: Tony Lindgren
> 15-20: Acked-by: Jarkko Nikula
OK, appl
Adding support for TI TPS6507x regulator driver
Signed-off-by: Anuj Aggarwal
---
drivers/regulator/tps6507x-regulator.c | 713
1 files changed, 713 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/tps6507x-regulator.c
diff --git a/drivers/reg
Adding TPS65023 and TPS6507x regulator driver support in
drivers/regulator/Makefile and drivers/regulator/Kconfig
Signed-off-by: Anuj Aggarwal
---
drivers/regulator/Kconfig | 16
drivers/regulator/Makefile |3 +++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --
Adding support for TI TPS65023 regulator driver
Signed-off-by: Anuj Aggarwal
---
drivers/regulator/tps65023-regulator.c | 631
1 files changed, 631 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/tps65023-regulator.c
diff --git a/drivers/reg
On Thu, Aug 20, 2009 at 07:20:17PM +0530, Anuj Aggarwal wrote:
> Adding support for TI TPS65023 regulator driver
Acked-by: Mark Brown
You forgot your signoff, though.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
Mo
On Thu, Aug 20, 2009 at 07:20:30PM +0530, Anuj Aggarwal wrote:
One very minor issue:
> +struct tps_pmic {
> + struct regulator_desc desc[TPS6507X_NUM_REGULATOR];
> + struct i2c_client *client;
> + struct regulator_dev *rdev[TPS6507X_NUM_REGULATOR];
> + struct tps_info *info[TPS650
Hi Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Sunday, August 16, 2009 12:39 PM
> To: Sonasath, Moiz
> Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Menon,
> Nishanth; Pandita, Vikram
> Subject: RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon E
I am seeing a crash on bootup on SDP on the latest head of linux omap
(7a8d53a06009b)
Anyone seen this before??
---
6>JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
<6>msgmni has been set to 243
<6>alg: No test for stdrng (krng)
<6>io scheduler noop registered
<6>io scheduler an
oke i'm sorry hehehe
# mount
rootfs on / type rootfs (rw)
/dev/root on / type ext3 (rw,errors=continue,data=ordered)
/proc on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev type tmpfs (rw)
none on /dev/pts type devpts (rw,mode=620)
hemm it's mount
On 8/20/09, Gary Thomas wrote:
Second reason of OMAP4 boot failure on 2.6.31.rc6, the UART
platform data is not getting registered to kernel.
Registration was failing because of clock check failure in
omap_serial_init().
Below patch fix the same.
Signed-off-by: Syed Rafiuddin
Signed-off-by: Santosh Shilimkar
---
arch/arm/mac
After the patch series "[PATCH 00/14] OMAP PM fixes for .31-rc"
merge in 2.6.31-rc5 console was not working for OMAP4.
This patch fixes it by adding UART4 support.
The mentioned patch series has split the UART platform data
into separate structure hence needs to rework the first patch.
More info-
On Wed, 2009-08-12 at 00:17 +0300, Felipe Balbi wrote:
> On Tue, Aug 11, 2009 at 05:17:56PM -0400, Peter Barada wrote:
> > On Tue, 2009-08-11 at 23:51 +0300, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Tue, Aug 11, 2009 at 11:21:17AM -0400, Peter Barada wrote:
> > > > Unfortunately, with the patc
Kevin/Tony,
This patch series addresses the OMAP4430 boot up crash issues on the latest
2.6.31-rc6 kernel release.
On the latest mainline as well as linux-omap master (2.6.31-rc6), OMAP4 boot is
crashing. This has broken after "[PATCH 00/14] OMAP PM fixes for .31-rc series"
series got merged i
ACK any pending read/write interrupts before exiting the ISR either after
completing the operation [ARDY interrupt] or in case of an error
[NACK|AL interrupt]
Signed-off-by: Moiz Sonasath
Signed-off-by: Vikram Pandita
---
drivers/i2c/busses/i2c-omap.c |3 +++
1 files changed, 3 insertions
This patch includes the following fixes:
-Fix I2C status ACK
-ACK pending [R/X]DR and [R/X]RDY interrupts in the error/completeion path
-Enable workaround for Errata 1.153 based on I2C IP block
Signed-off-by: Moiz Sonasath
Signed-off-by: Vikram Pandita
Moiz Sonasath (3):
i2c-omap: Fix I2C sta
From: Nishanth Menon
I2C status ack for [RX]RDR and [RX]RDY could
cause race conditions of clearing the event
twice and a violation of the programing
sequence as defined in TRM This patch fixes
the same.
Signed-off-by: Nishanth Menon
Signed-off-by: Moiz Sonasath
---
drivers/i2c/busses/i2c-oma
Silicon Errata 1.153 has been fixed on OMAP 3630|4430 with the use of a later
version of I2C IP block.
The errata impacts OMAP 2420|2430|3430, enable the workaround for these based
on I2C IP block revision number instead of OMAP CPU type
Signed-off-by: Moiz Sonasath
Signed-off-by: Vikram Pandit
On Thu, 20 Aug 2009 17:30:18 +0300
Tony Lindgren wrote:
> * Eduardo Valentin [090820 16:36]:
> > Hello guys,
> >
> > I've updated this series after some previous confusion from my side.
> >
> > Now that all dependencies are merged (Janusz's patches and Jarkko's patch),
> > I've based this seri
Am Mittwoch, 19. August 2009 schrieb Peter Barada:
> 1) Does anyone have a URL of the format patches should be in that are
> submitted to the linux-omap list?
>
> I've got some patches to add base support for the Logic OMAP 35x SOM and
> Torpedo boards and I'd like to submit them in the right forma
Hello Tony,
On Thu, Aug 20, 2009 at 5:30 PM, Tony Lindgren wrote:
> * Eduardo Valentin [090820 16:36]:
>> Hello guys,
>>
>> I've updated this series after some previous confusion from my side.
>>
>> Now that all dependencies are merged (Janusz's patches and Jarkko's patch),
>> I've based this ser
I've been doing a bit of testing on 2.6.31-rc5 on Overo with good
results overall.
The only major issue I see at the moment is an oops on shutdown/restart.
Is anyone else seeing this?
Rebooting... Internal error: Oops - undefined instruction: 0 [#1]
Modules linked in: ipv6 udf libertas_sdio libe
* Eduardo Valentin [090820 16:36]:
> Hello guys,
>
> I've updated this series after some previous confusion from my side.
>
> Now that all dependencies are merged (Janusz's patches and Jarkko's patch),
> I've based this series on Takashi's tree (master branch).
>
> I've also talked with Tony an
Tar Gz wrote:
> directory /proc in the second partition(my filesystem) and my kernel
> configure to support proc filesystems...any idea?
First of all, don't top post :-(
Why are you running "/etc/init.d/rcS" manually? It looks to me
like it already ran & /proc should already be mounted.
What do
* Shilimkar, Santosh [090820 16:13]:
> (Resending with a correction)
>
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> > Sent: Thursday, August 20, 2009 6:33 PM
> > To: Tony Lindgren; Stephe
directory /proc in the second partition(my filesystem) and my kernel
configure to support proc filesystems...any idea?
On 8/20/09, Gary Thomas wrote:
> Tar Gz wrote:
>> hi all,
>> i try to using linux 2.6.26-omap1 at omap3430
>>
>> it's my env variable
>>
>> OMAP34XX LAB # print
>> bootdelay=3
>>
Adding TPS65023 and TPS6507x regulator driver support in
drivers/regulator/Makefile and drivers/regulator/Kconfig
---
drivers/regulator/Kconfig | 16
drivers/regulator/Makefile |3 +++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/Kconfig
Adding support for TI TPS6507x regulator driver
---
drivers/regulator/tps6507x-regulator.c | 713
1 files changed, 713 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/tps6507x-regulator.c
diff --git a/drivers/regulator/tps6507x-regulator.c
b/
Adding support for TI TPS65023 regulator driver
---
drivers/regulator/tps65023-regulator.c | 631
1 files changed, 631 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/tps65023-regulator.c
diff --git a/drivers/regulator/tps65023-regulator.c
b/
This patch set adds support for TI TPS65023 and TPS6507x PMICs in the voltage
regulator framework. The patches also take care of the comments received
earlier.
Anuj Aggarwal (3):
Regulator: Add TPS65023 regulator driver
Regulator: Add TPS6507x regulator driver
Regulator: Adding TPS65023 and
Hello guys,
I've updated this series after some previous confusion from my side.
Now that all dependencies are merged (Janusz's patches and Jarkko's patch),
I've based this series on Takashi's tree (master branch).
I've also talked with Tony and he agrees to have this changes merged
by alsa tree
From: Eero Nurkkala
The device no longer hits retention if element DMA
mode is taken for at least the duration of the
serial console timeout. Force element DMA mode to
shut down through smartidle.
Signed-off-by: Eero Nurkkala
Acked-by: Eduardo Valentin
---
arch/arm/plat-omap/mcbsp.c |9 ++
From: Peter Ujfalusi
Do not allow applications to use the full buffer found on
McBSP1,3,4,5. Using the full buffer in threshold mode causes
the McBSP buffer to run dry, which can be observed as channels
are switching (in reality the channels are shifting).
Signed-off-by: Peter Ujfalusi
---
arc
From: Eero Nurkkala
All these steps are required for ASoC to behave correctly.
rccr and xccr are format dependent, for example TDM audio
has different values than I2S or DSP_A. Also the
omap_mcbsp_xmit_enable and/or omap_mcbsp_recv_enable must
be called right after the DMA has started.
This provi
From: Eduardo Valentin
Configure only XRDYEN and RRDYEN wakeup signals
in order to get better power consumption.
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/include/mach/mcbsp.h |3 ---
arch/arm/plat-omap/mcbsp.c |7 ++-
2 files changed, 2 insertions(+), 8 d
From: Peter Ujfalusi
It adds a new sysfs file, where the user can configure the mcbsp mode to use.
If the mcbsp channel is in use, it does not allow the change.
Than in omap_pcm_open we can call the omap_mcbsp_get_opmode to get the mode,
store it, than use it to implement the different modes.
Si
From: Eero Nurkkala
ASoC has an annoying bug letting either L or R channel to be
played on L channel. In other words, L and R channels can
switch at random. This provides McBSP funtionality that may
be used to fix this feature.
Signed-off-by: Eero Nurkkala
---
arch/arm/plat-omap/include/mach/m
From: Eero Nurkkala
This patch enables the smart idle mode while
McBPS is being utilized. Once it's done,
force idle mode is taken instead. Apart of it,
it also configures what signals will wake mcbsp up.
Signed-off-by: Eero Nurkkala
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/incl
From: Eero Nurkkala
This is, no RFIG or XFIG (Not defined in 34xx), correct
initiliazation of rccr and xccr.
Signed-off-by: Eero Nurkkala
---
sound/soc/omap/omap-mcbsp.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/
From: Eero Nurkkala
When no-idle mode is taken, wakeups need not to be enabled.
Moreover, CLOCKACTIVITY bits are unnecessary with this mode
also.
Signed-off-by: Eero Nurkkala
Acked-by: Eduardo Valentin
---
arch/arm/plat-omap/mcbsp.c | 13 +++--
1 files changed, 7 insertions(+), 6 de
From: Eero Nurkkala
FCLK may get autogated so that it prevents the McBSP
to work properly. It is the bit 9 that must be set
for maintaining the McBSP FCLK.
Signed-off-by: Eero Nurkkala
Signed-off-by: Eduardo Valentin
Acked-by: Jarkko Nikula
---
arch/arm/plat-omap/include/mach/mcbsp.h |1
From: Eduardo Valentin
Use dma mode property to configure NO IDLE or SMART IDLE of McBSPs.
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/mcbsp.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/mcbsp.c b/arch/arm/plat-omap/mcbsp.c
in
From: Eduardo Valentin
Align DMA address to DMA burst transaction sizes.
Signed-off-by: Eduardo Valentin
---
sound/soc/omap/omap-pcm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index 7cae7c4..b9633d5 100644
From: Eduardo Valentin
Configures DMA sync mode depending on McBSP operating mode value.
The value is configurable by McBSP instance. So, depending
on McBSP operating mode, the DMA sync mode is passed from
omap-mcbsp to omap-pcm. Besides that, it also configures
McBSP threshold value depending on
From: Eduardo Valentin
This patch adds a way to handle transmit/receive threshold.
It export to mcbsp users a callback registration procedure.
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/include/mach/mcbsp.h |9 +
arch/arm/plat-omap/mcbsp.c | 50 ++
From: Eduardo Valentin
Improve DMA transfers by enabling Burst transaction.
Signed-off-by: Eduardo Valentin
---
sound/soc/omap/omap-pcm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index 12e14c0..7cae7c4 1006
From: Eduardo Valentin
Increasing startup delay value as worst case:
CLKSRG*2 = 8000khz: (1/8000) * 2 * 2 usec
Although, 100us may give enough time for two CLKSRG,
due to some unknown PM related, clock gating etc. reason,
this patch increases it to 500us.
Signed-off-by: Eduardo Valentin
---
From: Eduardo Valentin
Adding McBSP register definition for IRQEN, IRQSTATUS, THRESHOLD2 and
THRESHOLD1 registers.
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/include/mach/mcbsp.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include
From: Eduardo Valentin
This patch renames the symbols that handles threshold
sysfs properties. This way we can add more sysfs properties
to them.
Signed-off-by: Eduardo Valentin
---
arch/arm/plat-omap/mcbsp.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff
From: Eduardo Valentin
This patch changes the way DMA is done in omap-pcm.c
in order to reduce power consumption. There is no need
to have so much SW control in order to have DMA in idle
state during audio streaming. Configuring McBSP threshold value
and DMA to FRAME_SYNC are sufficient.
Signed-
From: Eduardo Valentin
This patch export through sysfs two properties to configure
maximum threshold for transmission and reception on each
mcbsp instance. Also, it exports two helper functions to
allow mcbsp users to read this values.
Signed-off-by: Eduardo Valentin
---
arch/arm/mach-omap2/mc
(Resending with a correction)
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Thursday, August 20, 2009 6:33 PM
> To: Tony Lindgren; Stephen Rothwell
> Cc: linux-omap@vger.kernel.org; linux-n
> > Today's linux-next merge of the omap tree got a conflict in
> > arch/arm/mach-omap2/board-4430sdp.c between commit
> > 085b54d99b8ee999e7905b8f16e201e0da8ba369 ("ARM: OMAP4: Add UART4
> > support") from the arm tree and commit
> > 4c29fa3e47342666e12e46f35f40dd90b12cd1a4 ("OMAP: remove OMAP_TAG
ext Suresh Rajashekara wrote:
> Hi All,
>
> We had been using dspgateway 3.3 on 2.6.16. Recently we changed our
> kernel to 2.6.29 and we found that the dspgateway driver has been
> removed from the tree
> (
> http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=commit;h=2512fd29
* Stephen Rothwell [090819 08:04]:
> Hi all,
>
> Today's linux-next merge of the omap tree got a conflict in
> arch/arm/mach-omap2/board-4430sdp.c between commit
> 085b54d99b8ee999e7905b8f16e201e0da8ba369 ("ARM: OMAP4: Add UART4
> support") from the arm tree and commit
> 4c29fa3e47342666e12e46f35
Tar Gz wrote:
> hi all,
> i try to using linux 2.6.26-omap1 at omap3430
>
> it's my env variable
>
> OMAP34XX LAB # print
> bootdelay=3
> baudrate=115200
> filesize=34a8
> bootfile="uImage"
> bootargs=console=ttyS2,115200n8 rw root=/dev/mmcblk0p2 rootdelay=2 mem=128M
>
> #mmcinit
> #fatload mmc
64 matches
Mail list logo