ot; > /sys/bus/serio/devices/serioX/drvctl
I.e. substitute "driver" with "drvctl" as now "driver" is a symlink to
a currently bound driver that is set up by driver core.
Ah, sweet, thank you. This should all be documented somewhere! For now
I've been keeping m
t works. I'm currently running 2.6.10-gentoo-r6.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
t of work and the overhead involved just are not realistic.
Again, that was one of my earlier questions, since some people here were
saying "impossible" while other were saying "really hard."
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line &q
"require a lot of
bookkeeping" to "fix" permanently-D-stated processes... which is completely
different than "impossible."
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
cesses. Regardless of whether
the bugs get fixed or the kernel finds a way to work around them, my dislike
has nothing to do with the overhead or "ugliness" of stuck processes; I
dislike them because they render my system useless for 75% of the things I
use it for.
-Anthony DiSante
eek on multiple systems with different hardware, some
HW-related driver/process gets stuck, then immediately cascades its
stuckness up to udevd or hald, and then I can't use any of my hardware
anymore until I reboot.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send t
, neither of which ever seems to say anything useful when
this happens.
Kernel bugs are not acceptable.
That's a nice-sounding ideal, but the truth is that kernel bugs exist and
are not uncommon.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsu
ually timing out,
except the timeout code isn't there?
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
ee how
that isn't preferable to guaranteeing that people will always need to reboot
their linux systems when they get new hardware that puts processes into the
D state permanently.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
y hardware perhaps?
It's been covered before, look in the lkml archives for details.
Thanks, I'll do that. But could you give me a more specific pointer?
Searching lkml for "uninterruptible" returns ~2000 results.
Thanks,
Anthony DiSante
http://nodivisions.com/
-
To unsubscrib
igher up in the kernel, that watches for hung processes like this
and kills them?
Don't get me wrong, I love rebooting every couple days... but I have a
Windows system for that.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
dules/2.6.10-1.12_FC2smp/ -m
/boot/System.map-2.6.10-1.12_FC2smp oops.02 >ksymoops.02
Please let me know if there's any other information I need to provide.
-Anthony DiSante
http://nodivisions.com/
ksymoops 2.4.5 on i686 2.6.10-1.12_FC2. Options used
-V (default)
-K (specified)
ot a
single piece of hardware; sometimes it's USB, sometimes Firewire, sometimes
a CDROM, that causes hald to take a nap, permanently.
-Anthony DiSante
http://nodivisions.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
13 matches
Mail list logo