AW: [PATCH]: [MPC5200] Add ATA DMA support
Tim, Grant, just an info. Very often the Bestcomm-FEC crashed without any error logs if I initiate a transaction over FEC and save the file to disk (I rememeber I have read something like that). A restart of FEC don't work. But no I figured out, if I connect to the other ethernet port of our board (natsemi) the FEC will awake to life again, if I initiate a new transaction over natsemi. This seems a little oddly to me. Cheers Mit freundlichen Grüßen Hans Lehmann Softwareentwicklung Telefon +49 (0)2191-67-2520 Fax +49 (0)2191-67-703408 e-mail [EMAIL PROTECTED] Ritter Elektronik GmbH Leverkuser Straße 65 D-42897 Remscheid www.ritter-elektronik.de http://www.ritter-elektronik.de/start.html Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader Sitz der Gesellschaft: Oberhausen HRB 17168 Duisburg / USt-ID DE 814009849 ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
AW: [PATCH]: [MPC5200] Add ATA DMA support
Tim, Grant here are some more information. I think there is a also a problem with memory after FEC crasched. [EMAIL PROTECTED]:~ free total used free shared buffers Mem: 12710026424 1006760 432 Swap:000 Total: 12710026424 100676 [EMAIL PROTECTED]:~ [EMAIL PROTECTED]:~ [EMAIL PROTECTED]:~ ifdown eth0 net eth0: queues didn't drain net eth0: tx: index: 10, outdex: 6 net eth0: rx: index: 117, outdex: 118 [EMAIL PROTECTED]:~ ifup eth0 net eth0: attached phy 0 to driver Generic PHY [EMAIL PROTECTED]:~ freePHY: f0003000:00 - Link is Up - 100/Full [EMAIL PROTECTED]:~ free total used free shared buffers Mem: 12710035028920720 760 Swap:000 Total: 1271003502892072 Cheers Mit freundlichen Grüßen Hans Lehmann Softwareentwicklung Telefon +49 (0)2191-67-2520 Fax +49 (0)2191-67-703408 e-mail [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Ritter Elektronik GmbH Leverkuser Straße 65 D-42897 Remscheid www.ritter-elektronik.de http://www.ritter-elektronik.de/start.html Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader Sitz der Gesellschaft: Oberhausen HRB 17168 Duisburg / USt-ID DE 814009849 Von: Matt Sealey [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. November 2008 16:19 An: Lehmann, Hans (Ritter Elektronik) Cc: Tim Yamin; Grant Likely; linuxppc-dev@ozlabs.org Betreff: Re: [PATCH]: [MPC5200] Add ATA DMA support On Tue, Nov 25, 2008 at 8:45 AM, Lehmann, Hans (Ritter Elektronik) [EMAIL PROTECTED] wrote: Tim, Grant, just an info. Very often the Bestcomm-FEC crashed without any error logs if I initiate a transaction over FEC and save the file to disk (I rememeber I have read something like that). A restart of FEC don't work. But no I figured out, if I connect to the other ethernet port of our board (natsemi) the FEC will awake to life again, if I initiate a new transaction over natsemi. This seems a little oddly to me. Hi guys, We tried to get the SUSE guys to push the patch into openSUSE 11.1 release and the tests came back negative here too with regards to FEC support; for some odd reason, it does this; https://bugzilla.novell.com/show_bug.cgi?id=445856#c10 There is some weird interaction here, but I can't imagine what it might be. Tim, did you ever see any ethernet problems like this? -- Matt Sealey [EMAIL PROTECTED] Genesi, Manager, Developer Relations ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
AW: [PATCH v1] RS485 support for MPC5200x_psc_uart
+
/* Programmable Serial Controller (PSC) status register bits */
#define MPC52xx_PSC_SR_CDE 0x0080
#define MPC52xx_PSC_SR_RXRDY 0x0100
@@ -64,6 +65,7 @@
#define MPC52xx_PSC_IMR_TXRDY 0x0100
#define MPC52xx_PSC_IMR_RXRDY 0x0200
#define MPC52xx_PSC_IMR_DB 0x0400
+#define MPC52xx_PSC_IMR_TXEMP MPC52xx_PSC_SR_TXEMP
#define MPC52xx_PSC_IMR_IPC0x8000
/* PSC input port change bit */
@@ -139,8 +141,10 @@ struct mpc52xx_psc {
u8 ip; /* PSC + 0x34 */
u8 reserved9[3];
u8 op1;/* PSC + 0x38 */
+#define mpc52xx_psc_op1op1
u8 reserved10[3];
u8 op0;/* PSC + 0x3c */
+#define mpc52xx_psc_op0op0
u8 reserved11[3];
u32 sicr; /* PSC + 0x40 */
u8 ircr1; /* PSC + 0x44 */
Mit freundlichen Grüßen
Hans Lehmann
Softwareentwicklung
Telefon +49 (0)2191-67-2520
Fax +49 (0)2191-67-703408
e-mail [EMAIL PROTECTED]
Ritter Elektronik GmbH
Leverkuser Straße 65
D-42897 Remscheid
www.ritter-elektronik.de
Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader
Sitz der Gesellschaft: Oberhausen
HRB 17168 Duisburg / USt-ID DE 814009849
-Ursprüngliche Nachricht-
Von: Wolfram Sang [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 13. November 2008 19:42
An: Lehmann, Hans (Ritter Elektronik)
Cc: linuxppc-dev@ozlabs.org; Grant Likely
Betreff: Re: [PATCH v1] RS485 support for MPC5200x_psc_uart
Hello Hans,
On Thu, Nov 13, 2008 at 04:48:30PM +0100, Lehmann, Hans (Ritter Elektronik)
wrote:
Adds rs485 support for MPC52xx_psc_uart
Please be more specific. What exactly was done/modified to have RS485-support.
Please also read SubmittingPatches and CodingStyle in the Documentation
directory and adapt your patch accordingly. For example: Send patches inlined,
this makes reviewing a lot easier. Don't use magic numbers. Use spaces around
operators. All this helps maintaining your code in the future.
COM1 is console and not selectable.
COM1 is rarely selectable in Linux ;)
Kind regards,
Wolfram
--
Dipl.-Ing. Wolfram Sang | http://www.pengutronix.de Pengutronix - Linux
Solutions for Science and Industry
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
AW: [PATCH]: [MPC5200] Add ATA DMA support
We take a vanilla kernel with rt11 patches from Ingo Mollnar. Here are the section of my boot messages ata: MPC52xx IDE/ATA libata driver scsi0 : mpc52xx_ata ata1: PATA max UDMA/33 ata_regs 0xf0003a00 irq 135 ata1.00: ATA-0: ELITE PRO CF CARD 1GB, 20070131, max MWDMA2 ata1.00: 2031120 sectors, multi 0: LBA ata1.00: configured for MWDMA2 ata1.00: configured for MWDMA2 ata1: EH complete scsi 0:0:0:0: Direct-Access ATA ELITE PRO CF CAR 2007 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 2031120 512-byte hardware sectors (1040 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 2031120 512-byte hardware sectors (1040 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 Greetings Mit freundlichen Grüßen Hans Lehmann Softwareentwicklung Telefon +49 (0)2191-67-2520 Fax +49 (0)2191-67-703408 e-mail [EMAIL PROTECTED] Ritter Elektronik GmbH Leverkuser Straße 65 D-42897 Remscheid www.ritter-elektronik.de Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader Sitz der Gesellschaft: Oberhausen HRB 17168 Duisburg / USt-ID DE 814009849 -Ursprüngliche Nachricht- Von: Matt Sealey [mailto:[EMAIL PROTECTED] Im Auftrag von Matt Sealey Gesendet: Dienstag, 11. November 2008 15:36 An: Lehmann, Hans (Ritter Elektronik) Cc: Tim Yamin; Grant Likely; linuxppc-dev@ozlabs.org Betreff: Re: [PATCH]: [MPC5200] Add ATA DMA support Oddly I built 2.6.27.2 with the patch and the Efika waited for a disk to appear and didn't get anywhere. If I set libata.dma=0 then it complained about missing symbols (but not with it enabled!). This was a clean SUSE kernel from Factory, with only the ATA patch applied with a few hand-merges (pata_mpc52xx.c has had a line of whitespace removed at some point, but otherwise identical). Lehmann, Hans (Ritter Elektronik) wrote: Tim, Grant, I have tested the patch on our MPC5200B based board with Kingston Elite Pro CF-card and it worked fine with DMA2. I have port the patch back to 2.6.24.7 Kernel and I can't detect problems our errors, even with big files (40 mB) over FEC wich I save to card . We get performance up to 10,5mB/s which is near to the max. speed. Greetings Mit freundlichen Grüßen Hans Lehmann Softwareentwicklung Telefon +49 (0)2191-67-2520 Fax +49 (0)2191-67-703408 e-mail[EMAIL PROTECTED] Ritter Elektronik GmbH Leverkuser Straße 65 D-42897 Remscheid www.ritter-elektronik.de Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader Sitz der Gesellschaft: Oberhausen HRB 17168 Duisburg / USt-ID DE 814009849 -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] Im Auftrag von Tim Yamin Gesendet: Mittwoch, 13. August 2008 11:07 An: Grant Likely Cc: linuxppc-dev@ozlabs.org Betreff: [WW Spam: medium] Re: [PATCH]: [MPC5200] Add ATA DMA support On Wed, Aug 13, 2008 at 7:11 AM, Grant Likely [EMAIL PROTECTED] wrote: Sounds good to me. You will get more testers that way. I can pick it up for -next if everything else looks good. Here are the new patches; tested against 2.6.27-rc3. Thanks, Tim ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev -- Matt Sealey [EMAIL PROTECTED] Genesi, Manager, Developer Relations ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: [PATCH]: [MPC5200] Add ATA DMA support
Tim, Grant, I have tested the patch on our MPC5200B based board with Kingston Elite Pro CF-card and it worked fine with DMA2. I have port the patch back to 2.6.24.7 Kernel and I can't detect problems our errors, even with big files (40 mB) over FEC wich I save to card . We get performance up to 10,5mB/s which is near to the max. speed. Greetings Mit freundlichen Grüßen Hans Lehmann Softwareentwicklung Telefon +49 (0)2191-67-2520 Fax +49 (0)2191-67-703408 e-mail [EMAIL PROTECTED] Ritter Elektronik GmbH Leverkuser Straße 65 D-42897 Remscheid www.ritter-elektronik.de Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader Sitz der Gesellschaft: Oberhausen HRB 17168 Duisburg / USt-ID DE 814009849 -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Tim Yamin Gesendet: Mittwoch, 13. August 2008 11:07 An: Grant Likely Cc: linuxppc-dev@ozlabs.org Betreff: [WW Spam: medium] Re: [PATCH]: [MPC5200] Add ATA DMA support On Wed, Aug 13, 2008 at 7:11 AM, Grant Likely [EMAIL PROTECTED] wrote: Sounds good to me. You will get more testers that way. I can pick it up for -next if everything else looks good. Here are the new patches; tested against 2.6.27-rc3. Thanks, Tim ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Reboot at insmod of cf card driver
Hi at all, i have strange problems with my cf_card driver on our MPC5200b board. Because of our board schematic the cf card is mapped to memory space. The interrupt is routed to IRQ1. IRQ1 is rising edge sensitive. First the driver was written for Kernel 2.6.14 with device_driver structure and run pretty. Now i have ported it to Kernel 2.6.23 with of_platform_driver structure to get indepent of ppc. Now my problem: After I load my modul, the kernel start to reboot at command probe_hwif_init. The failure occurs exatly in function actual_try_to_identify in ide-probe.c when kernel send the identify command to status/command register of ide device (hwif-outb(cmd, DIE_COMMAND_REG);. By accident I figured out that no reboot occurs when I change interrupt behauviour (level sensitive). But then several errors occured as followed: [EMAIL PROTECTED]:/lib/modules insmod el392_cf_disk_drv.ko [ 72.306114] IDE: EL392 IDE/ATA driver [ 72.397169] Base address: d000, IO Size: 0002 [ 72.413994] Memory remapped: 0xd000 - 0xc504 [ 72.666923] cmd: 0x0ec , Adresse IDE_REG_COMMAND: 0xc5041006 [ 72.804238] hda: ELITE PRO CF CARD 1GB, CFA DISK drive [ 73.126941] cmd: 0x0a1 , Adresse IDE_REG_COMMAND: 0xc5041006 [ 73.313920] cmd: 0x0a1 , Adresse IDE_REG_COMMAND: 0xc5041006 [ 73.503065] ide0 at 0xc5041008-0xc504100f,0xc504100f on irq 70 [ 73.521193] [ cut here ] [ 73.530365] Badness at c0105298 [verbose debug info unavailable] [ 73.542244] NIP: c0105298 LR: c0104260 CTR: [ 73.552071] REGS: c374dc30 TRAP: 0700 Not tainted (2.6.23.1-rt5-pcm030-1trunk) [ 73.566867] MSR: 00029032 EE,ME,IR,DR CR: 84004484 XER: [ 73.579487] TASK = c36d6000[231] 'insmod' THREAD: c374c000 [ 73.589988] GPR00: 0001 c374dce0 c36d6000 c02c0ab0 c02396c4 c02bf9b4 c02395ec 0242 [ 73.606564] GPR08: c36d6000 0002 0001 c02c05dc 84004484 100decc4 c50235a8 c3d0c280 [ 73.623139] GPR16: c5022e6c c5022e94 0035 0124 c5022ac4 c5022ebc [ 73.639713] GPR24: c0048214 c02c0544 0015 c028c49c c024 c020 c02c0a98 [ 73.656636] NIP [c0105298] kref_get+0xc/0x24 [ 73.665152] LR [c0104260] kobject_get+0x20/0x38 [ 73.674125] Call Trace: [ 73.678955] [c374dce0] [c02c0428] 0xc02c0428 (unreliable) [ 73.689660] [c374dcf0] [c01280b4] get_device+0x20/0x38 [ 73.699858] [c374dd00] [c0128f14] device_add+0x6c/0x518 [ 73.710214] [c374dd40] [c0144130] probe_hwif_init_with_fixup+0x80/0xb0 [ 73.723171] [c374dd60] [c5025304] el392_ata_probe+0x210/0x258 [el392_cf_disk_drv] [ 73.738017] [c374dda0] [c015fc18] of_platform_device_probe+0x58/0x80 [ 73.750632] [c374ddc0] [c012b9ac] driver_probe_device+0xb8/0x1ec [ 73.762543] [c374dde0] [c012bb64] __driver_attach+0x84/0x88 [ 73.773584] [c374de00] [c012ac88] bus_for_each_dev+0x58/0x94 [ 73.784798] [c374de30] [c012b7bc] driver_attach+0x24/0x34 [ 73.795495] [c374de40] [c012b0e4] bus_add_driver+0x98/0x1d8 [ 73.806536] [c374de60] [c012bd0c] driver_register+0x58/0xa0 [ 73.817577] [c374de70] [c000a0e0] of_register_platform_driver+0x28/0x38 [ 73.830709] [c374de80] [c5028024] el392_ata_init+0x24/0x78 [el392_cf_disk_drv] [ 73.845022] [c374de90] [c0049550] sys_init_module+0x16c/0x14b0 [ 73.856604] [c374df40] [c000f670] ret_from_syscall+0x0/0x38 [ 73.867662] --- Exception: c01 at 0xff26d98 [ 73.875941] LR = 0x1002ebdc [ 73.882143] Instruction dump: [ 73.888009] 409e0010 7c8903a6 4e800421 3801 7c030378 80010014 38210010 7c0803a6 [ 73.903381] 4e800020 8003 7c34 5400d97e 0f00 7d201828 31290001 7d20192d [ 73.923415] Unable to handle kernel paging request for data at address 0x0024 [ 73.945442] Faulting instruction address: 0xc00b8d08 [ 73.960258] stopped custom tracer. [ 73.970940] Oops: Kernel access of bad area, sig: 11 [#1] [ 73.981635] PREEMPT ritter_el392 [ 73.988015] Modules linked in: el392_cf_disk_drv [ 73.997165] NIP: c00b8d08 LR: c00b8d04 CTR: [ 74.006990] REGS: c374dbc0 TRAP: 0300 Not tainted (2.6.23.1-rt5-pcm030-1trunk) [ 74.021787] MSR: 9032 EE,ME,IR,DR CR: 24004442 XER: [ 74.034404] DAR: 0024, DSISR: 2000 [ 74.042501] TASK = c36d6000[231] 'insmod' THREAD: c374c000 [ 74.053003] GPR00: c00b8d04 c374dc70 c36d6000 c029b248 0004 0380 [ 74.069578] GPR08: c36d6000 c02b 24004488 100decc4 c50235a8 c3d0c280 [ 74.086154] GPR16: c5022e6c c5022e94 0035 0124 c5022ac4 c5022ebc [ 74.102730] GPR24: c0048214 c02c0544 c374dcc8 c374dc98 c02c04f0 c029b248 c374dc98 [ 74.119654] NIP [c00b8d08] sysfs_addrm_start+0x40/0xcc [ 74.129883] LR [c00b8d04] sysfs_addrm_start+0x3c/0xcc [ 74.139887] Call Trace: [ 74.144717] [c374dc70] [c00b8d04] sysfs_addrm_start+0x3c/0xcc (unreliable) [ 74.158347] [c374dc90] [c00b956c] create_dir+0x50/0xd8 [ 74.168530] [c374dcc0] [c00b962c]
