On Fri, Apr 15, 2011 at 9:26 AM, Russell King - ARM Linux
wrote:
> On Fri, Apr 15, 2011 at 04:40:00PM +0200, Arnd Bergmann wrote:
>> On Friday 15 April 2011 15:39:55 Rob Herring wrote:
>>
>> > On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
>> > > This is work in progress.
>> > >
>> > > We
On Tue, Jun 21, 2011 at 8:20 AM, Arnd Bergmann wrote:
> Hi Ohad,
>
> On Tuesday 21 June 2011, Ohad Ben-Cohen wrote:
>
>> This patch set adds a generic AMP/IPC framework which makes it possible to
>> control (power on, boot, power off) and communicate (simply send and receive
>> messages) with thos
On Tue, Jun 21, 2011 at 10:18:27AM +0300, Ohad Ben-Cohen wrote:
> Some systems have slave heterogeneous remote processor devices,
> that are usually used to offload cpu-intensive computations
> (e.g. multimedia codec tasks).
>
> Booting a remote processor typically involves:
> - Loading a firmware
On Tue, Jun 21, 2011 at 10:18:28AM +0300, Ohad Ben-Cohen wrote:
> From: Guzman Lugo, Fernando
>
> Add remoteproc implementation for OMAP4, so we can load the M3 and DSP
> remote processors.
>
> Based on code by Hari Kanigeri
>
> While this code is functional, and works on OMAP4 & its M3's,
> i
On Tue, Jun 21, 2011 at 10:18:33AM +0300, Ohad Ben-Cohen wrote:
> Add a virtio-based IPC bus, which enables kernel users to communicate
> with remote processors over shared memory using a simple messaging
> protocol.
>
> Assign a local address for every local endpoint that is created,
> and bind i
On Mon, Jun 27, 2011 at 09:52:30PM +, Grosen, Mark wrote:
> > From: Grant Likely
> > Sent: Monday, June 27, 2011 1:50 PM
>
> Grant, thanks for the feedback. I'll try to answer one of your
> questions below and leave the rest for Ohad.
>
> Mark
>
> >
On Mon, Jun 27, 2011 at 5:29 PM, Russell King - ARM Linux
wrote:
> On Mon, Jun 27, 2011 at 02:49:58PM -0600, Grant Likely wrote:
>> > +struct {
>> > + char magic[4] = { 'R', 'P', 'R', 'C' };
>> > + u32 version;
&
On Tue, Jun 28, 2011 at 4:46 PM, Ohad Ben-Cohen wrote:
> Hi Grant,
>
> On Tue, Jun 28, 2011 at 1:21 AM, Grant Likely
> wrote:
>>> +static int rpmsg_remove_device(struct device *dev, void *data)
>>> +{
>>> + struct rpms
On Wed, Jun 29, 2011 at 9:04 AM, Ohad Ben-Cohen wrote:
> On Tue, Jun 28, 2011 at 12:00 AM, Grant Likely
> wrote:
>> Very little for me to comment on here. However, something I just
>> noticed. Why is it necessary to pass in THIS_MODULE to the
>> rproc_register function
On Tue, Jun 28, 2011 at 5:00 PM, Ohad Ben-Cohen wrote:
> On Wed, Jun 29, 2011 at 1:51 AM, Grant Likely
> wrote:
>> It's not the device_for_each_child() that you're 'putting' back from
>> here. Its the original kref initialization when the device was
On Tue, Jul 05, 2011 at 04:15:44PM +1000, Ryan Mallon wrote:
> On 05/07/11 15:10, Sekhar Nori wrote:
> >Some GPIO controllers have an enable register
> >which needs to be written to before a GPIO
> >can be used.
> >
> >Add support for enabling the GPIO. At this
> >time inverted logic for enabling t
On Tue, Jul 05, 2011 at 10:41:00AM +0530, Sekhar Nori wrote:
> The GPIO controller on TNETV107x SoC can use
> the generic memory mapped GPIO driver.
>
> Shift to the generic driver instead of the
> private implementation.
>
> Signed-off-by: Sekhar Nori
> ---
> arch/arm/mach-davinci/Kconfig
On Thu, Jul 07, 2011 at 10:15:31PM +0530, Nori, Sekhar wrote:
> Hi Grant,
>
> On Thu, Jul 07, 2011 at 02:40:54, Grant Likely wrote:
> > On Tue, Jul 05, 2011 at 04:15:44PM +1000, Ryan Mallon wrote:
> > > On 05/07/11 15:10, Sekhar Nori wrote:
> > > >Some GPIO
On Mon, Jan 23, 2012 at 09:56:07AM +0100, Heiko Schocher wrote:
> - AM1808 based board
> - 64 MiB DDR ram
> - 2 MiB Nor flash
> - 128 MiB NAND flash
> - use internal RTC
> - I2C support
> - hwmon lm75 support
> - UBI/UBIFS support
> - MMC support
> - USB OTG support
>
> Signed-off-by: Heiko Schoch
t;> Signed-off-by: Heiko Schocher
> >>> Cc: davinci-linux-open-source@linux.davincidsp.com
> >>> Cc: linux-arm-ker...@lists.infradead.org
> >>> Cc: devicetree-disc...@lists.ozlabs.org
> >>> Cc: linux-...@vger.kernel.org
> >
labs.org
> Cc: net...@vger.kernel.org
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
> ---
> .../bindings/arm/davinci/davinci_emac.txt | 46
> drivers/net/ethernet/ti/davinci_emac.c | 111
> +++-
> 2 files changed
bs.org
> Cc: linux-...@vger.kernel.org
> Cc: Ben Dooks
> Cc: Wolfram Sang
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
Hi Heiko,
comments below.
> ---
> .../devicetree/bindings/arm/davinci/i2c.txt| 39 ++
> drivers/i2c/
On Wed, Feb 01, 2012 at 02:20:13PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 31-01-2012 17:04, Heiko Schocher wrote:
>
> >>On Mon, Jan 23, 2012 at 09:56:07AM +0100, Heiko Schocher wrote:
> >>>- AM1808 based board
> >>>- 64 MiB DDR ram
> >>>- 2 MiB Nor flash
> >>>- 128 MiB NAND flash
> >>>- us
On Tue, Jan 31, 2012 at 12:27:11PM +0100, Heiko Schocher wrote:
> Hello Grant,
>
> Grant Likely wrote:
> > On Mon, Jan 23, 2012 at 09:56:04AM +0100, Heiko Schocher wrote:
> >> add of support for the davinci_emac driver.
> >>
> >> Signed-off-by: Heiko Sc
ists.infradead.org
> Cc: devicetree-disc...@lists.ozlabs.org
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
> ---
> .../devicetree/bindings/arm/davinci/intc.txt | 26 ++
> arch/arm/mach-davinci/cp_intc.c| 51
>
On Sun, 11 Mar 2012 18:16:11 +0530, Sekhar Nori wrote:
> Unbanked GPIO irq setup code was overwriting chip_data leading
> to the following oops on request_irq()
>
> Unable to handle kernel paging request at virtual address febf
[...]
> Fix the issue.
Applied, but for next time "Fix the issue
> for (gpio = 0; gpio < soc_info->gpio_unbanked; gpio++, irq++) {
> - irq_set_chip(irq, &gpio_irqchip_unbanked);
> + irq_set_chip(irq, &gpio_unbanked.chip);
> irq_set_handler_data(irq, &chips[gpio / 32]);
>
On Mon, 12 Mar 2012 18:54:53 +, "Nori, Sekhar" wrote:
> Hi Grant,
>
> On Mon, Mar 12, 2012 at 23:21:35, Grant Likely wrote:
> > On Sun, 11 Mar 2012 18:16:11 +0530, Sekhar Nori wrote:
> > > Unbanked GPIO irq setup code was overwriting chip_data lead
On Thu, 22 Mar 2012 21:31:03 +0530, Shubhrajyoti Datta
wrote:
> Hi Sekhar,
>
> On Thu, Mar 22, 2012 at 8:08 PM, Nori, Sekhar wrote:
> > Hi Grant,
> >
> > On Tue, Mar 20, 2012 at 21:53:34, Grant Likely wrote:
> >> On Tue, 20 Mar 2012 16:10:09 +0530, Shu
ncidsp.com
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: devicetree-disc...@lists.ozlabs.org
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
> Cc: Sergei Shtylyov
>
> ---
> - changes for v2:
> - add comment from Grant Likely:
> - migrate t
bs.org
> Cc: linux-...@vger.kernel.org
> Cc: Ben Dooks
> Cc: Wolfram Sang
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
> Cc: Sylwester Nawrocki
>
> ---
> - changes for v2:
> - add comments from Sylwester Nawrocki :
> - use "cell-index" in
On Tue, 22 May 2012 15:55:14 +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> Cc: davinci-linux-open-source@linux.davincidsp.com
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: devicetree-disc...@lists.ozlabs.org
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc
ncidsp.com
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: devicetree-disc...@lists.ozlabs.org
> Cc: Grant Likely
> Cc: Sekhar Nori
> Cc: Wolfgang Denk
> Cc: Sergei Shtylyov
>
> ---
> - changes for v2:
> - add comment from Grant Likely:
> - migrate t
Hey Matt,
Do you know now similar are the EDMA engines on the am33xx and am389x? I've
been working on am389x upstreaming and I'll try these patches out if it is
the same engine.
g.
On Oct 11, 2012 8:03 PM, "Matt Porter" wrote:
> Changes since v1:
> - Rebased on top of mainline from 1225
--
> 1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lk
On Fri, Oct 19, 2012 at 3:51 AM, Matt Porter wrote:
> Replace the hardcoded values used to set max_segs/max_seg_size with
> a dma_get_channel_caps() query to the dmaengine driver.
>
> Signed-off-by: Matt Porter
Series looks reasonable to me.
Reviewed-by: Grant Likely
> ---
ifdef CONFIG_DMA_ENGINE
> enum dma_status dma_wait_for_async_tx(struct dma_async_tx_descriptor *tx);
> --
> 1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
ce table, else try of irq method */
> dspi->irq = platform_get_irq(pdev, 0);
> + if (dspi->irq <= 0)
> + dspi->irq = irq_of_parse_and_map(pdev->dev.of_node, 0);
> +
This should never be needed. The irq should already be populated in the
platform_device.
&
On Fri, 16 Nov 2012 11:32:46 -0500, Murali Karicheri
wrote:
> On 11/15/2012 11:20 AM, Grant Likely wrote:
> > On Mon, 12 Nov 2012 16:28:22 -0500, Murali Karicheri
> > wrote:
> >> This adds OF support to DaVinci SPI controller to configure platform
> >
On Fri, 30 Nov 2012 17:57:38 -0500, Murali Karicheri
wrote:
> On 11/15/2012 11:20 AM, Grant Likely wrote:
> > On Mon, 12 Nov 2012 16:28:22 -0500, Murali Karicheri
> > wrote:
> >> This adds OF support to DaVinci SPI controller to configure platform
> >
gt;
Hi Murali.
Thanks for the patch. Comments below...
> Signed-off-by: Murali Karicheri
> Reviewed-by : Grant Likely
> ---
> .../devicetree/bindings/spi/spi-davinci.txt| 51 ++
> drivers/spi/spi-davinci.c | 102
> +---
&
ti,davinci-ecc-bits = <4>;
> - ti,davinci-nand-use-bbt;
> - };
> +Example(da850 EVM ):
> +nand_cs3@6200 {
> + compatible = "ti,davinci-nand";
> + reg = <0x6200 0x807ff
> + 0x6800 0x8000>;
> + ti,dav
> Signed-off-by: Murali Karicheri
> Reviewed-by : Grant Likely
Applied, thanks.
I did remove the OF_ALIAS_N property though. I know the COMPATIBLE one
uses it, but it is actually kind of redundant since it can also be
determined by counting the number of OF_ALIAS_* entries, and having the
On Sat, 15 Dec 2012 00:27:58 +, Grant Likely
wrote:
> On Tue, 11 Dec 2012 16:20:39 -0500, Murali Karicheri
> wrote:
> > This adds OF support to DaVinci SPI controller to configure platform
> > data through device bindings. Also replaces clk_enable() with
> > of clk_
ev)
> goto unmap_io;
> }
>
> - ret = request_irq(dspi->irq, davinci_spi_irq, 0, dev_name(&pdev->dev),
> - dspi);
> + ret = request_threaded_irq(dspi->irq, davinci_spi_irq, dummy_thread_fn,
> + 0, d
On Wed, 2 Jan 2013 10:19:08 -0500, Murali Karicheri wrote:
> On 12/22/2012 05:08 AM, Grant Likely wrote:
> > On Fri, 21 Dec 2012 15:13:26 -0500, Murali Karicheri
> > wrote:
> >> With RT pre-empt patch applied to Linux kernel, the irq handler will be
> >> forc
On Wed, 27 Feb 2013 11:32:39 +, "Manjunathappa, Prakash"
wrote:
> On Wed, Feb 27, 2013 at 14:09:57, Nori, Sekhar wrote:
> > On 2/25/2013 4:14 PM, Manjunathappa, Prakash wrote:
> > > Patch enables support for m25p80 SPI flash support on
> > > da850-EVM.
> > >
> > > Testing information:
> > >
On Wed, 27 Feb 2013 13:57:07 +0530, Sekhar Nori wrote:
> On 2/25/2013 4:14 PM, Manjunathappa, Prakash wrote:
> > Fix below module build error:
> >
> > CC [M] drivers/spi/spi-davinci.o
> > drivers/spi/spi-davinci.c:774:1: error: '__mod_of_device_table' aliased
> > to undefined symbol 'davini_sp
On Mon, Jun 14, 2010 at 1:15 PM, Brian Niebuhr wrote:
>> Can you please post this series to SPI development list
>> (spi-devel-gene...@lists.sourceforge.net) CCing the maintainers
>> David Brownell and Grant Likely?
>
> Done
I had to go looking for these patches. I see t
ED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> spi-devel-gene
On Mon, Jun 28, 2010 at 10:57 AM, Nori, Sekhar wrote:
> Hi Grant,
>
> On Sun, Jun 27, 2010 at 11:33:13, Grant Likely wrote:
>> Any users of the current davinci_spi driver care to comment on this
>> series? I'm hesitant to apply a complete replacement to a driver
On Mon, Jun 28, 2010 at 11:27 AM, Grant Likely
wrote:
> On Mon, Jun 28, 2010 at 10:57 AM, Nori, Sekhar wrote:
>> Hi Grant,
>>
>> On Sun, Jun 27, 2010 at 11:33:13, Grant Likely wrote:
>>> Any users of the current davinci_spi driver care to comment on this
>&g
On Tue, Jun 29, 2010 at 2:01 AM, Grant Likely wrote:
> On Mon, Jun 28, 2010 at 11:27 AM, Grant Likely
> wrote:
>> On Mon, Jun 28, 2010 at 10:57 AM, Nori, Sekhar wrote:
>>> Hi Grant,
>>>
>>> On Sun, Jun 27, 2010 at 11:33:13, Grant Likely wrote:
>>&
BUF_RXEMPTY_MASK) == 0)
> + & SPIBUF_RXEMPTY_MASK) == 0)
> cpu_relax();
> + } else {
> + if ((unsigned long) spi->controller_data)
> + gpio_set_value(spi->controller_data, \
&g
On Thu, Jul 8, 2010 at 1:23 PM, Brian Niebuhr wrote:
> INTRODUCTION
>
> I have been working on a custom OMAP-L138 board that has multiple spi
> devices (seven) on one controller. These devices have a wide range of
> transfer parameters (speed, phase, polarity, internal and gpio chip
> selects).
On Mon, Aug 2, 2010 at 8:10 AM, Brian Niebuhr wrote:
> Grant -
>
> That's fine - I understand your position. I do wish you had decided
> earlier that you weren't going to accept the patch in that form though
> so I could have decided whether I wanted to spend any more time on it.
> For my part,
On Fri, Aug 20, 2010 at 5:06 AM, Caglar Akyuz wrote:
> On Monday 02 August 2010 06:53:16 pm Nori, Sekhar wrote:
>> Hi Brian,
>>
>> On Mon, Aug 02, 2010 at 19:40:29, Brian Niebuhr wrote:
>> > Grant -
>> >
>> >
>> > For my part, I've already sunk way more time into this than I ever
>> > intended, a
"Nori, Sekhar" wrote:
>Hi Caglar,
>
>On Fri, Aug 20, 2010 at 16:36:33, Caglar Akyuz wrote:
>> On Monday 02 August 2010 06:53:16 pm Nori, Sekhar wrote:
>> > Hi Brian,
>> >
>> > On Mon, Aug 02, 2010 at 19:40:29, Brian Niebuhr wrote:
>> > > Grant -
>> > >
>> > >
>> > > For my part, I've already s
On Thu, Oct 14, 2010 at 02:38:44PM -0400, Cyril Chemparathy wrote:
> TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
> port
> device. It has a built-in programmable execution engine that can be
> programmed
> to operate as almost any serial bus (I2C, SPI, EasyScale, an
On Thu, Oct 14, 2010 at 02:38:47PM -0400, Cyril Chemparathy wrote:
> This patch adds an SPI master implementation that operates on top of an
> underlying TI-SSP port.
>
> Signed-off-by: Cyril Chemparathy
The driver looks good, but as mentioned in my previous comment, I'd
like to see the usage mo
On Mon, Oct 18, 2010 at 7:56 AM, Cyril Chemparathy wrote:
> Hi Grant,
>
> Thanks for the feedback, I will send out an updated v2 with the proposed
> changes.
>
> [...]
>>> +EXPORT_SYMBOL(ti_ssp_open);
>>
>> I'm not thrilled with the ti_ssp_open()/ti_ssp_close() usage model.
>> It appears that the
(I2C, SPI, EasyScale, and others).
>
> This patch adds a driver for this controller device. The driver does not
> expose a user-land interface. Protocol drivers built on top of this layer are
> expected to remain in-kernel.
>
> Signed-off-by: Cyril Chemparathy
I like this versio
On Mon, Oct 18, 2010 at 03:25:18PM -0400, Cyril Chemparathy wrote:
> This patch adds a GPIO driver based on TI's SSP device. This driver does not
> support GPIO-IRQs.
>
> Signed-off-by: Cyril Chemparathy
Acked-by: Grant Likely
> ---
> arch/arm/mach-davinci/inclu
_ti_ssp.c
Minor comments below, but otherwise:
Acked-by: Grant Likely
This patch should be merged with the rest of the series. I don't
think there is any point in me picking it up into the SPI tree.
>
> diff --git a/arch/arm/mach-davinci/include/mach/ti_ssp.h
> b/arch/arm/mach-davi
On Tue, Nov 02, 2010 at 07:15:16PM -0700, David Brownell wrote:
>
>
> --- On Tue, 10/26/10, Cyril Chemparathy wrote:
>
> > From: Cyril Chemparathy
> > Subject: [PATCH v4 08/12] gpio: add ti-ssp gpio driver
>
> On the assumptions you've tested this *AND* will
> resubmit with the previously-req
On Tue, Nov 09, 2010 at 10:16:22PM -0800, David Brownell wrote:
>
> > I thought the point of this device was that a single [SSP] device
> > hosted a
> > pair of multi-function serial interfaces, with each
> > implementing a
> > separate function.
>
> function chosen based on what the board needs.
On Tue, Nov 16, 2010 at 3:23 PM, Russell King - ARM Linux
wrote:
> On Tue, Nov 16, 2010 at 01:35:40PM -0700, Grant Likely wrote:
>> I'll let Russel make the decision here; but I must admit I'm puzzled.
> ^
> Grr.
Sorry; typo. I *do* know how to spell you
On Wed, Nov 17, 2010 at 04:13:32PM +0530, Sekhar Nori wrote:
> This patch series represents a break-up into reviewable portions
> of the work originally done by Brian and posted here:
>
> https://patchwork.kernel.org/patch/114924/
>
> While this series does not exactly add up to what Brian's patc
On Tue, Nov 16, 2010 at 07:17:18PM -0500, Cyril Chemparathy wrote:
> On 11/16/2010 02:47 AM, Grant Likely wrote:
> > On Tue, Nov 16, 2010 at 12:22 AM, Grant Likely
> > wrote:
> >> On Mon, Nov 15, 2010 at 02:12:06PM -0500, Cyril Chemparathy wrote:
> >>> This pat
On Mon, Nov 15, 2010 at 02:12:06PM -0500, Cyril Chemparathy wrote:
> This patch adds an SPI master implementation that operates on top of an
> underlying TI-SSP port.
>
> Signed-off-by: Cyril Chemparathy
[...]
> +static int __init ti_ssp_spi_init(void)
> +{
> + return platform_driver_register
On Tue, Nov 16, 2010 at 12:22 AM, Grant Likely
wrote:
> On Mon, Nov 15, 2010 at 02:12:06PM -0500, Cyril Chemparathy wrote:
>> This patch adds an SPI master implementation that operates on top of an
>> underlying TI-SSP port.
>>
>> Signed-off-by: Cyril Chemparathy
&g
On Mon, Nov 15, 2010 at 02:12:03PM -0500, Cyril Chemparathy wrote:
> TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
> port
> device. It has a built-in programmable execution engine that can be
> programmed
> to operate as almost any serial bus (I2C, SPI, EasyScale, an
On Sun, Nov 21, 2010 at 1:02 PM, Ryan Mallon wrote:
> On 11/20/2010 04:55 AM, Cyril Chemparathy wrote:
>> TI's SSP controller pins can be directly read and written to behave like a
>> GPIO. This patch adds a GPIO driver that exposes such functionality.
>>
>> Signed-off-by: Cyril Chemparathy
>> -
On Sat, Dec 11, 2010 at 8:34 AM, Michael Williamson
wrote:
> On 11/18/2010 08:14 AM, Nori, Sekhar wrote:
>> Hi Grant,
>>
>> On Thu, Nov 18, 2010 at 17:01:24, Nori, Sekhar wrote:
>>> On Thu, Nov 18, 2010 at 12:23:24, Nori, Sekhar wrote:
Here is the pull request:
The following ch
On Tue, Nov 16, 2010 at 11:34:09AM +, Mark Brown wrote:
> On Tue, Nov 16, 2010 at 12:47:04AM -0700, Grant Likely wrote:
> > On Tue, Nov 16, 2010 at 12:22 AM, Grant Likely
>
> > > Instead, it is now incumbent on the board support code to ensure that
> > > any
On Tue, Nov 16, 2010 at 9:15 AM, Cyril Chemparathy wrote:
> On 11/16/2010 02:10 AM, Grant Likely wrote:
>> On Mon, Nov 15, 2010 at 02:12:03PM -0500, Cyril Chemparathy wrote:
>>> TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
>>> por
he minute. Andrew Morton has been taking
> patches. Grant Likely said he might take it over so sending stuff his
> way might prod him into action.
I probably will pick up GPIO, but not just yet. I've got to get my dt
and spi house in order first (making good progress here. I've g
On Tue, Dec 07, 2010 at 09:51:58AM -0500, Cyril Chemparathy wrote:
> TI's SSP controller pins can be directly read and written to behave like a
> GPIO. This patch adds a GPIO driver that exposes such functionality.
>
> Signed-off-by: Cyril Chemparathy
> ---
> drivers/gpio/Kconfig | 10 +
On Tue, Dec 07, 2010 at 09:51:54AM -0500, Cyril Chemparathy wrote:
> This patch adds an SPI master implementation that operates on top of an
> underlying TI-SSP port.
>
> Signed-off-by: Cyril Chemparathy
Mostly looks okay, but I'm not thrilled with the ss scheme (see
comments below).
g.
> ---
On Mon, Jan 17, 2011 at 02:15:16PM -0500, Cyril Chemparathy wrote:
> This patch adds an SPI master implementation that operates on top of an
> underlying TI-SSP port.
>
> Signed-off-by: Cyril Chemparathy
Acked-by: Grant Likely
> ---
> drivers/spi/Kconfig| 1
;
> With Grant's ack, will merge this through davinci tree.
Acked-by: Grant Likely
>
> Kevin
>
>> ---
>> Changes since v1:
>> - Add Sekhar's Ack.
>> - Really fix the typo. This time for sure (blew the format patch
>> on last go
On Mon, Mar 14, 2011 at 11:49:02AM -0400, Michael Williamson wrote:
> The current davinci SPI driver, in DMA mode, is limited to 65535
> words for a single transfer. Modify the driver by configuring a
> 3 dimensional EDMA transfer to support up to 65535x65535
> words.
>
> Signed-off-by: Michael W
On Sun, Mar 13, 2011 at 10:34:21AM -0400, Michael Williamson wrote:
> The davinci spi driver provides an option to use DMA transfers for
> data. In the dma_map_single() call, the driver is passing the
> number of words to be transfered for the mapping size. It should
> be the number of bytes.
>
exposes such functionality.
>
> Can you please review and ack the GPIO part of this
> series too?
>
> I see that you have already acked the SPI part of this work.
Acked-by: Grant Likely
Sorry for the delay on this. I can take it through my tree if you
like. It's a new driver, so
and is something that should
> have been merge last merge window itself (when the bindings were
> accepted). So, the patches pending on Grant's ack seem very low risk to
> me and we are much delayed already to wait further.
For both of those patches:
Acked-by: Grant Likely
___
gister child nodes in the core instead of doing this manually
> in each driver. So, fix the drivers and documentation, too.
>
> Acked-by: Rob Herring
> Reviewed-by: Felipe Balbi
> Acked-by: Rafael J. Wysocki
> Tested-by: Sylwester Nawrocki
> Signed-off-by: Wolf
81 matches
Mail list logo