All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Gutschke <markus@gutschke.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Marvell 7042 (sata_mv) fails to initialize drive
Date: Mon, 30 Jul 2007 20:21:21 -0700	[thread overview]
Message-ID: <46AEAAB1.801@gutschke.com> (raw)

I just tried hooking up a Hitachi 1TB SATA-II drive to a Marvell 7042 
based controller, and the most recent Linux kernel (2.6.23-rc1) fails to 
properly initialize the interface. Here are the relevant kernel messages:

> kernel: [43.312417] sata_mv 0000:06:00.0: version 0.81
> kernel: [43.312752] ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16
> kernel: [43.312757] ACPI: PCI Interrupt 0000:06:00.0[A] -> Link [APC5] -> GSI 16 (level, low) -> IRQ 16
> kernel: [43.312788] sata_mv 0000:06:00.0: Applying 60X1C0 workarounds to unknown rev
> kernel: [43.314443] sata_mv 0000:06:00.0: Gen-IIE 32 slots 4 ports SCSI mode IRQ via INTx
> kernel: [43.314535] scsi0 : sata_mv
> kernel: [43.314581] scsi1 : sata_mv
> kernel: [43.314614] scsi2 : sata_mv
> kernel: [43.314640] scsi3 : sata_mv
> kernel: [43.314660] ata1: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003522120 bmdma 0x0000000000000000 irq 16
> kernel: [43.314663] ata2: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003524120 bmdma 0x0000000000000000 irq 16
> kernel: [43.314666] ata3: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003526120 bmdma 0x0000000000000000 irq 16
> kernel: [43.314669] ata4: SATA max UDMA/133 cmd 0x0000000000000000 ctl 0xffffc20003528120 bmdma 0x0000000000000000 irq 16
> kernel: [53.409086] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> kernel: [59.741602] ata1: EH pending after completion, repeating EH (cnt=4)
> kernel: [59.777642] ata2: SATA link down (SStatus 0 SControl 300)
> kernel: [59.809752] ata3: SATA link down (SStatus 0 SControl 300)
> kernel: [59.841740] ata4: SATA link down (SStatus 0 SControl 300) 

The kernel never even registers the drive as an available disk device, 
whereas everything appears to work fine, if I connect the disk to one of 
the other controllers (JMicron AHCI, or NVidia sata_nv) on this motherboard.

As I have two of those disks (in a RAID-1 array) and multiple 
independent controllers, it is relatively easy for me to do some testing 
here. The worst case scenario is that I need to wait a couple of hours 
for the array to rebuild itself after I am done experimenting.

Let me know, if there is anything I can do to help you diagnose the root 
cause, or whether this is a known bug and you don't need any help 
testing at this point.


Markus

             reply	other threads:[~2007-07-31  3:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-31  3:21 Markus Gutschke [this message]
2007-08-01 19:13 ` Marvell 7042 (sata_mv) fails to initialize drive Michal Piotrowski
2007-08-01 20:53   ` Markus Gutschke

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=46AEAAB1.801@gutschke.com \
    --to=markus@gutschke.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    /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.