which Xilinx V4-FX Soft FPU produces.
Signed-off-by: Sergey Temerkhanov
diff -r df25ff2b70a4 arch/powerpc/Kconfig
--- a/arch/powerpc/Kconfig Fri Aug 27 21:10:12 2010 +0400
+++ b/arch/powerpc/Kconfig Fri Sep 10 13:08:13 2010 +0400
@@ -293,7 +293,7 @@
config MATH_EMULATION
bool
which Xilinx V4-FX Soft FPU produces.
Signed-off-by: Sergey Temerkhanov
diff -r df25ff2b70a4 arch/powerpc/Kconfig
--- a/arch/powerpc/Kconfig Fri Aug 27 21:10:12 2010 +0400
+++ b/arch/powerpc/Kconfig Fri Sep 10 13:08:13 2010 +0400
@@ -293,7 +293,7 @@
config MATH_EMULATION
bool
ts since they expect 64-bit double-precision instead of
32-bit single-precision numbers which Xilinx V4-FX Soft FPU produces.
Signed-off-by: Sergey Temerkhanov
diff -r 626de0d94469 arch/powerpc/include/asm/ppc_asm.h
--- a/arch/powerpc/include/asm/ppc_asm.hWed May 26 15:33:32 201
ts since they expect 64-bit double-precision instead of
32-bit single-precision numbers which Xilinx V4-FX Soft FPU produces.
Signed-off-by: Sergey Temerkhanov
diff -r 626de0d94469 arch/powerpc/include/asm/ppc_asm.h
--- a/arch/powerpc/include/asm/ppc_asm.hWed May 26 15:33:32 201
On Wednesday 26 May 2010 01:38:47 Grant Likely wrote:
> (cc'ing Josh Boyer and John Linn)
>
> On Thu, May 20, 2010 at 4:01 AM, Sergey Temerkhanov
>
> wrote:
> > This patch enables support for Xilinx Virtex 4 FX singe-float FPU.
> >
> > Changelog v1->v2
-Changed SAVE_FPR/REST_FPR definition style.
Caveats:
- Hard-float binaries which rely on in-kernel math emulation will give
wrong results since they expect 64-bit double-precision instead of 32-bit
single-precision numbers which Xilinx V4-FX Soft FPU produces.
Regards, Sergey Temerkhan
On Wednesday 19 May 2010 20:52:01 Grant Likely wrote:
> Hi Sergey. Comments below.
>
> > diff -r 9d9ac97e095d .config
> > --- a/.config Thu Feb 25 21:23:42 2010 +0300
> > +++ b/.config Thu Feb 25 21:49:02 2010 +0300
>
> .config changes should not appear in your patch file.
>
> > dif
On Wednesday 28 April 2010 09:13:06 you wrote:
> Hi Sergey and Steven,
>
> On Tue, Apr 27, 2010 at 8:29 PM, Steven J. Magnani
>
> wrote:
> > On Wed, 2010-04-28 at 02:06 +0400, Sergey Temerkhanov wrote:
> >> This is the 2nd version of Xilinx MPMC LocalLink SDMA su
CONFIG_XLLSDMA option.
Regards, Sergey Temerkhanov,
Cifronic ZAO
diff -r baced9e29ab5 drivers/dma/Kconfig
--- a/drivers/dma/Kconfig Tue Apr 27 20:48:50 2010 +0400
+++ b/drivers/dma/Kconfig Wed Apr 28 02:00:51 2010 +0400
@@ -97,6 +97,14 @@
Support the TXx9 SoC internal DMA controller. This can
ange it, some suggestions are 'mpmcsdma' (long, but
> precise), 'xildma', 'xsdma', or 'xdma' (also perhaps too generic).
>
Maybe, 'xllsdma' would be good.
> As time permits, I'll work on refactoring the DMA engine driver to use
> the sdma driver - I'll po
n drivers/dma, and putting
> > sdma.h out in include/linux? Might need to tweak the file/function names
> > some to head off namespace issues. Or is there some other strategy for
> > managing Xilinx-related drivers common to both Microblaze and
The patch.
Regards, Resgey Temerkhanov
diff -r 9d9ac97e095d .config
--- a/.config Thu Feb 25 21:23:42 2010 +0300
+++ b/.config Thu Feb 25 21:49:02 2010 +0300
@@ -14,10 +14,12 @@
CONFIG_40x=y
# CONFIG_44x is not set
# CONFIG_E200 is not set
+CONFIG_PPC_FPU=y
CONFIG_4xx=y
CONFIG_PPC_MMU_NOHASH=
numbers.
Regards, Sergey Temerkhanov
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
es drivers since 2009.
This code currently supports only soft MPMCs, i.e., only SDMA channels with
memory-mapped registers. In order to support channels with DCR, a few
modifications are needed.
Any comments and suggestions are appreciated.
Regards, Sergey Temerkhanov, Cifronic ZAO
* * *
* * *
di
py I/O. Here's an article on
this subject: http://lwn.net/Articles/28548/.
Have a look at drivers/scsi/st.c at sgl_get_user_pages() or
drivers/infiniband/hw/ipath/ipath_user_pages.c for example of how to use that.
Regards, Sergey Temerkhanov.
__
On Monday 25 August 2008 18:26:54 Grant Likely wrote:
>This
> patch unconditionally adds what is essentially a device specific fixup
> to *every* Linux platform. I cannot see that flying very far.
>
I know that. But without IRQ_CHIP_UNMASK_ACK set this fixup won'be applied so
setups that are not
This fixes the missing acknowledge at the end of handle_level_irq().
It adds a field flags to struct irq_chip. If IRQ_CHIP_UNMASK_ACK is set in
this field, acknowledge is performed before unmasking.
diff -r 6b0915754563 arch/powerpc/sysdev/xilinx_intc.c
--- a/arch/powerpc/sysdev/xilinx_intc.c Mon
I've prepared the patch to fix the problem being discussed. It adds a field
flags to struct irq_chip. If IRQ_CHIP_UNMASK_ACK is set in this field,
acknowledge is performed before unmasking.
The patch is against 2.6.26
diff -r 6b0915754563 arch/powerpc/sysdev/xilinx_intc.c
--- a/arch/powerpc/sysd
nmask() (may potentially cause breakage for other
arches. But I've tried it and it works).
3. Acknowledge IRQ at INTC in ISR (quick'n'dirty hack).
Regards, Sergey Temerkhanov
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
vencent2006 wrote:
I am Michael from China.A few days ago, I was supposed to debug
executable.elf with xmd while some problems happened.It said like that:
xmd% dow executable.elf
Failed to download ELF file
ERROR(1053):UNABLE TO READ ELF FILE.THE ELF FILE
MAYBE CORRUPTED
:executable.elf
You need
20 matches
Mail list logo
