2.6.24.7 on spruce cpc700
Hi all, I am working on porting 2.6.24 on IBM SPRUCE board. There is some problem that is not allowing serial console to come up. I am not sure where the problem lies, it may be with 8250 serial driver or cpc700 programmable interrupt controller driver. CPC700 consists of 16550A type UART. I tried with various versions and succeeded in getting serial console on Linux-2.6.8. My requirement is 2.6.24. I tried with various other versions starting from 2.6.16 and all seems to have same problem. I am trying to mount the root file system on ramdisk. This ramdisk image works with other PowerPC boards. It looks like kernel will execute "init" and hung after reaching first printf, which involves serial port. Here are my Linux boot messages for your reference. I request your suggestion for finding out the problem. I put some debug messages in 8250.c, serial_core.c and cpc700_pic.c ## Transferring control to Linux (at address ) ... id mach(): done MMU:enter MMU:hw init hash:enter hash:find piece hash:patch hash:done MMU:mapin MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem arch: exit Total memory = 128MB; using 256kB for hash table (at c024) Linux version 2.6.24.7 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)) #20 Sat May 17 15:21:00 IST 2008 System Identification: IBM Spruce Port by MontaVista Software, Inc. ([EMAIL PROTECTED]) Zone PFN ranges: DMA 0 ->32768 Normal 32768 ->32768 HighMem 32768 ->32768 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 ->32768 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,57600 root=/dev/ram0 rw PID hash table entries: 512 (order: 9, 2048 bytes) ENTER serial8250_set_termios 8 char baud is 57600 quot is 9 EXIT serial8250_set_termios console [ttyS0] enabled Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 125852k available (1420k kernel code, 608k data, 104k init, 0k highmem) Mount-cache hash table entries: 512 net_namespace: 64 bytes NET: Registered protocol family 16 PCI: Probing PCI hardware devfn is 0x20 idsel is 0x4 pin is 0x1 returned IRQ is 22 devfn is 0x28 idsel is 0x5 pin is 0x1 returned IRQ is 23 devfn is 0x30 idsel is 0x6 pin is 0x1 returned IRQ is 24 devfn is 0x31 idsel is 0x6 pin is 0x1 returned IRQ is 24 devfn is 0x32 idsel is 0x6 pin is 0x1 returned IRQ is 24 devfn is 0x38 idsel is 0x7 pin is 0x1 returned IRQ is 25 PCI: Cannot allocate resource region 1 of device :00:00.0 checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 1541k freed io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at MMIO 0x0 (irq = 3) is a 16550A serial8250: ttyS1 at MMIO 0x0 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 104k init ENTER uart_open(0) called ENTER uart_startup ENTER serial8250_startup ENTER cpc700_unmask_irq EXIT cpc700_unmask_irq ENTER cpc700_get_IRQ EXIT cpc700_get_IRQ 3 ENTER __do_IRQ ENTER cpc700_mask_and_ack_irq EXIT cpc700_mask_and_ack_irq serial8250_interrupt(3)...end. OUT __do_IRQ EXIT serial8250_startup EXIT uart_startup ENTER serial8250_set_termios 8 char baud is 57600 quot is 9 EXIT serial8250_set_termios EXIT uart_open ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: removal of arch/ppc in 2.6.27?
On Sat, Apr 19, 2008 at 9:00 PM, Kumar Gala <[EMAIL PROTECTED]> wrote: > This is intended as a reminder that we plan on getting rid of arch/ppc this > summer. I'm guessing based on kernel release times that will be 2.6.27. That > would mean 2.6.26 will be the last kernel to support arch/ppc. > > If people have boards that like ported over please let us know and work > with us to port this over to arch/powerpc. > > Here is a list based on arch/ppc/platforms. Its not intended to be > complete but a general idea of what's left in arch/ppc. I am still struggling to make SPRUCE work with 2.6.24 arch/ppc. I think no body had tested 2.6.x on SPRUCE. I think there is some issue with cpc700 pic driver. I feel it is better to move SPRUCE along with other arch/ppc boards to arch/powerpc Thanks, Suresh > > > PPC_PREPe6xx > PQ2ADS 82xxin arch/powerpc? > TQM8260 82xx > CPCI690 e6xx/mv64x60 > EV64260 e6xx/mv64x60 > CHESTNUTe6xx/mv64x60 > LOPEC e6xx > KATANA e6xx/mv64x60 > HDPUe6xx/mv64x60 > MVME5100e6xx > PAL4e6xx > POWERPMC250 e6xx > PPLUS e6xx > PRPMC750e6xx > PRPMC800e6xx > RADSTONE_PPC7D e6xx > SANDPOINT e6xx > SBC82xx 82xx > SPRUCE e6xx > LITE520052xx > EV64360 e6xx/mv64x60 > MPC86XADS 8xx in arch/powerpc > MPC885ADS 8xx in arch/powerpc > ADS8272 82xxin arch/powerpc > > 4xx: > BAMBOO 44x in arch/powerpc > CPCI405 40x > EBONY 44x in arch/powerpc > EP405 40x in arch/powerpc > BUBINGA 40x > LUAN44x > YUCCA 44x > OCOTEA 44x > REDWOOD_5 40x > REDWOOD_6 40x > SYCAMORE40x > TAISHAN 44x in arch/powerpc > WALNUT 40x in arch/powerpc > XILINX_ML30040x > XILINX_ML40340x > > - k > ___ > Linuxppc-dev mailing list > [EMAIL PROTECTED] > https://ozlabs.org/mailman/listinfo/linuxppc-dev > ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Interrupt routing ARCH=ppc
Hi All, I am working on porting Linux 2.6.16.60 on PowerPC based board with Tsi109 system controller. Our platform support is defined in arch/ppc Here is our hardware interrupt routing Tsi109 PCI BUS (BUS 0) | | V VME controller (BUS 0 IDSEL 16) IRQ 36 PMC Slot(BUS 0 IDSEL 17) IRQ 37 PCI-PCI Bridge (BUS 0 IDSEL 18) No IRQ required | (BUS 1)| |--->PMC Slot (BUS 1 IDSEL 19) IRQ 38 USB Contr(BUS 1 IDSEL 20) IRQ 39 I faced a problem at map_irq. Due to pci_swizzle, PCI probe is always returning p2p bridge IDSEL for all device on BUS 1. In our case, we routed independent interrupt lines for the devices on BUS 1. I made a quick workaround by assigning IRQ's based on dev->devfn. Is there any standard way of assigning independent interrupts for the devices connected below P2P bridge? I am facing problem with on-board USB controller. Even though /proc/interrupts shows correct assignment. USB is always returning the following message usb 2-1: new low speed USB device using ohci_hcd and address 2 ohci_hcd :01:04.0: Unlink after no-IRQ? Controller is probably using the wrong IRQ If the interrupts are not assigned properly, how the above message pop-up soon after inserting USB device? Here is the proc entry # cat /proc/interrupts CPU0 12:105 tsi108_pic Level serial 38: 4270 tsi108_PCI_int Level eth0 39: 1 tsi108_PCI_int Level ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd :usb3 Whereas USB PMC on BUS 0 works fine. I request you to provide some pointers on the same. Thanks a lot, Suresh ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
linux-2.6.20 cpc700/16550A serial conole problem
Hi All, I am working on porting linux-2.6.20-rc2 (DENX) kernel to our board. It consists of powerpc MPC7410, IBM CPC700 system controller and couple of AMD 79C972 network chips. I am using gcc version 4.0.0 (DENX ELDK 4.0 4.0.0) cross compiler for this task. I followed IBM spruce which consists of CPC700. CPC700 serial port is 16550 compatible. I can see printk's on serial console till "Freeing unused kernel memory", this happens before starting of init. I enabled debug statements in 8250.c and found some messages like serial8250_interrupt(3)...end and kernel freezes ( I attached serial console messages). ttyS0 is using interrupt 3. I assume it is not a tool chain or ramdisk problem problem because I ported linux-2.4 (DENX) with the same tool chain and ramdisk image. Serial console is working fine in linux-2.4. I request you to provide some pointers for the same. _ Over 20 Jobs @ naukri.com ! Choose The Best One http://naukri.com/tieups/tieups.php?othersrcp=4358 Total memory = 128MB; using 256kB for hash table (at c028) Linux version 2.6.20-rc5 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)) #28 Sat Jan 20 21:26:52 IST 2007 System Identification: Cornet CSVG4 Linux Boot Zone PFN ranges: DMA 0 ->32768 Normal 32768 ->32768 early_node_map[1] active PFN ranges 0:0 ->32768 Built 1 zonelists. Total pages: 32512 Kernel command line: console=ttyS0,57600 root=/dev/ram0 rw PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 126492k available (1796k kernel code, 480k data, 112k init, 0k highmem) Calibrating delay loop... 731.13 BogoMIPS (lpj=1462272) Mount-cache hash table entries: 512 NET: Registered protocol family 16 PCI: Probing PCI hardware NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 637k freed io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled ttyS0: autoconf (0x, 0xff600300): .%�..%�6.)&=.type=16550A serial8250: ttyS0 at MMIO 0x0 (irq = 3) is a 16550A ttyS1: autoconf (0x, 0xff600400): iir=3 iir1=6 iir2=6 type=16550A serial8250: ttyS1 at MMIO 0x0 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize nbd: registered device at major 43 pcnet32.c:v1.33 27.Jun.2006 [EMAIL PROTECTED] pcnet32: PCnet/FAST+ 79C972 at 0x3ffefe0, 00 00 00 00 00 00 tx_start_pt(0x0c00):~220 bytes, BCR18(9861):BurstWrEn BurstRdEn NoUFlow SRAMSIZE=0x, SRAM_BND=0x, assigned IRQ 22. eth0: registered as PCnet/FAST+ 79C972 pcnet32: PCnet/FAST+ 79C972 at 0x3ffefc0, 00 00 00 00 00 00 tx_start_pt(0x0c00):~220 bytes, BCR18(9861):BurstWrEn BurstRdEn NoUFlow SRAMSIZE=0x, SRAM_BND=0x, assigned IRQ 23. eth1: registered as PCnet/FAST+ 79C972 pcnet32: 2 cards_found. mice: PS/2 mouse device common for all mice IPv4 over IPv4 tunneling driver GRE over IPv4 tunneling driver TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 10 lo: Disabled Privacy Extensions IPv6 over IPv4 tunneling driver NET: Registered protocol family 17 NET: Registered protocol family 15 ieee80211: 802.11 data/management/control stack, git-1.1.13 ieee80211: Copyright (C) 2004-2005 Intel Corporation <[EMAIL PROTECTED]> RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 112k init serial8250_interrupt(3)...end. serial8250_interrupt(3)...end. serial8250_interrupt(3)...end. serial8250_interrupt(3)...end. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
kernel porting problem for new board
Hi, I am working on porting Linux 2.6.19 on a custom board with MPC7410 and CPC700 system controller. I am using u-boot-1.1.6 for booting Linux. I found IBM spruce is also having CPC700, I followed spruce related files and made modifications accordingly. Board supports external 2MB L2 cache and 128MB SDRAM. I am encountering kernel panic(serial console messages attached with this mail). I traced the code by putting printk and found that kernel is crashing after executing all functions in start_kernel. Is this problem related to L2 cache? I didn't enabled L2 cache in Linux as well as in u-boot. I request you to provide me some pointers and suggestions for finding out this problem. I am going to try with L2 cache enabled. Thanks a lot. Suresh Chandra Mannava _ Spice up your IM conversations. New, colorful and animated emoticons. Get chatting! http://server1.msn.co.in/SP05/emoticons/ bootm 200 ## Booting image at 0200 ... Image Name: Linux-2.6.19 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:705067 Bytes = 688.5 kB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Current stack ends at 0x07FB4CF0 => set upper limit to 0x0080 ## cmdline at 0x007FFF00 ... 0x007FFF13 memstart= 0x memsize = 0x0800 flashstart = 0xFFE0 flashsize = 0x0020 flashoffset = 0x sramstart = 0x sramsize= 0x bootflags = 0x0001 intfreq =363 MHz busfreq = 66 MHz ethaddr = 64:36:00:00:00:01 eth1addr= 64:36:00:00:00:02 IP addr = 192.168.0.100 baudrate= 57600 bps No initrd ## Transferring control to Linux (at address ) ... Total memory = 128MB; using 256kB for hash table (at c018) Linux version 2.6.19 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)) #18 Thu Jan 11 10:34:36 IST 2007 System Identification: Cornet CSVG4 Linux Boot Zone PFN ranges: DMA 0 ->32768 Normal 32768 ->32768 early_node_map[1] active PFN ranges 0:0 ->32768 Built 1 zonelists. Total pages: 32512 Kernel command line: console=ttyS0,57600 PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128128k available (1068k kernel code, 336k data, 92k init, 0k highmem) Mount-cache hash table entries: 512 Oops: kernel access of bad area, sig: 11 [#1] NIP: C0011ADC LR: C0011B78 CTR: 0005 REGS: c02edfb0 TRAP: 0300 Not tainted (2.6.19) MSR: 1032 CR: 24028022 XER: 2000 DAR: 007D, DSISR: 4200 TASK = c02e9b38[0] '' THREAD: 02dc5915 GPR00: 00200200 C02EE060 C02E9B38 C02E9B38 C0169DB4 C02EFFFC 0044 GPR08: 01C09000 0078 C02E9B60 007D 04008C00 08003C00 007FFF13 GPR16: 0001 C01684C8 C017 C017 00880381 C0169980 GPR24: C02EE000 C0169980 C02E9BF4 C02E9C48 C02E9B38 C02E9B38 C00CE818 NIP [C0011ADC] dequeue_task+0x20/0x84 LR [C0011B78] deactivate_task+0x38/0x54 Call Trace: Instruction dump: 90830028 91690004 912b 4e800020 8124 39430028 3c20 3929 6200 9124 816a0004 81230028 <912b> 91690004 39240018 900a0004 Oops: kernel access of bad area, sig: 11 [#2] NIP: C0012934 LR: C00128B0 CTR: REGS: c02edd90 TRAP: 0600 Not tainted (2.6.19) MSR: 1032 CR: 44028024 XER: DAR: 02DC593D, DSISR: 0140 TASK = c02e9b38[0] '' THREAD: 02dc5915 GPR00: 02DC593D C02EDE40 C02E9B38 19EED540 0001 C0169540 GPR08: 08F9C6A0 0008 02DC5915 08F9C6A0 04008C00 08003C00 007FFF13 GPR16: 0001 C01684C8 C017 C017 C017 C01672C0 GPR24: C016 C017 C016 C02EDEC0 C017 C0169DB4 C0169980 C02E9B38 NIP [C0012934] scheduler_tick+0x9c/0x350 LR [C00128B0] scheduler_tick+0x18/0x350 Call Trace: Instruction dump: 801e0024 907e0018 7f9f 909e001c 419e0030 83bf0030 801e002c 7f9d 419e0048 817f0004 3928 380b0028 <7d400028> 7d4a4b78 7d40012d 40a2fff4 Badness in do_exit at kernel/exit.c:859 Call Trace: Kernel panic - not syncing: Aiee, killing interrupt handler! <0>Rebooting in 180 seconds.. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Oops: kernel access of bad area
Hi, I am working on porting Linux 2.6.19 on a custom board with MPC7410 and CPC700 system controller. I am using u-boot-1.1.6 for booting Linux. I found IBM spruce is also having CPC700, I followed spruce related files and made modifications accordingly. Board supports external 2MB L2 cache and 128MB SDRAM. I am encountering kernel panic(serial console messages attached with this mail). I traced the code by putting printk and found that kernel is crashing after executing all functions in start_kernel. Is this problem related to L2 cache? I didn't enabled L2 cache in Linux as well as in u-boot. I request you to provide me some pointers and suggestions for finding out this problem. I am going to try with L2 cache enabled. Thanks a lot. bootm 200 ## Booting image at 0200 ... Image Name: Linux-2.6.19 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:705067 Bytes = 688.5 kB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Current stack ends at 0x07FB4CF0 => set upper limit to 0x0080 ## cmdline at 0x007FFF00 ... 0x007FFF13 memstart= 0x memsize = 0x0800 flashstart = 0xFFE0 flashsize = 0x0020 flashoffset = 0x sramstart = 0x sramsize= 0x bootflags = 0x0001 intfreq =363 MHz busfreq = 66 MHz ethaddr = 64:36:00:00:00:01 eth1addr= 64:36:00:00:00:02 IP addr = 192.168.0.100 baudrate= 57600 bps No initrd ## Transferring control to Linux (at address ) ... Total memory = 128MB; using 256kB for hash table (at c018) Linux version 2.6.19 ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)) #18 Thu Jan 11 10:34:36 IST 2007 System Identification: Cornet CSVG4 Linux Boot Zone PFN ranges: DMA 0 ->32768 Normal 32768 ->32768 early_node_map[1] active PFN ranges 0:0 ->32768 Built 1 zonelists. Total pages: 32512 Kernel command line: console=ttyS0,57600 PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128128k available (1068k kernel code, 336k data, 92k init, 0k highmem) Mount-cache hash table entries: 512 Oops: kernel access of bad area, sig: 11 [#1] NIP: C0011ADC LR: C0011B78 CTR: 0005 REGS: c02edfb0 TRAP: 0300 Not tainted (2.6.19) MSR: 1032 CR: 24028022 XER: 2000 DAR: 007D, DSISR: 4200 TASK = c02e9b38[0] '' THREAD: 02dc5915 GPR00: 00200200 C02EE060 C02E9B38 C02E9B38 C0169DB4 C02EFFFC 0044 GPR08: 01C09000 0078 C02E9B60 007D 04008C00 08003C00 007FFF13 GPR16: 0001 C01684C8 C017 C017 00880381 C0169980 GPR24: C02EE000 C0169980 C02E9BF4 C02E9C48 C02E9B38 C02E9B38 C00CE818 NIP [C0011ADC] dequeue_task+0x20/0x84 LR [C0011B78] deactivate_task+0x38/0x54 Call Trace: Instruction dump: 90830028 91690004 912b 4e800020 8124 39430028 3c20 3929 6200 9124 816a0004 81230028 <912b> 91690004 39240018 900a0004 Oops: kernel access of bad area, sig: 11 [#2] NIP: C0012934 LR: C00128B0 CTR: REGS: c02edd90 TRAP: 0600 Not tainted (2.6.19) MSR: 1032 CR: 44028024 XER: DAR: 02DC593D, DSISR: 0140 TASK = c02e9b38[0] '' THREAD: 02dc5915 GPR00: 02DC593D C02EDE40 C02E9B38 19EED540 0001 C0169540 GPR08: 08F9C6A0 0008 02DC5915 08F9C6A0 04008C00 08003C00 007FFF13 GPR16: 0001 C01684C8 C017 C017 C017 C01672C0 GPR24: C016 C017 C016 C02EDEC0 C017 C0169DB4 C0169980 C02E9B38 NIP [C0012934] scheduler_tick+0x9c/0x350 LR [C00128B0] scheduler_tick+0x18/0x350 Call Trace: Instruction dump: 801e0024 907e0018 7f9f 909e001c 419e0030 83bf0030 801e002c 7f9d 419e0048 817f0004 3928 380b0028 <7d400028> 7d4a4b78 7d40012d 40a2fff4 Badness in do_exit at kernel/exit.c:859 Call Trace: Kernel panic - not syncing: Aiee, killing interrupt handler! <0>Rebooting in 180 seconds.. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
SMP Design
Hi, I am working on a symmetric multiprocessing(SMP) based board design. Now, I am into feasibility analysis. Here are my queries What qualifies a CPU to be capable of SMP? Hardware cache coherency test-and-set, compare-and-swap or load-link/ store-conditional instructions. Unique Id(read this in Intel MP specs) Is it required for powerpc-smp? CPU-local interrupt controller (intel specific) Is it required for powerpc-smp OpenPIC, interrupt routing what are the other points that support SMP for a CPU. I read that ppc 603 won't support pure SMP. I am searching for the "considerations for SMP design using powerpc processors" please provide pointers for the same. Can I find any reference design for SMP boards? I am interested architecture part, interrupt routing and OpenPIC stuff. I find it hard to find information on SMP board design. Waiting for your response. Thanks and Regards, Suresh Chandra Mannava.
Marvell 64360, MPSC Serial Console Problem
> > > Suresh, > > I think you fixed a symptom but not the problem. By default, the rx > buffers are indeed 32 bytes long (i.e., a cacheline in size). When > receiving, the mpsc will generate an interrupt when there is an error, > when the buffer is full (32 bytes--unlikely if you're typing), or > after a timeout. I suspect your timeout value is bogus so you don't > get the interrupt until you fill the buffer with 32 bytes. Please > compare the platform_data that you pass to the mpsc driver to other, > working systems that use the mpsc (e.g., katana and cpci690). In > particular, look at your 'max_idle' value. > > Mark > > Mr. Mark, Thank you for your reply. You exactly pointed out the mistake I had done with max_idle. I didn't initialized the mpsc_pdata structure in platform dependent file. Now I initialized max_idle =40. And every thing is working fine. Still facing some problems with mv64360 giga Ethernet driver. I will come back after a little bit of investigation. Regards, Suresh Chandra Mannava
Marvell 64360, MPSC Serial Console Problem
Dear Mr. Mark, We designed a board with PPC 7410 and Marvell 64360 bridge. We successfully ported u-boot and Linux on to this board. Thanks for your support. We faced a problem in MPSC serial console part. The problem is, in Serial console data is received once after 32 characters are typed. Any thing less than 32 characters is not echoed or not transmitted till the 32 character count is reached. After carefully reviewing the code. We found that the receive buffer size is initialised to 32 bytes. We made a small correction in the code by making the receive buffer size to 1 rxre->bufsize = 1; After this modification, we got beautiful serial console working fine. Here is the part of the code from "mpsc.c" Function name "mpsc_init_rings" for (i = 0; i < MPSC_RXR_ENTRIES; i++) { rxre = (struct mpsc_rx_desc *)dp; /*rxre->bufsize = cpu_to_be16(MPSC_RXBE_SIZE);*/ rxre->bufsize = 1; /* Modified Line*/ rxre->bytecnt = cpu_to_be16(0); rxre->cmdstat = cpu_to_be32(SDMA_DESC_CMDSTAT_O | SDMA_DESC_CMDSTAT_EI | SDMA_DESC_CMDSTAT_F | SDMA_DESC_CMDSTAT_L); rxre->link = cpu_to_be32(dp_p + MPSC_RXRE_SIZE); rxre->buf_ptr = cpu_to_be32(bp_p); dp += MPSC_RXRE_SIZE; dp_p += MPSC_RXRE_SIZE; bp += MPSC_RXBE_SIZE; bp_p += MPSC_RXBE_SIZE; } Once again thank you very much for your support. Regards, Suresh Chandra Mannava
kernel with marvell 64360 support
Hi, We designed a power-pc 7410 board with galileo mv64360 bridge. We are interested in porting linux on to that board. Where can I download the linux kernel with 64360 (serial, ethernet, PCI etc) drivers. please provide the pointers for the same. Regards, Suresh Chandra Mannava
kernel for MPC8260 SBC
Hi, We developed a SBC based on MPC8260. We are planing to port Linux on it. I downloaded mpc8260 cross compiling tools from denx.de. I started cross-compiling linux-2.4.4. The problem is I am not able to compile kernel. 8260 specific files in arch/ppc are not compiling due to not inclusion of "bd_t" structure. I Included the file "asm-ppc/bseip.h". Still encountering many errors. I even tried with linux-2.4.20 and encountered the same problems. Is there any patch required for compiling the kernel cleanly. or I may need to provide board specific information in the form of header files? Please provide pointer to the sutiable kernel along with patch. We have configured serial port on SMC. For SMC, CPM is required. But there is no option in the kernel to select SMC for serial port. please educate me on the above issue. Thanks & Regards, Suresh Chandra Mannava