From: "Mark M. Hoffman" <mhoffman@lightlink.com>
To: Etienne Lorrain <etienne_lorrain@yahoo.fr>
Cc: linux-kernel@vger.kernel.org, lm-sensors <lm-sensors@lm-sensors.org>
Subject: Re: [lm-sensors] sis96x compiled in by error: delay of one minute at boot
Date: Thu, 16 Mar 2006 23:20:19 -0500 [thread overview]
Message-ID: <20060317042019.GC3446@jupiter.solarsys.private> (raw)
In-Reply-To: <20060316105332.46898.qmail@web26913.mail.ukl.yahoo.com>
Hi Etienne:
> >Mark M. Hoffman wrote:
> >Lots of drivers printk messages when they load - IMO it's useful info.
> >E.g. how else could Etienne discover that he accidentally built a kernel
> >with dozens of i2c bus drivers (and probably all of the hwmon drivers)
> >built-in by accident?
* Etienne Lorrain <etienne_lorrain@yahoo.fr> [2006-03-16 11:53:32 +0100]:
> I did not built with all hwmon drivers because I could determine what I
> had on my mainboard.
Really? If you don't have all the hwmon drivers built in, then I'm not
sure how the i2c subsystem could take so long to init. Can we see the
entire kernel config please?
> For me, because the kernel say it enters the I2C
> system by the line:
> Mar 13 21:46:48 kernel: [ 47.705445] i2c /dev entries driver
That message comes from the (optional) Linux i2c ioctl interface. It is not
the whole core.
> It could print a line when finished probing all those I2C drivers by a
> line like:
> Mar 13 21:46:48 kernel: [ 50.705445] i2c driver found: aaa-i2c, bbb-i2c.
Actually, it can't do that. The i2c core doesn't know anything about
"done probing". It probes whenever a new master or slave driver is
registered, which could happen at any time.
> And then I can have a clue on what to include in my monolitic build.
> I do not care about such timeout on _one_ build, as long as I know what
> to do for next build. Another possibility is to print a line when an I2C
> detection has failed: you know that it has taken quite a lot of time and
> it should not have been done in the first place (even for a module
> because this module should not have been inserted).
Why don't you just use the sensors-detect script from the lm-sensors project
to see what hardware you have? If you don't have a kernel with all of the
i2c-bus drivers built as modules, you could probably just boot knoppix and
run the script from there.
> It also protect the I2C group from people like me complainning
> because completely unrelated messages like
> Mar 13 22:12:54 kernel: [ 61.997032] : Detection failed at step 3
That particular message is displayed by accident; it's a bug. Jean already
ack'ed that.
Regards,
--
Mark M. Hoffman
mhoffman@lightlink.com
next prev parent reply other threads:[~2006-03-17 4:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-13 10:27 sis96x compiled in by error: delay of one minute at boot Etienne Lorrain
2006-03-13 11:46 ` Jean Delvare
2006-03-13 22:38 ` Etienne Lorrain
2006-03-14 9:43 ` Jean Delvare
2006-03-15 3:46 ` Mark M. Hoffman
2006-03-15 9:01 ` Jean Delvare
2006-03-16 3:59 ` Mark M. Hoffman
2006-03-16 8:46 ` Jean Delvare
2006-03-16 10:53 ` Etienne Lorrain
2006-03-17 4:20 ` Mark M. Hoffman [this message]
2006-03-20 23:00 ` [lm-sensors] " Etienne Lorrain
2006-03-29 3:45 ` I2C_PCA_ISA causes boot delays (was re: sis96x compiled in by error: delay of one minute at boot) Mark M. Hoffman
2006-03-29 9:26 ` Etienne Lorrain
2006-03-29 13:38 ` Mark M. Hoffman
2006-03-29 14:00 ` Ian Campbell
2006-03-17 3:56 ` [lm-sensors] sis96x compiled in by error: delay of one minute at boot Mark M. Hoffman
2006-03-17 3:58 ` [PATCH 2.6.16-rc6] i2c: require type parameter for i2c-parport and i2c-parport-light Mark M. Hoffman
2006-03-22 12:32 ` Jean Delvare
2006-03-15 23:03 ` [ot] VIA southbridge strangeness (was: sis96x compiled in by error: delay of one minute at boot) Jan Engelhardt
2006-03-16 8:22 ` Jean Delvare
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=20060317042019.GC3446@jupiter.solarsys.private \
--to=mhoffman@lightlink.com \
--cc=etienne_lorrain@yahoo.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=lm-sensors@lm-sensors.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