RE: i2c-davinci.c: CPU FREQ causes lock up due to xfr_complete

-Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Jon Cormier Sent: Tuesday, July 29, 2014 9:20 AM To: davinci-linux-open-source@linux.davincidsp.com Cc: Tim Iskander

L138/DA850 USB support in mainline?

to know beforehand. Thanks for the help! Brian Brian Niebuhr Principal Design Engineer EF Johnson 3900 NW 12th St. Ste. 200 Lincoln, NE 68521 402-479-8434 ___ Davinci-linux-open-source mailing list Davinci-linux-open-source

RE: SPI Transfer 64KB - OMAP-L138

-Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Stefano Babic Sent: Wednesday, March 09, 2011 5:02 AM To: davinci-linux-open-source@linux.davincidsp.com Subject: SPI

RE: [PATCH 00/49] spi: davinci: re-write existing driver, DM355 DMAproblem

(quick and dirty) by setting tx buffer to zero in the spidev driver. The problem can be caused by using SPIDAT as dma buffer when the tx buffer is empty. (If it helps i have tested before the spi patch V5 from Brian Niebuhr and the problem was already there) So is this a bug or a feature ? I

[PATCH v5 0/1] davinci: spi: replace existing driver

. Brian Niebuhr (1): davinci: spi: replace existing driver arch/arm/mach-davinci/board-dm355-evm.c | 10 + arch/arm/mach-davinci/board-dm355-leopard.c | 10 + arch/arm/mach-davinci/board-dm365-evm.c | 10 + arch/arm/mach-davinci/dm355.c |8 +- arch/arm/mach-davinci

[PATCH v5 1/1] davinci: spi: replace existing driver

devices connected. I have tested configurations with all three devices polled, all three interrupt-based, all three DMA, and a mixture. I have compiled with the davinci_all_defconfig, but I don't have EVMs for the other davinci platforms to test with. Signed-off-by: Brian Niebuhr bnieb

[PATCH v3 0/1] davinci: spi: replace existing driver

the interrupt-mode issues on DM365. ** NOTE ** This patch requires the EDMA patch at: http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2010-March/018022.html which is queued waiting on another driver fix, for DMA mode to work correctly. Brian Niebuhr (1): davinci: spi: replace

[PATCH v4 0/1] davinci: spi: replace existing driver

Fixed in this version: -Fixed whitespace mangling ** NOTE ** This patch requires the EDMA patch at: http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2010-March/018022.html which is queued waiting on another driver fix, for DMA mode to work correctly. Brian Niebuhr (1

[PATCH v4 1/1] davinci: spi: replace existing driver

devices connected. I have tested configurations with all three devices polled, all three interrupt-based, all three DMA, and a mixture. I have compiled with the davinci_all_defconfig, but I don't have EVMs for the other davinci platforms to test with. Signed-off-by: Brian Niebuhr bnieb

RE: [spi-devel-general] [PATCH v2 0/1] davinci: spi:replaceexisting driver

-Original Message- From: Sudhakar Rajashekhara [mailto:sudhakar@ti.com] Sent: Wednesday, July 07, 2010 6:21 AM To: Brian Niebuhr; 'Brian Niebuhr'; spi-devel-gene...@lists.sourceforge.net Cc: davinci-linux-open-source@linux.davincidsp.com Subject: Re: [spi-devel-general] [PATCH

RE: [spi-devel-general] [PATCH v2 0/1] davinci: spi: replaceexisting driver

On Sat, Jul 03, 2010 at 04:08:53, Brian Niebuhr wrote: I have included all of the recommended changes in this version of the patch. I also combined the patches into one patch to avoid bisecting issues. This makes the diff on davinci_spi.c very large. If people who are using

[PATCH v2 0/1] davinci: spi: replace existing driver

appreciate it. ** NOTE ** This patch requires the EDMA patch at: http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2010-March/018022.html which is queued waiting on another driver fix, for DMA mode to work correctly. Brian Niebuhr (1): davinci: spi: replace existing driver arch/arm

RE: [spi-devel-general] [PATCH 0/3] davinci: spi: replace existingSPI driver

On Tue, Jun 15, 2010 at 00:43:06, Brian Niebuhr wrote: I have compiled with the davinci_all_defconfig, but I don't have EVMs for the other davinci platforms to test with. I was testing this series on OMAP-L137, OMAP-L138 and DM365 EVMs and I found that on all

RE: [PATCH 3/3] davinci: spi: modify platform data for updated SPIdriver

I got OMAP-L138 EVM and I'm running kernel v2.6.34 from khilman/linux-davinci.git and I would like to try the SPI patch. I successfully applied the patch to the driver, and now I'm trying to modify platform data in board-da850-evm.c. I added the following lines : [...] I do not see

RE: [PATCH 3/3] davinci: spi: modify platform data for updated SPIdriver

I modified board-da850-evm.c with what you proposed and it's working very well. I didn't test the spi flash (because I do not have one on my custum hardware), but my 2 SPI CS (spidev1.1 and spidev1.2) are working. Nicolas - Would you mind taking a few minutes and testing interrupt mode

RE: [PATCH 0/3] davinci: spi: replace existing SPI driver

I have compiled with the davinci_all_defconfig, but I don't have EVMs for the other davinci platforms to test with. I was testing this series on OMAP-L137, OMAP-L138 and DM365 EVMs and I found that on all these EVMS, Interrupt mode has problems. Driver works fine in DMA and POLL

RE: [PATCH 2/3] davinci: spi: add replacement SPI driver

diff --git a/arch/arm/mach-davinci/include/mach/spi.h b/arch/arm/mach-davinci/include/mach/spi.h index 910efbf..10c39d8 100644 --- a/arch/arm/mach-davinci/include/mach/spi.h +++ b/arch/arm/mach-davinci/include/mach/spi.h @@ -19,26 +19,39 @@ #ifndef __ARCH_ARM_DAVINCI_SPI_H

RE: [PATCH 3/3] davinci: spi: modify platform data for updated SPIdriver

diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c index a146849..0bd9f93 100644 --- a/arch/arm/mach-davinci/dm365.c +++ b/arch/arm/mach-davinci/dm365.c @@ -625,12 +625,6 @@ static u64 dm365_spi0_dma_mask = DMA_BIT_MASK(32); static struct

RE: [PATCH 0/3] davinci: spi: replace existing SPI driver

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 INTRODUCTION I have been working on a custom OMAP-L138 board that has multiple spi devices (seven) on one controller. These

[PATCH 0/3] davinci: spi: replace existing SPI driver

people contact me personally to get help applying the patch because SPI was broken on their boards. I have heard back from at least 2 that the original patch worked for them. I appreciate any testing and feedback that others can provide. Brian Niebuhr (3): davinci: spi: remove old Davinci SPI

[PATCH 1/3] davinci: spi: remove old Davinci SPI driver

Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com --- drivers/spi/davinci_spi.c | 1256 - 1 files changed, 0 insertions(+), 1256 deletions(-) delete mode 100644 drivers/spi/davinci_spi.c diff --git a/drivers/spi/davinci_spi.c b/drivers/spi

RE: SPI Support for DA850 (OMAPL-138).

is working for VERSION_2 SPI devices (850 specifically), and what SPI configuration you're using? I am also wondering if the SPI patches from Brian Niebuhr have died on the wire (http://linux.davincidsp.com/pipermail/davinci-linux-open-sour ce/2010-March/018077.html). It seemed like he had

RE: [PATCH 1/2 v2] spi: overhaul davinci spi driver to correct multiple errors

Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com The verbose description of the issues addressed from PATCH 0/2 should go here is well so it makes it into the permanent git history. I can certainly do that. That being said, I think for the sake of reviewing, you're going to need to break

[PATCH 0/2] overhaul davinci spi driver to fix multiple errors

patch, but I hope that it's not thrown out just because of its size. It does solve a lot of issues that should save a lot of people time down the road. I would appreciate any feedback from those who can test it out on other davinci EVMs. Brian Niebuhr (2): spi: overhaul davinci spi driver

[PATCH 1/2] spi: overhaul davinci spi driver to correct multiple errors

This patch is a significant overhaul of the davinci spi controller driver that corrects multiple errors: - Eliminate a race condition that exists for slow SPI devices - Fix DMA transfer length error - Fix limitations preventing multiple SPI devices on the same controller Signed-off-by: Brian

[PATCH 2/2] spi: modify davinci platform data for updated driver

These changes update the davinci platform data to match the modifications that were done to the davinci spi controller driver. The driver update allowed per-device transfer settings, which are provided by this patch. Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com --- arch/arm/mach-davinci

[PATCH 2/2 v2] spi: modify davinci platform data for updated driver

These changes update the davinci platform data to match the modifications that were done to the davinci spi controller driver. The driver update allowed per-device transfer settings, which are provided by this patch. Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com --- arch/arm/mach-davinci

[PATCH 1/2 v2] spi: overhaul davinci spi driver to correct multiple errors

This patch is a significant overhaul of the davinci spi controller driver that corrects multiple errors: - Eliminate a race condition that exists for slow SPI devices - Fix DMA transfer length error - Fix limitations preventing multiple SPI devices on the same controller Signed-off-by: Brian

RE: [PATCH 0/2] overhaul davinci spi driver to fix multiple errors

Sorry, the last version had a bunch of whitespace problems. I will resubmit the patch shortly. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com

[PATCH] davinci: edma: clear events in edma_start()

(). This prevents false events from being processed when events are enabled for that channel. Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com --- arch/arm/mach-davinci/dma.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-davinci/dma.c b/arch/arm/mach-davinci/dma.c

RE: DMA for Davinci SPI controller with multiple slave devices

-Original Message- From: Nori, Sekhar [mailto:nsek...@ti.com] Sent: Thursday, January 14, 2010 12:44 AM To: Brian Niebuhr Cc: davinci-linux-open-source@linux.davincidsp.com Subject: RE: DMA for Davinci SPI controller with multiple slave devices Hello Brian, On Thu, Jan 14

DMA for Davinci SPI controller with multiple slave devices

leaning toward (2), but I don't fully understand the driver. Does anyone have any suggestions on how to fix this, or am I just completely misunderstanding how this is supposed to work? Thanks, Brian _ Brian Niebuhr Principal Design Engineer E.F. Johnson

RE: Buildroot on 6446EVM

One independent thing to try: Check make menuconfig of your kernel if any floating point emulation is enabled: Floating point emulation --- [*] NWFPE math emulation Dirk - Thanks for this suggestion - I would never have figured that one out. I had a different floating point

Buildroot on 6446EVM

of your buildroot .config and/or any tips on how to make it work? Thanks! Brian _ Brian Niebuhr Senior Design Engineer E.F. Johnson ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com

RE: Buildroot on 6446EVM

Brian Niebuhr wrote: Has anyone got buildroot to work on the 6446EVM? I am currently running the 2.6.23-davinci1 git kernel with a Montavista-generated cramfs root filesystem and that is working fine. However, adding just a couple of packages to create a minimal filesystem

RE: Buildroot on 6446EVM

Buildroot is good at building all together, but not good at cleaning. Since your console is working and even init=/bin/sh is not working I suspected EABI/OABI stuff. Moreover, I read some warnings some time ago on the buildroot mailing list about this issue. Caglar - You were correct.