+Don Aisheng
On Tue, Sep 11, 2012 at 01:10:12, Linus Walleij wrote:
On Sat, Sep 1, 2012 at 10:16 AM, AnilKumar Ch anilku...@ti.com wrote:
Adopt pinctrl support to leds-gpio driver based on leds-gpio
device pointer, pinctrl driver configure SoC pins to GPIO
mode according to definitions
The config option CONFIG_OMAP2_DSS_DEBUG_SUPPORT has been removed and replaced
with CONFIG_OMAP2_DSS_DEBUG and CONFIG_OMAP2_DSS_DEBUGFS. CONFIG_OMAP2_DSS_DEBUG
enables DEBUG flag and CONFIG_OMAP2_DSS_DEBUGFS enables creation of debugfs for
OMAPDSS. Both the config options are disabled by default
On Mon, Oct 1, 2012 at 9:03 AM, AnilKumar, Chimata anilku...@ti.com wrote:
I have gone through the Don Aisheng patch series, which
adds pinctrl_dt_add_gpio_ranges support but not accepted
yet. With this patch series we can overcome the driver changes.
OK then this is the direction we need
On Sat, Sep 29, 2012 at 10:27 PM, Tony Lindgren t...@atomide.com wrote:
* Jon Hunter jon-hun...@ti.com [120928 12:36]:
On 09/28/2012 10:54 AM, Russell King - ARM Linux wrote:
On Fri, Sep 28, 2012 at 08:05:38AM -0700, Tony Lindgren wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120928
On Sat, Sep 22, 2012 at 11:59 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
rcu: Fix day-one dyntick-idle stall-warning bug
As mentioned in another thread this solves the same problem for ux500.
Reported/Tested-by: Linus Walleij linus.wall...@linaro.org
But now it appears that this
Hi,
On Fri, Sep 28, 2012 at 07:01:04PM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Sep 28, 2012 at 6:27 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Sep 28, 2012 at 06:23:10PM +0530, Kishon Vijay Abraham I wrote:
Used of_platform_populate() to populate dwc3 core
From: Jerome Kurtz jrm.ku...@gmail.com
When I try to compile with TWL6030_USB=y, TWL4030_USB=y and
USB_MUSB_OMAP2PLUS=m, I get the following error:
drivers/built-in.o: In function `twl4030_usb_irq':
/home/xxx/kernel/linux/drivers/usb/otg/twl4030-usb.c:518: undefined
reference to
Hello,
From: Jerome Kurtz jrm.ku...@gmail.com
When I try to compile with TWL6030_USB=y, TWL4030_USB=y and
USB_MUSB_OMAP2PLUS=m, I get the following error:
there is an earlier patch here:
https://patchwork.kernel.org/patch/1370291/
and an alternative fix here:
Hi,
On 09/28/2012 09:58 AM, Vutla, Lokesh wrote:
Hi,
I see a module build failure in linux-next tree.
Any one else facing this issue or I am missing something.
Using master branch on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
Below is the log .
$ make modules -j 10
On Mon, Sep 24, 2012 at 10:45:06PM +0100, Jon Hunter wrote:
On 09/20/2012 04:09 PM, Will Deacon wrote:
On Thu, Sep 20, 2012 at 06:17:02PM +0100, Paul Walmsley wrote:
Have queued most of these for 3.7 with the exception of the OMAP4430
CTI-related patches (which look to me like 3.8
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/usb/dwc3.txt | 23 +++
drivers/usb/dwc3/core.c| 14
Used of_platform_populate() to populate dwc3 core platform_device
from device tree data. Since now the allocation of unique device id is
handled be of_*, removed the call to dwc3_get_device_id.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 52
Add an API in the omap glue layer to write to the mailbox register which
can be used by comparator driver(twl). To pass the detection of the attached
device (signified by VBUS, ID) to the dwc3 core, dwc3 core has to write
to the mailbox regiter.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Before accessing any register, runtime API's should be invoked to enable
the clocks. runtime API's are added here to prevent abort during register
access.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 10 ++
1 file changed, 10 insertions(+)
This patch series adds dt support to dwc3 core and fixes few minor
stuff in dwc3-omap glue to get dwc3 working.
While at that it also uses *of_platform* to create the child device
(dwc3-core) and fixes to use runtime API's to enable clock and write
to SYSCONFIG register.
Changes from v1:
* made
Used device_for_each_child() to handle child device (dwc3 core) removal
during devexit of dwc3 omap.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
Includes few minor fixes in dwc3-omap like populating the compatible
string in a correct way, extracting the utmi-mode property properly and
changing the index of get_irq since irq of core is removed from hwmod
entry.
Also updated the documentation with dwc3-omap device tree binding
information.
The runtime API's takes care of setting the SYSCONFIG register with
appropriate values. Hence explicit writes to SYSCONFIG register is
removed.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 26 --
1 file changed, 26 deletions(-)
Add a smsc-ece1099 mfd driver which will work as
keypad scan device or a gpio expander device.
Patch 1 creates the parent mfd driver.
Patch 2 add keypad support. Patch 3 adds dts
support for keypad in omap5 dts file.
Patch 4 add gpio expansion driver for chip (RFC).
Cc: Benoit Cousson
smsc ece1099 is a keyboard scan or gpio expansion device.
The patch create keypad and gpio expander child for this
multi function smsc driver.
Tested on omap5430 evm with 3.6-rc6 custom kernel.
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi
From: G, Manjunath Kondaiah manj...@ti.com
SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device
supports a keypad scan matrix of 23*8.This driver uses this
device as a keypad driver.
Tested on omap5430 evm with 3.6-rc6 custom kernel.
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Add keypad data node in omap5-evm.
Based on I2C support patch for omap5, which has been
already posted as a different series.
Tested on omap5430 evm with 3.6-rc6 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
smsc can be used as an gpio io expander device also. So adding
support for configuring smsc pins as a gpio.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
Changes since v2:
-
Hi,
On Mon, Oct 1, 2012 at 4:31 PM, Sourav Poddar sourav.pod...@ti.com wrote:
smsc ece1099 is a keyboard scan or gpio expansion device.
The patch create keypad and gpio expander child for this
multi function smsc driver.
Tested on omap5430 evm with 3.6-rc6 custom kernel.
Can we have this
On Mon, Oct 01, 2012 at 05:00:06PM +0530, ABRAHAM, KISHON VIJAY wrote:
On Mon, Oct 1, 2012 at 4:31 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Delete irrelevant context from your replies, it makes it much easier to
find new text.
+static int smsc_i2c_remove(struct i2c_client *i2c)
+{
+
Hi,
On Mon, Oct 1, 2012 at 5:14 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Oct 01, 2012 at 05:00:06PM +0530, ABRAHAM, KISHON VIJAY wrote:
On Mon, Oct 1, 2012 at 4:31 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Delete irrelevant context from your replies, it makes it
Hi Sourav,
On Mon, Oct 01, 2012 at 04:31:22PM +0530, Sourav Poddar wrote:
smsc ece1099 is a keyboard scan or gpio expansion device.
The patch create keypad and gpio expander child for this
multi function smsc driver.
Tested on omap5430 evm with 3.6-rc6 custom kernel.
Cc: Samuel Ortiz
Hi Matt,
On 9/29/2012 1:07 AM, Matt Porter wrote:
L3RAM (shared SRAM) is needed for use by several drivers.
This creates a genalloc pool and a hook for the platform code
to provide the struct gen_pool * in platform data.
Signed-off-by: Matt Porter mpor...@ti.com
I am not sure if any of the
On Mon, Oct 01, 2012 at 05:23:15PM +0530, ABRAHAM, KISHON VIJAY wrote:
On Mon, Oct 1, 2012 at 5:14 PM, Mark Brown
No, this is not at all sensible - if there's an mfd_remove_devices()
function we really ought to be able to use it to remove the children.
If we can't do that we should fix the
Uw web-mail quota heeft overschreden de set quotum dat is 2 GB. u op dit moment
draait op 2.3GB.To re-activeren en het verhogen van uw web-mail quota controleer
en uw web-mail account Om opnieuw te activeren en het verhogen van uw web-mail
quota op de link hieronder te werken.
On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote:
Hi Matt,
On 9/29/2012 1:07 AM, Matt Porter wrote:
L3RAM (shared SRAM) is needed for use by several drivers.
This creates a genalloc pool and a hook for the platform code
to provide the struct gen_pool * in platform data.
On Sat, Sep 29, 2012 at 06:34:54PM +, Paul Walmsley wrote:
cc Omar
Hi Matt
On Fri, 28 Sep 2012, Matt Porter wrote:
The AM33xx support requires some help in hwmod due to the following
comment in arch/arm/mach-omap2/omap_hwmod.c:
/*
* If an IP block contains HW reset
On Mon, Oct 01, 2012 at 10:55:11AM +0200, Linus Walleij wrote:
On Sat, Sep 22, 2012 at 11:59 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
rcu: Fix day-one dyntick-idle stall-warning bug
As mentioned in another thread this solves the same problem for ux500.
Reported/Tested-by:
On Mon, Oct 1, 2012 at 8:32 AM, Matt Porter mpor...@ti.com wrote:
On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote:
Hi Matt,
On 9/29/2012 1:07 AM, Matt Porter wrote:
L3RAM (shared SRAM) is needed for use by several drivers.
This creates a genalloc pool and a hook for the
On Mon, Oct 01, 2012 at 08:32:42AM -0400, Matt Porter wrote:
On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote:
Hi Matt,
On 9/29/2012 1:07 AM, Matt Porter wrote:
L3RAM (shared SRAM) is needed for use by several drivers.
This creates a genalloc pool and a hook for the
On Monday 01 October 2012 04:31 PM, Sourav Poddar wrote:
+smsc_probe(struct platform_device *pdev)
+{
+ struct device *dev = pdev-dev;
+ struct smsc *smsc = dev_get_drvdata(pdev-dev.parent);
+ struct input_dev *input;
+ struct smsc_keypad *kp;
+ int ret = 0, error;
+
On 10/01/2012 04:45 AM, Will Deacon wrote:
On Mon, Sep 24, 2012 at 10:45:06PM +0100, Jon Hunter wrote:
On 09/20/2012 04:09 PM, Will Deacon wrote:
On Thu, Sep 20, 2012 at 06:17:02PM +0100, Paul Walmsley wrote:
Have queued most of these for 3.7 with the exception of the OMAP4430
CTI-related
On 09/28/2012 12:46 PM, li...@johnea.net wrote:
On 09/28/2012 12:18 PM, Robert Nelson wrote:
Ah, so looking at the config, ARCH switched to omapdrm... It kinda
works in v3.5.x, but i'd wait till a few more releases...
So, based on that config, they have both CONFIG_FB_OMAP2 and
CONFIG_DRM_OMAP
Hi,
On Mon, Oct 1, 2012 at 5:39 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Oct 01, 2012 at 05:23:15PM +0530, ABRAHAM, KISHON VIJAY wrote:
On Mon, Oct 1, 2012 at 5:14 PM, Mark Brown
No, this is not at all sensible - if there's an mfd_remove_devices()
function we
* Linus Walleij linus.wall...@linaro.org [121001 01:25]:
On Mon, Oct 1, 2012 at 9:03 AM, AnilKumar, Chimata anilku...@ti.com wrote:
I have gone through the Don Aisheng patch series, which
adds pinctrl_dt_add_gpio_ranges support but not accepted
yet. With this patch series we can
On Thu, Sep 27, 2012 at 03:06:34PM +0530, Vinod Koul wrote:
On Fri, 2012-09-21 at 14:37 -0400, Matt Porter wrote:
On Fri, Sep 21, 2012 at 08:42:47AM -0700, Tony Lindgren wrote:
Can't we come up with a version of dma_request_slave_channel that works
both ways for now:
On Thu, Sep 27, 2012 at 03:11:08PM +0530, Vinod Koul wrote:
On Fri, 2012-09-21 at 19:47 +0100, Russell King - ARM Linux wrote:
On Fri, Sep 21, 2012 at 10:45:29PM +0530, S, Venkatraman wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware
Good morning,
We opted for the Stay with omapfb, and disabled CONFIG_DRM_OMAP.
Now the dev tree is showing all 3 fb devices, but still no video out 8-(
Boot messages include:
[root@apm002 johnea]# dmesg | grep omapfb
[0.00] Kernel command line: console=ttyO2,115200n8 mpurate=auto
On 10/01/2012 09:50 AM, Robert Nelson wrote:
You guys are very close... Your config-3.5.4-archarm-3 config just
needed one more change:
CONFIG_PANEL_TFP410=m - CONFIG_PANEL_TFP410=y
Thank You Robert!
Starting a new build now...
johnea
--
To unsubscribe from this list: send the line
Hello.
On 01-10-2012 12:25, Kishon Vijay Abraham I wrote:
Includes few minor fixes in dwc3-omap like populating the compatible
string in a correct way, extracting the utmi-mode property properly and
changing the index of get_irq since irq of core is removed from hwmod
entry.
Also updated the
On Thu, 27 Sep 2012, Igor Grinberg wrote:
On 09/24/12 21:21, Paul Walmsley wrote:
* 3517EVM CM-T3517: boot hangs
- Probably due to the use of NFS root; there are likely some Kconfig,
board file, and PM issues with EMAC
Have you tried the nohlt boot parameter?
Patch 1:
Dropping the file plat/dma44xx.h as none of the omap44xx
dma channel definitions are used.
Patch 2:
Moving OMAP1 DMA channel definitions to mach-omap1
Patch 3:
Moving OMAP2+ DMA channel definitions to mach-omap2
Patch 4:
Moving plat/dma.h to
None of the DMA channel definitions defined in
plat/dma-44xx.h are used. So removing it.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/plat-omap/include/plat/dma-44xx.h | 147
arch/arm/plat-omap/include/plat/dma.h |3 -
2 files changed, 150
Some of the omap1 dma channel definitions are used by some drivers.
For moving omap1 dma channel definitions to mach-omap1/, the used
ones should be defined locally to driver. Driver can eliminate it
by using DT, platform data, or IORESOURCE_DMA.
And moving OMAP1 DMA channel definitions to
Similar to omap1, some of the omap2+ dma channel definitions are
used by some drivers. For moving omap2+ dma channel definitions
to mach-omap2/, the used ones should be defined locally to driver.
Drivers can eliminate it using DT, platform data, or IORESOURCE_DMA
And moving omap2+ DMA channel
omap_reserve() is a stub for omap1. So dropping
omap_reserve callback from all OMAP1 board files.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/mach-omap1/board-ams-delta.c |1 -
arch/arm/mach-omap1/board-fsample.c |1 -
arch/arm/mach-omap1/board-generic.c |1 -
Move plat/dma.h to plat-omap/dma-omap.h as part of single
zImage work
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/mach-omap1/board-h2.c |2 +-
arch/arm/mach-omap1/board-h3.c |2 +-
omap_reserve() callback is defned only for mach-omap2.
So, moving definition of omap_reserve() to mach-omap2.
This helps is moving plat/omap_secure.h local to
mach-omap2
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/mach-omap2/common.c | 20
Moving plat/omap-secure.h locally to mach-omap2/
as part of single zImage work
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/mach-omap2/common.c |2 +-
arch/arm/mach-omap2/omap-secure.c |1 -
arch/arm/mach-omap2/omap-secure.h |7
Hi Florian,
Here are omapdss changes for 3.7 merge window.
There's something funny with the diff stat, though. I can see a few
changes there that I have not made, for example to
drivers/video/console/fbcon.c. I believe they come from my Merge branch
'fbdev-for-linus' of
Here are some basic OMAP test results for Linux v3.6.
Logs and other details at http://www.pwsan.com/omap/testlogs/test_v3.6/
Passing tests
-
Boot to userspace: 2420n800, 2430sdp, 3530es3beagle, 3730beaglexm,
37xxevm, 4430es2panda, 5912osk
PM ret/off, suspend +
On Mon, Oct 1, 2012 at 5:44 PM, Tony Lindgren t...@atomide.com wrote:
OK that is typical pinctrl driver implementation work.
I hope Tony can advice on this?
I think we're best off to just stick to alternative named modes
passed from device tree. For example, for GPIO wake-ups you can
have
On Mon, 1 Oct 2012, Paul Walmsley wrote:
Kernel size/memory differences
--
vmlinux object size
(delta in bytes from test_v3.5 (28a33cbc24e4256c143dce96c7d93bf423229f92)):
textdata bss total kernel
+106549 +17784 +2380 +126713 2430_testconfig
On 10/01/2012 09:57 AM, li...@johnea.net wrote:
On 10/01/2012 09:50 AM, Robert Nelson wrote:
You guys are very close... Your config-3.5.4-archarm-3 config just
needed one more change:
CONFIG_PANEL_TFP410=m - CONFIG_PANEL_TFP410=y
That did it! We've got X running on BeagleboardxM DVI with
Commit c49f34bc (ARM: OMAP2+ Move SoC specific headers to be local to
mach-omap2) moved omap34xx.h to mach-omap2. This broke omap3isp, as it
includes omap34xx.h.
Instead of moving omap34xx to platform_data, simply add the two
definitions the driver needs and remove the include altogether.
Since iommu is not supported on OMAP1 and will not likely to ever be
supported, merge plat/iommu2.h into iommu.h so only one file would have
to move to platform_data/ as part of the single zImage effort.
Signed-off-by: Ido Yariv i...@wizery.com
---
arch/arm/plat-omap/include/plat/iommu.h | 88
Move iommu/iovmm headers from plat/ to platform_data/ as part of the
single zImage work.
Signed-off-by: Ido Yariv i...@wizery.com
---
arch/arm/mach-omap2/devices.c | 2 +-
arch/arm/mach-omap2/iommu2.c| 2 +-
The iopgtable header file is only used by the iommu iovmm drivers, so
move it to drivers/iommu/, as part of the single zImage effort.
Signed-off-by: Ido Yariv i...@wizery.com
---
drivers/iommu/omap-iommu-debug.c | 3 +--
drivers/iommu/omap-iommu.c
Move some of the definitions in plat/iommu.h that can be made local to
either drivers/iommu or arch/arm/mach-omap2. This minimizes the number
of global definitions once plat/iommu.h moves to platform_data/ as part
of the single zImage effort.
Signed-off-by: Ido Yariv i...@wizery.com
---
Wei Yongjun weiyj...@gmail.com writes:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
and never returns NULL pointer. The NULL test in the return value
check should be replaced with IS_ERR().
dpatch engine is used to
On Thu, 27 Sep 2012, Igor Grinberg wrote:
Have you tried the nohlt boot parameter?
It looks like the wfi is killing those SoCs once you use EMAC.
Just tried with nohlt. Didn't help on CM-T3517 with either NFS or MMC
root, nor with the 3517EVM with NFS root. But I was able to get the
Wei Yongjun weiyj...@gmail.com writes:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_get_by_hwmod_name()
returns ERR_PTR() not NULL pointer. The NULL test in the return
value check should be replaced with IS_ERR().
dpatch engine is used to auto
Maximilian Schwerin maximilian.schwe...@tigris.de writes:
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1 /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
echo 1
* Lokesh Vutla lokeshvu...@ti.com [121001 11:48]:
Patch 1:
Dropping the file plat/dma44xx.h as none of the omap44xx
dma channel definitions are used.
Patch 2:
Moving OMAP1 DMA channel definitions to mach-omap1
Patch 3:
Moving OMAP2+ DMA channel definitions to
69 matches
Mail list logo
