linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hai Zaar <haizaar@gmail.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: sd_mod load is delayed.
Date: Sun, 29 Jan 2006 11:18:25 +0000	[thread overview]
Message-ID: <cfb54190601290318s16bbaeacjb3b984e140a834b0@mail.gmail.com> (raw)
In-Reply-To: <cfb54190601290129x68c9885fybc0ac07aa1502f9f@mail.gmail.com>

>
> On Sunday 29 January 2006 13:12, Andrey Borzenkov wrote:
> > As far as I can tell, SCSI subsystem is using scan mutex; so only one HBA
> > can do scanning at a time. Or so it appears. May be LSI is the frst one to
> > kick in.
>
> Oops sorry ignore this, what I meant is per-host mutex.
Anyway, it does not seem to  help.
Here are some numbers.
Working directory is /sys/bus/pci/devices.
  0000:00:1f.2 is SATA controller (ata_piix modalias)
  0000:02:09.0 is LSI logic controller (mptspi modalias)
Each command was run by /bin/bash, that was spawned right after 'udev
--deamon' in initramfs. After each command, the system was rebooted:

Emitting only SATA event
    echo add > 0000:00:1f.2/uevent; time while ! grep -q sda
/proc/partitions; do sleep 0.1; done
    real 0m0.209sec
    -----------------------------

Emitting both SATA and LSI events
    echo add > 0000:00:1f.2/uevent; echo add > 0000:02:09.0; time
while ! grep -q sda /proc/partitions; do sleep 0.1; done
    real 0m12.244s
    -----------------------------
As you may see there is significant increase. The same happens if we
use regular trigger_device_events function:
    trigger_device_events; time while ! grep -q sda /proc/partitions;
do sleep 0.1; done
    real 0m13.605sec
    -----------------------------
Now, if we run modprobe ourselves, it takes no time again!
    modprobe mptspi & modprobe ata_piix & time while ! grep -q sda
/proc/partitions; do sleep 0.1; done
    real 0m0.210s

Can anyone explain this?

--
Zaar


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2006-01-29 11:18 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-29  9:29 sd_mod load is delayed Hai Zaar
2006-01-29 10:12 ` Andrey Borzenkov
2006-01-29 10:39 ` Andrey Borzenkov
2006-01-29 11:18 ` Hai Zaar [this message]
2006-01-29 12:24 ` Andrey Borzenkov
2006-01-29 12:40 ` Hai Zaar
2006-01-29 14:55 ` Kay Sievers
2006-01-29 15:19 ` Hai Zaar
2006-01-30 14:43 ` Hai Zaar

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=cfb54190601290318s16bbaeacjb3b984e140a834b0@mail.gmail.com \
    --to=haizaar@gmail.com \
    --cc=linux-hotplug@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).