Skip to contentSkip to conversation

driver SPI for MPC5200

DISCUSSION iida 5 participants 6 messages Jun 1, 2004 – Jun 4, 2004

lore
Share & tools
lore

iida

author
#0 lore raw

i am tring to find a driver SPI for MPC5200.
In linuxppc-2.4.25-denx
there is cpm_spi.c in arch/ppc/8260_io
It can be used in mpc5200 ?
Or what i have to modify to use in mpc5200
Thanks

--
Atenciosamente,
Renato Iida
Z Tecnologia em Comunicação
www.ztec.com.br

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#1 lore raw
Quoted 5 lines · In message <[email protected]> you wrote:

i am tring to find a driver SPI for MPC5200.
In linuxppc-2.4.25-denx
there is cpm_spi.c in arch/ppc/8260_io
It can be used in mpc5200 ?

No, it cannot. It's a driver for the MPC8260's CPM; the MPC5200 does not have such a thing.

Quoted 1 line

Or what i have to modify to use in mpc5200

You need to write a new driver.

Best regards,

Wolfgang Denk

--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: [email protected] "It ain't so much the things we don't know that get us in trouble. It's the things we know that ain't so." - Artemus Ward aka Charles Farrar Brown

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#2 lore raw

no core dump from the kernel on SIGSEGV

Hi all,

I'm looking at making the kernel core dump on a process that seg vaulted. What I did was recompiled the kernel specifying a non-zero core file size rlim[RLIMIT_CORE] = { RLIM_INFINITY, RLIM_INFINITY }. I was still not getting a core dump.

The following test program was used to signal a seg vault (SIGSEGV).

#include <stdio.h>

int main(int argc, char** argv) {

        unsigned int* pointer = (unsigned int*) 0x12345678;

        /* generate a SIGSEGV - invalid memory reference */
        *pointer = 0xdeadbeef;

        return 0;
}

Anyone can shred some light on this?

Thanks a lot,
David

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#3 lore raw

Re: no core dump from the kernel on SIGSEGV

Quoted 8 lines · David Ho

Hi all,

I'm looking at making the kernel core dump on a process that seg vaulted. What I did was recompiled the kernel specifying a non-zero core file size rlim[RLIMIT_CORE] = { RLIM_INFINITY, RLIM_INFINITY }. I was still not getting a core dump.

DO NOT TOUCH the kernel!

Please, read about ulimit shell command.

Eugene

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#4 lore raw

Re: no core dump from the kernel on SIGSEGV

Quoted 3 lines
Quoted 3 lines

I'm looking at making the kernel core dump on a process that seg

vaulted.

Quoted 1 line
Quoted 1 line

What I did was recompiled the kernel specifying a non-zero core file

size

Quoted 7 lines
Quoted 3 lines

rlim[RLIMIT_CORE] = { RLIM_INFINITY, RLIM_INFINITY }. I was still not getting a core dump.

DO NOT TOUCH the kernel!

Please, read about ulimit shell command.

Okay, you point taken. I assume ulimit will have the same effect of assigning it a non-zero value.
What is troubling me is why it doesn't go to the core_dump function in fs/binfmt_elf.c

David

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#5 lore raw
In reply to Wolfgang Denk
Quoted 7 lines · Wolfgang Denk
Quoted 3 lines

Or what i have to modify to use in mpc5200

You need to write a new driver.

I have been doin such thing a while. The base idea is to hae similar subsystem tha i2c has.
Least in my application i like to controll multiple diferent devices via spi and i like
that the spi connected targets look a like "normal" devides to linux programs.
At the moment i am working spi core and drivers for tsc2301 ( system management
chip / adc/audio ), MMC ( multimedi card ) and frame buffer device for small 128x64
graphical LCD ( UC1606 Chip )

The thing that i am waiting is to get something clear to this DMA problem that
has been discussed here lately.

The MPC5200 SPI device does not support Bestcomm DMA at all but PSC can be used
in SPI mode with DMA. With DMA i can update display or read MMC block with just one interupt without polling etc needed with normal SPI.

Kate

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/