linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robert Hancock <hancockrwd@gmail.com>
To: Andrew Schepler <aschepler@gmail.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: 2.6.28.7 boot problems
Date: Sun, 01 Mar 2009 13:22:38 -0600	[thread overview]
Message-ID: <49AAE07E.5000806@gmail.com> (raw)
In-Reply-To: <40f01080902280827taf007cq613609fb42b9b24@mail.gmail.com>

Andrew Schepler wrote:
> Robert Hancock wrote:
>> Sounds like you don't have the chipset-specific IDE driver enabled for your
>> hardware (I don't see any of them enabled in this list). I think that
>> IDE_GENERIC used to drive the controller in this case, but not anymore, as
>> it can only do so in a crappy, non-DMA way.
> 
> Thanks Robert.
> 
> After more research, I determined my motherboard is a Gigabyte
> Technology GA-K8U-939.  Its docs say it has a ULi M1689 chipset, which
> supports Dual Serial ATA.  So I tried enabling ATA, ATA_SFF, and
> SATA_ULI.  The kernel printed out a couple new lines about sata0 and
> sata1, but didn't find any hd[a-d] or otherwise get any farther.
> 
> Then I tried just turning on as many chipsets as I could (skipping a
> few whose help pages had dangerous-sounding warnings).  Using this
> kernel, the alim15x3 driver (CONFIG_BLK_DEV_ALI15X3) did manage to
> find hda and finish booting.  But I got several messages from the
> kernel looking like:
> 
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide: failed opcode was: unknown

It looks like you're getting some CRC errors - could be you have a bad 
IDE cable, or some other hardware problem, or (I would guess more 
likely) the driver is picking the wrong UDMA mode or setting up the 
controller improperly in some other way. As I mention below, you'll 
likely want to try the libata driver instead.

> 
> Next I tried out Debian's
> linux-image-2.6.28-1-amd64_2.6.28-1_i386.deb.  It also loaded hda
> using the alim15x3 driver, and gave the same messages as above.
> 
> Do those messages suggest the wrong driver is being used?  That
> there's a (not-yet critical) hardware problem on my hard disk, which
> older kernels don't notice?
> 
> Now I'm going to go try some e2fsck -cc /dev/hda3 and/or badblocks -n
> /dev/hda[12] to see if any disk problems turn up that way.
> 
> Attached is my dmesg from Debian's kernel.

If you're using a modern distribution, I would say you should try 
disabling the old IDE drivers under CONFIG_IDE entirely, and try the 
libata driver instead. This will mean all your drives will show up as 
sdX instead of hdX, which may mean you need to make adjustments to your 
boot setup (mounting by label or by UUID, possibly) so that you can 
still mount the root file system.

      parent reply	other threads:[~2009-03-01 19:22 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-25 21:46 2.6.28.7 boot problems Andrew Schepler
2009-02-28  3:11 ` Robert Hancock
2009-02-28 16:27   ` Andrew Schepler
2009-03-01  1:57     ` Andrew Schepler
2009-03-01 19:22     ` Robert Hancock [this message]

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=49AAE07E.5000806@gmail.com \
    --to=hancockrwd@gmail.com \
    --cc=aschepler@gmail.com \
    --cc=linux-ide@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).