| To: | "Anoop P.A." <Anoop_P.A@pmc-sierra.com> |
|---|---|
| Subject: | Re: TITAN GE driver |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Fri, 28 May 2010 17:27:22 +0100 |
| Cc: | linux-mips <linux-mips@linux-mips.org> |
| In-reply-to: | <A7DEA48C84FD0B48AAAE33F328C0201404E2D834@BBY1EXM11.pmc_nt.nt.pmc-sierra.bc.ca> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <A7DEA48C84FD0B48AAAE33F328C0201404E2D834@BBY1EXM11.pmc_nt.nt.pmc-sierra.bc.ca> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.20 (2009-08-17) |
On Thu, May 27, 2010 at 10:51:47PM -0700, Anoop P.A. wrote: > Any body used titan GE device with more than 512MB physical memory? > > > > If buffer is getting allocated above physical address 0x1fff_ffff ( ie. > 30 bit buffer address) we may have to consider setting XDMA_BUFFADDRPRE > (0x5018 ) .This is not taken care in original driver. Any body had luck > in enabling this prefix. I have tried enabling it and I could do flood > ping with out packet loss. However when I do mass data transfer kernel > getting panic. Further investigation showed kenel panics because DMA > copies data to wrong address (which is being used). The driver has not been used in ages so it's generally in a sad shape, doesn't even compile. I think nobody touched this driver seriously in 5 years, probably longer. So it's sort of expected to eat your cat or do other nasty stuff. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TITAN GE driver, Anoop P.A. |
|---|---|
| Next by Date: | Re: [PATCH v5 01/12] MIPS/Oprofile: extract PMU defines/helper functions for sharing, Deng-Cheng Zhu |
| Previous by Thread: | TITAN GE driver, Anoop P.A. |
| Next by Thread: | [PATCH] mips: drop CLEAN_FILES from arch/mips/Makefile, Sam Ravnborg |
| Indexes: | [Date] [Thread] [Top] [All Lists] |