Messages in this thread | | | Date | Thu, 12 Jan 2006 23:08:25 +0100 | From | Mattia Dongili <> | Subject | first bisection results in -mm3 [was: Re: 2.6.15-mm2: reiser3 oops on suspend and more (bonus oops shot!)] |
| |
[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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |