All of lore.kernel.org
 help / color / mirror / Atom feed
* Fwd: Fwd: Fwd: How to determine which device crashes udev in boot?
@ 2016-03-31  5:13 iwillallways forget1
  0 siblings, 0 replies; only message in thread
From: iwillallways forget1 @ 2016-03-31  5:13 UTC (permalink / raw)
  To: linux-hotplug

Greg K-H replied to me:
>>>> 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.
[...]
> No, usb serial usually does not work for capturing oops messages because
> the kernel crashes and USB needs interrupts to be running properly to
> deliver data.

It's a notebook PC and doesn't have a real serial port.

It does have a real PCMCIA slot, which will be the subject of a new thread.

> As you know what kernel drivers are needed for this hardware (it works
> in 64bit mode), just load them by hand, one by one, in 32bit mode and
> see what one dies.

All modprobes succeeded.  A new thread will discuss the problem.

I still never figured out how to make udev ignore a device.  Of course
I see debugging options (which didn't help) and options to ignore
devices that have certain attributes or properties, but never got the
syntax right to ignore the PCMCIA slot or bridge.  For the moment I no
longer need to know, but if there's a tutorial somewhere please say.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2016-03-31  5:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-31  5:13 Fwd: Fwd: Fwd: How to determine which device crashes udev in boot? iwillallways forget1

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.