[PATCH] RTC driver(Linux) for PT7C4338 chip.

PT7C4338 chip is being manufactured by Pericom Technology Inc. It is a serial real-time clock which provides: 1)Low-power clock/calendar. 2)Programmable square-wave output. It has 56 bytes of nonvolatile RAM. Signed-off-by: Priyanka Jain --- PT7C4338 RTC driver is verified on Freescale P1010RDB.

Per process DSCR + some fixes (try#4)

The DSCR (aka Data Stream Control Register) is supported on some server PowerPC chips and allow some control over the prefetch of data streams. This patch allows the value to be specified per thread by emulating the corresponding mfspr and mtspr instructions. Children of such threads inherit the

Re: [PATCH v2 3/9] fsldma: use channel name in printk output

On Wed, 2011-03-02 at 14:23 -0800, Ira W. Snyder wrote: > This makes debugging the driver much easier when multiple channels are > running concurrently. In addition, you can see how much descriptor > memory each channel has allocated via the dmapool API in sysfs. > > Signed-off-by: Ira W. Snyder

[PATCH v2 8/9] fsldma: reduce locking during descriptor cleanup

This merges the fsl_chan_ld_cleanup() function into the dma_do_tasklet() function to reduce locking overhead. In the best case, we will be able to keep the DMA controller busy while we are freeing used descriptors. In all cases, the spinlock is grabbed two times fewer than before on each transactio

[PATCH v2 7/9] fsldma: support async_tx dependencies and automatic unmapping

Previous to this patch, the dma_run_dependencies() function has been called while holding desc_lock. This function can call tx_submit() for other descriptors, which may try to re-grab the lock. Avoid this by moving the descriptors to be cleaned up to a temporary list, and dropping the lock before c

[PATCH v2 6/9] fsldma: fix controller lockups

Enabling poisoning in the dmapool API quickly showed that the DMA controller was fetching descriptors that should not have been in use. This has caused intermittent controller lockups during testing. I have been unable to figure out the exact set of conditions which cause this to happen. However,

[PATCH v2 5/9] fsldma: minor codingstyle and consistency fixes

This fixes some minor violations of the coding style. It also changes the style of the device_prep_dma_*() function definitions so they are identical. Signed-off-by: Ira W. Snyder --- drivers/dma/fsldma.c | 29 + drivers/dma/fsldma.h |4 ++-- 2 files changed, 15

[PATCH v2 9/9] fsldma: make halt behave nicely on all supported controllers

The original dma_halt() function set the CA (channel abort) bit on both the 83xx and 85xx controllers. This is incorrect on the 83xx, where this bit means TEM (transfer error mask) instead. The 83xx doesn't support channel abort, so we only do this operation on 85xx. Signed-off-by: Ira W. Snyder

[PATCH v2 3/9] fsldma: use channel name in printk output

This makes debugging the driver much easier when multiple channels are running concurrently. In addition, you can see how much descriptor memory each channel has allocated via the dmapool API in sysfs. Signed-off-by: Ira W. Snyder --- drivers/dma/fsldma.c | 60 +++--

[PATCH v2 4/9] fsldma: improve link descriptor debugging

This adds better tracking to link descriptor allocations, callbacks, and frees. This makes it much easier to track errors with link descriptors. Signed-off-by: Ira W. Snyder --- drivers/dma/fsldma.c | 21 +++-- 1 files changed, 15 insertions(+), 6 deletions(-) diff --git a/dri

[PATCH v2 2/9] fsldma: move related helper functions near each other

This is a purely cosmetic cleanup. It is nice to have related functions right next to each other in the code. Signed-off-by: Ira W. Snyder --- drivers/dma/fsldma.c | 116 +++-- 1 files changed, 64 insertions(+), 52 deletions(-) diff --git a/drivers/d

[PATCH v2 0/9] fsldma: lockup fixes

Hello everyone, I've been chasing random infrequent controller lockups in the fsldma driver for a long time. I finally managed to find the problem and fix it. I'm not quite sure about the exact sequence of events which causes the race condition, but it is related to using the hardware registers to

[PATCH v2 1/9] dmatest: fix automatic buffer unmap type

The dmatest code relies on the DMAEngine API to automatically call dma_unmap_single() on src buffers. The flags it passes are incorrect, fix them. Signed-off-by: Ira W. Snyder --- drivers/dma/dmatest.c |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/drivers/dma/dma

Re: [PATCH] Fix masking of interrupts for 52xx GPT IRQ.

[fixed top-posted reply] On Wed, Feb 9, 2011 at 3:16 AM, Henk Stegeman wrote: > On Mon, Feb 7, 2011 at 12:05 AM, Benjamin Herrenschmidt > wrote: >> On Sat, 2011-01-15 at 02:28 +0100, Henk Stegeman wrote: >>> When using the GPT as interrupt controller interupts were missing. >>> It turned out the

Re: [OT - MPC5200B] strange framing, break problems with uart

> After some discussions with Freescale's and FTDI's support, the reason seems > to be that the FTDI chips continues to send zero up to 4 chars *after* the > RTSn line has been deactivated by the '5200B (actually, this is the behaviour > of many uart's). Russell described this behaviour nicely her

about MISC_DEVICES not being enabled in many defconfigs

Hello, while working on an defconfig (arm/mx27) I noticed that just updating it[1] results in removing CONFIG_EEPROM_AT24=y. The reason is that since commit v2.6.36-5965-g5f2365d (misc devices: do not enable by default) MISC_DEVICES isn't enabled anymore by default. So all defconfigs t

Re: [OT - MPC5200B] strange framing, break problems with uart

Hi Henk: Am 01.03.11 23:28 schrieb(en) Henk Stegeman: Today I noticed corrupted and missing chunks of data on the 5200 with the 2.6.37 uart driver in 2.6.37. I don't have these problems when I use the driver from 2.6.33 (with minor changes to make it fit in 2.6.37). Hmm, I hope it's not rela

[PATCH v4 2/2] add icswx support

Icswx is a PowerPC co-processor instruction to send data to a co-processor. On Book-S processors the LPAR_ID and process ID (PID) of the owning process are registered in the window context of the co-processor at initial time. When the icswx instruction is executed, the L2 generates a cop-reg transa

[PATCH v4 1/2] add icswx support

Move SPRN_PID declearations in various locations into one place. Signed-off-by: Tseng-Hui (Frank) Lin --- arch/powerpc/include/asm/reg.h | 10 ++ arch/powerpc/include/asm/reg_booke.h |3 --- 2 files changed, 10 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/include

Re: [PATCH 0/8] fsldma: lockup fixes

On Wed, Mar 02, 2011 at 07:49:57AM +0200, Felix Radensky wrote: > Hi Ira, > > On 03/01/2011 09:52 PM, Ira W. Snyder wrote: > > On Tue, Mar 01, 2011 at 08:55:15AM -0800, Ira W. Snyder wrote: > > > > [ big snip ] > > > > > > I'd still like the bisect if you have a chance. I've re-reviewed the > > pa

Re: [PATCH] powerpc/ptrace: remove BUG_ON when full register set not available

On Wed, 2011-03-02 at 14:08 +1100, Benjamin Herrenschmidt wrote: > > --- ptracev2.orig/include/linux/regset.h2011-02-20 12:15:57.0 > > -0600 > > +++ ptracev2/include/linux/regset.h 2011-02-28 13:33:36.685302349 -0600 > > @@ -240,6 +240,34 @@ static inline int user_regset_copyout(un > >

Re: [PATCH V2 1/6] powerpc: Move udbg_early_init() after early_init_devtree()

On Wed, 2011-03-02 at 14:37 +1100, Benjamin Herrenschmidt wrote: > On Mon, 2011-02-07 at 19:29 +1100, David Gibson wrote: > > On Wed, Feb 02, 2011 at 06:00:25PM -0600, Dave Kleikamp wrote: > > > On Thu, 2011-02-03 at 10:06 +1100, David Gibson wrote: > > > > On Tue, Feb 01, 2011 at 12:48:41PM -0600,