* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
drivers/mfd/twl4030-codec.c:29:31: error: linux/i2c/twl4030.h: No such file
or directory
FYI, x86 allyesconfig fails to build too so this doesnt only affect
Hi,
On Tue, Dec 15, 2009 at 08:44:56AM +0100, ext Gupta, Ajay Kumar wrote:
Another point, BlackFin doesn't have CONFIGDATA register and it always
Returns '0' from it's custom function musb_read_configdata().
As it returns '0' and also BlackFin doesn't support Dynamic FIFO so
Should be fine.
dadd2bb931a08a4b6b17f9e82d9bbe7bedebbc98
OMAP: OMAPFB: add omapdss device
The upcoming new display subsystem driver is divided to two devices,
omapdss and omapfb, of which omapdss handles the actual hardware.
This patch adds a dummy omapdss platform device for the current omapfb
Matthieu CASTET a écrit :
Hi,
Patra, Nilkesh a écrit :
On the latest version of MUSB, DMA is not working properly if the Data in
the packet doesn't start at 32bit aligned address. This issue was found
while using MUSB as g_ether. The basic ping does not work, if the data in
the Ethernet
Hi,
Patra, Nilkesh a écrit :
On the latest version of MUSB, DMA is not working properly if the Data in the
packet doesn't start at 32bit aligned address. This issue was found while
using MUSB as g_ether. The basic ping does not work, if the data in the
Ethernet packet does not start at
AM3517/05 has a few additional control module registers defined mainly
to control the new IP's. This patch adds support for those new registers.
Signed-off-by: Ranjith Lohithakshan ranji...@ti.com
---
arch/arm/plat-omap/include/plat/control.h | 17 +
1 files changed, 17
snip..
@@ -2179,15 +2322,23 @@ static int musb_suspend(struct device *dev)
spin_lock_irqsave(musb-lock, flags);
if (is_peripheral_active(musb)) {
- /* FIXME force disconnect unless we know USB will wake
-* the system up quickly enough to
On Tue, Dec 15, 2009 at 7:53 AM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
After the analysis of both branches (current dspbridge and dspbridge-0.1) and
the need to resend the patches that haven't been reviewed. It was decided
that the unsent patches would be reverted and sent to the list
Hi Paul,
Two small changes wrt USB that came up when I reviewed the AM35XX
clock tree again.
On Tue, 15-Dec-09 1:46 AM +0530, Paul Walmsley wrote:
From: Ranjith Lohithakshan ranji...@ti.com
AM3505/17 though a OMAP3530 derivative have the following
main differences
...
Hi,
the patch renaming twl4030 to twl broke compilation of several omap
boards.
Here are all the files including a file that doesn't exist anymore:
arch/arm/mach-omap2/board-cm-t35.c:#include linux/i2c/twl4030.h
arch/arm/mach-omap2/board-igep0020.c:#include linux/i2c/twl4030.h
I think we should only allow suspend if cable isn't connected. What
would happend if you have mounted fs (using mass storage), user is
transferring files and you force a disconnect ?
We force a disconnect during suspend which is actually triggered by user
Only. So do we need to consider
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Tuesday, December 15, 2009 5:28 PM
To: Linux OMAP Mailing List
Cc: Krishnamoorthy, Balaji T
Subject: commit fc7b92fca4e546184557f1c53f84ad57c66b7695 broke compilation
Hi,
the patch renaming twl4030 to
Hi,
On Tue, Dec 15, 2009 at 01:04:01PM +0100, ext Gadiyar, Anand wrote:
I think we should only allow suspend if cable isn't connected. What
would happend if you have mounted fs (using mass storage), user is
transferring files and you force a disconnect ?
We force a disconnect during suspend
On Tue, Dec 15, 2009 at 01:05:01PM +0100, ext Krishnamoorthy, Balaji T wrote:
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Tuesday, December 15, 2009 5:28 PM
To: Linux OMAP Mailing List
Cc: Krishnamoorthy, Balaji T
Subject: commit
Ben,
Thu, 20 Aug 2009 14:19:04 -0700
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
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Tuesday, December 15, 2009 5:41 PM
To: Gadiyar, Anand
Cc: Gupta, Ajay Kumar; Balbi Felipe (Nokia-D/Helsinki); linux-
u...@vger.kernel.org; linux-omap@vger.kernel.org; davi...@pacbell.net
Subject: Re: [PATCH
It should be system's responsibility for not entering into suspend mode
when
there is an ongoing active transfer. If this is reliable then there is no
need for any force disconnect.
On OMAP3EVM, I can see that system doesn't enter into suspend mode when
cable is connected so should be fine
Hi,
On Tue, Dec 15, 2009 at 01:36:32PM +0100, ext Gupta, Ajay Kumar wrote:
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Tuesday, December 15, 2009 5:41 PM
To: Gadiyar, Anand
Cc: Gupta, Ajay Kumar; Balbi Felipe (Nokia-D/Helsinki); linux-
From: Balaji T K balaj...@ti.com
This patch renames include twl4030.h to include twl.h
and also renames twl4030_i2c_ routines
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c |2 +-
arch/arm/mach-omap2/board-igep0020.c |2
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Niamathullah sharief
Sent: Tuesday, December 15, 2009 6:22 PM
To: linux-omap@vger.kernel.org
Subject: ARM tollchain support
Hello,
I am trying to install ARM
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 753.920
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Felipe
Contreras
Sent: Tuesday, December
Hello,
On Tuesday 15 December 2009 07:41:08 ext Stephen Rothwell wrote:
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
drivers/mfd/twl4030-codec.c:29:31: error: linux/i2c/twl4030.h: No such file
or directory
(there were more, but I assume that they all stem
On Tue, Dec 15, 2009 at 01:55:23PM +0100, ext balaj...@ti.com wrote:
From: Balaji T K balaj...@ti.com
This patch renames include twl4030.h to include twl.h
and also renames twl4030_i2c_ routines
remove the spaces above.
also, this patch doesn't apply neither on top of linus's
On Tue, Dec 15, 2009 at 06:25:23PM +0530, balaj...@ti.com wrote:
From: Balaji T K balaj...@ti.com
This patch renames include twl4030.h to include twl.h
and also renames twl4030_i2c_ routines
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Mark Brown
On 12/15/2009 05:57 AM, Shilimkar, Santosh wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Niamathullah sharief
Sent: Tuesday, December 15, 2009 6:22 PM
To: linux-omap@vger.kernel.org
Subject: ARM tollchain support
Hi,
On Tue, Dec 15, 2009 at 02:05:46PM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote:
also, this patch doesn't apply neither on top of linus's master nor
tony's master:
$ git am ~/check.diff
Applying: mfd: twl: fix twl4030 rename for remaining driver, board files
error: patch failed:
Hi,
Alexander Shishkin wrote:
Signed-off-by: Alexander Shishkin virtu...@slind.org
Could you add a better patch description? I.e. the patch is needed
because I2C failure can cause a kernel hang. The problem can be
reproduced by running the bus with wrong (too high) speed.
Also, you should
In OMAP2/3 some of the clock-domains which did not have control
facility were being falsely written to and read using the CM_CLKSTCTRL
register though it did not exist for them. One check is added to remove
this flaw.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley
Some of the board might use external Vbus power supply on musb
interface which would require to program ULPI_BUSCONTROL register.
Adding 'extvbus' flag which can be set from such boards which will
be checked at musb driver files before programming ULPI_BUSCONTROL.
Signed-off-by: Ajay Kumar Gupta
Adding support for MUSB register save and restore during system
suspend and resume.
Changes:
- Added musb_save/restore_context() functions
- Added platform specific musb_platform_save/restore_context()
to handle platform specific jobs.
- Maintaining BlackFin
Save dynamic FIFO read only information for later uses during
musb_save/restore_context functions.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/musb_core.c |4 +++-
drivers/usb/musb/musb_core.h |1 +
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git
We can get dynamic FIFO information from CONFIGDATA register and
thus there is no need for any user defiend dyn_fifo.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/musb_core.c | 19 ---
include/linux/usb/musb.h |1 -
2 files changed, 4
Hi,
On Tue, Dec 15, 2009 at 02:31:46PM +0100, ext Ajay Kumar Gupta wrote:
diff --git a/include/linux/usb/musb.h b/include/linux/usb/musb.h
index d437556..c5f006e 100644
--- a/include/linux/usb/musb.h
+++ b/include/linux/usb/musb.h
@@ -30,7 +30,6 @@ struct musb_hdrc_eps_bits {
struct
Hi,
This is version 2 of the patch series which adds support for OMAP4 power domain
framework.
It can be applied on top of the latest Mainline Kernel.
These patches have been boot-tested on the following platforms:
-OMAP4 simulator
-OMAP4430 ES1.0 silicon
-OMAP3430 SDP
In addition to this
Some of the OMAP4 specific chip level initialisations are taken care of.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/id.c |2 ++
The Autogenerated OMAP4 power domain specific file
(mach-omap2/powerdomains44xx.h)
is added here.
This file is auto-generated using python scripting and following is the list of
the people
involved:
Paul Walmsley
Benoit Cousson
Abhijit Pagare
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Taking care of the platform specific and common power domains with proper
checks.
Also refining some Macros according to the latest OMAP4 requirements.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak
Module offsets were same for OMAP2 and OMAP3 while they differ for OMAP4.
Hence we need different macros for identifying platform specific offsets.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak
The proper Macros have to be used for platform specific calls and
some of the compiling requirements and init calls are taken care of.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
On Tue, Dec 15, 2009 at 02:34:32PM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote:
Hi,
On Tue, Dec 15, 2009 at 02:31:46PM +0100, ext Ajay Kumar Gupta wrote:
diff --git a/include/linux/usb/musb.h b/include/linux/usb/musb.h
index d437556..c5f006e 100644
--- a/include/linux/usb/musb.h
+++
Hi,
This is version two of the patch series which adds support for OMAP4 clock
domain framework.
It can be applied on top of the latest Mainline Kernel but has a dependency on
the series of OMAP4 power domain framework patches sent by me earlier.
Here the APIs are modified to use absolute addresses instead of module offsets.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/clockdomain.c | 44
The Autogenerated OMAP4 clock domain specific file
(mach-omap2/clockdomains44xx.h)
is added here.
This file is auto-generated using python scripting, and following is the lsit
of the people
involved:
Benoit Cousson
Abhijit Pagare
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul
Port the APIs to support the OMAP4 clockdomain framework.
Also take care of the compiling requirements for the same.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
The introduction of the OMAP4 Clock Domain framework requires
some adaptaions to be done in the earlier files to place the
common and uncommon data in the proper places where they belong.
Signed-off-by: Abhijit Pagare abhijitpag...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson
Here the .clkstctrl_reg field is added to the clockdomain stucture
as the module offsets for OMAP4 do not map one to one for powerdomains
and clockdomains as it used to for OMAP3. Hence we need to use absolute
addresses to access the control registers. Some of the clock domains have
modules
Paul,
thanks. One other thing that I noticed: in the first powerdomain patch,in
arch/arm/plat-omap/include/plat/cpu.h, in struct omap_chip_id, the 'oc'
field needs to be a u16, rather than a u8.
Thanks, it has been taken care of.
-Original Message-
From: Pagare, Abhijit
Sent:
Hello,
I am developing our own board file for my company's omap3530 basedboard.
The board has an LCD panel and the backlight is PWM driven via the
twl4030's PWMB port.
We are already using DSS2 on our board and things are going neatly.
To clean up things, and planning to make the backlight
From: Balaji T K balaj...@ti.com
This patch renames include twl4030.h to include twl.h
and also renames twl4030_i2c_ routines
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Reviewed-by: Felipe Balbi felipe.ba...@nokia.com
---
On Tue, Dec 15, 2009 at 2:58 PM, Dechesne, Nicolas n-deche...@ti.com wrote:
It's somehow a known issue. We are facing issues with dev.omapzoom.org and
git.omapzoom.org servers and we are trying to resolve them.
Thanks. The http one worked, but it took *ages*.
--
Felipe Contreras
--
To
On Tue, Dec 15, 2009 at 04:41:08PM +1100, Stephen Rothwell wrote:
I have applied this patch for today (please check):
Looks good to me too, fwiw:
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
Hi,
On Tue, 2009-12-15 at 10:58 +0100, ext Sergey Lapin wrote:
dadd2bb931a08a4b6b17f9e82d9bbe7bedebbc98
OMAP: OMAPFB: add omapdss device
The upcoming new display subsystem driver is divided to two devices,
omapdss and omapfb, of which omapdss handles the actual hardware.
This
OMAP NAND driver got HW ECC implemented.
From d5e28c9fdbc6b0a95c1259fac7add207f9c294d7 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Tue, 15 Dec 2009 21:10:54 +0530
Subject: [PATCH] OMAP: NAND: Adding config option to enable/disable HW ECC mode
This patch adds config option
Hi Abhijit,
On Tue, 15 Dec 2009, Abhijit Pagare wrote:
In OMAP2/3 some of the clock-domains which did not have control
facility were being falsely written to and read using the CM_CLKSTCTRL
register though it did not exist for them. One check is added to remove
this flaw.
Signed-off-by:
Hi Samuel,
Could you please take this patch through the mfd tree.
Thanks and Regards,
Balaji T K
-Original Message-
From: Krishnamoorthy, Balaji T
Sent: Tuesday, December 15, 2009 8:09 PM
To: linux-omap@vger.kernel.org; sa...@linux.intel.com
Cc: broo...@opensource.wolfsonmicro.com;
Hi Abhijit,
just FYI, on this patch:
On Tue, 15 Dec 2009, Abhijit Pagare wrote:
Port the APIs to support the OMAP4 clockdomain framework.
Also take care of the compiling requirements for the same.
...
diff --git a/arch/arm/mach-omap2/clockdomain.c
b/arch/arm/mach-omap2/clockdomain.c
Hi Abhijit,
On Tue, 15 Dec 2009, Pagare, Abhijit wrote:
This is version 2 of the patch series which adds support for OMAP4 power
domain framework.
...
Abhijit Pagare (5):
ARM: OMAP4: PM: OMAP4 essential basic initializations.
ARM: OMAP4: PM: OMAP4 Power Domain Porting Related Clean-up.
Hello Abhijit,
On Tue, 15 Dec 2009, Pagare, Abhijit wrote:
This is version two of the patch series which adds support for OMAP4 clock
domain framework.
...
Abhijit Pagare (5):
ARM: OMAP4: PM: Make OMAP3 Clock-domain framework compatible for OMAP4.
ARM: OMAP4: PM: Modify Clock-domain
* Mark Brown broo...@opensource.wolfsonmicro.com [091215 06:52]:
On Tue, Dec 15, 2009 at 04:41:08PM +1100, Stephen Rothwell wrote:
I have applied this patch for today (please check):
Looks good to me too, fwiw:
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Good thing we have
* Ajay Kumar Gupta ajay.gu...@ti.com [091215 05:31]:
We can get dynamic FIFO information from CONFIGDATA register and
thus there is no need for any user defiend dyn_fifo.
Have you tested this?
$ grep dyn_fifo arch/arm/mach-omap2/*.c
arch/arm/mach-omap2/usb-musb.c: .dyn_fifo = 1,
Tony
* Krishnamoorthy, Balaji T balaj...@ti.com [091215 08:09]:
Hi Samuel,
Could you please take this patch through the mfd tree.
NAK. Please redo the whole twl rename series so _every_ patch
in the series builds for _every_ omap and x86. Then let's have
it sit in for-next before merging it.
On Tue, Dec 15, 2009 at 8:19 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Avoid calls to read the register if pDevContext is available
to the function, this will save a call to query and hold
a semaphore under registry operations.
[...]
--- a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
+++
On Tue, Dec 15, 2009 at 8:19 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
From: Fernando Guzman Lugo x0095...@ti.com
Implemented on dynamic loader automatic generation of
trampolines when near calls are made to outside of signed
21-bit offset available in the C64X+ DSP.
The commit
On Tue, Dec 15, 2009 at 8:19 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
From: Fernando Guzman Lugo x0095...@ti.com
Enable/Disable McBSP_CLOCKS when McBSP2 is requested
so DPLL can be gated.
I'm guessing this means you found a bug and this patch fixes it. This
can be clarified on the
On Tue, Dec 15, 2009 at 8:19 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
These patches need to be reviewed to be included into dspbridge-baseline.
The patches look good to me. Except #16... if I revert it everything
works on the N900, so that's progress :)
--
Felipe Contreras
--
To
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Tuesday, December 15, 2009 12:22 PM
On Tue, Dec 15, 2009 at 8:19 AM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Avoid calls to read the register if pDevContext is available
to the function, this will save a call to query and
Also - is there some guidelines on porting old RFBI-based driver to DSS2?
No, and currently the DSS2 RFBI support may not work. I don't have
hardware to test it, and the DSS driver has changed around it. Can
anyone confirm that the RFBI support works, and does anyone have public
RFBI
On Tue, 15 Dec 2009, Ranjith Lohithakshan wrote:
AM3517/05 has a few additional control module registers defined mainly
to control the new IP's. This patch adds support for those new registers.
Signed-off-by: Ranjith Lohithakshan ranji...@ti.com
thanks, queued for .34.
- Paul
--
To
* Olof Johansson o...@lixom.net [091203 18:20]:
The OMAP usb header file will move in the same merge window as this
driver is getting introduced in, so update the driver now instead of
making a merge-order-dependent patch later on through linux-omap.
I'll get this merged via omap-fixes queue
On Mon, 2 Nov 2009, Nishanth Menon wrote:
Alexander Shishkin had written, on 11/02/2009 11:01 AM, the following:
[..]
Issues with the strategy of restricting to the current 8 bits:
a) Why extrabits now:
we have 8 bits now and we would have used all 8 bits with 3630 with
the
Hello John,
On Mon, 14 Dec 2009, John Faith wrote:
On Mon, Dec 14, 2009 at 2:58 PM, John Faith jfai...@gmail.com wrote:
On Mon, Dec 14, 2009 at 1:59 PM, Paul Walmsley p...@pwsan.com wrote:
On Mon, 14 Dec 2009, John Faith wrote:
I'm trying to enable the sys_clkout2 pin in a 2.6.29 kernel
* Tony Lindgren t...@atomide.com [091215 10:19]:
* Tony Lindgren t...@atomide.com [091215 09:43]:
* Krishnamoorthy, Balaji T balaj...@ti.com [091215 08:09]:
Hi Samuel,
Could you please take this patch through the mfd tree.
NAK. Please redo the whole twl rename series so _every_ patch
Hi,
On Tue, Dec 15, 2009 at 11:29:32PM +0100, ext Kevin Hilman wrote:
diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/plat-omap/gpio.c
index 57a46be..283ed2e 100644
--- a/arch/arm/plat-omap/gpio.c
+++ b/arch/arm/plat-omap/gpio.c
@@ -174,6 +174,21 @@
#define OMAP44XX_GPIO5_BASE
Hi Tony,
On Tue, 15 Dec 2009 09:27:17 -0800 Tony Lindgren t...@atomide.com wrote:
* Mark Brown broo...@opensource.wolfsonmicro.com [091215 06:52]:
On Tue, Dec 15, 2009 at 04:41:08PM +1100, Stephen Rothwell wrote:
I have applied this patch for today (please check):
Looks good to me
On Wed, 16 Dec 2009, Stephen Rothwell wrote:
Hi Tony,
On Tue, 15 Dec 2009 09:27:17 -0800 Tony Lindgren t...@atomide.com wrote:
* Mark Brown broo...@opensource.wolfsonmicro.com [091215 06:52]:
On Tue, Dec 15, 2009 at 04:41:08PM +1100, Stephen Rothwell wrote:
I have applied
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Madhusudhan
Sent: Thursday, December 10, 2009 11:32 AM
To: 'Adrian Hunter'; 'Phaneedra Kumar Alapati'; 'Dirk Behme'
Cc: linux-omap@vger.kernel.org;
On Tue, 15 Dec 2009 15:02:17 -0800 (PST) Linus Torvalds
torva...@linux-foundation.org wrote:
I think maybe Tony was being ironic, exactly because of this.
Yeah, that occurred to me just after sending the email.
Sorry, Tony.
(/me is grumpy and tired :-))
--
Cheers,
Stephen Rothwell
Hi all,
We really need someoe with n770 and n8x0 available to test these
patches.
I'm dropping the cbus-specific gpio handling functions over
gpiolib, this has to be tested on n770 which is the only
affected board with this patch.
Also the cbus_host global variable isn't exported anymore,
we
just to be sure, let's set it to NULL.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/cbus/cbus.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/cbus/cbus.c b/drivers/cbus/cbus.c
index c0b4248..f454e77 100644
--- a/drivers/cbus/cbus.c
+++
make checkpatch.pl (almost) happy.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/cbus/cbus.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/cbus/cbus.c b/drivers/cbus/cbus.c
index f454e77..e1be8c7 100644
--- a/drivers/cbus/cbus.c
+++
to avoid casting later, pass the parameter of the
correct type already.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/cbus/cbus.c | 16 +---
drivers/cbus/cbus.h | 10 --
2 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/drivers/cbus/cbus.c
don't define our own concurrent accesses to gpio banks
if we already have gpiolib to handle that.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/cbus/cbus.c | 109 ++
drivers/cbus/cbus.h |2 -
2 files changed, 13 insertions(+),
data is reset to 0 if is_read is true. No need
to use ternary operator before returning.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/cbus/cbus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/cbus/cbus.c b/drivers/cbus/cbus.c
index
Hi all,
Recent commit 93fd03a8c6728b58879f8af20ffd55d9c32a778b added
support for CONFIG_EARLY_PRINTK on ARM. Recent earlier kernels
should work too by applying the patch in the commit above.
This means we can now get rid of the old printk.c hack in the
omap-debug branch, so I've deleted that
no i used this sudo name instead of my name. I am ariem here. so i
have all access.
I think there might be a PATH error
i installed my compiler in /home/CodeSourcery/Sourcery_G++_Lite/bin
So shall i export the path as
export PATH=$PATH:/home//CodeSourcery/Sourcery_G++_Lite/bin
or
export
Hello,
I am using ARM based board. I want to boot the kernel from SD Card.
For that i have to install the u boot bootloader into SD card. how to
install u boot from host computer? i have partitioned my SD card into
3. i have to install u boot in first partition. So please kindly help
me.
--
To
you need copy MLO[x-loader], u-boot and uImage to first partition.
You can refer to:
http://elinux.org/BeagleBoard#MMC.2FSD_boot
---
Regards,
Govindraj.R
On Wed, Dec 16, 2009 at 10:08 AM, Niamathullah sharief
omap...@gmail.com wrote:
Hello,
I am using ARM based board. I want to boot the
On Tue, Dec 15, 2009 at 11:05 PM, Tony Lindgren t...@atomide.com wrote:
* Vimal Singh vimal.neww...@gmail.com [091215 07:45]:
OMAP NAND driver got HW ECC implemented.
From d5e28c9fdbc6b0a95c1259fac7add207f9c294d7 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Tue, 15 Dec
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, December 15, 2009 11:10 PM
To: Gupta, Ajay Kumar
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
felipe.ba...@nokia.com
Subject: Re: [PATCH 1/4] musb: get rid of unneeded musb-config-dyn_fifo
89 matches
Mail list logo