Re: [PATCH 5/7] tty: 8250: workaround errata on disabling UART after using DMA

Hi Peter, On Thursday 09 July 2015 07:03 AM, Peter Hurley wrote: Hi Sekhar, Patch title should start serial: 8250_omap: .. since the patch is specific to the 8250_omap serial driver. Yes, missed that. On 07/06/2015 05:47 AM, Sekhar Nori wrote: AM335x, AM437x and DRA7x SoCs have an

Re: [PATCH 2/2] ARM: dts: dra7x-evm: Prevent glitch on DCAN1 pinmux

On 07/07/2015 04:27 PM, Roger Quadros wrote: Driver core sets default pinmux on on probe and CAN driver sets sleep pinmux during register. This causes a small window where the CAN pins are in default state with the DCAN module being disabled. Change the default state to be like sleep so

[PATCH] Drop owner assignment from i2c_driver (and platform left-overs)

Hi, The i2c drivers also do not have to set 'owner' field because i2c_register_driver() will do it instead. 'owner' is removed from i2c drivers, which I was able to compile with allyesconfig (arm, arm64, i386, x86_64, ppc64). Only compile-tested. The coccinelle script which generated the patch

[RFC PATCH] i2c: busses: i2c-omap: Increase timeout for i2c interrupt

When system is under load and there is an i2c transaction running following warning appears on the console: [ 730.003617] omap_i2c 4807.i2c: controller timed out [ 731.023643] omap_i2c 4807.i2c: controller timed out This is because, the completion() call, which is done in bottom half

[PATCH] mfd: Drop owner assignment from i2c_drivers

i2c_driver does not need to set an owner because i2c_register_driver() will set it. Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com --- The coccinelle script which generated the patch was sent here: http://www.spinics.net/lists/kernel/msg2029903.html --- drivers/mfd/88pm800.c

Re: [PATCH v2 1/2] net: can: c_can: Fix default pinmux glitch at init

On 07/08/2015 02:38 PM, Roger Quadros wrote: From: J.D. Schroeder jay.schroe...@garmin.com The previous change 3973c526ae9c (net: can: c_can: Disable pins when CAN interface is down) causes a slight glitch on the pinctrl settings when used. Since commit ab78029 (drivers/pinctrl: grab default

Re: [PATCH 4/7] tty: 8250: omap eliminate use of of_machine_is_compatible()

Hi Peter, On Thursday 09 July 2015 05:30 AM, Peter Hurley wrote: Hi Sekhar, On 07/06/2015 05:47 AM, Sekhar Nori wrote: Use of of_machine_is_compatible() for AM335x specific DMA quirk in 8250_omap driver makes it ugly to extend the quirk for other platforms. Instead use a new compatible.

Re: [PATCH v2 1/2] net: can: c_can: Fix default pinmux glitch at init

On 07/09/2015 12:58 PM, Grygorii Strashko wrote: On 07/08/2015 02:38 PM, Roger Quadros wrote: From: J.D. Schroeder jay.schroe...@garmin.com The previous change 3973c526ae9c (net: can: c_can: Disable pins when CAN interface is down) causes a slight glitch on the pinctrl settings when used.

Re: [PATCH RESEND 1/7] tty: serial: 8250: omap: fix kernel crash in suspend-to-ram

Hi Peter, On Wednesday 08 July 2015 07:34 PM, Peter Hurley wrote: Hi Sekhar, On 07/06/2015 05:47 AM, Sekhar Nori wrote: omap_device infrastructure has a suspend_noirq hook which runtime suspends all devices late in the suspend cycle (see _od_suspend_noirq() in

Re: [PATCH v2 1/2] net: can: c_can: Fix default pinmux glitch at init

On 07/09/2015 01:59 PM, Marc Kleine-Budde wrote: On 07/09/2015 12:58 PM, Grygorii Strashko wrote: On 07/08/2015 02:38 PM, Roger Quadros wrote: From: J.D. Schroeder jay.schroe...@garmin.com The previous change 3973c526ae9c (net: can: c_can: Disable pins when CAN interface is down) causes a

Re: [PATCH 3/7] tty: 8250: omap: introduce function to update mdr1

On Thursday 09 July 2015 05:59 AM, Peter Hurley wrote: Hi Sekhar, On 07/06/2015 05:47 AM, Sekhar Nori wrote: updating mdr1 register on OMAP needs to take care of errata i202. Introduce a function to update mdr1. This will be useful later on when mdr1 needs to be written to from other

Re: [PATCH] i2c: core: only use set_scl for bus recovery after calling prepare_recovery

Hi! On 08/07/15 16:35, ext Jan Luebbe wrote: Using set_scl may be ineffective before calling the driver specific prepare_recovery callback, which might change into a test mode. So instead of setting SCL in i2c_generic_scl_recovery, move it to i2c_generic_recovery (after the optional

[GIT PULL] omap fixes against v4.2-rc1

The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754: Linux 4.2-rc1 (2015-07-05 11:01:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v4.2/fixes-rc1 for you to fetch changes up to

Re: [PATCH 1/3] i2c: omap: switch to dev_get_drvdata()

Hi! On 25/06/15 21:34, ext Felipe Balbi wrote: there's no need to fetch the platform_device in order to dereference it back to the dev pointer to access drvdata, we can use dev_get_drvdata() instead. Signed-off-by: Felipe Balbi ba...@ti.com Acked-by: Alexander Sverdlin

Re: [PATCH 3/3] i2c: omap: on -remove() call pm_runtime_put_sync()

Hi! On 25/06/15 21:34, ext Felipe Balbi wrote: we're about to remove the module, so we can't really schedule a PM transition in the future, we must wait for it to finish. Signed-off-by: Felipe Balbi ba...@ti.com Reviewed-by: Alexander Sverdlin alexander.sverd...@nokia.com ---

Re: [PATCH 1/3] i2c: omap: switch to dev_get_drvdata()

On Thu, Jun 25, 2015 at 02:34:48PM -0500, Felipe Balbi wrote: there's no need to fetch the platform_device in order to dereference it back to the dev pointer to access drvdata, we can use dev_get_drvdata() instead. Signed-off-by: Felipe Balbi ba...@ti.com Applied to for-next, thanks!

Re: [PATCH 2/3] i2c: omap: abolish variable name confusion

On Thu, Jun 25, 2015 at 02:34:49PM -0500, Felipe Balbi wrote: struct device pointers are usually called dev. Calling our struct omap_i2c_dev pointers also dev has caused enough confusion. This is the result of a few simple sed rules to convert all struct omap_i2c_dev pointers to be called

Re: [PATCH v3 0/3] ARM: OMAP2+: wkup_m3_rproc support patches

Tony, On 04/01/2015 02:47 PM, Dave Gerlach wrote: This series adds the mach-omap2 code and DT nodes for v3 of the wkup_m3_rproc driver submitted here [1]. pdata-quirks patch requires the pdata added with patch 4 of the aforementioned series. Based on previous discussion here [2], the wkup_m3

Re: [PATCH v3] i2c: omap: improve duty cycle on SCL

On Thu, Jun 18, 2015 at 12:25:58PM -0500, Felipe Balbi wrote: On Thu, Jun 18, 2015 at 10:09:59AM +0200, Alexander Sverdlin wrote: Hello Felipe, On 17/06/15 21:31, ext Felipe Balbi wrote: With this patch we try to be as close to 50% duty cycle as possible. The reason for this is

Re: [PATCH v5] clk: change clk_ops' -determine_rate() prototype

Hi Stephen, On Wed, 08 Jul 2015 11:07:42 -0700 Stephen Boyd sb...@codeaurora.org wrote: On 07/08/2015 02:00 AM, Boris Brezillon wrote: Hi Stephen, On Tue, 7 Jul 2015 17:57:48 -0700 Stephen Boyd sb...@codeaurora.org wrote: On 07/07, Boris Brezillon wrote: } else {

[PATCH v2] ARM: dts: configure regulators for Gumstix Pepper

Boot process is halting in midway because some of the necessary voltage regulators are deemed unused and subsequently powered off, leading to a completely unresponsive system. Most of the device nodes had correct voltage regulator attachments. Yet these nodes had to set stricter enforcement on

Re: [GIT PULL] omap fixes against v4.2-rc1

Tony Lindgren t...@atomide.com writes: The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754: Linux 4.2-rc1 (2015-07-05 11:01:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap

Re: musb-hdrc: Vbus off, timeout 1100 msec message does not belong in sysfs

On Thursday 09 July 2015 23:46:10 Pavel Machek wrote: On Thu 2015-07-09 23:39:22, Pavel Machek wrote: Hi! sysfs should contain one value per file. This one has at least two, with nice english sentence as a bonus. root@n900:/sys/devices/platform/6800.ocp/480ab000.usb_otg_hs/mu

Re: musb-hdrc: Vbus off, timeout 1100 msec message does not belong in sysfs

On Thu 2015-07-09 23:39:22, Pavel Machek wrote: Hi! sysfs should contain one value per file. This one has at least two, with nice english sentence as a bonus. root@n900:/sys/devices/platform/6800.ocp/480ab000.usb_otg_hs/musb-hdrc.0.auto# cat vbus Vbus off, timeout 1100 msec :-(.