Hi,
On Sat, Oct 27, 2012 at 05:57:48PM +0530, kishon wrote:
Hi,
On Saturday 27 October 2012 01:29 AM, Felipe Balbi wrote:
Hi,
On Fri, Oct 26, 2012 at 10:16:55AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [121025 23:55]:
On Thu, Oct 25, 2012 at 10:44:47AM -0700, Tony
On Sat, Oct 27, 2012 at 08:50:00PM +0200, Constantine Shulyupin wrote:
From: Constantine Shulyupin co...@makelinux.com
Problem:
- FDT is supported only by generic OMAP board initialization in
arch/arm/mach-omap2/board-generic.c and lacks some configurations, which are
not yet configured
Hi,
On Monday 29 October 2012 11:40 AM, Felipe Balbi wrote:
Hi,
On Sat, Oct 27, 2012 at 05:57:48PM +0530, kishon wrote:
Hi,
On Saturday 27 October 2012 01:29 AM, Felipe Balbi wrote:
Hi,
On Fri, Oct 26, 2012 at 10:16:55AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [121025
+ Jon,
On Friday 26 October 2012 06:49 PM, Tim Niemeyer wrote:
Adds support for configuring the omap-gpio driver use autosuspend for
runtime power management. This can reduce the latency in using it by
not suspending the device immediately on idle. If another access takes
place before the
Hi Tony,
On Friday 26 October 2012 12:05 PM, Santosh Shilimkar wrote:
On Friday 26 October 2012 12:45 AM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [121024 23:34]:
On Thursday 25 October 2012 06:12 AM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [121024
Hi,
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
The dispc error handler tries to fix issues by disabling and enabling
panel. This is problematic, as we're trying to remove the dependency
from omapdss to the omap_dss_devices. It's also racy, and doesn't really
fix anything.
On Mon, Oct 29, 2012 at 04:58:23AM +, Hiremath, Vaibhav wrote:
Now the expectation has grown to the level where people expect everything in
the Mainline kernel and not in some custom kernel release.
You are right, except for the has grown part. I have always expected
the official kernel
On 2012-10-29 09:12, Archit Taneja wrote:
Hi,
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
The dispc error handler tries to fix issues by disabling and enabling
panel. This is problematic, as we're trying to remove the dependency
from omapdss to the omap_dss_devices. It's
On Friday 26 October 2012 10:11 PM, Tony Lindgren wrote:
* Paul Walmsleyp...@pwsan.com [121025 22:05]:
It also breaks an OMAP3+4 config:
Fix below.
Thanks, I'd like to pull this fix in too along with the
others.
Thanks Paul and Tony for taking care of this issue.
I am sorry about the
Hi Daniel,
On Monday 29 October 2012 12:49 AM, Daniel Mack wrote:
Afzal, are you planning to resubmit this for mainline? My version can of
course be disposed then.
I am not planning to submit it as of now, and Vaibhav H has
a better suggestion on this, you may co-ordinate with him.
Regards
Hi Daniel,
On Thursday 25 October 2012 01:30 PM, Daniel Mack wrote:
Hmm, that number is currently hard-coded in GPMC_CS_NUM. It would take
some effort to make that dynamic but I agree that this would be a good
thing to have. Afzal?
It would be good to have (to the best of my knowledge
am335x
Hi Daniel,
On Thursday 25 October 2012 05:01 AM, Daniel Mack wrote:
Thanks for the review. I'll wait for feedback from Afzal next week and
then repost. Wanted to see first if that goes in the right direction at
all before bordering the DT people with binding details :)
I was thinking of a
On Mon, Oct 29, 2012 at 12:17:08PM +0530, Santosh Shilimkar wrote:
+ Jon,
On Friday 26 October 2012 06:49 PM, Tim Niemeyer wrote:
Adds support for configuring the omap-gpio driver use autosuspend for
runtime power management. This can reduce the latency in using it by
not suspending the
On 10/18/2012 6:56 PM, Matt Porter wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets the maximum segments to 16, we do the
same.
TODO: this will be replaced once the DMA Engine API
This patch-series adds support for,
[1/4]: Typo mistake in CPSW driver while invoking runtime_pm api's
[2/4]: Adds parent-child relation between CPSW MDIO module inside cpsw
driver, as in case of AM33XX, the resources are shared and common
register bit-field is provided to control
By mistake (most likely a copy-paste), instead of pm_runtime_get_sync()
api, driver is calling pm_runtime_put_sync() api in resume callback
function. The bug was introduced by commit id (ae2c07aaf74:
davinci_mdio: runtime PM support).
Now, the reason why it didn't impact functionality is, the
CPGMAC SubSystem consist of various sub-modules, like, mdio, cpdma,
cpsw, etc... These sub-modules are also used in some of Davinci family
of devices. Now based on requirement, use-case and available technology
nodes the integration of these sub-modules varies across devices.
So coming back to
From: Mugunthan V N mugunthan...@ti.com
This patch adds hwmod entry for davinci MDIO module,
creating parent-child relationship between CPSW and MDIO module.
This Parent-child relation is required in order to use common resources
like, clock, but still maintaining the logical separation between
From: Mugunthan V N mugunthan...@ti.com
Add CPSW and MDIO related device tree data for AM33XX.
Also enable them into board/evm dts files by providing
respective phy-id.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Richard Cochran
On Monday 29 October 2012 01:35 PM, Felipe Balbi wrote:
On Mon, Oct 29, 2012 at 12:17:08PM +0530, Santosh Shilimkar wrote:
+ Jon,
On Friday 26 October 2012 06:49 PM, Tim Niemeyer wrote:
Adds support for configuring the omap-gpio driver use autosuspend for
runtime power management. This can
On Mon, Oct 29, 2012 at 13:20:03, Richard Cochran wrote:
On Mon, Oct 29, 2012 at 04:58:23AM +, Hiremath, Vaibhav wrote:
Now the expectation has grown to the level where people expect everything
in
the Mainline kernel and not in some custom kernel release.
You are right, except
On Mon, Oct 29, 2012 at 01:51:17PM +0530, Vaibhav Hiremath wrote:
This patch-series adds support for,
[1/4]: Typo mistake in CPSW driver while invoking runtime_pm api's
[2/4]: Adds parent-child relation between CPSW MDIO module inside cpsw
driver, as in case of AM33XX, the
Am Montag, den 29.10.2012, 12:17 +0530 schrieb Santosh Shilimkar:
+ Jon,
On Friday 26 October 2012 06:49 PM, Tim Niemeyer wrote:
Adds support for configuring the omap-gpio driver use autosuspend for
runtime power management. This can reduce the latency in using it by
not suspending the
Hello
Am Freitag, den 26.10.2012, 23:01 +0300 schrieb Felipe Balbi:
Hi,
On Fri, Oct 26, 2012 at 03:19:13PM +0200, Tim Niemeyer wrote:
Adds support for configuring the omap-gpio driver use autosuspend for
runtime power management. This can reduce the latency in using it by
not suspending
On Thu, Oct 18, 2012 at 18:56:55, Porter, Matt wrote:
Adds AM33XX SPI support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 17 +++
arch/arm/boot/dts/am335x-evm.dts |9
Hi,
On Monday 29 October 2012 02:31 PM, Roger Quadros wrote:
Hi Tony,
On 10/26/2012 07:36 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [121026 08:23]:
Hi Roger,
On 10/26/2012 05:16 PM, Roger Quadros wrote:
Hi Kishon Benoit,
On 09/24/2012 12:06 PM, Rabin Vincent wrote:
On 10/29/2012 1:51 PM, Vaibhav Hiremath wrote:
Ignore this patch/mail, I screwed up with my command while sending patches.
Sorry for noise.
Thanks,
Vaibhav
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On 29.10.2012 05:31, Hiremath, Vaibhav wrote:
On Sun, Oct 28, 2012 at 23:47:55, Daniel Mack wrote:
This patch adds the ability to reboot am33xx-based systems.
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/mach-omap2/board-generic.c | 1 +
arch/arm/mach-omap2/prcm.c | 6
On Wednesday 24 October 2012 02:58 PM, Tomi Valkeinen wrote:
dispc_mgr_lclk_rate() cannot currently be called with DIGIT channel
parameter, even if dispc_ovl_lclk_rate() can. Fix this by making
It's called dispc_plane_lclk_rate() right now.
dispc_mgr_lclk_rate() handle DIGIT channel also.
On Mon, Oct 29, 2012 at 15:19:21, Daniel Mack wrote:
On 29.10.2012 05:31, Hiremath, Vaibhav wrote:
On Sun, Oct 28, 2012 at 23:47:55, Daniel Mack wrote:
This patch adds the ability to reboot am33xx-based systems.
Signed-off-by: Daniel Mack zon...@gmail.com
---
On 2012-10-29 11:50, Archit Taneja wrote:
On Wednesday 24 October 2012 02:58 PM, Tomi Valkeinen wrote:
dispc_mgr_lclk_rate() cannot currently be called with DIGIT channel
parameter, even if dispc_ovl_lclk_rate() can. Fix this by making
It's called dispc_plane_lclk_rate() right now.
Right,
This patch adds reboot capability to all AM33XX based boards/EVM's,
by asserting PRM warm reset bit on 'reboot' command.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Tested-by: Daniel Mack zon...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Cc: Afzal Mohammed
On Wednesday 24 October 2012 02:58 PM, Tomi Valkeinen wrote:
Currently omapdss driver sets up the initial connections between
overlays, overlay manager and a panel, based on default display
parameter coming from the board file or via module parameters.
This is unnecessary, as it's the higher
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
Add new dispc function, dispc_ovl_enabled(). This returns if the overlay
enable bit is set in the registers.
Is this function used by omapdrm? I can't see it being used in the later
patches.
Archit
--
To unsubscribe from this
In NOWAYOUT case it is better to have watchdog always enabled at boot,
in order not to leave the system in undefined state in case of userspace
failure.
Signed-off-by: Raffaele Recalcati lamiapost...@gmail.com
---
Tested using http://arago-project.org/git/projects/linux-omap3.git
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
There's currently just one power-on function for HDMI, which enables the
IP and the video output. When reading EDID or detecting if a monitor is
connected, we don't need the video output.
Enabling the video output for these operations
On Monday 29 October 2012 01:34 PM, Tomi Valkeinen wrote:
On 2012-10-29 09:12, Archit Taneja wrote:
Hi,
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
The dispc error handler tries to fix issues by disabling and enabling
panel. This is problematic, as we're trying to remove the
On 2012-10-29 12:04, Archit Taneja wrote:
On Wednesday 24 October 2012 02:58 PM, Tomi Valkeinen wrote:
Currently omapdss driver sets up the initial connections between
overlays, overlay manager and a panel, based on default display
parameter coming from the board file or via module parameters.
On 2012-10-29 12:09, Archit Taneja wrote:
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
Add new dispc function, dispc_ovl_enabled(). This returns if the overlay
enable bit is set in the registers.
Is this function used by omapdrm? I can't see it being used in the later
On 2012-10-29 12:14, Archit Taneja wrote:
On Wednesday 24 October 2012 02:59 PM, Tomi Valkeinen wrote:
There's currently just one power-on function for HDMI, which enables the
IP and the video output. When reading EDID or detecting if a monitor is
connected, we don't need the video output.
On 10/26/2012 4:51 AM, Paul Walmsley wrote:
Remove arch/arm/mach-omap2/prcm.c and
arch/arm/plat-omap/include/plat/prcm.h. This is in preparation for
moving the PRM/CM code to drivers/, although to be fair, these files
should have been removed a long time ago.
Intended for 3.8 cleanup.
On Monday 29 October 2012 03:55 PM, Tomi Valkeinen wrote:
On 2012-10-29 12:04, Archit Taneja wrote:
On Wednesday 24 October 2012 02:58 PM, Tomi Valkeinen wrote:
Currently omapdss driver sets up the initial connections between
overlays, overlay manager and a panel, based on default display
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.7-rc1 kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi
Alan,
On Fri, Oct 26, 2012 at 8:49 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 26 Oct 2012, Mohan V wrote:
When the USB bus is in suspend, a device connected to OHCI port does
not get detected, whereas the device connected to EHCI port is getting
detected.
Can you provide
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.7-rc1 kernel.
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Tested on omap5430 sdp with 3.7-rc1 kernel.
Hi Afzal,
On 29.10.2012 09:10, Afzal Mohammed wrote:
On Thursday 25 October 2012 05:01 AM, Daniel Mack wrote:
Thanks for the review. I'll wait for feedback from Afzal next week and
then repost. Wanted to see first if that goes in the right direction at
all before bordering the DT people
Hi Daniel,
On Monday 29 October 2012 04:45 PM, Daniel Mack wrote:
On 29.10.2012 09:10, Afzal Mohammed wrote:
Also perhaps memory size (and offset if
needed) to be mapped for peripherals can go with reg
property of child.
Which detail are you referring to here? The only size property that
Hi Afzal,
On 29.10.2012 12:28, Afzal Mohammed wrote:
On Monday 29 October 2012 04:45 PM, Daniel Mack wrote:
On 29.10.2012 09:10, Afzal Mohammed wrote:
Also perhaps memory size (and offset if
needed) to be mapped for peripherals can go with reg
property of child.
Which detail are you
Hi Daniel,
On Monday 29 October 2012 06:02 PM, Daniel Mack wrote:
On 29.10.2012 12:28, Afzal Mohammed wrote:
I was referring to that of child, now in gpmc_nand_init(),
gpmc_cs_request() is being done, later on if we want to
make it generic and remove gpmc_nand_init(), additional
information
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
From AM335x TRM (SPRUH73F - 18.3.12 Output Signals Generation)
The MMC/SD/SDIO output signals
On Fri, Oct 26, 2012 at 08:36:43PM +0100, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the command 0xNN as 0xFFNN
instead of 0x00NN on the bus. The 0xFFs were actually uninitialized
bits that were left unset in the GPMC command output register. The
reason they weren't
TWL4030_USB TWL6030_USB must depend on USB_MUSB_OMAP2PLUS in Kconfig else
we get build errors with
CONFIG_USB_MUSB_HDRC=m
CONFIG_USB_MUSB_OMAP2PLUS=m
CONFIG_TWL4030_USB=y
CONFIG_TWL6030_USB=y
LD init/built-in.o
drivers/built-in.o: In function `twl4030_usb_irq':
On Mon, 29 Oct 2012, Mohan V wrote:
I'm not going to be able to help very much with an Android kernel.
Does the same problem occur with a vanilla non-Android 3.6 kernel? If
it doesn't, that indicates the problem was caused by some
Android-specific changes.
With the vanilla 3.6 kernel,
Matt,
On Wed, Oct 10, 2012 at 20:00:49, Porter, Matt wrote:
6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
exposes a bug in the AM33XX clock data for mcasp. After moving to
clk_get() usage, the _init() of all registered hwmods fails on mcasp0
due to incorrect clock data
* Felipe Balbi ba...@ti.com [121028 23:22]:
On Sat, Oct 27, 2012 at 08:50:00PM +0200, Constantine Shulyupin wrote:
From: Constantine Shulyupin co...@makelinux.com
Problem:
- FDT is supported only by generic OMAP board initialization in
arch/arm/mach-omap2/board-generic.c and lacks
Hi,
On Mon, Oct 29, 2012 at 06:26:48PM +0530, Hebbar, Gururaja wrote:
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
From AM335x TRM
On Mon, Oct 29, 2012 at 04:10:26PM +0530, Sourav Poddar wrote:
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.7-rc1 kernel.
Cc: Felipe Balbi ba...@ti.com
you can change this
Hi,
On Mon, Oct 29, 2012 at 04:08:49PM +0530, Sourav Poddar wrote:
+static int __devinit
+smsc_probe(struct platform_device *pdev)
+{
+ struct device *dev = pdev-dev;
+ struct input_dev *input;
+ struct smsc_keypad *kp;
+ int ret = 0;
+ int i, max_keys, row_shift;
+
On Fri, Oct 26, 2012 at 09:28:58PM +, Paul Walmsley wrote:
Resolve the following sparse warnings:
arch/arm/mach-omap1/usb.c:304:12: warning: symbol 'omap1_usb0_init' was not
declared. Should it be static?
arch/arm/mach-omap1/usb.c:412:12: warning: symbol 'omap1_usb1_init' was not
Hi Sourav,
On 10/29/2012 11:40 AM, Sourav Poddar wrote:
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.7-rc1 kernel.
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar
Hi,
On Mon, Oct 15 2012, Venkatraman S wrote:
From: Balaji T K balaj...@ti.com
dev-platform_data is NULL in case of device tree boot,
instead use the saved version in struct omap_hsmmc_host.
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
Thanks,
Hi,
On Mon, Oct 15 2012, Venkatraman S wrote:
From: Daniel Mack zon...@gmail.com
This allows DT-driven board to set up the pin mux only when the driver
is in use.
Signed-off-by: Daniel Mack zon...@gmail.com
Thanks, pushed to mmc-next for 3.8.
- Chris.
--
Chris Ball c...@laptop.org
Hi,
On Mon, Oct 15 2012, Venkatraman S wrote:
From: Daniel Mack zon...@gmail.com
Maximum bus frequency can be limited by external circuitry like level
shifters etc. Allow passing this value from DT.
Signed-off-by: Daniel Mack zon...@gmail.com
Thanks, pushed to mmc-next for 3.8.
- Chris.
Hi,
On Mon, Oct 15 2012, Venkatraman S wrote:
From: Balaji T K balaj...@ti.com
struct omap_hsmmc_host *host should not be accessed after mmc_free_host().
Reorder mmc_free_host() after iounmap(host-base).
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
On Mon, Oct 29, 2012 at 02:49:03PM +0100, Ivan Djelic wrote:
On Fri, Oct 26, 2012 at 08:36:43PM +0100, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the command 0xNN as 0xFFNN
instead of 0x00NN on the bus. The 0xFFs were actually uninitialized
bits that were left unset in
Actually moving it from plat-omap code as this is supposed to be
under drivers/ folder. This framework should work with the current
OMAP processors that have mailbox and can be used as a method of
interprocessor communication.
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
---
On Mon, Oct 29, 2012 at 06:20:45PM +0200, Felipe Balbi wrote:
Hi,
On Mon, Oct 29, 2012 at 04:08:49PM +0530, Sourav Poddar wrote:
+static int __devinit
+smsc_probe(struct platform_device *pdev)
+{
+ struct device *dev = pdev-dev;
+ struct input_dev *input;
+ struct smsc_keypad
CC: Greg Kroah-Hartman gre...@linuxfoundation.org
CC: de...@driverdev.osuosl.org
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
---
arch/arm/mach-omap2/mailbox.c |2 +-
arch/arm/plat-omap/include/plat/mailbox.h | 105
From: Omar Ramirez Luna omar.rami...@copitl.com
Move Mailbox's headers and driver out of platform code as
per current plat-omap cleanup activities.
While at it move mailbox code out of platform and to drivers/
folder, given that this is an OMAP specific framework, some people
might frown upon
Hi,
On 26 October 2012 13:00, Tony Lindgren t...@atomide.com wrote:
...
I would also like to move the tidspbridge to the DMA API, but I think we'll
need to move step by step there, and using the OMAP IOMMU and IOVMM APIs
as an
intermediate step would allow splitting patches in reviewable
Configure the WIFI/BT GPIO pin muxes unless the bootloader hasn't already
done so.
Signed-off-by: Anders Hedlund anders.j.hedl...@gmail.com
Cc: Jonas Zetterberg j...@jozz.se
Cc: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c |7 +++
1 file changed, 7
Hi,
--- /dev/null
+++ b/include/linux/platform_data/omap_mailbox.h
@@ -0,0 +1,105 @@
This file should only contain pure platform data needed
by the core omap code to pass to the mailbox driver.
The mailbox API header should be somewhere else,
like include/linux/mailbox/mailbox-omap.h or
---
arch/arm/mach-omap2/Makefile |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
index fe40d9e..d1155be 100644
--- a/arch/arm/mach-omap2/Makefile
+++ b/arch/arm/mach-omap2/Makefile
@@ -236,8 +236,6 @@ obj-$(CONFIG_MACH_TOUCHBOOK)
Hi,
Thanks for the patch, just one comment below.
2012/10/29 Anders Hedlund anders.j.hedl...@gmail.com:
Configure the WIFI/BT GPIO pin muxes unless the bootloader hasn't already
done so.
Signed-off-by: Anders Hedlund anders.j.hedl...@gmail.com
Cc: Jonas Zetterberg j...@jozz.se
Cc: Enric
Setup the WIFI/BT GPIO pin muxes to enable WIFI/BT functionality.
Signed-off-by: Anders Hedlund anders.j.hedl...@gmail.com
Cc: Jonas Zetterberg j...@jozz.se
Cc: Enric Balletbo i Serra eballe...@gmail.com
Cc: Javier Martinez Canillas martinez.jav...@gmail.com
Cc: Matthias Brugger
Hi,
On Mon, Oct 29, 2012 at 10:06:33AM -0700, Dmitry Torokhov wrote:
[ big snip ]
+static int __devexit smsc_remove(struct platform_device *pdev)
+{
shouldn't you unregister the input device here ??
And that is why I do not like devm_* interface myself... But no, since
input
Setup the WIFI/BT GPIO pin muxes to enable WIFI/BT functionality.
Signed-off-by: Anders Hedlund anders.j.hedl...@gmail.com
Cc: Jonas Zetterberg j...@jozz.se
Cc: Enric Balletbo i Serra eballe...@gmail.com
Cc: Javier Martinez Canillas martinez.jav...@gmail.com
Cc: Matthias Brugger
In 16bit NAND mode the GPMC would send the address 0xNN as 0xFFNN
instead of 0x00NN on the bus. The 0xFFs were actually uninitialized
bits that were left unset in the GPMC command output register. The
reason they weren't initialized in 16bit mode is that if the same code
that writes to this
Hi,
On Fri, Oct 26, 2012 at 05:03:16PM +0100, Mark Brown wrote:
On Fri, Oct 26, 2012 at 09:20:36AM +0300, Felipe Balbi wrote:
On Thu, Oct 25, 2012 at 09:59:01PM +0100, Mark Brown wrote:
I suspect that's not actually a big deal and that if we went down this
route we'd have the driver
On Thu, Oct 25, 2012 at 08:13:18PM +0530, Shubhrajyoti D wrote:
re-factor omap_i2c_init() so that we can re-use it for resume.
While at it also remove the bufstate variable as we write it
in omap_i2c_resize_fifo for every transfer.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
FWIW:
On Thu, Oct 25, 2012 at 08:13:19PM +0530, Shubhrajyoti D wrote:
Implement reset as a separate function.
This will enable us to make sure that we don't do the
calculation again on every transfer.
Also at probe the reset is not added as the hwmod is doing that
for us.
Signed-off-by:
Hi,
On Fri, Oct 26, 2012 at 10:03:11PM +, Paul Walmsley wrote:
Hi Felipe,
On Fri, 26 Oct 2012, Felipe Balbi wrote:
On Thu, Oct 25, 2012 at 01:12:12PM +0300, Felipe Balbi wrote:
On Tue, Oct 23, 2012 at 09:23:03PM +0200, Jean Pihet wrote:
On Tue, Oct 23, 2012 at 9:19 PM, Paul
Hi,
On Mon, Oct 29, 2012 at 01:53:37PM +0530, Santosh Shilimkar wrote:
Just to expand a bit, Out of 6 GPIO banks, GPIO1 bank is in always ON
domain where as remaing 5 are in peripheral domain. Letting individual
banks idle allowed you let the clock domain idle than keeping all the
6 banks and
On Mon, Oct 29, 2012 at 09:05:53PM +0200, Felipe Balbi wrote:
Hi,
On Mon, Oct 29, 2012 at 10:06:33AM -0700, Dmitry Torokhov wrote:
[ big snip ]
+static int __devexit smsc_remove(struct platform_device *pdev)
+{
shouldn't you unregister the input device here ??
And that
Hi Tony and all,
Sorry... please ignore this one. Sent with incorrect Message-Id. A new
(hopefully correct) patch mail has already been sent...
Br,
Anders
2012/10/29 Anders Hedlund anders.j.hedl...@gmail.com:
Setup the WIFI/BT GPIO pin muxes to enable WIFI/BT functionality.
Signed-off-by:
Hi,
On Thu, Oct 25 2012, Tony Lindgren wrote:
* Balaji T K balaj...@ti.com [121025 09:00]:
MMC debounce clock is applicable only for omap2430, warning message gets
printed when enable fails for debounce clock. Remove the get debounce clock
failure message as it is noisy for other platforms.
[resending, because the first post got rejected due to non-plaintext]
Hi Guraraja,
I am interested in this thread. I've been trying Gururaja's patches for
audio as well.
I rebased Guraja's patches on top of Matt's EDMA patches which were
applied to the beaglebone 3.7 kernel repo. With some
Here are some basic OMAP test results for Linux v3.7-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc3/20121028162003/
Passing tests
-
Boot to userspace: 2420n800, 3517evm, 3530es3beagle, 3730beaglexm, 37xxevm,
4430es2panda,
Hi Tero,
On Tue, 23 Oct 2012, Tero Kristo wrote:
Looks good to me. Only reason I pushed the reset wait to the end of the
function was a minimal potential timing optimization. As the beginning
of the function will write a register, it will consume a bit of time
(especially if in 32k domain),
Hi,
On Mon, 11 Jun 2012, Cousson, Benoit wrote:
On 6/11/2012 2:46 AM, Paul Walmsley wrote:
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index 3613054..86fc513 100644
--- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
+++
Hello Jean,
On Tue, 23 Oct 2012, Jean Pihet wrote:
Let me try with the same setup as yours (bootloader images,
omap2pus_defconfig, angstrom roots).
Had any luck reproducing this one that Aaro I are seeing?
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
On 10/30/2012 8:06 AM, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.7-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc3/20121028162003/
Passing tests
-
Boot to userspace: 2420n800, 3517evm, 3530es3beagle,
Hi Raffaele,
On Monday 29 October 2012 04:41 PM, Raffaele Recalcati wrote:
In NOWAYOUT case it is better to have watchdog always enabled at boot,
in order not to leave the system in undefined state in case of userspace
failure.
Signed-off-by: Raffaele Recalcati lamiapost...@gmail.com
---
Hi Benoit,
On Monday 29 October 2012 10:14 PM, Benoit Cousson wrote:
Hi Sourav,
On 10/29/2012 11:40 AM, Sourav Poddar wrote:
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.7-rc1
Hi Felipe,
On Monday 29 October 2012 09:50 PM, Felipe Balbi wrote:
Hi,
On Mon, Oct 29, 2012 at 04:08:49PM +0530, Sourav Poddar wrote:
+static int __devinit
+smsc_probe(struct platform_device *pdev)
+{
+ struct device *dev = pdev-dev;
+ struct input_dev *input;
+ struct
On Thu, Oct 18, 2012 at 18:56:52, Porter, Matt wrote:
Adds AM33XX MMC support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |6 ++
arch/arm/boot/dts/am335x-evm.dts |6 ++
arch/arm/boot/dts/am33xx.dtsi |
96 matches
Mail list logo