All of lore.kernel.org
 help / color / mirror / Atom feed
* Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
@ 2010-03-17  5:17 Josh Triplett
  2010-03-26 18:22 ` Grant Likely
  0 siblings, 1 reply; 14+ messages in thread
From: Josh Triplett @ 2010-03-17  5:17 UTC (permalink / raw)
  To: linuxppc-dev

Hello,

We've tried both 2.6.33 and DENX-v2.6.33.1, and we haven't managed to
successfully use any form of DMA with the TQM5200 and a CompactFlash
card.  We know the CF card supports DMA (or, at least, it says "UDMA"
right on the card, and various reports say Lexar Professional CF cards
do DMA), but the kernel always puts the card in PIO4 mode.  We tried
libata.force=mwdma2 and libata.force=udma2 , and many other modes, but
this always led to failures like this:

[   31.994311] ata1: lost interrupt (Status 0x58)
[   32.020435] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   32.027712] ata1.00: failed command: READ DMA
[   32.032236] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   32.032249]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   32.047212] ata1.00: status: { DRDY }
[   32.051050] ata1: soft resetting link
[   32.218796] ata1.00: FORCE: xfer_mask set to udma2
[   32.230618] ata1.00: configured for UDMA/33
[   32.235000] ata1.00: device reported invalid CHS sector 0
[   32.240629] ata1: EH complete
[   62.994310] ata1: lost interrupt (Status 0x58)
[   63.020443] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[   63.027722] ata1.00: failed command: READ DMA
[   63.032246] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[   63.032259]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   63.047221] ata1.00: status: { DRDY }
[   63.051060] ata1: soft resetting link
[   63.218778] ata1.00: FORCE: xfer_mask set to udma2
[   63.238603] ata1.00: configured for UDMA/33
[   63.242978] ata1.00: device reported invalid CHS sector 0
[   63.248609] ata1: EH complete

We have the MPC5200C revision of the silicon.

Does this sound like a known issue?  Can we do anything to troubleshoot
this further?

Thanks,
Josh Triplett and Jamey Sharp
Portland State Aerospace Society

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-17  5:17 Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash Josh Triplett
@ 2010-03-26 18:22 ` Grant Likely
  2010-03-26 21:32   ` Josh Triplett
  0 siblings, 1 reply; 14+ messages in thread
From: Grant Likely @ 2010-03-26 18:22 UTC (permalink / raw)
  To: Josh Triplett; +Cc: linuxppc-dev

On Tue, Mar 16, 2010 at 11:17 PM, Josh Triplett <josh@joshtriplett.org> wro=
te:
> Hello,
>
> We've tried both 2.6.33 and DENX-v2.6.33.1, and we haven't managed to
> successfully use any form of DMA with the TQM5200 and a CompactFlash
> card. =A0We know the CF card supports DMA (or, at least, it says "UDMA"
> right on the card, and various reports say Lexar Professional CF cards
> do DMA), but the kernel always puts the card in PIO4 mode. =A0We tried
> libata.force=3Dmwdma2 and libata.force=3Dudma2 , and many other modes, bu=
t
> this always led to failures like this:
>
> [ =A0 31.994311] ata1: lost interrupt (Status 0x58)
> [ =A0 32.020435] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x=
6 frozen
> [ =A0 32.027712] ata1.00: failed command: READ DMA
> [ =A0 32.032236] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 d=
ma 4096 in
> [ =A0 32.032249] =A0 =A0 =A0 =A0 =A0res 40/00:00:00:00:00/00:00:00:00:00/=
00 Emask 0x4 (timeout)
> [ =A0 32.047212] ata1.00: status: { DRDY }
> [ =A0 32.051050] ata1: soft resetting link
> [ =A0 32.218796] ata1.00: FORCE: xfer_mask set to udma2
> [ =A0 32.230618] ata1.00: configured for UDMA/33
> [ =A0 32.235000] ata1.00: device reported invalid CHS sector 0
> [ =A0 32.240629] ata1: EH complete
> [ =A0 62.994310] ata1: lost interrupt (Status 0x58)
> [ =A0 63.020443] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x=
6 frozen
> [ =A0 63.027722] ata1.00: failed command: READ DMA
> [ =A0 63.032246] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 d=
ma 4096 in
> [ =A0 63.032259] =A0 =A0 =A0 =A0 =A0res 40/00:00:00:00:00/00:00:00:00:00/=
00 Emask 0x4 (timeout)
> [ =A0 63.047221] ata1.00: status: { DRDY }
> [ =A0 63.051060] ata1: soft resetting link
> [ =A0 63.218778] ata1.00: FORCE: xfer_mask set to udma2
> [ =A0 63.238603] ata1.00: configured for UDMA/33
> [ =A0 63.242978] ata1.00: device reported invalid CHS sector 0
> [ =A0 63.248609] ata1: EH complete
>
> We have the MPC5200C revision of the silicon.
>
> Does this sound like a known issue? =A0Can we do anything to troubleshoot
> this further?

Not all CF adapters have all the pins wired up that are needed for
*DMA modes.  That is the most likely problem.

g.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 18:22 ` Grant Likely
@ 2010-03-26 21:32   ` Josh Triplett
  2010-03-26 22:02     ` Grant Likely
  2010-03-26 22:17     ` Wolfgang Wegner
  0 siblings, 2 replies; 14+ messages in thread
From: Josh Triplett @ 2010-03-26 21:32 UTC (permalink / raw)
  To: Grant Likely; +Cc: linuxppc-dev

On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
> On Tue, Mar 16, 2010 at 11:17 PM, Josh Triplett <josh@joshtriplett.org> wrote:
> > Hello,
> >
> > We've tried both 2.6.33 and DENX-v2.6.33.1, and we haven't managed to
> > successfully use any form of DMA with the TQM5200 and a CompactFlash
> > card.  We know the CF card supports DMA (or, at least, it says "UDMA"
> > right on the card, and various reports say Lexar Professional CF cards
> > do DMA), but the kernel always puts the card in PIO4 mode.  We tried
> > libata.force=mwdma2 and libata.force=udma2 , and many other modes, but
> > this always led to failures like this:
> >
> > [   31.994311] ata1: lost interrupt (Status 0x58)
> > [   32.020435] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> > [   32.027712] ata1.00: failed command: READ DMA
> > [   32.032236] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
> > [   32.032249]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> > [   32.047212] ata1.00: status: { DRDY }
> > [   32.051050] ata1: soft resetting link
> > [   32.218796] ata1.00: FORCE: xfer_mask set to udma2
> > [   32.230618] ata1.00: configured for UDMA/33
> > [   32.235000] ata1.00: device reported invalid CHS sector 0
> > [   32.240629] ata1: EH complete
> > [   62.994310] ata1: lost interrupt (Status 0x58)
> > [   63.020443] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> > [   63.027722] ata1.00: failed command: READ DMA
> > [   63.032246] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
> > [   63.032259]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> > [   63.047221] ata1.00: status: { DRDY }
> > [   63.051060] ata1: soft resetting link
> > [   63.218778] ata1.00: FORCE: xfer_mask set to udma2
> > [   63.238603] ata1.00: configured for UDMA/33
> > [   63.242978] ata1.00: device reported invalid CHS sector 0
> > [   63.248609] ata1: EH complete
> >
> > We have the MPC5200C revision of the silicon.
> >
> > Does this sound like a known issue?  Can we do anything to troubleshoot
> > this further?
> 
> Not all CF adapters have all the pins wired up that are needed for
> *DMA modes.  That is the most likely problem.

True, but we bought a card that specifically advertises support for
UDMA, and says UDMA right on the card's label.

http://store.lexar.com/?productid=CF8GB-300-381

It seems unlikely, though not impossible, that they would have screwed
up that badly. :)

By the way, we've also tested an IDE hard drive on this board, and it
does UDMA2 just fine.

Any thoughts on how we could try to solve this problem?

- Josh Triplett

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 21:32   ` Josh Triplett
@ 2010-03-26 22:02     ` Grant Likely
  2010-03-26 22:17     ` Wolfgang Wegner
  1 sibling, 0 replies; 14+ messages in thread
From: Grant Likely @ 2010-03-26 22:02 UTC (permalink / raw)
  To: Josh Triplett; +Cc: linuxppc-dev

On Fri, Mar 26, 2010 at 3:32 PM, Josh Triplett <josh@joshtriplett.org> wrot=
e:
> On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
>> On Tue, Mar 16, 2010 at 11:17 PM, Josh Triplett <josh@joshtriplett.org> =
wrote:
>> > Hello,
>> >
>> > We've tried both 2.6.33 and DENX-v2.6.33.1, and we haven't managed to
>> > successfully use any form of DMA with the TQM5200 and a CompactFlash
>> > card. =A0We know the CF card supports DMA (or, at least, it says "UDMA=
"
>> > right on the card, and various reports say Lexar Professional CF cards
>> > do DMA), but the kernel always puts the card in PIO4 mode. =A0We tried
>> > libata.force=3Dmwdma2 and libata.force=3Dudma2 , and many other modes,=
 but
>> > this always led to failures like this:
>> >
>> > [ =A0 31.994311] ata1: lost interrupt (Status 0x58)
>> > [ =A0 32.020435] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action=
 0x6 frozen
>> > [ =A0 32.027712] ata1.00: failed command: READ DMA
>> > [ =A0 32.032236] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag =
0 dma 4096 in
>> > [ =A0 32.032249] =A0 =A0 =A0 =A0 =A0res 40/00:00:00:00:00/00:00:00:00:=
00/00 Emask 0x4 (timeout)
>> > [ =A0 32.047212] ata1.00: status: { DRDY }
>> > [ =A0 32.051050] ata1: soft resetting link
>> > [ =A0 32.218796] ata1.00: FORCE: xfer_mask set to udma2
>> > [ =A0 32.230618] ata1.00: configured for UDMA/33
>> > [ =A0 32.235000] ata1.00: device reported invalid CHS sector 0
>> > [ =A0 32.240629] ata1: EH complete
>> > [ =A0 62.994310] ata1: lost interrupt (Status 0x58)
>> > [ =A0 63.020443] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action=
 0x6 frozen
>> > [ =A0 63.027722] ata1.00: failed command: READ DMA
>> > [ =A0 63.032246] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag =
0 dma 4096 in
>> > [ =A0 63.032259] =A0 =A0 =A0 =A0 =A0res 40/00:00:00:00:00/00:00:00:00:=
00/00 Emask 0x4 (timeout)
>> > [ =A0 63.047221] ata1.00: status: { DRDY }
>> > [ =A0 63.051060] ata1: soft resetting link
>> > [ =A0 63.218778] ata1.00: FORCE: xfer_mask set to udma2
>> > [ =A0 63.238603] ata1.00: configured for UDMA/33
>> > [ =A0 63.242978] ata1.00: device reported invalid CHS sector 0
>> > [ =A0 63.248609] ata1: EH complete
>> >
>> > We have the MPC5200C revision of the silicon.
>> >
>> > Does this sound like a known issue? =A0Can we do anything to troublesh=
oot
>> > this further?
>>
>> Not all CF adapters have all the pins wired up that are needed for
>> *DMA modes. =A0That is the most likely problem.
>
> True, but we bought a card that specifically advertises support for
> UDMA, and says UDMA right on the card's label.
>
> http://store.lexar.com/?productid=3DCF8GB-300-381
>
> It seems unlikely, though not impossible, that they would have screwed
> up that badly. :)
>
> By the way, we've also tested an IDE hard drive on this board, and it
> does UDMA2 just fine.
>
> Any thoughts on how we could try to solve this problem?

Not off the top of my head.  I'd have to get onto the board and poke
around to figure out what is going on.

g.

--=20
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 21:32   ` Josh Triplett
  2010-03-26 22:02     ` Grant Likely
@ 2010-03-26 22:17     ` Wolfgang Wegner
  2010-03-26 22:44       ` Grant Likely
  2010-03-26 22:59       ` Josh Triplett
  1 sibling, 2 replies; 14+ messages in thread
From: Wolfgang Wegner @ 2010-03-26 22:17 UTC (permalink / raw)
  To: Josh Triplett; +Cc: linuxppc-dev

Hi Josh,

On Fri, Mar 26, 2010 at 02:32:02PM -0700, Josh Triplett wrote:
> On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
> > 
> > Not all CF adapters have all the pins wired up that are needed for
> > *DMA modes.  That is the most likely problem.
> 
> True, but we bought a card that specifically advertises support for
> UDMA, and says UDMA right on the card's label.
> 
> http://store.lexar.com/?productid=CF8GB-300-381

Grant was referring to the adapter, not the card!

In fact I still have to see a single CF-to-IDE adapter that does
have the wires needed for (U)DMA without me soldering them in place...

Regards,
Wolfgang

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 22:17     ` Wolfgang Wegner
@ 2010-03-26 22:44       ` Grant Likely
  2010-03-26 22:59       ` Josh Triplett
  1 sibling, 0 replies; 14+ messages in thread
From: Grant Likely @ 2010-03-26 22:44 UTC (permalink / raw)
  To: Wolfgang Wegner; +Cc: linuxppc-dev, Josh Triplett

On Fri, Mar 26, 2010 at 4:17 PM, Wolfgang Wegner <wolfgang@leila.ping.de> w=
rote:
> Hi Josh,
>
> On Fri, Mar 26, 2010 at 02:32:02PM -0700, Josh Triplett wrote:
>> On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
>> >
>> > Not all CF adapters have all the pins wired up that are needed for
>> > *DMA modes. =A0That is the most likely problem.
>>
>> True, but we bought a card that specifically advertises support for
>> UDMA, and says UDMA right on the card's label.
>>
>> http://store.lexar.com/?productid=3DCF8GB-300-381
>
> Grant was referring to the adapter, not the card!
>
> In fact I still have to see a single CF-to-IDE adapter that does
> have the wires needed for (U)DMA without me soldering them in place...

I found one at logic supply a while back, but I can't remember which one!

g.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 22:17     ` Wolfgang Wegner
  2010-03-26 22:44       ` Grant Likely
@ 2010-03-26 22:59       ` Josh Triplett
  2010-03-27 13:22         ` Albrecht Dreß
  2010-03-27 17:44         ` Wolfgang Denk
  1 sibling, 2 replies; 14+ messages in thread
From: Josh Triplett @ 2010-03-26 22:59 UTC (permalink / raw)
  To: Wolfgang Wegner; +Cc: linuxppc-dev, Andrew Greenberg

On Fri, Mar 26, 2010 at 11:17:07PM +0100, Wolfgang Wegner wrote:
> Hi Josh,
> 
> On Fri, Mar 26, 2010 at 02:32:02PM -0700, Josh Triplett wrote:
> > On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
> > > 
> > > Not all CF adapters have all the pins wired up that are needed for
> > > *DMA modes.  That is the most likely problem.
> > 
> > True, but we bought a card that specifically advertises support for
> > UDMA, and says UDMA right on the card's label.
> > 
> > http://store.lexar.com/?productid=CF8GB-300-381
> 
> Grant was referring to the adapter, not the card!
> 
> In fact I still have to see a single CF-to-IDE adapter that does
> have the wires needed for (U)DMA without me soldering them in place...

Oh!  OK, that makes more sense.

However, according to one of our hardware hackers, Andrew Greenberg
(CCed), the STK5200 development breakout board for the TQM5200 *does*
have the DMA pins wired up correctly, at least according to its
schematic.  That doesn't guarantee that the board matches the schematic,
of course.

Any other ideas for things we could check to try to track down this
problem?

- Josh Triplett

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 22:59       ` Josh Triplett
@ 2010-03-27 13:22         ` Albrecht Dreß
  2010-03-28 22:24           ` Josh Triplett
  2010-03-27 17:44         ` Wolfgang Denk
  1 sibling, 1 reply; 14+ messages in thread
From: Albrecht Dreß @ 2010-03-27 13:22 UTC (permalink / raw)
  To: Josh Triplett; +Cc: Wolfgang Wegner, linuxppc-dev, Andrew Greenberg

[-- Attachment #1: Type: text/plain, Size: 278 bytes --]

Am 26.03.10 23:59 schrieb(en) Josh Triplett:
[snip]
> Any other ideas for things we could check to try to track down this problem?

Might your issue be related to this thread: <http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078757.html>?

Cheers, Albrecht.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-26 22:59       ` Josh Triplett
  2010-03-27 13:22         ` Albrecht Dreß
@ 2010-03-27 17:44         ` Wolfgang Denk
  2010-03-28 22:23           ` Josh Triplett
  2010-03-30  0:09           ` Wolfram Sang
  1 sibling, 2 replies; 14+ messages in thread
From: Wolfgang Denk @ 2010-03-27 17:44 UTC (permalink / raw)
  To: Josh Triplett; +Cc: Wolfgang Wegner, linuxppc-dev, Andrew Greenberg

Dear Josh Triplett,

In message <20100326225916.GA5690@feather> you wrote:
>
> However, according to one of our hardware hackers, Andrew Greenberg
> (CCed), the STK5200 development breakout board for the TQM5200 *does*
> have the DMA pins wired up correctly, at least according to its
> schematic.  That doesn't guarantee that the board matches the schematic,
> of course.

We tested CF cards for DMA support some time ago, and IIRC this
included the STK5200. Situation was that only very few CF cards
actually support DMA (even if they advertise it on the label).

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
I wish Captain Vimes were here. He wouldn't have  known  what  to  do
either, but he's got a much better vocabulary to be baffled in.
                                 - Terry Pratchett, _Guards! Guards!_

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-27 17:44         ` Wolfgang Denk
@ 2010-03-28 22:23           ` Josh Triplett
  2010-03-30  0:09           ` Wolfram Sang
  1 sibling, 0 replies; 14+ messages in thread
From: Josh Triplett @ 2010-03-28 22:23 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: Wolfgang Wegner, linuxppc-dev, Andrew Greenberg

On Sat, Mar 27, 2010 at 06:44:55PM +0100, Wolfgang Denk wrote:
> In message <20100326225916.GA5690@feather> you wrote:
> > However, according to one of our hardware hackers, Andrew Greenberg
> > (CCed), the STK5200 development breakout board for the TQM5200 *does*
> > have the DMA pins wired up correctly, at least according to its
> > schematic.  That doesn't guarantee that the board matches the schematic,
> > of course.
> 
> We tested CF cards for DMA support some time ago, and IIRC this
> included the STK5200. Situation was that only very few CF cards
> actually support DMA (even if they advertise it on the label).

How very odd and disappointing.

So a CF card might advertise DMA on its label and feature set, and
show DMA modes in hdparm's info dump, but break when actually using DMA
modes?

Do you know of any specific CF cards which *do* support DMA?

- Josh Triplett

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-27 13:22         ` Albrecht Dreß
@ 2010-03-28 22:24           ` Josh Triplett
  2010-03-29 18:42             ` Albrecht Dreß
  0 siblings, 1 reply; 14+ messages in thread
From: Josh Triplett @ 2010-03-28 22:24 UTC (permalink / raw)
  To: Albrecht Dreß; +Cc: Wolfgang Wegner, linuxppc-dev, Andrew Greenberg

On Sat, Mar 27, 2010 at 02:22:08PM +0100, Albrecht Dreß wrote:
> Am 26.03.10 23:59 schrieb(en) Josh Triplett:
> [snip]
> >Any other ideas for things we could check to try to track down this problem?
> 
> Might your issue be related to this thread: <http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078757.html>?

We have the MPC5200C rev of the board, not the MPC5200B rev which
apparently had many problems like the ones described in that thread.  I
can't rule out other crazy board errata we don't know about, though. :)

- Josh Triplett

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-28 22:24           ` Josh Triplett
@ 2010-03-29 18:42             ` Albrecht Dreß
  2010-03-29 21:30               ` Josh Triplett
  0 siblings, 1 reply; 14+ messages in thread
From: Albrecht Dreß @ 2010-03-29 18:42 UTC (permalink / raw)
  To: Josh Triplett; +Cc: linuxppc-dev

[-- Attachment #1: Type: text/plain, Size: 314 bytes --]

Hi Josh:

Am 29.03.10 00:24 schrieb(en) Josh Triplett:
> We have the MPC5200C rev of the board, not the MPC5200B rev which

Ummm - I didn't know that there is a 5200C available.  The Freescale web site only mentions the 5200 and the 5200B.  Do you have any pointers to data sheets/docs?

Thanks, Albrecht.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-29 18:42             ` Albrecht Dreß
@ 2010-03-29 21:30               ` Josh Triplett
  0 siblings, 0 replies; 14+ messages in thread
From: Josh Triplett @ 2010-03-29 21:30 UTC (permalink / raw)
  To: Albrecht Dreß; +Cc: linuxppc-dev

On Mon, Mar 29, 2010 at 08:42:08PM +0200, Albrecht Dreß wrote:
> Am 29.03.10 00:24 schrieb(en) Josh Triplett:
> >We have the MPC5200C rev of the board, not the MPC5200B rev which
> 
> Ummm - I didn't know that there is a 5200C available.  The Freescale web site only mentions the 5200 and the 5200B.  Do you have any pointers to data sheets/docs?

I don't know the details; just repeating what the hardware team told me.
:)  We may have the revisions and suffixes mixed up, or we may have run
into some terminology difference between the TQM5200 and the MPC5200.

- Josh Triplett

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash
  2010-03-27 17:44         ` Wolfgang Denk
  2010-03-28 22:23           ` Josh Triplett
@ 2010-03-30  0:09           ` Wolfram Sang
  1 sibling, 0 replies; 14+ messages in thread
From: Wolfram Sang @ 2010-03-30  0:09 UTC (permalink / raw)
  To: Wolfgang Denk
  Cc: Wolfgang Wegner, linuxppc-dev, Josh Triplett, Andrew Greenberg

[-- Attachment #1: Type: text/plain, Size: 638 bytes --]

> We tested CF cards for DMA support some time ago, and IIRC this
> included the STK5200. Situation was that only very few CF cards
> actually support DMA (even if they advertise it on the label).

Huh, not nice. Were those consumer cards or also industrial grade cards? Maybe
that is the reason? With the latter, I have never seen this, they always told
the truth, so far. Although we mostly used MWDMA, no UDMA to avoid the
hardware problems.

Regards,

   Wolfram

-- 
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2010-03-30  0:09 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-03-17  5:17 Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash Josh Triplett
2010-03-26 18:22 ` Grant Likely
2010-03-26 21:32   ` Josh Triplett
2010-03-26 22:02     ` Grant Likely
2010-03-26 22:17     ` Wolfgang Wegner
2010-03-26 22:44       ` Grant Likely
2010-03-26 22:59       ` Josh Triplett
2010-03-27 13:22         ` Albrecht Dreß
2010-03-28 22:24           ` Josh Triplett
2010-03-29 18:42             ` Albrecht Dreß
2010-03-29 21:30               ` Josh Triplett
2010-03-27 17:44         ` Wolfgang Denk
2010-03-28 22:23           ` Josh Triplett
2010-03-30  0:09           ` Wolfram Sang

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.