Tony,
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Tuesday, July 06, 2010 11:35 AM
> To: Tony Lindgren; Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org
> Subject: RE: [PATCH v3 1/8] omap3 flash: rename board-sdp-flash.c to be
> use by other boards
>
> Sukumar,
> > -Origina
> -Original Message-
> From: Grazvydas Ignotas [mailto:nota...@gmail.com]
> Sent: Saturday, July 03, 2010 2:25 AM
> To: linux-fb...@vger.kernel.org
> Cc: linux-omap@vger.kernel.org; Tomi Valkeinen; Hiremath, Vaibhav; Grazvydas
> Ignotas
> Subject: [PATCH] OMAP: DSS2: OMAPFB: add support for
Sukumar,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Monday, July 05, 2010 5:53 PM
> To: Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH v3 1/8] omap3 flash: rename board
ping
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Thursday, June 10, 2010 9:05 PM
> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
> Cc: Nayak, Rajendra; Ghorai, Sukumar; Kadiyala, Kishore
> Subject: RE: [PATCH] omap4: mmc: Fix the regulator resource for MMC2
>
> Tony,
> >
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Christoph Egger
> Sent: Wednesday, June 30, 2010 9:31 PM
> To: Tony Lindgren; Russell King; Jason Lam; linux-omap@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org;
Am 05.07.2010 14:57, schrieb Tony Lindgren:
> * Thomas Weber [100602 14:33]:
>
>> From: Kan-Ru Chen
>>
>> This patch corrects the LCD reset pin configuration.
>>
>> Original code from early devkit8000 patch sets the TWL4030 GPIO_1
>> to EHCI_nOC and TWL4030_GPIO_MAX+1 to ledA. Indeed these two
Tony,
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Monday, July 05, 2010 5:57 PM
> To: Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH v3 6/8] omap-3630-sdp: enable Flash device support
>
> * Sukumar Ghorai [100616 14:34]:
> > update
In the case of an error on calling dsi_update_screen_l4(), a
successful framedone callback is still sent to panel-taal. An
error should be returned to taal_update() instead.
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/dsi.c |6 +-
1 files changed, 5 insertions(+), 1 deletion
In the function overlay_manager_store, the length of the string
buf is used to comapre the 2 strings, there is a possibility of
false positive match if buf is a prefix string of another manager.
The use of sysfs_streq() fixes this.
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/overla
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
> From: Ohad Ben-Cohen
>
> Add support for software emulation of card detect
> events.
>
> This is required for specific controllers
> that are hard wired with embedded SDIO devices
> (such as TI's wl1271 WLAN device).
Why?
Many instances of hardwired
Allow DIE id to be get and used by others.
Signed-off-by: Kan-Ru Chen
---
arch/arm/mach-omap2/id.c | 10 ++
arch/arm/mach-omap2/include/mach/id.h | 22 ++
2 files changed, 32 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-omap2/includ
The devkit8000 boards often come with empty EEPROM thus without
valid ethernet MAC address. The DIE id to MAC formula is copied from
u-boot.
Signed-off-by: Kan-Ru Chen
---
arch/arm/mach-omap2/board-devkit8000.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git
Signed-off-by: Kan-Ru Chen
---
arch/arm/mach-omap2/id.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index 80bd1cd..4e11801 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch/arm/mach-omap2/id.c
@@ -118,24
This patch series add the omap_get_die_id interface and use that
function to construct a MAC address for use by dm9000.
Kan-Ru Chen (3):
omap: Add new interface omap_get_die_id
omap: Use omap_get_die_id() to get the DIE ids
omap: Devkit8000: Use DIE id to initialize dm9000 MAC address
arch
From: Ohad Ben-Cohen
Make it possible to build and use TI's wl1271
device on the ZOOM boards.
The device is an embedded SDIO WLAN chip
that is hardwired to the 3rd mmc controller
of the ZOOM2/3 boards.
Signed-off-by: Ohad Ben-Cohen
---
arch/arm/mach-omap2/Kconfig |5 +
From: Ohad Ben-Cohen
Add WLAN platform device and control
functions (power and virtual card detect)
in order to allow software to control the
embedded SDIO WLAN device which resides on
the ZOOM board (TI's wl1271 device).
Based on Android's WLAN control functions by
San Mehat .
Signed-off-by: O
From: Ohad Ben-Cohen
The wl1271 device is using a reference clock that may change
between board to board.
Make the ref_clock parameter configurable by the board
files that set up the device, instead of having a hard coded
value in the driver source itself.
Signed-off-by: Ohad Ben-Cohen
---
dr
From: Ohad Ben-Cohen
Remove the hard coded irq information, and instead take
the irq information from the platform-specific data
which is supplied by the board device.
Signed-off-by: Ohad Ben-Cohen
---
drivers/net/wireless/wl12xx/wl1271_sdio.c |9 +++--
1 files changed, 3 insertions(+)
From: Ohad Ben-Cohen
Introduce a platform device support which is decoupled
from the life cycle of the sdio function.
The platform device objective is to deliver board-specific
values (like irq, ref_clock, and software card-detect
emulation control).
The driver can then dynamically create (or d
From: Ohad Ben-Cohen
Make it possible for the set power method to indicate a
success/failure return value. This is needed to support
more complex power on/off operations such as bringing up
(and down) sdio functions.
Signed-off-by: Ohad Ben-Cohen
---
drivers/net/wireless/wl12xx/wl1271.h |
From: Ohad Ben-Cohen
Make it possible for board code to send SDIO handlers to
the wl12xx driver.
These SDIO handlers are needed to allow software to trigger
card detect events for hard-wired SDIO devices such as the
wl1271 device.
Signed-off-by: Ohad Ben-Cohen
---
drivers/net/wireless/wl12xx/
From: Ohad Ben-Cohen
Move wl12xx.h outside of the spi-specific location,
so it can be shared with both spi and sdio solutions.
Signed-off-by: Ohad Ben-Cohen
---
drivers/net/wireless/wl12xx/wl1251_sdio.c |2 +-
drivers/net/wireless/wl12xx/wl1251_spi.c |2 +-
drivers/net/wireless/wl12xx
From: Ohad Ben-Cohen
Add board muxing to support the wlan wl1271 chip that is
hardwired to mmc2 (third mmc controller) on the ZOOM3.
Signed-off-by: Ohad Ben-Cohen
---
arch/arm/mach-omap2/board-zoom3.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/
From: Ohad Ben-Cohen
Add board muxing to support the wlan wl1271 chip that is
hardwired to mmc2 (third mmc controller) on the ZOOM2.
Signed-off-by: Ohad Ben-Cohen
---
arch/arm/mach-omap2/board-zoom2.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/
From: Ohad Ben-Cohen
Add support for software emulation of card detect
events.
This is required for specific controllers
that are hard wired with embedded SDIO devices
(such as TI's wl1271 WLAN device).
Board-specific configuration is required to
enable this software card detect control.
Based
From: Ohad Ben-Cohen
Add support to set/get mmc_host private embedded
data.
This is needed to allow software to dynamically
create (and remove) SDIO functions which represents
embedded SDIO devices.
Typically, it will be used to set the context of
a driver that is creating a new SDIO function
(
From: Ohad Ben-Cohen
Make it possible for board files to give the
host controller two handlers needed for emulating
card detect events in software:
* The virtual_get_cd handler will allow the host
controller to query the status of the software
card detect (for the given controller/slot).
* The
From: Ohad Ben-Cohen
Remove SDIO IDs from the driver code since now it is
included in linux/mmc/sdio_ids.h.
Signed-off-by: Ohad Ben-Cohen
---
drivers/net/wireless/wl12xx/wl1271_sdio.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/net/wireless/wl12xx/wl
From: Ohad Ben-Cohen
Add SDIO IDs for TI and for TI's wl1271 wlan device.
Signed-off-by: Ohad Ben-Cohen
---
include/linux/mmc/sdio_ids.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/linux/mmc/sdio_ids.h b/include/linux/mmc/sdio_ids.h
index 33b2ea0..0d313c6
From: Ohad Ben-Cohen
The ZOOM2/3 boards include TI's wl1271 wlan sdio device,
hardwired to the 3rd mmc controller.
These patches add support for WLAN on the ZOOM2/3 boards
using only mainline components (most notably mac80211 and wl1271).
Patches were tested on both ZOOM2 and ZOOM3.
In short,
OMAP3530 CBB package can have GPIO126 muxed on 2 pins: mmc1_dat4 and
cam_strobe. This causes a problem with current multipath GPIO mux
handling, which muxes both pins as GPIO126 and makes the GPIO unusable.
Fix this by not muxing any pins if multipath GPIO is detected and
just print a warning inst
Hello.
Tony Lindgren wrote:
I think Ajay has explained why it's needed. The option is
necessary in one or another form.
It's not needed for omaps, we can already build in support for
omap2, omap3 and omap4 into the same kernel binary.
Don't see how it hinders that.
Not with AM35x
* Tony Lindgren [100702 13:32]:
> * Nicolas Pitre [100702 05:31]:
> > On Thu, 1 Jul 2010, Jamie Lokier wrote:
> >
> > > Tony Lindgren wrote:
> > > > +static void __init kuser_get_tls_init(unsigned long vectors)
> > > > +{
> > > > + /*
> > > > +* vectors + 0xfe0 = __kuser_get_tls
>
* Kan-Ru Chen [100705 14:48]:
> On Mon, Jul 5, 2010 at 5:44 PM, Tony Lindgren wrote:
> >
> > How about adding a function for getting this from mach-omap2/id.c?
> > Other boards might want to use it too.
>
> I had originally intended to do so, but I was not sure how to design the api.
>
> omap_r
* Gupta, Ajay Kumar [100705 14:48]:
> > > >> I think Ajay has explained why it's needed. The option is
> > > >>necessary in one or another form.
> > >
> > > >It's not needed for omaps, we can already build in support for
> > > >omap2, omap3 and omap4 into the same kernel binary.
> > >
> > >N
* Stephen Rothwell [100705 10:08]:
> Hi Nicolas,
>
> On Sun, 04 Jul 2010 21:46:27 -0400 (EDT) Nicolas Pitre
> wrote:
> >
> > Yes, the fix is fine. If you can carry it until either of those is
> > merged upstream that would be great.
>
> Thanks for the confirmation. I can carry the merge fix
* Cory Maccarrone [100602 01:27]:
> This change adds in a bluetooth controld driver/rfkill
> interface to the serial bluetooth controller found on many
> HTC smartphones such as the HTC Herald and HTC Wizard.
> +static void htc_bt_on(struct htc_bt_data *data)
> +{
> + gpio_set_value(data->
* Cory Maccarrone [100602 01:27]:
> This change adds bluetooth and UART initialization support to the
> HTC Herald board driver. This allows use of the serial bluetooth
> adapter attached to UART1 using hciattach.
>
> The defconfig was updated to add in bluetooth core support, as well
> as to cl
* Cory Maccarrone [100602 01:27]:
> This change adds in the necessary clocks and mux pins for UART
> control on omap7xx devices. I also made a change in the serial
> code to only try and initialize two UARTs in omap_serial_init, as
> these devices don't have three.
Was about to queue this one an
* Grazvydas Ignotas [100705 14:43]:
> On Mon, Jul 5, 2010 at 10:36 AM, Tony Lindgren wrote:
> >
> > We should just print a warning and return an error. Then we should
> > also start checking the return values for omap_mux_init_gpio
> > now that the code is converted over to use the new mux code.
* Thomas Weber [100602 14:33]:
> From: Kan-Ru Chen
>
> This patch corrects the LCD reset pin configuration.
>
> Original code from early devkit8000 patch sets the TWL4030 GPIO_1
> to EHCI_nOC and TWL4030_GPIO_MAX+1 to ledA. Indeed these two pins
> are both LCD_PWREN. Setup the lcd reset_gpio pr
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 023a27927ca5f22b55db92a99da164452d66e537
PatchWorks
http://patchwork.kernel.org/patch/103763/
Git (Likely to change, and takes a while to get mirr
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 91fe4e154b2f422c9725e59d2d1f3dfcdbb504e7
PatchWorks
http://patchwork.kernel.org/patch/103762/
Git (Likely to change, and takes a while to get mirr
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 463afcd5a832d0e3c8530e9cbbee329e019acb77
PatchWorks
http://patchwork.kernel.org/patch/103759/
Git (Likely to change, and takes a while to get mirr
* Sukumar Ghorai [100616 14:34]:
> update config file to support for NAND, OneNAND, NOR on omap 3630-sdp board.
Let's drop all the defconfig changes from this series, we won't
be patching the defconfigs any longer as requested by Linus.
Regards,
Tony
--
To unsubscribe from this list: send the l
* Sukumar Ghorai [100616 14:34]:
> rename board-sdp-flash.c(board-flash.c) and board-sdp.h(board-flash.h) to
> used by other board e.g. zoom
>
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/Makefile |2 +-
> arch/arm/mach-omap2/board-3430sdp.c| 1
> > >> I think Ajay has explained why it's needed. The option is
> > >>necessary in one or another form.
> >
> > >It's not needed for omaps, we can already build in support for
> > >omap2, omap3 and omap4 into the same kernel binary.
> >
> >Not with AM35x USB support merged -- at least you wo
On Mon, Jul 5, 2010 at 1:05 PM, Tony Lindgren wrote:
> * Grazvydas Ignotas [100701 22:52]:
>> Add platform data for NAND and wifi, also setup all GPIOs
>> needed to use the wifi chip.
>
> I've applied this after tweaking it a bit to apply as the
> SDIO series is getting merged via Andrew. Updated
On Mon, Jul 5, 2010 at 5:44 PM, Tony Lindgren wrote:
> * Kan-Ru Chen [100705 09:27]:
>> The devkit8000 debug boards often come with empty EEPROM thus without
>> valid ethernet MAC address. The DIE id to MAC formula is copied from
>> u-boot.
>>
>> Signed-off-by: Kan-Ru Chen
>> ---
>> arch/arm/ma
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 73eb91e9d948a5e6b682ac4ccabec16743321939
PatchWorks
http://patchwork.kernel.org/patch/107561/
Git (Likely to change, and takes a while to get mirr
* Anders, David [100628 20:41]:
>
> Tony,
> If there are no objections, can we get someone to signoff on this so we can
> get it in the window?
I've added default y to Kconfig for Panda and queued this patch.
Updated patch below.
Tony
>From 73c95f0240b27e3b413c32b8e5b323e86ea5bff0 Mon Sep 17 0
On Mon, Jul 5, 2010 at 10:36 AM, Tony Lindgren wrote:
> * Grazvydas Ignotas [100703 00:21]:
>> Hi,
>>
>> on OMAP3 CBB package GPIO126 can be muxed on 2 pins: mmc1_dat4 and
>> cam_strobe. On pandora mmc1_dat4 is connected to mmc1 write protect,
>> this makes omap2_mmc_mux() call omap_mux_init_gpio
Hi,
> >>> +{
> >>> + unsigned long timeout = jiffies + msecs_to_jiffies(100);
> >>> + u32 devconf2;
> >>> +
> >>> + /*
> >>> + * Start the on-chip PHY and its PLL.
> >>> + */
> >>> + devconf2 = omap_ctrl_readl(AM35XX_CONTROL_DEVCONF2);
> >>> +
> >>> + devconf2 &= ~(CONF2_RESET | CONF2_PHYPWRDN |
* Sergei Shtylyov [100705 13:29]:
> choice
> prompt "OMAP System Type"
> default ARCH_OMAP2PLUS
>
> >>>..this should not be needed.
>
> >> I think Ajay has explained why it's needed. The option is
> >>necessary in one or another form.
>
> >It's not needed for omaps, we can
On Mon, Jul 05, 2010 at 12:28:06PM +0200, ext Sergei Shtylyov wrote:
But will this compile on other OMAPs?
since this is a compile fix for tusb6010.c only, yes
I wonder what kind of compile error...
make n8x0_defconfig && make will tell you.
--
balbi
DefectiveByDesign.org
--
To unsu
Hello.
Tony Lindgren wrote:
AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
It has USB phy built inside the IP itself.
Also added ARCH_AM35x which is required to differentiate musb ips
between OMAP3x and AM35x. This config would be used for below purposes,
- Select
Dne Po 5. července 2010 10:33:48 Tony Lindgren napsal(a):
> * Marek Vasut [100630 21:21]:
> > Dne St 30. června 2010 17:59:25 Christoph Egger napsal(a):
> > > SX1_OLD_FLASH doesn't exist in Kconfig, therefore removing all
> > > references for it from the source code.
> >
> > There were two models
Hello.
felipe.ba...@nokia.com wrote:
From: Felipe Balbi
Drop the unnecessary empty stubs in tusb6010.c and avoid
But will this compile on other OMAPs?
a compile error when building kernel for n8x0.
I wonder what kind of compile error...
Signed-off-by: Felipe Balbi
WBR, Serg
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): d7b2669087eb20071138e581a1b31ce6353293a2
PatchWorks
http://patchwork.kernel.org/patch/108841/
Git (Likely to change, and takes a while to get mirr
* Sergei Shtylyov [100705 12:57]:
> Hello.
>
> Tony Lindgren wrote:
>
> >>AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
> >>It has USB phy built inside the IP itself.
> >>
> >>Also added ARCH_AM35x which is required to differentiate musb ips
> >>between OMAP3x and AM35x. Thi
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): b5a7e6e8dceb167f2b5617a3ef936947a344b0f5
PatchWorks
http://patchwork.kernel.org/patch/109101/
Git (Likely to change, and takes a while to get mirr
* Grazvydas Ignotas [100701 22:52]:
> Add platform data for NAND and wifi, also setup all GPIOs
> needed to use the wifi chip.
I've applied this after tweaking it a bit to apply as the
SDIO series is getting merged via Andrew. Updated patch
below.
Regards,
Tony
>From ebc8d2747c38e35d3baf7967ac7
Hello.
Tony Lindgren wrote:
AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
It has USB phy built inside the IP itself.
Also added ARCH_AM35x which is required to differentiate musb ips
between OMAP3x and AM35x. This config would be used for below purposes,
- Select a
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-boards
Initial commit ID (Likely to change): 80572cd4a255c3241195a1762c5d947c7b602dff
PatchWorks
http://patchwork.kernel.org/patch/109372/
Git (Likely to change, and takes a while to get mirr
* Ajay Kumar Gupta [100702 09:52]:
> AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
> It has USB phy built inside the IP itself.
>
> Also added ARCH_AM35x which is required to differentiate musb ips
> between OMAP3x and AM35x. This config would be used for below purposes,
>
* Kan-Ru Chen [100705 09:27]:
> The devkit8000 debug boards often come with empty EEPROM thus without
> valid ethernet MAC address. The DIE id to MAC formula is copied from
> u-boot.
>
> Signed-off-by: Kan-Ru Chen
> ---
> arch/arm/mach-omap2/board-devkit8000.c | 17 +
> 1 file
* Felipe Contreras [100704 16:30]:
> Cc: Tony Lindgren
> Signed-off-by: Felipe Contreras
Missing description, maybe check your other patches for that too.
Anyways, I've queued up an earlier similar patch from
Christoph Egger :
https://patchwork.kernel.org/patch/110186/
Regards,
Tony
--
To u
From: Felipe Balbi
Drop the unnecessary empty stubs in tusb6010.c and avoid
a compile error when building kernel for n8x0.
Signed-off-by: Felipe Balbi
---
compile tested with n8x0_defconfig
drivers/usb/musb/tusb6010.c | 13 -
1 files changed, 0 insertions(+), 13 deletions(-)
d
* Christoph Egger [100630 18:58]:
> OMAP2_VENC_OUT_TYPE_SVIDEO, OMAP2_VENC_OUT_TYPE_COMPOSITE doesn't
> exist in Kconfig, therefore removing all references for it from the
> source code.
Let's let Tomi figure out this one, added him to Cc.
Regards,
Tony
> Signed-off-by: Christoph Egger
> ---
* Felipe Balbi [100701 10:32]:
> On Wed, Jun 30, 2010 at 06:00:23PM +0200, ext Christoph Egger wrote:
> >MACH_OMAP2_H4_USB1 doesn't exist in Kconfig, therefore removing all
> >references for it from the source code.
> >
> >Signed-off-by: Christoph Egger
>
> Does this apply on top of Tony's recen
* Marek Vasut [100630 21:21]:
> Dne St 30. června 2010 17:59:45 Christoph Egger napsal(a):
> > OMAP_ARM_96MHZ doesn't exist in Kconfig, therefore removing all
> > references for it from the source code.
>
> I'd be for adding it to Kconfig rather than removing from here
Looks like Paul has queued
* Marek Vasut [100630 21:21]:
> Dne St 30. června 2010 17:59:25 Christoph Egger napsal(a):
> > SX1_OLD_FLASH doesn't exist in Kconfig, therefore removing all
> > references for it from the source code.
>
> There were two models of the phone made, you can toggle between old and new
> version. May
* Marek Vasut [100630 21:19]:
> Dne St 30. června 2010 17:59:06 Christoph Egger napsal(a):
> > APM doesn't exist in Kconfig, therefore removing all references for it
> > from the source code.
>
> Tony, do you know Andrzej Zaborowski's new email address? Maybe he should be
> CCed here
Sorry I do
* Christoph Egger [100630 18:58]:
> LEDS_OMAP_DEBUG doesn't exist in Kconfig, therefore replacing all
> references for it with OMAP_DEBUG_LEDS from the source code.
Applied.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.k
* Christoph Egger [100630 18:51]:
> OMAP_STI doesn't exist in Kconfig, therefore removing all
> references for it from the source code.
Thanks, applied.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majord
* Christoph Egger [100630 18:51]:
> OMAP_DSP doesn't exist in Kconfig, therefore removing all
> references for it from the source code.
I've updated and queued this one. Updated patch below.
Tony
>From 2a65e8217bc6686b409ae19ec79e89421b5e73c1 Mon Sep 17 00:00:00 2001
From: Christoph Egger
Date:
* Christoph Egger [100630 18:49]:
> OMAP_IR doesn't exist in Kconfig, therefore removing all references
> for it from the source code.
Thanks I've updated this for the new mux code for board-h4.c and applied it.
Updated patch below.
Regards,
Tony
>From e2bed14099b0d15514d3e542742fa9310d9bf52c M
* Kirill A. Shutemov [100701 18:21]:
> On Thu, Jul 01, 2010 at 03:22:55PM +0200, Christoph Egger wrote:
> > On Wed, Jun 30, 2010 at 10:54:09PM +0300, Kirill A. Shutemov wrote:
> > > On Wed, Jun 30, 2010 at 05:54:42PM +0200, Christoph Egger wrote:
> > > > OMAP_MUX_ERRORS doesn't exist in Kconfig, t
* Grazvydas Ignotas [100703 00:21]:
> Hi,
>
> on OMAP3 CBB package GPIO126 can be muxed on 2 pins: mmc1_dat4 and
> cam_strobe. On pandora mmc1_dat4 is connected to mmc1 write protect,
> this makes omap2_mmc_mux() call omap_mux_init_gpio() on GPIO126, which
> muxes both pins and warns:
> mux: Mult
Hi Nicolas,
On Sun, 04 Jul 2010 21:46:27 -0400 (EDT) Nicolas Pitre wrote:
>
> Yes, the fix is fine. If you can carry it until either of those is
> merged upstream that would be great.
Thanks for the confirmation. I can carry the merge fix as long as
necessary.
--
Cheers,
Stephen Rothwell
80 matches
Mail list logo