Hi Tony,
On 01/18/2013 06:49 PM, Tony Lindgren wrote:
Currently it seems that we need the following working with DT to have panda
and blaze usable:
1. MMC (done)
2. USB (patches pending for EHCI and MUSB)
3. Ethernet (done for blaze, needs USB for panda)
4. DSS (various drivers pending,
This patch series adds low power transition support for OMAP NAND driver.
This includes low power transition support of
- GPMC module
- ELM module
- OMAP2 NAND driver
Low power transition support tested on am335x-evm with NAND flash support.
This patch series based on [1] and depends on [2] and
With recent GPMC driver conversion, usage of gpmc_save/restore_context
can done from gpmc driver itself. Hence removes the usage from pm34xx.c.
Also removes the conditional compilation primitives ARCH_OMAP3 for
gpmc_save/restore_context.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
Hi Rob,
As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC,
I had a look at your IT LCD driver. Comments below.
On Tue, 22 Jan 2013 16:36:22 -0600
Rob Clark robdcl...@gmail.com wrote:
A simple DRM/KMS driver for the TI LCD Controller found in various
smaller TI parts
On Tue, 22 Jan 2013 16:36:23 -0600
Rob Clark robdcl...@gmail.com wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
v1: original
v2: fix npix/nline programming
Signed-off-by: Rob Clark robdcl...@gmail.com
---
drivers/gpu/drm/i2c/Makefile | 3 +
In low power modes of AM335X platforms, peripherals power is cut off.
This patch supports low power sleep transition support for ELM driver.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
drivers/mtd/devices/elm.c | 40
1 file changed, 40
With GPMC converted to platform driver recently, adds low power
transition support in driver itself.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/mach-omap2/gpmc.c
Add support for Low power transition support in nand driver. Also
ensures the current transaction finishes before going to low power mode
with _suspend support in mtd layer.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
drivers/mtd/nand/omap2.c | 19 +++
1 file
On Sun, Jan 20, 2013 at 02:32:58AM +0200, Aaro Koskinen wrote:
The errata handling function acks wrong interrupt in case of Arbitration
lost. Fix it.
Discovered during code review, the real impact of the bug is unknown.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Applied to current,
On Sun, Jan 20, 2013 at 08:37:02PM +0200, Aaro Koskinen wrote:
Commit 0bdfe0cb803dce699ff337c35d8e97ac355fa417 (i2c: omap: sanitize
exit path) changed the interrupt handler to exit early and complete
the transfer after the draining IRQ is handled. As a result, the ARDY
may not be cleared
On Mon, Jan 14, 2013 at 09:16:28PM +0200, Felipe Balbi wrote:
Hi,
On Fri, Dec 14, 2012 at 06:34:03PM +0200, Felipe Balbi wrote:
this is just a rebase of the previous series adding support
for amount of bytes transferred upon NACK.
Well, actually the patches implementing transferred
On 22/01/13 18:23, Tony Lindgren wrote:
* Mark Jackson mpfj-l...@mimc.co.uk [130122 05:46]:
On 22/01/13 13:32, Bedia, Vaibhav wrote:
snip
Following works for me:
Kernel
===
git checkout next-20130122
make distclean
make omap2plus_defconfig
Enable the appended DTB related options via
Hi folks,
it's now rebased on today's i2c-embedded/for-next. I boot tested with my
Blaze board.
Aaro, if you could verify it doesn't break N900, I'd be glad.
cheers
Felipe Balbi (6):
i2c: omap: no need to access platform_device
i2c: omap: also complete() when stat becomes zero
i2c: omap:
In case we loop on IRQ handler until stat is
finally zero, we would end up in a situation
where all I2C transfers would misteriously
timeout because we were not calling complete()
in that situation.
Fix the issue by moving omap_i2c_complete_cmd()
call inside the 'out' label.
Signed-off-by:
PM callbacks pass our device pointer as argument
and we don't need to access the platform_device
just to dereference that down to dev-drvdata.
instead, just use dev_get_drvdata() directly.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 6 ++
1 file changed, 2
a later patch will use scheme detection at
another part of the code, but current scheme
detection implementation relies on the fact that
we still hold scheme on the first 16 bits of our
rev variable, which won't be true as soon as
we move away from probe() because we left shift
it by 16 in case of
on OMAP4+ we want to read IRQSTATUS_RAW register,
instead of IRQSTATUS. The reason being that IRQSTATUS
will only contain the bits which were enabled on
IRQENABLE_SET and that will break when we need to
poll for a certain bit which wasn't enabled as an
IRQ source.
One such case is after we finish
Now that we never set STP and STT together,
that flag has been rendered useless. Let's
completely drop it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
Later patches will come adding support for
reporting amount of bytes transferred so that
client drivers can count how many bytes are
left to transfer.
This is useful mostly in case of NACKs when
client driver wants to know exactly which
byte got NACKed so it doesn't have to resend
all bytes
Hi Mark,
On 1/23/2013 7:51 AM, Mark Brown wrote:
On Tue, Jan 22, 2013 at 09:26:34PM +0530, Sekhar Nori wrote:
On 1/16/2013 2:02 AM, Matt Porter wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API
Hi David,
On Jan 23, 2013, at 6:40 AM, David Gibson wrote:
On Tue, Jan 22, 2013 at 01:06:09PM +0200, Pantelis Antoniou wrote:
Hi
On Jan 22, 2013, at 6:05 AM, David Gibson wrote:
On Mon, Jan 21, 2013 at 12:59:15PM +0200, Pantelis Antoniou wrote:
Hi David
On Jan 21, 2013, at 6:48 AM,
On Jan 23, 2013, at 7:12 AM, David Gibson wrote:
On Tue, Jan 22, 2013 at 01:08:04PM +0200, Pantelis Antoniou wrote:
Hi
On Jan 22, 2013, at 5:50 AM, David Gibson wrote:
On Fri, Jan 04, 2013 at 09:31:10PM +0200, Pantelis Antoniou wrote:
Introduce DT overlay support.
Using this
Matt,
On Wednesday 16 January 2013 02:02 AM, Matt Porter wrote:
[..]
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the situation with OMAP
DMA) found on the DaVinci family of
Hi,
I faced the same issue on OMAP4 and made similar fix a week ago:
http://review.omapzoom.org/31700 but in this patch I also check is the MUSB is
already suspended (so the context is already saved) in .suspend callback so
reading/writing to MUSB register is more safe.
It is almost same
Hi,
On Mon, Jan 21, 2013 at 07:38:26PM +0530, Kishon Vijay Abraham I wrote:
A seperate driver has been added to handle the usb part of control
module. A device for the above driver is created here, using the register
address information to be used by the driver for powering on the PHY and
for
Some of clocks can have a limit on minimum divider value that can be
programmed, prepare for such a support.
Add a new field min_div for the basic divider clock and a new dynamic
clock divider registration function where minimum divider value can
be specified. Keep behaviour of existing divider
Some of clocks can have a limit on minimum divider value that can be
programmed. Modify basic clock divider to take care of this aspect.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/clk/clk-divider.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git
Hi,
This series make am335x lcdc capable of providing display.
Certain changes were required in generic OMAP clock handling
to attain it. Clock nodes in LCDC path is marked such that
rate can get propogated to upstream clocks till display PLL.
Based on 3.8-rc3.
Tested on AM335x EVM.
To test on
Currently round rate function would return proper rate iff requested
rate exactly matches the PLL lockable rate. This causes set_rate to
fail if exact rate could not be set. Instead round rate may return
closest rate possible (less than the requested). And if any user is
badly in need of exact
LCDC clock node is a one that does not have set rate capability. It
just passes on the rate that is sent downstream by it's parent. While
lcdc clock parent and it's grand parent - dpll_disp_m2_ck and
dpll_disp_ck has the capability to configure rate.
And the default rates provided by LCDC clock's
DEFINE_STRUCT_CLK does not have the capability to set flags, define
DEFINE_STRUCT_CLK_FLAGS to handle flags. This is needed to add
SET_RATE_PARENT flag in statically defined lcd clock in am335x.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/clock.h | 11 +++
1 file
am335x does not have freqsel, avoid it.
Signed-off-by: Afzal Mohammed af...@ti.com
---
arch/arm/mach-omap2/dpll3xxx.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/dpll3xxx.c b/arch/arm/mach-omap2/dpll3xxx.c
index 0a02aab5..3aed4b0 100644
---
Hi,
This series adds DT support to da8xx-fb driver (device found on
DaVinci and AM335x SoC's). It does certain cleanup's in the process.
This series as compared to previous version uses new registration
interface for clock divider that has constraints on minimum divider
value.
This makes use of
Move panel detection to a separate function, this helps in readability
as well as makes DT support cleaner.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/video/da8xx-fb.c | 42 ++
1 file changed, 26 insertions(+), 16 deletions(-)
diff --git
interrupt handler is checking for sync lost interrupt, but it was not
enabled, enable it.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/video/da8xx-fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index
Replace existing resource handling in the driver with managed device
resource.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/video/da8xx-fb.c | 35 ++-
1 file changed, 6 insertions(+), 29 deletions(-)
diff --git a/drivers/video/da8xx-fb.c
Ensure that platform data contains pointer for lcd_ctrl_config.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/video/da8xx-fb.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index 7a32e83..3b146bc 100644
---
Driver is provided a means to have the probe triggered by DT.
Signed-off-by: Afzal Mohammed af...@ti.com
---
Documentation/devicetree/bindings/video/fb-da8xx.txt | 16
drivers/video/da8xx-fb.c | 7 +++
2 files changed, 23 insertions(+)
create
Ensure that platform data is present before checking whether platform
callback is present (the one used to control backlight). So far this
was not an issue as driver was purely non-DT triggered, but now DT
support has been added.
Signed-off-by: Afzal Mohammed af...@ti.com
---
Obtain fb_videomode details for the connected lcd panel using the
display timing details present in DT.
Signed-off-by: Afzal Mohammed af...@ti.com
---
.../devicetree/bindings/video/fb-da8xx.txt | 21 +
drivers/video/da8xx-fb.c| 17
This driver is DT probe-able, hence ensure presence of platform data
only for non-DT boot.
Signed-off-by: Afzal Mohammed af...@ti.com
---
drivers/video/da8xx-fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index
strcut lcd_ctrl_config information required for driver is currently
obtained via platform data. To handle DT probing, create
lcd_ctrl_config and populate it with default values, these values are
sufficient for the panels so far used with this controller to work.
Signed-off-by: Afzal Mohammed
Common clock framework provides a basic clock divider. Make use of it
to handle clock configuration in the LCDC IP, wherever applicable;
out of two platforms having this IP, only am335x is converted to use
CCF, DaVinci is not yet converted. Hence wrap the modification such
that it will come into
Replace __raw_readl/__raw_writel with readl/writel; this driver is
reused on ARMv7 (AM335x SoC).
Signed-off-by: Afzal Mohammed af...@ti.com
---
v2: new patch
drivers/video/da8xx-fb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/da8xx-fb.c
From: Manjunathappa, Prakash prakash...@ti.com
Set only LCD_V2_TFT_24BPP_MODE bit for 24bpp and LCD_V2_TFT_24BPP_UNPACK
bit along with LCD_V2_TFT_24BPP_MODE for 32bpp configuration.
Patch is tested on am335x-evm for 24bpp and da850-evm for 16bpp
configurations.
Signed-off-by: Manjunathappa,
Hi,
On Wed, Jan 23, 2013 at 00:15:09, Rob Clark wrote:
Wouldn't it be better to delete da8xx-fb.* and switch to Rob Clarks DRM
based driver for this IP block?
we probably can't delete da8xx-fb, but I think it would be ok to only
use it for legacy platforms not yet ported to DT.
We can't
Hi Mike,
On Wed, Jan 16, 2013 at 10:32:10, Nori, Sekhar wrote:
On 1/15/2013 9:02 PM, Mike Turquette wrote:
Quoting Afzal Mohammed (2013-01-15 05:44:36)
Note:
A better (if allowable) solution may be to represent clock divider in
LCDC IP as a basic divider clock - the one defined in
On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote:
Hi Rob,
As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC,
I had a look at your IT LCD driver. Comments below.
Just fyi, you can re-use the nxp-tda998x part independently of tilcdc
(just in case
On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote:
On Tue, 22 Jan 2013 16:36:23 -0600
Rob Clark robdcl...@gmail.com wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
v1: original
v2: fix npix/nline programming
Signed-off-by: Rob Clark robdcl...@gmail.com
On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote:
On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote:
Hi Rob,
As I wanted to re-use your nxp-tda998x driver for the Marvell Dove SoC,
I had a look at your IT LCD driver. Comments below.
Just fyi, you can
Hi Koen,
On Tue, Jan 22, 2013 at 22:32:56, Koen Kooi wrote:
Actually it uses nop-phy as a phy, which is missing from
arch/arm/boot/dts/am33xx.dtsi, so mainline is already broken. But adding the
nop-phy to the DT is easy enough to patch in locally.
USB first instance of am335x works in
On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote:
On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr wrote:
Hi Rob,
As I wanted to re-use your nxp-tda998x driver for the
On Wed, Jan 23, 2013 at 6:27 AM, Mohammed, Afzal af...@ti.com wrote:
Hi,
On Wed, Jan 23, 2013 at 00:15:09, Rob Clark wrote:
Wouldn't it be better to delete da8xx-fb.* and switch to Rob Clarks DRM
based driver for this IP block?
we probably can't delete da8xx-fb, but I think it would be
Hi Afzal,
On Wednesday 23 January 2013 07:28 PM, Mohammed, Afzal wrote:
Hi Koen,
On Tue, Jan 22, 2013 at 22:32:56, Koen Kooi wrote:
Actually it uses nop-phy as a phy, which is missing from
arch/arm/boot/dts/am33xx.dtsi, so mainline is already broken. But adding the
nop-phy to the DT is
Hi Tony,
On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote:
[...]
But I should get *something* from the kernel before it starts trying to
access the rootfs ?
Here's something Kevin fixed but did not send it out before going to
a vacation. Can you give it a try with earlyprintk
On Wed, Jan 23, 2013 at 8:13 AM, Rob Clark robdcl...@gmail.com wrote:
On Wed, Jan 23, 2013 at 7:36 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Jan 23, 2013 at 07:24:33AM -0600, Rob Clark wrote:
On Wed, Jan 23, 2013 at 3:42 AM, Jean-Francois Moine moin...@free.fr
wrote:
Hi,
i can't boot my pandaes with 3.8rc4 + cpu_freq + ehci/ohci enabled, as it
usually
hangs with:
[ 26.718322] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by
0, t=2690 jiffies, g=4294967100, c=4294967099, q=749)
[ 26.730682] Task dump for CPU 1:
[ 26.734069] udevd
Hello Benoit,
This patchset adds some new DT supports to the Overo products.
The first patch converts the PMIC LEDB output to use the pwm-leds,
newly merged in your branch for_3.9/dts. The second patch
adds the audio support.
Best regards,
Florian
Florian Vaussard (2):
ARM: dts: omap3-overo:
Convert the on-board LED connected to the TWL4030 (LEDB) to use
pwm-leds.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-overo.dtsi
Add the needed sections to enable audio support on Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-overo.dtsi
This patch allows the board code to define SPI devices which needs to
toggle the chip select after every word send. This is needed to get a
better resolution reading e.g. an ADC data stream.
Apart from that, as in the normal code CS is controlled by software,
a transfer is done much faster.
This patch adds a generic power script configuration.
When rebooting an OMAP3530 at 125 MHz, the reboot hangs.
With the generic power script, TWL4030 will be reset
when a warm reset occures. This way the OMAP3530 does not
hang on reboot.
Signed-off-by: Matthias Brugger matthias@gmail.com
---
This patch adds a generic power script configuration.
When rebooting an OMAP3530 at 125 MHz, the reboot hangs.
With the generic power script, TWL4030 will be reset
when a warm reset occures. This way the OMAP3530 does not
hang on reboot.
Signed-off-by: Matthias Brugger matthias@gmail.com
---
Hi,
On Wed, Jan 23, 2013 at 12:23:02PM +0200, Felipe Balbi wrote:
Hi folks,
it's now rebased on today's i2c-embedded/for-next. I boot tested with my
Blaze board.
Aaro, if you could verify it doesn't break N900, I'd be glad.
It works, but it still introduces a ~4 second delay during the
Hi,
Some minor comments/questions:
On Wed, Jan 23, 2013 at 12:23:07PM +0200, Felipe Balbi wrote:
@@ -639,31 +630,37 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap,
dev_err(dev-dev, controller timed out\n);
omap_i2c_reset(dev);
Quoting Afzal Mohammed (2013-01-23 03:48:56)
snip
+static inline void da8xx_fb_clkc_enable(void)
+{
if (lcd_revision == LCD_VERSION_2)
lcdc_write(LCD_V2_DMA_CLK_EN | LCD_V2_LIDD_CLK_EN |
LCD_V2_CORE_CLK_EN, LCD_CLK_ENABLE_REG);
}
On Wed, Jan 23, 2013 at 04:37:55PM +0530, Santosh Shilimkar wrote:
Matt,
On Wednesday 16 January 2013 02:02 AM, Matt Porter wrote:
[..]
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API
On Tue, Jan 22, 2013 at 03:40:06PM +, Sekhar Nori wrote:
Matt,
Sorry about the late reply. I noticed this mail only after I started to
look at v5 of your series :(
Any time is fine! :)
On 1/11/2013 5:21 AM, Matt Porter wrote:
On Sun, Oct 28, 2012 at 01:47:09PM +0530, Sekhar Nori
From: Jean-Sebastien A. Beaudry jsabeau...@handyem.com
Add restart hook so that DTS based AM33xx builds can restart
the platform.
Tested-by: Nishanth Menon n...@ti.com
Signed-off-by: Jean-Sebastien A. Beaudry jsabeau...@handyem.com
---
arch/arm/mach-omap2/Makefile |1 +
On Wed, Jan 23, 2013 at 10:21:42AM +0800, Mark Brown wrote:
On Tue, Jan 22, 2013 at 09:26:34PM +0530, Sekhar Nori wrote:
On 1/16/2013 2:02 AM, Matt Porter wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
Quoting Afzal Mohammed (2013-01-23 03:38:52)
Some of clocks can have a limit on minimum divider value that can be
programmed, prepare for such a support.
Add a new field min_div for the basic divider clock and a new dynamic
clock divider registration function where minimum divider value can
On Tuesday 15 January 2013, Matt Porter wrote:
Adds a dma_request_slave_channel_compat() wrapper which accepts
both the arguments from dma_request_channel() and
dma_request_slave_channel(). Based on whether the driver is
instantiated via DT, the appropriate channel request call will be
made.
From: Patil, Rachna rac...@ti.com
Signed-off-by: Patil, Rachna rac...@ti.com
---
Changes in v4:
Subnodes and their properties documentation added.
Non-standard properties prefixed with vendor name.
.../devicetree/bindings/mfd/ti_am335x_tscadc.txt | 52
1
From: Patil, Rachna rac...@ti.com
Current code has hard coded value written to
step enable bits. Now the bits are updated based
on how many steps are needed to be configured got
from platform data.
The user needs to take care not to exceed
the count more than 16. While using ADC and TSC
one
From: Patil, Rachna rac...@ti.com
Add support for core multifunctional device along
with its clients touchscreen and ADC.
Signed-off-by: Patil, Rachna rac...@ti.com
---
Changes in v4:
Non-standard properties prefixed with vendor name.
arch/arm/boot/dts/am335x-evm.dts | 13
From: Patil, Rachna rac...@ti.com
Make changes to add DT support in the MFD core driver.
Signed-off-by: Patil, Rachna rac...@ti.com
---
Changes in v4:
Non-standard properties prefixed with vendor name.
drivers/mfd/ti_am335x_tscadc.c | 28 +++-
1 file changed,
From: Patil, Rachna rac...@ti.com
Add DT support for client touchscreen driver
Signed-off-by: Patil, Rachna rac...@ti.com
---
Changes in v4:
Non-standard properties prefixed with vendor name.
drivers/input/touchscreen/ti_am335x_tsc.c | 94 +
1 file
From: Patil, Rachna rac...@ti.com
Add DT support for client ADC driver.
Signed-off-by: Patil, Rachna rac...@ti.com
---
Changes in v4:
Non-standard properties prefixed with vendor name.
drivers/iio/adc/ti_am335x_adc.c | 26 ++
1 file changed, 22 insertions(+),
From: Patil, Rachna rac...@ti.com
This patch set is a cumulative set of [1] and [2] sent earlier.
Note that there are no code changes in either of the patch set,
only rebased on top of Linus's v3.8-rc3 tag to make sure that
all the patches apply without any conflicts.
This patch set has been
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data.
Signed-off-by: Patil, Rachna rac...@ti.com
---
drivers/input/touchscreen/ti_am335x_tsc.c | 156
From: Patil, Rachna rac...@ti.com
When touchscreen and ADC are used together, this
unwanted fifo flush leads to loss of ADC data.
Signed-off-by: Patil, Rachna rac...@ti.com
---
drivers/input/touchscreen/ti_am335x_tsc.c | 10 --
1 file changed, 10 deletions(-)
diff --git
On Thursday 24 January 2013 02:19 AM, Matt Porter wrote:
On Wed, Jan 23, 2013 at 04:37:55PM +0530, Santosh Shilimkar wrote:
Matt,
On Wednesday 16 January 2013 02:02 AM, Matt Porter wrote:
[..]
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been
Matt,
On 1/24/2013 3:07 AM, Matt Porter wrote:
On Wed, Jan 23, 2013 at 10:21:42AM +0800, Mark Brown wrote:
On Tue, Jan 22, 2013 at 09:26:34PM +0530, Sekhar Nori wrote:
On 1/16/2013 2:02 AM, Matt Porter wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA
HI,
On Wed, Jan 23, 2013 at 10:10:31PM +0200, Aaro Koskinen wrote:
Hi,
Some minor comments/questions:
On Wed, Jan 23, 2013 at 12:23:07PM +0200, Felipe Balbi wrote:
@@ -639,31 +630,37 @@ static int omap_i2c_xfer_msg(struct i2c_adapter *adap,
dev_err(dev-dev, controller timed
Hi
On Wed, 23 Jan 2013 19:08:49 +0100
Matthias Brugger matthias@gmail.com wrote:
@@ -1020,7 +1038,7 @@ static void omap2_mcspi_work(struct omap2_mcspi *mcspi,
struct spi_message *m)
}
static int omap2_mcspi_transfer_one_message(struct spi_master *master,
-
Later patches will come adding support for
reporting amount of bytes transferred so that
client drivers can count how many bytes are
left to transfer.
This is useful mostly in case of NACKs when
client driver wants to know exactly which
byte got NACKed so it doesn't have to resend
all bytes
86 matches
Mail list logo
