All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Hancock <hancockrwd@gmail.com>
To: Mathieu GELI <mathieu.geli@gmail.com>
Cc: linux-ide@vger.kernel.org, Mark Lord <liml@rtr.ca>
Subject: Re: CF to SATA bridge support
Date: Fri, 07 Aug 2009 21:21:31 -0600	[thread overview]
Message-ID: <4A7CEF3B.9090506@gmail.com> (raw)
In-Reply-To: <43479bc90908071059o2ce5ac94v1d9d959e3af44326@mail.gmail.com>

On 08/07/2009 11:59 AM, Mathieu GELI wrote:
> Hello,
>
> I'm having detection problems with a CF to SATA bridge on a 2.6.30
> kernel (2.6.30-1-orion5x). Platform is Orion SoC (DNS-323 Dlink NAS)
> The bridge is a "made in china" device with no real name : "CF TO SATA
> Converter" can be read on the package. They mention "Linux support
> whitout any additional drivers",
> and DMA and Ultra DMA support (if CF supports it)
>
> Tests have been done with a 128MB CFI et a 1GB CFII, no differences.
>
> dmesg gives :
>
> [    1.960000] SCSI subsystem initialized
> [    2.180000] libata version 3.00 loaded.
> [    2.230000] sata_mv sata_mv.0: version 1.28
> [    2.230000] sata_mv sata_mv.0: slots 32 ports 2
> [    2.240000] scsi0 : sata_mv
> [    2.240000] scsi1 : sata_mv
> [    2.250000] ata1: SATA max UDMA/133 irq 29
> [    2.250000] ata2: SATA max UDMA/133 irq 29
> [    2.770000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> [    2.800000] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
> [    8.280000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> [    8.310000] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
> [    8.310000] ata1: limiting SATA link speed to 1.5 Gbps
> [   13.790000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
> [   13.820000] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2)
> [   19.300000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
> [   19.300000] ata1: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x1 t4
> [   19.310000] ata1: edma_err_cause=00001000 pp_flags=00000000
> [   19.820000] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [   19.840000] ata2.00: ATA-7: SAMSUNG HD103UJ, 1AA01118, max UDMA7
> [   19.840000] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
> [   19.870000] ata2.00: configured for UDMA/133

Hmm.. err_mask 0x2 seems to be HSM violation, and 
edma_err_cause=00001000 seems to be.. IORDY timeout? Not sure what that 
is supposed to indicate on this controller..

Mark, any ideas?

>
> (I have the system root on a regular samsung disk attached to the
> second SATA slot)
>
> loaded modules related to storage :
> sd_mod                 34340  3
> sata_mv                29300  3
> libata                169188  1 sata_mv
> scsi_mod              151332  2 sd_mod,libata
>
> Looking at libata options I saw :
> parm:           dma:DMA enable/disable (0x1==ATA, 0x2==ATAPI, 0x4==CF) (int)
> I then tried option libata dma=3. No luck, same error log.
>
> I'm unsure if the problem comes from the orion architecture (marvell
> low-level sata driver ?) or is generic with 2.6.30 (I don't have SATA
> PC hardware here to disambiguate that).
> Any hints, directions I could look for are much appreciated !
>
> Cheers
>
> PS: bridge looks  rigorously like this
> http://ucables.com/img/extra/CF-TO-SATA-CONVERTER-R45822-1.jpg
>


  reply	other threads:[~2009-08-08  3:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-07 17:59 CF to SATA bridge support Mathieu GELI
2009-08-08  3:21 ` Robert Hancock [this message]
2009-08-08 18:35   ` Mathieu GELI
2009-08-09 16:23     ` Mathieu GELI
2009-08-10 13:33       ` Mark Lord
2009-08-29 13:48         ` Mark Lord
2009-08-29 14:22           ` Mark Lord
2009-08-29 15:47             ` Mark Lord
2009-08-29 15:59           ` Mark Lord
2009-08-29 16:10             ` Mark Lord

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A7CEF3B.9090506@gmail.com \
    --to=hancockrwd@gmail.com \
    --cc=liml@rtr.ca \
    --cc=linux-ide@vger.kernel.org \
    --cc=mathieu.geli@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.