[cleaned up some Cc as this is not interesting to all MLs]
Andrew,
first bisection spotted the cause of the stalls at boot (happening while
starting portmap and after usb-storage scan):
time-clocksource-infrastructure.patch
time-generic-timekeeping-infrastructure.patch
time-i386-conversion-part-1-move-timer_pitc-to-i8253c.patch
time-i386-conversion-part-2-rework-tsc-support.patch
time-i386-conversion-part-3-enable-generic-timekeeping.patch
time-i386-conversion-part-4-remove-old-timer_opts-code.patch
time-i386-conversion-part-5-acpi-pm-variable-renaming-and-config-change.patch
time-i386-clocksource-drivers.patch
time-fix-cpu-frequency-detection.patch
Cc-ed john stultz
actually git bisect[1] pointed to time-fix-cpu-frequency-detection.patch
but it's clearly wrong. Reverting all the above patches (I suppose they
are somewhat related) fixes the stalls I experience. I can test
corrections if necessary.
eh, see: during the multiple boots I noticed that just hitting sysrq
make the boot process go on when stuck
...
sda: assuming drive cache: write through
sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
/etc/rcS.d/S04udev: line 224: 2347 Quit sleep 0.2
...
Starting portmap daemon: portmap.
/etc/rcS.d/S43portmap: line 24: 2678 Quit sleep 1
...
I'll re-bisect the thing tomorrow to spot what's causing reiserfs oops
[1]: I imported the patches into git by means of:
while [ $(quilt next) ] ; do
quilt push && git add && git commit -a -m "$(quilt top)" ;
done
--
mattia
:wq!
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]