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 ka...@0xlab.org
---
arch/arm/mach-omap2/board-devkit8000.c | 17 +
1 files changed, 17 insertions(+), 0
Hi Tomi,
Can you please help this change get integrated onto mainline kernel.
Regards
Afzal
Hi Nicolas,
On Sun, 04 Jul 2010 21:46:27 -0400 (EDT) Nicolas Pitre n...@fluxnic.net 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,
* Grazvydas Ignotas nota...@gmail.com [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:
* Kirill A. Shutemov kir...@shutemov.name [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
* Christoph Egger sicce...@cs.fau.de [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
* Christoph Egger sicce...@cs.fau.de [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 sicce...@cs.fau.de [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
* Christoph Egger sicce...@cs.fau.de [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
* Marek Vasut marek.va...@gmail.com [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
* Marek Vasut marek.va...@gmail.com [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
* Felipe Balbi felipe.ba...@nokia.com [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 sicce...@cs.fau.de
Does
* Christoph Egger sicce...@cs.fau.de [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:
From: Felipe Balbi felipe.ba...@nokia.com
Drop the unnecessary empty stubs in tusb6010.c and avoid
a compile error when building kernel for n8x0.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
compile tested with n8x0_defconfig
drivers/usb/musb/tusb6010.c | 13 -
1 files
* Felipe Contreras felipe.contre...@gmail.com [100704 16:30]:
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Missing description, maybe check your other patches for that too.
Anyways, I've queued up an earlier similar patch from
Christoph Egger
* Kan-Ru Chen ka...@0xlab.org [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 ka...@0xlab.org
---
arch/arm/mach-omap2/board-devkit8000.c | 17
* Ajay Kumar Gupta ajay.gu...@ti.com [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
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
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
* Grazvydas Ignotas nota...@gmail.com [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
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
* Sergei Shtylyov sshtyl...@mvista.com [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.
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
Hello.
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
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:
Dne Po 5. července 2010 10:33:48 Tony Lindgren napsal(a):
* Marek Vasut marek.va...@gmail.com [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
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
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
* Sergei Shtylyov sshtyl...@mvista.com [100705 13:29]:
snip
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 already
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 | CONF2_OTGPWRDN |
+
On Mon, Jul 5, 2010 at 10:36 AM, Tony Lindgren t...@atomide.com wrote:
* Grazvydas Ignotas nota...@gmail.com [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()
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
On Mon, Jul 5, 2010 at 5:44 PM, Tony Lindgren t...@atomide.com wrote:
* Kan-Ru Chen ka...@0xlab.org [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
On Mon, Jul 5, 2010 at 1:05 PM, Tony Lindgren t...@atomide.com wrote:
* Grazvydas Ignotas nota...@gmail.com [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
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 won't be able
to
* Sukumar Ghorai s-gho...@ti.com [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 s-gho...@ti.com
---
arch/arm/mach-omap2/Makefile |2 +-
* Sukumar Ghorai s-gho...@ti.com [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
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
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
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
* Thomas Weber we...@corscience.de [100602 14:33]:
From: Kan-Ru Chen ka...@0xlab.org
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.
* Grazvydas Ignotas nota...@gmail.com [100705 14:43]:
On Mon, Jul 5, 2010 at 10:36 AM, Tony Lindgren t...@atomide.com 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
* Cory Maccarrone darkstar6...@gmail.com [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
* Cory Maccarrone darkstar6...@gmail.com [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,
* Cory Maccarrone darkstar6...@gmail.com [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.
snip
+static void htc_bt_on(struct htc_bt_data *data)
+{
+
* Stephen Rothwell s...@canb.auug.org.au [100705 10:08]:
Hi Nicolas,
On Sun, 04 Jul 2010 21:46:27 -0400 (EDT) Nicolas Pitre n...@fluxnic.net
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.
* Gupta, Ajay Kumar ajay.gu...@ti.com [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.
Not with
* Kan-Ru Chen ka...@0xlab.org [100705 14:48]:
On Mon, Jul 5, 2010 at 5:44 PM, Tony Lindgren t...@atomide.com 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
* Tony Lindgren t...@atomide.com [100702 13:32]:
* Nicolas Pitre n...@fluxnic.net [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 =
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
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
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
Add SDIO IDs for TI and for TI's wl1271 wlan device.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
---
include/linux/mmc/sdio_ids.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/linux/mmc/sdio_ids.h
From: Ohad Ben-Cohen oh...@ti.com
Remove SDIO IDs from the driver code since now it is
included in linux/mmc/sdio_ids.h.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
---
drivers/net/wireless/wl12xx/wl1271_sdio.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
arch/arm/mach-omap2/board-zoom2.c | 15 +++
1 files changed, 15 insertions(+), 0
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
arch/arm/mach-omap2/board-zoom3.c | 15 +++
1 files changed, 15 insertions(+), 0
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
drivers/net/wireless/wl12xx/wl1251_sdio.c |2 +-
drivers/net/wireless/wl12xx/wl1251_spi.c |2 +-
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
drivers/net/wireless/wl12xx/wl1271_sdio.c |9 +++--
1 files
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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
From: Ohad Ben-Cohen oh...@ti.com
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 oh...@ti.com
---
arch/arm/mach-omap2/Kconfig
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
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 ka...@0xlab.org
---
arch/arm/mach-omap2/board-devkit8000.c | 14 ++
1 files changed, 14 insertions(+), 0
Allow DIE id to be get and used by others.
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
---
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
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
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
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 arc...@ti.com
---
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 arc...@ti.com
---
drivers/video/omap2/dss/dsi.c |6 +-
1 files changed, 5
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 s-gho...@ti.com [100616 14:34]:
Am 05.07.2010 14:57, schrieb Tony Lindgren:
* Thomas Weber we...@corscience.de [100602 14:33]:
From: Kan-Ru Chen ka...@0xlab.org
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
-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;
75 matches
Mail list logo
