All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Jonas Stare <jonas.stare@purplescout.se>,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
Subject: Re: [PATCH] drivers/ide/ide-probe.c, kernel 2.6.23.1
Date: Tue, 13 Nov 2007 23:03:28 +0100	[thread overview]
Message-ID: <200711132303.28424.bzolnier@gmail.com> (raw)
In-Reply-To: <20071112132448.0facce12.akpm@linux-foundation.org>


Hi,

On Monday 12 November 2007, Andrew Morton wrote:
> On Fri, 09 Nov 2007 11:22:41 +0100 Jonas Stare <jonas.stare@purplescout.se> wrote:
> 
> > Hi.
> > 
> > This week I ran into a strange hardware problem. During boot I got a 35 
> > second delay while waiting for IDE-disks that weren't there to report 

With what chipset and host driver does this happen?

> > that they were not in a BSY state. The problem was most likely in the 
> > hardware but this patch enables you to ignore waiting for disks by 
> > setting hdX=noprobe (and not setting the geometry by hand) as a kernel 
> > option.
> > 
> > If no noprobe-option is set the code will work (more or less) as the 
> > original but if set the code will skip the ide_wait_not_busy() for that 
> > drive. Even if there would be a drive there and it is still BSY 
> > afterwards it should not matter since it isn't probed for later.
> > 
> > There are other ways to get around the "35-seconds-of-waiting-in-vain", 
> > like actually fix the hardware, insert a second drive that works or 
> > recompile the kernel with edd-support builtin (atleast I've seen that 
> > solution on a forum) and possibly others. But this patch would allow 
> > people to get Linux to boot quickly on wonky hardware without having to 
> > recompile anything.
> 
> > (The code also honors the MAX_DRIVES variable instead of assuming that 
> > ther will be 2 drives on the bus.)
> 
> I keep on hearing about problems with boot-time IDE probing.  It's public
> enemy #1 with the embedded guys.

The problem is that we are not hearing about them.

Please forward the reports to linux-ide@vger.kernel.org.

> It does seem that operator intervention is needed in some fashion.
> 
> > I will be happy for all the comments I can get. :) But be gentle, this 
> > is my first patch...

Jonas, could you also put printk() dumping content of 'stat' in
ide-iops.c::ide_wait_not_busy() so we can verify that it is not
some problem with ide_wait_not_busy() itself.

> >    Best regards
> >    Jonas Stare
> > 
> > Signed-off-by: Jonas Stare <jonas.stare@purplescout.se>
> > --
> > diff -u linux-2.6.23.1-orig/drivers/ide/ide-probe.c 
> > linux-2.6.23.1/drivers/ide/ide-probe.c
> > --- linux-2.6.23.1-orig/drivers/ide/ide-probe.c 2007-10-12 
> > 18:43:44.000000000 +0200
> > +++ linux-2.6.23.1/drivers/ide/ide-probe.c      2007-11-09 
> > 10:43:16.000000000 +0100
> > @@ -643,6 +643,7 @@
> >   static int wait_hwif_ready(ide_hwif_t *hwif)
> >   {
> >          int rc;
> > +       int unit;
> > 
> >          printk(KERN_DEBUG "Probing IDE interface %s...\n", hwif->name);
> > 
> > @@ -659,20 +660,24 @@
> >                  return rc;
> > 

Hmm, so the first ide_wait_not_busy() (for the currently
selected device) is OK and doesn't stall?

> >          /* Now make sure both master & slave are ready */
> > -       SELECT_DRIVE(&hwif->drives[0]);
> > -       hwif->OUTB(8, hwif->io_ports[IDE_CONTROL_OFFSET]);
> > -       mdelay(2);
> > -       rc = ide_wait_not_busy(hwif, 35000);
> > -       if (rc)
> > -               return rc;
> > -       SELECT_DRIVE(&hwif->drives[1]);
> > -       hwif->OUTB(8, hwif->io_ports[IDE_CONTROL_OFFSET]);
> > -       mdelay(2);
> > -       rc = ide_wait_not_busy(hwif, 35000);
> > +       for (unit = 0; unit < MAX_DRIVES; ++unit) {
> > +               /* Ignore disks that we will not probe for later. */
> > +               if (!hwif->drives[unit].noprobe ||
> > +                   hwif->drives[unit].forced_geom) {

It is better to check for ->present
(->forced_geom implies that ->present is set).

> > +                       SELECT_DRIVE(&hwif->drives[unit]);
> > +                       hwif->OUTB(8, hwif->io_ports[IDE_CONTROL_OFFSET]);
> > +                       mdelay(2);
> > +                       rc = ide_wait_not_busy(hwif, 35000);
> > +                       /* Exit function with master selected (let's be 
> > sane) */
> > +                       SELECT_DRIVE(&hwif->drives[0]);

This changes the previous behavior adding an extra SELECT_DRIVE()
before trying the slave drive.

> > +                       if (rc)
> > +                               return rc;
> > +               } else {
> > +                       printk(KERN_DEBUG "Skip ide_wait_not_busy for 
> > %s:%d\n",
> > +                         hwif->name, unit);
> > +               }
> > +       }
> > 
> > -       /* Exit function with master reselected (let's be sane) */
> > -       SELECT_DRIVE(&hwif->drives[0]);
> > -
> >          return rc;
> >   }
> 
> Maybe that's the fix, maybe not - I'll defer to others on that (please).
> 
> Your email client is wordwrapping the text, and replaces tabs with spaces. 
> Most of them seem to do this nowadays.  For thunderbird, please see
> http://mbligh.org/linuxdocs/Email/Clients/Thunderbird

  parent reply	other threads:[~2007-11-13 21:56 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-09 10:22 [PATCH] drivers/ide/ide-probe.c, kernel 2.6.23.1 Jonas Stare
2007-11-12 21:24 ` Andrew Morton
2007-11-13  2:29   ` Alan Cox
2007-11-13 22:03   ` Bartlomiej Zolnierkiewicz [this message]
2007-11-15  8:52     ` Jonas Stare
2007-11-15 20:59       ` Bartlomiej Zolnierkiewicz
2007-11-16 12:10         ` [PATCH][RESUBMIT] " Jonas Stare
2007-11-16 12:51           ` Sergei Shtylyov
2007-11-16 17:46             ` Jonas Stare
2007-11-16 21:22           ` Bartlomiej Zolnierkiewicz
2007-11-16 22:57             ` [PATCH] drivers/ide/ide-probe.c Skip ide_wait_not_busy on noprobe-disks. was: " Jonas Stare
2007-11-18 21:39               ` Bartlomiej Zolnierkiewicz

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=200711132303.28424.bzolnier@gmail.com \
    --to=bzolnier@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=benh@kernel.crashing.org \
    --cc=jonas.stare@purplescout.se \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.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.