From: iwillallways forget1 <iwillalwaysforget1@gmail.com>
To: linux-hotplug@vger.kernel.org
Subject: Fwd: How to determine which device crashes udev in boot?
Date: Tue, 15 Mar 2016 01:39:39 +0000 [thread overview]
Message-ID: <CAD4SBxBhtLmMqiUmCFZ7i8q1aQ2d6Hrse=k_BBz_2VGcJQSmcg@mail.gmail.com> (raw)
Greg KH, thank you for replying to me, since your bot on your
documented e-mail address kept deleting my message and kept telling me
to resend if I really intended to mail you, whereupon it automatically
deleted the resends, etc.
Does anyone know why my real e-mail address n0diamond attract yahoo
dotty co dotty jp iw disliked by vger.kernel.org? What spam does it
accuse me of spamming?
Greg KH wrote:
> I (Norman Diamond) wrote:
>> I'm trying to narrow which device in an NEC VF-6 causes Linux boots to
>> hang, permanently, in udevadm trigger and udevadm settle. Many Google
>> searches found many pages but no tutorials on how to debug udev this
>> way.
>> I downloaded fresh copies of Porteus 3.1 32-bit and 64-bit.
>
> What kernel versions are these?
3.17.4. I had the same problem with kernel 3.4.something and probably
some older ones, but that's probabky beside the point because the
question of how to track down the device is a udev question.
>> Porteus 3.1 64-bit boots fine, udev finds everything, x Windows works
>> (I told you Windows rulez)
(Oh yeah, I created a throwaway account on outlook.com but
vger.kernel.org accused my brand new account of being a spammer too,
and I forgot to delete that part when trying to send from gmail.com)
>> etc. Even on this NEC VF-6.
>>
>> Porteus 3.1 32-bit boots fine on everything except this NEC VF-6, x
>> Windows works, etc.
>>
>> Porteus 3.1 32-bit hangs when starting udev on this NEC VF-6.
>>
>> Booting with "3 nohotplug" works (3 tells Porteus what run level to
>> use, and nohotplug is observed by both the kernel and Porteus). In
>> text mode I can do some amount of experiments. I don't know how to do
>> meaningful experiments, to try to track down which device causes the
>> hang.
>
> Try looking at the documentation of udevadm, you can manually enable the
> 'coldplug' options there to narrow down what hardware is causing the
> problem.
That's exactly what I want to do. Several Google searches today were
as futile as dozens of Google searches during the past week. As far
as I can tell, udevadm trigger --actiond (the same as in rc.udev)
adds everything, and there is some way to exclude an individual device
but I haven't found how to specify a device correctly to get it
excluded.
--max-childs=1 and stuff like that have not helped.
> Odds are, you have a kernel driver that doesn't like the
> hardware and it is getting loaded automatically by udev.
Yes, that's why I'm asking how to track down which device it is.
If the problematic device is something not needed for my employer's
product, I can try to blacklist the device if I can figure out or get
help to do it. But first I have to find out which device it is.
Some devices obviously have drivers running already before udevd and
udevadm trigger get started. But for example if I type startx then
the video driver gets loaded dynamically and the keyboard and mouse
die dynamically, so I have to press the power switch. So I think the
kernel hang comes from some other driver getting loaded dynamically
after udevd starts and udevadm triggers everything, but I can't find
what device it is.
Some device has a working driver for Porteus's 64-bit kernel but a
crashing driver for Porteus's 32-bit kernel, and the crash is so hard
that it doesn't even start flashing two keyboard lights. Also this
being text mode (when I type udevadm not startx), the crash is so hard
that it doesn't print an oops.
greg k-h
next reply other threads:[~2016-03-15 1:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-15 1:39 iwillallways forget1 [this message]
2016-03-15 3:16 ` Fwd: How to determine which device crashes udev in boot? Greg KH
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='CAD4SBxBhtLmMqiUmCFZ7i8q1aQ2d6Hrse=k_BBz_2VGcJQSmcg@mail.gmail.com' \
--to=iwillalwaysforget1@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 read-only IMAP folder(s) and NNTP newsgroup(s).