[PATCH] mmc: fix missing module license declaration in of_mmc_spi.c

Driver cannot be used as a module without this patch. Signed-off-by: Grant Likely --- drivers/mmc/host/of_mmc_spi.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/host/of_mmc_spi.c b/drivers/mmc/host/of_mmc_spi.c index fb2921f..644f67e 100644 --- a/drivers/

Re: mpc8548 does not make use of DMA when doing memory copy?

On Nov 3, 2009, at 8:38 AM, hank peng wrote: 2009/11/3 Micha Nelissen : hank peng wrote: I remember normal memory copy can also be done (chosen by user) by DMA engine on IOP80331(Intel embedded cpu, xscale arch), so why ppc platform didn't make use of DMA doing memory copy, I think it can

Re: DMA to User-Space

Jonathan Haws wrote: All, I have what may be an unconventional question: Our application consists of data being captured by an FPGA, processed, and transferred to SDRAM. I simply give the FPGA an address of where I want it stored in SDRAM and it simply DMAs the data over and interrupts me wh

Re: Filtering bits in set_pte_at()

On Tue, Nov 03, 2009 at 09:19:27AM +1100, Benjamin Herrenschmidt wrote: > On Mon, 2009-11-02 at 13:27 +, Hugh Dickins wrote: > > On Sat, 31 Oct 2009, Benjamin Herrenschmidt wrote: > > > > > Hi folks ! > > > > > > So I have a little problem on powerpc ... :-) > > > > Thanks a lot for running

DMA to User-Space

All, I have what may be an unconventional question: Our application consists of data being captured by an FPGA, processed, and transferred to SDRAM. I simply give the FPGA an address of where I want it stored in SDRAM and it simply DMAs the data over and interrupts me when finished. I then t

Re: [PATCH 14/27] Add book3s_64 specific opcode emulation

On Tue, 2009-11-03 at 10:06 +0100, Alexander Graf wrote: > > DCBZ zeroes out a cache line, not 32 bytes; except on 970, where there > > are HID bits to make it work on 32 bytes only, and an extra DCBZL insn > > that always clears a full cache line (128 bytes). > > Yes. We only come here when we p

Fwd: [PATCH] arch/powerpc: Improve _memcpy

Forwarding to the ppc mailing list. Chris Original Message Subject: [PATCH] arch/powerpc: Improve _memcpy Date: Tue, 3 Nov 2009 15:20:56 +0100 From: Dirk Eibach To: linux-ker...@vger.kernel.org CC: Dirk Eibach The implementation of _memcpy_fromio and _memcpy_toio seems to

Re: [PATCH 0/8] Fix 8xx MMU/TLB

Scott Wood wrote on 03/11/2009 17:59:30: > > Joakim Tjernlund wrote: > >> and things seem to work. You could probably replace the rlwinm by > >> subtracting PAGE_OFFSET from swapper_pg_dir instead. > > > > Just guessing here, do you mean: > >lis r11, (swapper_pg_dir-PAGE_OFFSET)@h > >or

Re: [PATCH 0/8] Fix 8xx MMU/TLB

Joakim Tjernlund wrote: and things seem to work. You could probably replace the rlwinm by subtracting PAGE_OFFSET from swapper_pg_dir instead. Just guessing here, do you mean: lis r11, (swapper_pg_dir-PAGE_OFFSET)@h ori r11, r11, (swapper_pg_dir-PAGE_OFFSET)@l r

Re: mpc8548 does not make use of DMA when doing memory copy?

2009/11/3 Micha Nelissen : > hank peng wrote: >> >> I remember normal memory copy can also be done (chosen by user) by DMA >> engine on IOP80331(Intel embedded cpu, xscale arch), so why ppc >> platform didn't make use of DMA doing memory copy, I think it can >> increase performance, please correct

[PATCH 4/13] pmac-zilog, mac68k: replace mac68k SCC code with platform device

Remove the old 68k Mac serial port code and a lot of related cruft. Add platform driver support to the pmac-zilog driver, putting the powermac- specific bits inside #ifdef CONFIG_PPC_PMAC. Add new platform devices to mac68k. Tested on a beige G3 PowerMac and a variety of 68k Macs. Signed-off-b

[PATCH 3/13] pmac-zilog: cleanup

Whitespace cleanups and comment typo fix. Signed-off-by: Finn Thain --- drivers/serial/pmac_zilog.c | 85 +--- drivers/serial/pmac_zilog.h | 20 +- 2 files changed, 51 insertions(+), 54 deletions(-) Index: linux-2.6.31/drivers/serial/pmac_zil

[PATCH 10/13] mac68k: start CUDA early

The valkyriefb driver needs the CUDA to work in order to set the video mode at boot. Initialising the device earlier, and bring the m68k code closer to the powermac code. Signed-off-by: Finn Thain --- arch/m68k/mac/config.c |6 drivers/macintosh/via-cuda.c | 57 ++

Re: [PATCH 0/8] Fix 8xx MMU/TLB

Scott Wood wrote on 30/10/2009 18:37:49: > > On Fri, Oct 30, 2009 at 12:16:07PM -0500, Scott Wood wrote: > > On Sat, Oct 17, 2009 at 02:01:38PM +0200, Joakim Tjernlund wrote: > > > + mfspr r10, SPRN_SRR0 > > > DO_8xx_CPU6(0x3780, r3) > > > mtspr SPRN_MD_EPN, r10 > > > mfspr r

Re: mpc8548 does not make use of DMA when doing memory copy?

hank peng wrote: I remember normal memory copy can also be done (chosen by user) by DMA engine on IOP80331(Intel embedded cpu, xscale arch), so why ppc platform didn't make use of DMA doing memory copy, I think it can increase performance, please correct me if I am wrong! AFAIK the DMA engine h

Re: [PATCH 14/27] Add book3s_64 specific opcode emulation

On 03.11.2009, at 09:47, Segher Boessenkool wrote: Nice patchset. Some comments on the emulation part: Cool, thanks for looking though them! +#define OP_31_XOP_EIOIO854 You mean EIEIO. Probably, yeah. + case 19: + switch (get_xop(inst)) { +

Re: [PATCH 14/27] Add book3s_64 specific opcode emulation

Nice patchset. Some comments on the emulation part: +#define OP_31_XOP_EIOIO854 You mean EIEIO. + case 19: + switch (get_xop(inst)) { + case OP_19_XOP_RFID: + case OP_19_XOP_RFI: + vcpu->arch.pc = vcpu->ar