All of lore.kernel.org
 help / color / mirror / Atom feed
* 2.6.21-rc6-mm1
@ 2007-04-08 21:35 Andrew Morton
  2007-04-09 11:13 ` 2.6.21-rc6-mm1 Borislav Petkov
                   ` (12 more replies)
  0 siblings, 13 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-08 21:35 UTC (permalink / raw)
  To: linux-kernel


ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/


- Lots of x86 updates

- This is a 25MB diff against mainline, which is rather large.



Boilerplate:

- See the `hot-fixes' directory for any important updates to this patchset.

- To fetch an -mm tree using git, use (for example)

  git-fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag v2.6.16-rc2-mm1
  git-checkout -b local-v2.6.16-rc2-mm1 v2.6.16-rc2-mm1

- -mm kernel commit activity can be reviewed by subscribing to the
  mm-commits mailing list.

        echo "subscribe mm-commits" | mail majordomo@vger.kernel.org

- If you hit a bug in -mm and it is not obvious which patch caused it, it is
  most valuable if you can perform a bisection search to identify which patch
  introduced the bug.  Instructions for this process are at

        http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt

  But beware that this process takes some time (around ten rebuilds and
  reboots), so consider reporting the bug first and if we cannot immediately
  identify the faulty patch, then perform the bisection search.

- When reporting bugs, please try to Cc: the relevant maintainer and mailing
  list on any email.

- When reporting bugs in this kernel via email, please also rewrite the
  email Subject: in some manner to reflect the nature of the bug.  Some
  developers filter by Subject: when looking for messages to read.

- Occasional snapshots of the -mm lineup are uploaded to
  ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/ and are announced on
  the mm-commits list.


Changes since 2.6.21-rc5-mm4:

 origin.patch
 git-acpi.patch
 git-alsa.patch
 git-agpgart.patch
 git-arm.patch
 git-avr32.patch
 git-cifs.patch
 git-cpufreq.patch
 git-powerpc.patch
 git-drm.patch
 git-dvb.patch
 git-gfs2-nmw.patch
 git-hid.patch
 git-ia64.patch
 git-ieee1394.patch
 git-infiniband.patch
 git-input.patch
 git-jfs.patch
 git-kbuild.patch
 git-kvm.patch
 git-leds.patch
 git-libata-all.patch
 git-md-accel.patch
 git-mips.patch
 git-mmc.patch
 git-mtd.patch
 git-ubi.patch
 git-netdev-all.patch
 git-e1000.patch
 git-net.patch
 git-ioat.patch
 git-ocfs2.patch
 git-parisc.patch
 git-r8169.patch
 git-selinux.patch
 git-pciseg.patch
 git-s390.patch
 git-scsi-misc.patch
 git-block.patch
 git-unionfs.patch
 git-watchdog.patch
 git-wireless.patch
 git-ipwireless_cs.patch
 git-cryptodev.patch
 git-gccbug.patch

 git trees.

-md-avoid-a-deadlock-when-removing-a-device-from-an-md-array-via-sysfs.patch
-md-avoid-a-deadlock-when-removing-a-device-from-an-md-array-via-sysfs-fix.patch
-revert-driver-core-do-not-wait-unnecessarily-in-driver_unregister.patch
-net-sunrpc-svcsockc-fix-a-check.patch
-agp-prevent-probe-collision-of-sis-agp-and-amd64_agp.patch
-cifs-remove-unneeded-checks.patch
-git-libata-all-ipr-fix.patch
-pcmcia-spot-slave-decode-flaws-for-testing.patch
-sata_nv-dont-read-shadow-registers-when-in-adma-mode.patch
-pata_ali-remove-all-the-crap-again-and-switch-to.patch
-pata_amd-remove-all-the-crud-and-restore-the-cable-detect.patch
-pata_netcell-re-remove-all-the-crud.patch
-pata_qdi-restore-cable-detect.patch
-pata_sl82c105-restore-cable-detect-method.patch
-pata_winbond-restore-cable-method.patch
-pata_optidma-rework-for-cable-detect-and-to-remove.patch
-ide-sl82c105-rework-pio-support.patch
-ide-sl82c105-dma-support-code-cleanup-take3.patch
-mtd-pmc-msp71xx-flash-rootfs-mappings.patch
-jffs2-delete-everything-related-to-obsolete-jffs2_proc.patch
-mtd-support-for-auto-locking-flash-on-power-up.patch
-make-drivers-net-qla3xxxcphy_devices-static.patch
-git-wireless-debug-build-fixes.patch
-cxgb3-safeguard-tcam-size-usage.patch
-cxgb3-detect-nic-only-adapters.patch
-cxgb3-tighten-xgmac-workaround.patch
-cxgb3-firwmare-update.patch
-fix-scsi_send_eh_cmnd-scatterlist-handling.patch
-slab-mention-slab-name-when-listing-corrupt-objects.patch
-turn-do_sync_file_range-into-do_sync_mapping_range.patch

 Merged into mainline or a subsystem tree.

+fuse-validate-rootmode-mount-option.patch
+proper-fix-for-highmem-kmap_atomic-functions-for-vmi-for-2621.patch
+omap_cf-oops-on-suspend-fix.patch
+x86_64-early-quirks-fix-early_qrk-section-tag.patch
+i386-irqbalance_disable-section-fix.patch

 2.6.21 queue.

-vmi-paravirt-ops-bugfix-for-2621.patch

 Dropped.

+make-proc-acpi-wakeup-more-useful.patch
+sony-laptop-remove-acpi-references-from-variable-and-function-names.patch
+sony-laptop-prepare-the-platform-driver-for-multiple-users.patch
+sony-laptop-add-debug-macros-also-used-by-the-sonypi-reimplementation.patch
+sony-laptop-add-sny6001-device-handling-sonypi-reimplementation.patch
+sony-laptop-unify-the-input-subsystem-event-forwarding.patch
+sony-laptop-additional-platform-attributes-coming-from-sny6001.patch
+sony-laptop-sanitize-printks.patch
+sony-laptop-update-documentation-and-kconfig-help.patch
+sony-laptop-add-sonypi-compat-code.patch

 sony-laptop work.

+arm-fix-section-mismatch-warning-in-board-sam9260.patch

 ARM fix

+agk-dm-dm-bio-list-helpers.patch
+agk-dm-dm-delay.patch

 device-mapper tree updates

+unused-round_up-name_offset-macro-in-arch-powerpc.patch

 powerpc cleanup

+fix-sysfs_readdir-oops.patch

 Another go at fixing the rare sysfs readdir crash

+i2c-replace-more-deprecated-sa_xxx-interrupt-flags.patch

 I2C tree update

+git-input-fixup.patch

 Fix rejects in git-input

+input-replace-more-deprecated-sa_xxx-interrupt-flags.patch

 Cleanup

+pata_acpi-restore-driver-fix-2.patch

 Fix pata_acpi-restore-driver.patch

+drivers-ata-pata_cmd640c-fix-build-with-config_pm=n.patch

 ata build fix

+ide-ide-correctly-prevent-ide-timer-expiry-function-to-run-if-request-was-already-handled.patch
+ide-ide-ugly-messages-trying-to-open-cd-drive-with-no-media-present.patch
+ide-ide-add-optical-to-sysfs-media-attribute.patch
+ide-sl82c105-rework-pio-support-take2.patch
+ide-sl82c105-dma-support-code-cleanup-take4.patch
-ide-sl82c105-add-speedproc.patch
+ide-sl82c105-add-speedproc-method-and-mwdma01-support.patch

 IDE tree updates

+vioc-replace-more-deprecated-sa_xxx-interrupt-flags.patch

 netdev cleanup

+net-possible-cleanups.patch
+round_up-macro-cleanup-in-drivers-net-ppp_genericc.patch

 net cleanups

+iucv-fix-compilation-on-s390-up.patch

 net build fix

+pcmcia-irq-probe-can-be-done-without-risking-an-irq-storm.patch
+at91_cf-minor-fix.patch

 pcmcia updates

+git-r8169-fixup.patch

 Fix rejects in git-r8169.patch

+8250_pci-fix-pci-must_checks.patch

 PCI fixes

+scsi-fix-config_scsi_wait_scan=m.patch
+scsi-fix-config_scsi_wait_scan=m-fix.patch
+scsi-fix-config_scsi_wait_scan=m-fix-fix.patch

 scsi fixes

+usb-gadget-rndis-fix-struct-rndis_packet_msg_type.patch
+hid-add-quirk_hiddev-for-belkin-flip-kvm.patch

 USB updates

+revert-proper-fix-for-highmem-kmap_atomic-functions-for-vmi-for-2621.patch

 Revert temp-for-2.6.21 VMI patch

+fix-x86_64-mm-fix-amd64-agp-aperture-validation.patch
+paravirt_ops-update-maintainers.patch
+paravirt_ops-remove-config_debug_paravirt.patch
+paravirt_ops-use-paravirt_nop-to-consistently-mark-no-op-operations.patch
+paravirt_ops-add-pagetable-accessors-to-pack-and-unpack-pagetable-entries.patch
+paravirt_ops-hooks-to-set-up-initial-pagetable.patch
+paravirt_ops-allocate-a-fixmap-slot.patch
+paravirt_ops-allow-paravirt-backend-to-choose-kernel-pmd-sharing.patch
+paravirt_ops-add-hooks-to-intercept-mm-creation-and-destruction.patch
+paravirt_ops-rename-struct-paravirt_patch-to-paravirt_patch_site-for-clarity.patch
+paravirt_ops-use-patch-site-ids-computed-from-offset-in-paravirt_ops-structure.patch
+paravirt_ops-fix-patch-site-clobbers-to-include-return-register.patch
+paravirt_ops-consistently-wrap-paravirt-ops-callsites-to-make-them-patchable.patch
+paravirt_ops-document-asm-i386-paravirth.patch
+paravirt_ops-clean-up-paravirt-patchable-wrappers.patch
+paravirt_ops-add-common-patching-machinery.patch
+paravirt_ops-add-flush_tlb_others-paravirt_op.patch
+paravirt_ops-revert-map_pt_hook.patch
+paravirt_ops-add-kmap_atomic_pte-for-mapping-highpte-pages.patch
+add-apply_to_page_range-which-applies-a-function-to-a-pte-range.patch
+re-enable-vdso-by-default-with-paravirt.patch
+remove-noreplacement-option.patch
+remove-smp_alt_instructions.patch
+rename-the-parainstructions-symbols-to-be-consistent-with-the-others.patch
+rename-the-parainstructions-symbols-to-be-consistent-with-the-others-fix.patch
+allow-boot-time-disable-of-smp-altinstructions.patch
+allow-boot-time-disable-of-paravirt_ops-patching.patch
+fix-mtrr-sections.patch
+i386-avoid-checking-for-cpu-gone-when-config_hotplug_cpu-not-defined.patch
+i386-clean-up-asm-i386-bugsh.patch
+x86_64-clean-up-asm-x86_64-bugsh.patch
+x86-clean-up-identify_cpu.patch
+x86-clean-up-identify_cpu-update.patch
+i386-relocate-vdso-elf-headers-to-match-mapped-location-with-compat_vdso.patch
+i386-make-compat_vdso-runtime-selectable.patch
+i386-cleanup-flush_tlb_others-fn.patch
+i386-mce-check-capability.patch

 x86 updates

-i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch

 Dropped

+xfs-clean-up-shrinker-games.patch

 xfs cleanup

+fix-hotplug-for-legacy-platform-drivers-update.patch

 Fix fix-hotplug-for-legacy-platform-drivers.patch

+depcac-fix-handling-of-platorm_device_add-failure.patch
+pktgen-add-try_to_freeze.patch

 Fixes for 2.6.21 (IMO)

+move-free-pages-between-lists-on-steal-do-not-cross-section-boundary-when-moving-pages-between-mobility-lists.patch

 Fix Mel's MM stuff

+maps2-uninline-some-functions-in-the-page-walker.patch
+maps2-eliminate-the-pmd_walker-struct-in-the-page-walker.patch
+maps2-remove-vma-from-args-in-the-page-walker.patch
+maps2-propagate-errors-from-callback-in-page-walker.patch
+maps2-add-callbacks-for-each-level-to-page-walker.patch
+maps2-move-the-page-walker-code-to-lib.patch
+maps2-move-the-page-walker-code-to-lib-fix.patch
+maps2-simplify-interdependence-of-proc-pid-maps-and-smaps.patch
+maps2-move-clear_refs-code-to-task_mmuc.patch
+maps2-regroup-task_mmu-by-interface.patch
+maps2-make-proc-pid-smaps-optional-under-config_embedded.patch
+maps2-make-proc-pid-clear_refs-option-under-config_embedded.patch
+maps2-add-proc-pid-pagemap-interface.patch
+maps2-add-proc-kpagemap-interface.patch

 New interfaces for inspecting process memory status

+mm-clean-up-and-kernelify-shrinker-registration.patch

 MM cleanup

+fix-section-mismatch-of-memory-hotplug-related-code.patch
+add-white-list-into-modpostc-for-memory-hotplug-code-and-ia64s-machvec-section.patch
+split-mmap.patch
+only-allow-nonlinear-vmas-for-ram-backed-filesystems.patch
+i386-use-page-allocator-to-allocate-thread_info-structure.patch
+slub-fix-numa-bootstrap.patch
+slub-use-correct-flags-to-check-for-dma-cache.patch
+slub-treat-slab_hwcache_align-as-a-mininum-and-not-as-the-alignment.patch
+make-page-private-usable-in-compound-pages-v1.patch
+add-virt_to_head_page-and-consolidate-code-in-slab-and-slub.patch

 MM updates

+blackfin-arch-always-include-linux-kallsysms-header-file.patch
+blackfin-arch-sync-with-uclibc-no-functional-changes.patch
+blackfin-arch-using-asm-generic-pgtable-header-file-by.patch
+blackfin-arch-add-missing-__clear_user-function-to.patch
+blackfin-arch-use-boot_command_line-instead-of.patch
+blackfin-arch-fix-some-coding-style-in-include.patch
+blackfin-arch-add-scm_timestampns-and-siocgstampns-to.patch
+blackfin-arch-define-a-new-cacheline_aligned-attribute-to-put-it-in-l1-data-memory-with-linkscript-update.patch
+blackfin-arch-fix-bug-asserting-gpio-requested-doesnt-make-sense-with-gpio-whole-port-accesses.patch
+blackfin-arch-04-and-05-silicon-doesnt-exist-for-bf534-bf536-adn-bf537-so-dont-let-people-select-the-option.patch

 Blackfin updates

+round_up-macro-cleanup-in-arch-alpha-kernel-osf_sysc.patch

 Alpha cleanup

+freezer-remove-pf_nofreeze-from-handle_initrd.patch

 swsusp fix

+cris-remove-code-related-to-pre-22-kernel.patch

 Cris cleanup

+uml-tidy-processc-fix.patch

 Fix uml-tidy-processc.patch

+uml-tidy-fault-code.patch
+uml-kernel-segfaults-should-dump-proper-registers.patch
+uml-comment-early-boot-locking.patch
+uml-irq-locking-commentary.patch
+uml-delete-host_frame_size.patch
+uml-drivers-get-release-methods.patch
+uml-dump-registers-on-ptrace-or-wait-failure.patch
+uml-speed-up-page-table-walking.patch

 UML updates

-serial-allocate-minor-device-numbers-for.patch

 Dropped (I think)

+move-die-notifier-handling-to-common-code-fix.patch

 Fix move-die-notifier-handling-to-common-code.patch some more

-remove-hardcoding-of-hard_smp_processor_id-on-up.patch

 Updated version was merged

+unexport-pci_proc_attach_device.patch

 Cleanup

+kdump-kexec-calculate-note-size-at-compile-time-update-2.patch

 Fix kdump-kexec-calculate-note-size-at-compile-time.patch

+pnpacpi-sets-pnpdev-devarchdata.patch
+simplify-module_get_kallsym-by-dropping-length-arg.patch
+fix-race-between-rmmod-and-cat-proc-kallsyms.patch
+simplify-kallsyms_lookup.patch
+fix-race-between-cat-proc-wchan-and-rmmod-et-al.patch
+fix-race-between-cat-proc-slab_allocators-and-rmmod.patch
+kernel-paramsc-fix-lying-comment-for-param_array.patch
+replace-deprecated-sa_xxx-interrupt-flags.patch
+deprecate-sa_xxx-interrupt-flags-v2.patch
+expose-range-checking-functions-from-arch-specific.patch
+remove-hardcoding-of-hard_smp_processor_id-on-up.patch
+use-the-apic-to-determine-the-hardware-processor-id-i386.patch
+use-the-apic-to-determine-the-hardware-processor-id-x86_64.patch
+always-ask-the-hardware-to-obtain-hardware-processor-id-ia64.patch
+round_up-macro-cleanup-in-drivers-char-lpc.patch
+i386-schedh-inclusion-from-moduleh-is-baack.patch
+parport_serial-fix-pci-must_checks.patch
+round_up-macro-cleanup-in-fs-selectcompatreaddirc.patch
+round_up-macro-cleanup-in-fs-smbfs-requestc.patch
+doc-kernel-parameters-use-x86-32-tag-instead-of-ia-32.patch
+kernel-doc-handle-spaces-in-array-size.patch
+kernel-doc-handle-arrays-with-arithmetic-expressions-as.patch

 Misc

+sched-redundant-reschedule-when-set_user_nice-boosts-a-prio-of-a-task-from-the-expired-array.patch

 sched speedup

+revert-sched-redundant-reschedule-when-set_user_nice-boosts-a-prio-of-a-task-from-the-expired-array.patch

 Revert it again so that Con's stuff applies

+sched-implement-staircase-deadline-cpu-scheduler-improvements-fix.patch

 staircase sched fix

-clocksource-arm-initialize-list-value.patch
-clocksource-parisc-initialize-list-value.patch
-clocksource-avr32-initialize-list-value.patch
-clocksource-mips-initialize-list-value.patch
-clocksource-i386-initialize-list-value.patch
-clocksource-x86_64-initialize-list-value.patch
-clocksource-s390-initialize-list-value.patch
-clocksource-driver-initialize-list-value.patch
-clocksource-refactor-duplicate-registration-checking.patch

 Dropped

+kprobes-the-on-off-knob-thru-debugfs-updated.patch
+kprobes-the-on-off-knob-thru-debugfs-updated-fix.patch

 kprobes work

+undo-utrace-prep-2.patch
-utrace-x86_64-fix.patch

 utrace tweaks

+signal-timer-event-fds-v9-anonymous-inode-source-fix.patch
+signal-timer-event-fds-v9-signalfd-core-fix-fix.patch
+signal-timer-event-fds-v9-signalfd-core-fix-fix-fix.patch
+signal-timer-event-fds-v9-timerfd-core-fix.patch
+signal-timer-event-fds-v9-timerfd-core-fix-fix.patch
+signal-timer-event-fds-v9-eventfd-core-fix-fix.patch
+signal-timer-event-fds-v9-eventfd-core-fix-fix-fix.patch

 Various fixes and updates against the signalfd work in -mm.

+epoll-cleanups-epoll-no-module.patch
+epoll-cleanups-epoll-remove-static-pre-declarations-and-akpm-ize-the-code.patch

 epoll stuff

+char-cyclades-remove-pause.patch
+char-cyclades-cy_readx-writex-cleanup.patch
+char-cyclades-timer-cleanup.patch
+char-cyclades-remove-volatiles.patch
+char-cyclades-remove-useless-casts.patch

 cyclades cleanups

+pnp-notice-whether-we-have-pnp-devices-pnpbios-or-pnpacpi.patch
+pnp-workaround-hp-bios-defect-that-leaves-smcf010-device-partly-enabled.patch
+smsc-ircc2-tidy-up-module-parameter-checking.patch
+smsc-ircc2-add-pnp-support.patch
+x86-serial-convert-legacy-com-ports-to-platform-devices.patch
+x86-serial-convert-legacy-com-ports-to-platform-devices-fix.patch

 PNP work

+locks-trivial-removal-of-unnecessary-parentheses.patch
+locks-create-posix-to-flock-helper-functions.patch
+locks-make-lock-release-private-data-before-returning-in-getlk-case.patch
+locks-give-posix_test_lock-same-interface-as-lock.patch
+locks-factor-out-generic-filesystem-switch-from-test_lock.patch
+locks-factor-out-generic-filesystem-switch-from-setlock-code.patch
+locks-allow-vfsposix_lock_file-to-return-conflicting-lock.patch
+locks-add-fl_notify-arguments-for-asynchronous-lock-return.patch
+locks-add-lock-cancel-command.patch
+nfsd4-convert-nfsv4-to-new-lock-interface.patch
+lockd-save-lock-state-on-deferral.patch
+lockd-handle-fl_notify-callbacks.patch
+lockd-pass-cookie-in-nlmsvc_testlock.patch
+lockd-handle-test_lock-deferrals.patch
+lockd-always-preallocate-block-in-nlmsvc_lock.patch
+lockd-add-code-to-handle-deferred-lock-requests.patch
+gfs2-nfs-lock-support-for-gfs2.patch

 Rework file locking code for nfs

+mm-clean-up-and-kernelify-shrinker-registration-reiser4.patch

 update reiser4 for shrinker changes

+s3fb-fix-pci-must_checks.patch

 fbdev driver fixes




All 1405 patches:

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/patch-list



^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
@ 2007-04-09 11:13 ` Borislav Petkov
  2007-04-09 16:08 ` 2.6.21-rc6-mm1 Rafael J. Wysocki
                   ` (11 subsequent siblings)
  12 siblings, 0 replies; 77+ messages in thread
From: Borislav Petkov @ 2007-04-09 11:13 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, randy.dunlap

Andrew, you can drop
> +kernel-doc-handle-spaces-in-array-size.patch
since 
> +kernel-doc-handle-arrays-with-arithmetic-expressions-as.patch
fixes the issue in a slightly better way.

-- 
Regards/Gruß,
    Boris.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
  2007-04-09 11:13 ` 2.6.21-rc6-mm1 Borislav Petkov
@ 2007-04-09 16:08 ` Rafael J. Wysocki
  2007-04-09 16:14   ` 2.6.21-rc6-mm1 Pallipadi, Venkatesh
  2007-04-09 19:03 ` 2.6.21-rc6-mm1 Torsten Kaiser
                   ` (10 subsequent siblings)
  12 siblings, 1 reply; 77+ messages in thread
From: Rafael J. Wysocki @ 2007-04-09 16:08 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, randy.dunlap, lenb, venkatesh.pallipadi

On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> 
> 
> - Lots of x86 updates
> 
> - This is a 25MB diff against mainline, which is rather large.

The cpuidle thing tends to hang my x86-64 machines on boot.

Greetings,
Rafael

^ permalink raw reply	[flat|nested] 77+ messages in thread

* RE: 2.6.21-rc6-mm1
  2007-04-09 16:08 ` 2.6.21-rc6-mm1 Rafael J. Wysocki
@ 2007-04-09 16:14   ` Pallipadi, Venkatesh
  2007-04-09 17:40     ` 2.6.21-rc6-mm1 Rafael J. Wysocki
  0 siblings, 1 reply; 77+ messages in thread
From: Pallipadi, Venkatesh @ 2007-04-09 16:14 UTC (permalink / raw)
  To: Rafael J. Wysocki, Andrew Morton
  Cc: linux-kernel, randy.dunlap, lenb, Adam Belay

 

>-----Original Message-----
>From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
>Sent: Monday, April 09, 2007 9:08 AM
>To: Andrew Morton
>Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
>lenb@kernel.org; Pallipadi, Venkatesh
>Subject: Re: 2.6.21-rc6-mm1
>
>On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
>> 
>> 
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
>.6.21-rc6/2.6.21-rc6-mm1/
>> 
>> 
>> - Lots of x86 updates
>> 
>> - This is a 25MB diff against mainline, which is rather large.
>
>The cpuidle thing tends to hang my x86-64 machines on boot.
>

Hi Rafael,

At what point during boot does it hang? Can you send me the last few
messages before the hang. And full dmesg when cpuidle is not configured
will help as well.

Thanks,
Venki

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-09 16:14   ` 2.6.21-rc6-mm1 Pallipadi, Venkatesh
@ 2007-04-09 17:40     ` Rafael J. Wysocki
  2007-04-10 22:20       ` 2.6.21-rc6-mm1 Venki Pallipadi
  2007-04-10 23:59       ` 2.6.21-rc6-mm1 Adam Belay
  0 siblings, 2 replies; 77+ messages in thread
From: Rafael J. Wysocki @ 2007-04-09 17:40 UTC (permalink / raw)
  To: Pallipadi, Venkatesh
  Cc: Andrew Morton, linux-kernel, randy.dunlap, lenb, Adam Belay

[-- Attachment #1: Type: text/plain, Size: 1572 bytes --]

On Monday, 9 April 2007 18:14, Pallipadi, Venkatesh wrote:
> 
> >-----Original Message-----
> >From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
> >Sent: Monday, April 09, 2007 9:08 AM
> >To: Andrew Morton
> >Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
> >lenb@kernel.org; Pallipadi, Venkatesh
> >Subject: Re: 2.6.21-rc6-mm1
> >
> >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> >> 
> >> 
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
> >.6.21-rc6/2.6.21-rc6-mm1/
> >> 
> >> 
> >> - Lots of x86 updates
> >> 
> >> - This is a 25MB diff against mainline, which is rather large.
> >
> >The cpuidle thing tends to hang my x86-64 machines on boot.
> >
> 
> Hi Rafael,
> 
> At what point during boot does it hang?

When mounting the root filesystem.  It hangs completely, even the magic SysRq
doesn't work

> Can you send me the last few messages before the hang.

Freeing unused kernel memory: 240k freed
Write protecting the kernel read-only data: 4356k
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
ACPI: Invalid PBLK length [0]
cpuidle: driver acpi_idle failed to attach to cpu 0
cpuidle: using driver acpi_idle
ACPI: Thermal Zone [THRM] (59 C)
ACPI: Fan [FN00] (on)
Attempting manual resume
swsusp: Resume From Partition 22:3
PM: Checking swsusp image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdc6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

> And full dmesg when cpuidle is not configured will help as well.

Attached.

Greetings,
Rafael

[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 64545 bytes --]

Linux version 2.6.21-rc6-mm1 (rafael@asus) (gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)) #2 SMP Mon Apr 9 15:53:49 CEST 2007
Command line: root=/dev/hdc6 vga=792 selinux=0 noapic resume=/dev/hdc3 console=ttyS0,57600 console=tty0 earlyprintk=serial,ttyS0,57600 debug
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000005ff40000 (usable)
 BIOS-e820: 000000005ff40000 - 000000005ff50000 (ACPI data)
 BIOS-e820: 000000005ff50000 - 0000000060000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Entering add_active_range(0, 0, 159) 0 entries of 256 used
Entering add_active_range(0, 256, 393024) 1 entries of 256 used
end_pfn_map = 1043969
DMI 2.3 present.
ACPI: RSDP 000F76E0, 0014 (r0 ACPIAM)
ACPI: RSDT 5FF40000, 002C (r1 A M I  OEMRSDT   5000425 MSFT       97)
ACPI: FACP 5FF40200, 0081 (r1 A M I  OEMFACP   5000425 MSFT       97)
ACPI: DSDT 5FF40400, 6383 (r1  L5DK8 L5DK8014       14 INTL  2002026)
ACPI: FACS 5FF50000, 0040
ACPI: OEMB 5FF50040, 0041 (r1 A M I  OEMBIOS   5000425 MSFT       97)
Entering add_active_range(0, 0, 159) 0 entries of 256 used
Entering add_active_range(0, 256, 393024) 1 entries of 256 used
sizeof(struct page) = 160
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      159
    0:      256 ->   393024
On node 0 totalpages: 392927
Node 0 memmap at 0xffff810001000000 size 62914560 first pfn 0xffff810001000000
  DMA zone: 160 pages used for memmap
  DMA zone: 2333 pages reserved
  DMA zone: 1506 pages, LIFO batch:0
  DMA32 zone: 15192 pages used for memmap
  DMA32 zone: 373736 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
Nvidia board detected. Ignoring ACPI timer override.
If you got timer trouble try acpi_use_timer_override
ACPI: PM-Timer IO Port: 0x4008
Intel MultiProcessor Specification v1.1
MPTABLE: OEM ID: ASUSTeK  MPTABLE: Product ID: L5D          MPTABLE: APIC at: 0xFEE00000
Processor #0 (Bootup-CPU)
I/O APIC #1 at 0xFEC00000.
Setting APIC routing to flat
Processors: 1
swsusp: Registered nosave memory region: 000000000009f000 - 00000000000a0000
swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e0000
swsusp: Registered nosave memory region: 00000000000e0000 - 0000000000100000
Allocating PCI resources starting at 70000000 (gap: 60000000:9ec00000)
SMP: Allowing 1 CPUs, 0 hotplug CPUs
PERCPU: Allocating 35392 bytes of per cpu data
Built 1 zonelists.  Total pages: 375242
Kernel command line: root=/dev/hdc6 vga=792 selinux=0 noapic resume=/dev/hdc3 console=ttyS0,57600 console=tty0 earlyprintk=serial,ttyS0,57600 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
time.c: Detected 1795.406 MHz processor.
Console: colour dummy device 80x25
console handover: boot [earlyserP\x12"€ÿÿÿÿ0] -> real [tty0]
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          30
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 1680 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
CPU 0: aperture @ e8000000 size 128 MB
Memory: 1492736k/1572096k available (2761k kernel code, 78644k reserved, 1869k data, 236k init)
Calibrating delay using timer specific routine.. 3594.03 BogoMIPS (lpj=7188074)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
SMP alternatives: switching to UP code
Freeing SMP alternatives: 25k freed
ACPI: Core revision 20070126
ACPI: setting ELCR to 0200 (from 0c20)
Using local APIC timer interrupts.
result 12468103
Detected 12.468 MHz APIC timer.
Brought up 1 CPUs
PM: Adding info for No Bus:platform
NET: Registered protocol family 16
PM: Adding info for No Bus:vtcon0
ACPI: bus type pci registered
PCI: Using configuration type 1
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using PIC for interrupt routing
PM: Adding info for acpi:acpi_system:00
PM: Adding info for acpi:button_power:00
PM: Adding info for acpi:ACPI0007:00
PM: Adding info for acpi:device:00
PM: Adding info for acpi:PNP0A03:00
PM: Adding info for acpi:device:01
PM: Adding info for acpi:PNP0000:00
PM: Adding info for acpi:PNP0200:00
PM: Adding info for acpi:PNP0100:00
PM: Adding info for acpi:PNP0B00:00
PM: Adding info for acpi:PNP0800:00
PM: Adding info for acpi:PNP0C04:00
PM: Adding info for acpi:PNP0C02:00
PM: Adding info for acpi:PNP0C02:01
PM: Adding info for acpi:PNP0303:00
PM: Adding info for acpi:PNP0F03:00
PM: Adding info for acpi:PNP0C09:00
PM: Adding info for acpi:PNP0501:00
PM: Adding info for acpi:PNP0510:00
PM: Adding info for acpi:PNP0400:00
PM: Adding info for acpi:ACPI0003:00
PM: Adding info for acpi:PNP0C0A:00
PM: Adding info for acpi:device:02
PM: Adding info for acpi:device:03
PM: Adding info for acpi:device:04
PM: Adding info for acpi:device:05
PM: Adding info for acpi:device:06
PM: Adding info for acpi:device:07
PM: Adding info for acpi:device:08
PM: Adding info for acpi:device:09
PM: Adding info for acpi:device:0a
PM: Adding info for acpi:device:0b
PM: Adding info for acpi:video:00
PM: Adding info for acpi:device:0c
PM: Adding info for acpi:device:0d
PM: Adding info for acpi:device:0e
PM: Adding info for acpi:device:0f
PM: Adding info for acpi:device:10
PM: Adding info for acpi:device:11
PM: Adding info for acpi:device:12
PM: Adding info for acpi:device:13
PM: Adding info for acpi:device:14
PM: Adding info for acpi:device:15
PM: Adding info for acpi:device:16
PM: Adding info for acpi:device:17
PM: Adding info for acpi:device:18
PM: Adding info for acpi:PNP0C01:00
PM: Adding info for acpi:PNP0C0E:00
PM: Adding info for acpi:PNP0C0D:00
PM: Adding info for acpi:ATK0100:00
PM: Adding info for acpi:PNP0C0C:00
PM: Adding info for acpi:PNP0C0F:00
PM: Adding info for acpi:PNP0C0F:01
PM: Adding info for acpi:PNP0C0F:02
PM: Adding info for acpi:PNP0C0F:03
PM: Adding info for acpi:PNP0C0F:04
PM: Adding info for acpi:PNP0C0F:05
PM: Adding info for acpi:PNP0C0F:06
PM: Adding info for acpi:PNP0C0F:07
PM: Adding info for acpi:PNP0C0F:08
PM: Adding info for acpi:PNP0C0F:09
PM: Adding info for acpi:PNP0C0F:0a
PM: Adding info for acpi:PNP0C0F:0b
PM: Adding info for acpi:PNP0C0F:0c
PM: Adding info for acpi:PNP0C0F:0d
PM: Adding info for acpi:thermal:00
PM: Adding info for acpi:thermal:01
PM: Adding info for acpi:PNP0C0B:00
PM: Adding info for acpi:power_resource:00
ACPI: PCI Root Bridge [PCI0] (0000:00)
PM: Adding info for No Bus:pci0000:00
0000:00:08.0: cannot adjust BAR0 (not I/O)
0000:00:08.0: cannot adjust BAR1 (not I/O)
0000:00:08.0: cannot adjust BAR2 (not I/O)
0000:00:08.0: cannot adjust BAR3 (not I/O)
PCI: Bus #04 (-#07) is hidden behind  bridge #02 (-#04) (try 'pci=assign-busses')
Please report the result to linux-kernel to fix this permanently
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT]
PM: Adding info for pci:0000:00:00.0
PM: Adding info for pci:0000:00:01.0
PM: Adding info for pci:0000:00:01.1
PM: Adding info for pci:0000:00:02.0
PM: Adding info for pci:0000:00:02.1
PM: Adding info for pci:0000:00:02.2
PM: Adding info for pci:0000:00:06.0
PM: Adding info for pci:0000:00:08.0
PM: Adding info for pci:0000:00:0a.0
PM: Adding info for pci:0000:00:0b.0
PM: Adding info for pci:0000:00:18.0
PM: Adding info for pci:0000:00:18.1
PM: Adding info for pci:0000:00:18.2
PM: Adding info for pci:0000:00:18.3
PM: Adding info for pci:0000:02:00.0
PM: Adding info for pci:0000:02:01.0
PM: Adding info for pci:0000:02:01.1
PM: Adding info for pci:0000:02:01.2
PM: Adding info for pci:0000:02:01.3
PM: Adding info for pci:0000:02:01.4
PM: Adding info for pci:0000:02:02.0
PM: Adding info for pci:0000:01:00.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LUS0] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LUS1] (IRQs 3 4 5 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LUS2] (IRQs 3 4 *5 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LKLN] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LAUI] (IRQs 3 4 5 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LKMO] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LKSM] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LTID] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LATA] (IRQs 3 4 6 7 10 11 12 *14 15)
ACPI: Power Resource [GFAN] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
PM: Adding info for No Bus:pnp0
ACPI: bus type pnp registered
PM: Adding info for pnp:00:00
PM: Adding info for pnp:00:01
PM: Adding info for pnp:00:02
PM: Adding info for pnp:00:03
PM: Adding info for pnp:00:04
PM: Adding info for pnp:00:05
PM: Adding info for pnp:00:06
PM: Adding info for pnp:00:07
PM: Adding info for pnp:00:08
PM: Adding info for pnp:00:09
PM: Adding info for pnp:00:0a
PM: Adding info for pnp:00:0b
PM: Adding info for pnp:00:0c
pnp: PnP ACPI: found 13 devices
ACPI: ACPI bus type pnp unregistered
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Cannot allocate resource region 0 of device 0000:00:00.0
agpgart: Detected AGP bridge 0
agpgart: Setting up Nforce3 AGP.
PM: Adding info for No Bus:agpgart
agpgart: AGP aperture is 128M @ 0xe8000000
ACPI: RTC can wake from S4
pnp: 00:06: iomem range 0xfec00000-0xfec00fff could not be reserved
pnp: 00:06: iomem range 0xfee00000-0xfeefffff could not be reserved
pnp: 00:06: iomem range 0xff780000-0xff7bffff has been reserved
pnp: 00:0c: iomem range 0x0-0x9ffff could not be reserved
pnp: 00:0c: iomem range 0xc0000-0xcffff has been reserved
pnp: 00:0c: iomem range 0xe0000-0xfffff could not be reserved
pnp: 00:0c: iomem range 0x100000-0x5fffffff could not be reserved
PM: Adding info for No Bus:mem
PM: Adding info for No Bus:kmem
Time: tsc clocksource has been installed.
PM: Adding info for No Bus:null
PM: Adding info for No Bus:port
PM: Adding info for No Bus:zero
PM: Adding info for No Bus:full
PM: Adding info for No Bus:random
PM: Adding info for No Bus:urandom
PM: Adding info for No Bus:kmsg
PCI: Failed to allocate mem resource #10:4000000@100000000 for 0000:02:01.0
PCI: Failed to allocate mem resource #10:4000000@100000000 for 0000:02:01.1
PCI: Bus 3, cardbus bridge: 0000:02:01.0
  IO window: 0000b000-0000b0ff
  IO window: 0000b400-0000b4ff
  PREFETCH window: 70000000-73ffffff
PCI: Bus 4, cardbus bridge: 0000:02:01.1
  IO window: 0000b800-0000b8ff
  IO window: 0000bc00-0000bcff
  PREFETCH window: 74000000-77ffffff
PCI: Bridge: 0000:00:0a.0
  IO window: b000-dfff
  MEM window: f8a00000-feafffff
  PREFETCH window: 70000000-77ffffff
PCI: Bridge: 0000:00:0b.0
  IO window: disabled.
  MEM window: f6900000-f89fffff
  PREFETCH window: c6800000-e67fffff
PCI: Setting latency timer of device 0000:00:0a.0 to 64
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
PCI: setting IRQ 9 as level-triggered
ACPI: PCI Interrupt 0000:02:01.0[A] -> Link [LNKA] -> GSI 9 (level, low) -> IRQ 9
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:02:01.1[B] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 65536 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 65536 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 4378k freed
PM: Adding info for No Bus:mcelog
PM: Adding info for platform:pcspkr
PM: Adding info for No Bus:snapshot
audit: initializing netlink socket (disabled)
audit(1176137535.744:1): initialized
No parameters - using defaults.
  1   1   1   1   1 s   1/1    403453    461321    674042   1213094    601175
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Boot video device is 0000:01:00.0
PM: Adding info for platform:vesafb.0
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000100000, using 6144k, total 65536k
vesafb: mode is 1024x768x32, linelength=4096, pages=1
vesafb: scrolling: redraw
vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
PM: Adding info for No Bus:fb0
PM: Adding info for No Bus:vtcon1
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
PM: Adding info for No Bus:tty
PM: Adding info for No Bus:console
PM: Adding info for No Bus:ptmx
PM: Adding info for No Bus:tty0
PM: Adding info for No Bus:vcs
PM: Adding info for No Bus:vcsa
PM: Adding info for No Bus:tty1
PM: Adding info for No Bus:tty2
PM: Adding info for No Bus:tty3
PM: Adding info for No Bus:tty4
PM: Adding info for No Bus:tty5
PM: Adding info for No Bus:tty6
PM: Adding info for No Bus:tty7
PM: Adding info for No Bus:tty8
PM: Adding info for No Bus:tty9
PM: Adding info for No Bus:tty10
PM: Adding info for No Bus:tty11
PM: Adding info for No Bus:tty12
PM: Adding info for No Bus:tty13
PM: Adding info for No Bus:tty14
PM: Adding info for No Bus:tty15
PM: Adding info for No Bus:tty16
PM: Adding info for No Bus:tty17
PM: Adding info for No Bus:tty18
PM: Adding info for No Bus:tty19
PM: Adding info for No Bus:tty20
PM: Adding info for No Bus:tty21
PM: Adding info for No Bus:tty22
PM: Adding info for No Bus:tty23
PM: Adding info for No Bus:tty24
PM: Adding info for No Bus:tty25
PM: Adding info for No Bus:tty26
PM: Adding info for No Bus:tty27
PM: Adding info for No Bus:tty28
PM: Adding info for No Bus:tty29
PM: Adding info for No Bus:tty30
PM: Adding info for No Bus:tty31
PM: Adding info for No Bus:tty32
PM: Adding info for No Bus:tty33
PM: Adding info for No Bus:tty34
PM: Adding info for No Bus:tty35
PM: Adding info for No Bus:tty36
PM: Adding info for No Bus:tty37
PM: Adding info for No Bus:tty38
PM: Adding info for No Bus:tty39
PM: Adding info for No Bus:tty40
PM: Adding info for No Bus:tty41
PM: Adding info for No Bus:tty42
PM: Adding info for No Bus:tty43
PM: Adding info for No Bus:tty44
PM: Adding info for No Bus:tty45
PM: Adding info for No Bus:tty46
PM: Adding info for No Bus:tty47
PM: Adding info for No Bus:tty48
PM: Adding info for No Bus:tty49
PM: Adding info for No Bus:tty50
PM: Adding info for No Bus:tty51
PM: Adding info for No Bus:tty52
PM: Adding info for No Bus:tty53
PM: Adding info for No Bus:tty54
PM: Adding info for No Bus:tty55
PM: Adding info for No Bus:tty56
PM: Adding info for No Bus:tty57
PM: Adding info for No Bus:tty58
PM: Adding info for No Bus:tty59
PM: Adding info for No Bus:tty60
PM: Adding info for No Bus:tty61
PM: Adding info for No Bus:tty62
PM: Adding info for No Bus:tty63
PM: Adding info for No Bus:ptyp0
PM: Adding info for No Bus:ptyp1
PM: Adding info for No Bus:ptyp2
PM: Adding info for No Bus:ptyp3
PM: Adding info for No Bus:ptyp4
PM: Adding info for No Bus:ptyp5
PM: Adding info for No Bus:ptyp6
PM: Adding info for No Bus:ptyp7
PM: Adding info for No Bus:ptyp8
PM: Adding info for No Bus:ptyp9
PM: Adding info for No Bus:ptypa
PM: Adding info for No Bus:ptypb
PM: Adding info for No Bus:ptypc
PM: Adding info for No Bus:ptypd
PM: Adding info for No Bus:ptype
PM: Adding info for No Bus:ptypf
PM: Adding info for No Bus:ptyq0
PM: Adding info for No Bus:ptyq1
PM: Adding info for No Bus:ptyq2
PM: Adding info for No Bus:ptyq3
PM: Adding info for No Bus:ptyq4
PM: Adding info for No Bus:ptyq5
PM: Adding info for No Bus:ptyq6
PM: Adding info for No Bus:ptyq7
PM: Adding info for No Bus:ptyq8
PM: Adding info for No Bus:ptyq9
PM: Adding info for No Bus:ptyqa
PM: Adding info for No Bus:ptyqb
PM: Adding info for No Bus:ptyqc
PM: Adding info for No Bus:ptyqd
PM: Adding info for No Bus:ptyqe
PM: Adding info for No Bus:ptyqf
PM: Adding info for No Bus:ptyr0
PM: Adding info for No Bus:ptyr1
PM: Adding info for No Bus:ptyr2
PM: Adding info for No Bus:ptyr3
PM: Adding info for No Bus:ptyr4
PM: Adding info for No Bus:ptyr5
PM: Adding info for No Bus:ptyr6
PM: Adding info for No Bus:ptyr7
PM: Adding info for No Bus:ptyr8
PM: Adding info for No Bus:ptyr9
PM: Adding info for No Bus:ptyra
PM: Adding info for No Bus:ptyrb
PM: Adding info for No Bus:ptyrc
PM: Adding info for No Bus:ptyrd
PM: Adding info for No Bus:ptyre
PM: Adding info for No Bus:ptyrf
PM: Adding info for No Bus:ptys0
PM: Adding info for No Bus:ptys1
PM: Adding info for No Bus:ptys2
PM: Adding info for No Bus:ptys3
PM: Adding info for No Bus:ptys4
PM: Adding info for No Bus:ptys5
PM: Adding info for No Bus:ptys6
PM: Adding info for No Bus:ptys7
PM: Adding info for No Bus:ptys8
PM: Adding info for No Bus:ptys9
PM: Adding info for No Bus:ptysa
PM: Adding info for No Bus:ptysb
PM: Adding info for No Bus:ptysc
PM: Adding info for No Bus:ptysd
PM: Adding info for No Bus:ptyse
PM: Adding info for No Bus:ptysf
PM: Adding info for No Bus:ptyt0
PM: Adding info for No Bus:ptyt1
PM: Adding info for No Bus:ptyt2
PM: Adding info for No Bus:ptyt3
PM: Adding info for No Bus:ptyt4
PM: Adding info for No Bus:ptyt5
PM: Adding info for No Bus:ptyt6
PM: Adding info for No Bus:ptyt7
PM: Adding info for No Bus:ptyt8
PM: Adding info for No Bus:ptyt9
PM: Adding info for No Bus:ptyta
PM: Adding info for No Bus:ptytb
PM: Adding info for No Bus:ptytc
PM: Adding info for No Bus:ptytd
PM: Adding info for No Bus:ptyte
PM: Adding info for No Bus:ptytf
PM: Adding info for No Bus:ptyu0
PM: Adding info for No Bus:ptyu1
PM: Adding info for No Bus:ptyu2
PM: Adding info for No Bus:ptyu3
PM: Adding info for No Bus:ptyu4
PM: Adding info for No Bus:ptyu5
PM: Adding info for No Bus:ptyu6
PM: Adding info for No Bus:ptyu7
PM: Adding info for No Bus:ptyu8
PM: Adding info for No Bus:ptyu9
PM: Adding info for No Bus:ptyua
PM: Adding info for No Bus:ptyub
PM: Adding info for No Bus:ptyuc
PM: Adding info for No Bus:ptyud
PM: Adding info for No Bus:ptyue
PM: Adding info for No Bus:ptyuf
PM: Adding info for No Bus:ptyv0
PM: Adding info for No Bus:ptyv1
PM: Adding info for No Bus:ptyv2
PM: Adding info for No Bus:ptyv3
PM: Adding info for No Bus:ptyv4
PM: Adding info for No Bus:ptyv5
PM: Adding info for No Bus:ptyv6
PM: Adding info for No Bus:ptyv7
PM: Adding info for No Bus:ptyv8
PM: Adding info for No Bus:ptyv9
PM: Adding info for No Bus:ptyva
PM: Adding info for No Bus:ptyvb
PM: Adding info for No Bus:ptyvc
PM: Adding info for No Bus:ptyvd
PM: Adding info for No Bus:ptyve
PM: Adding info for No Bus:ptyvf
PM: Adding info for No Bus:ptyw0
PM: Adding info for No Bus:ptyw1
PM: Adding info for No Bus:ptyw2
PM: Adding info for No Bus:ptyw3
PM: Adding info for No Bus:ptyw4
PM: Adding info for No Bus:ptyw5
PM: Adding info for No Bus:ptyw6
PM: Adding info for No Bus:ptyw7
PM: Adding info for No Bus:ptyw8
PM: Adding info for No Bus:ptyw9
PM: Adding info for No Bus:ptywa
PM: Adding info for No Bus:ptywb
PM: Adding info for No Bus:ptywc
PM: Adding info for No Bus:ptywd
PM: Adding info for No Bus:ptywe
PM: Adding info for No Bus:ptywf
PM: Adding info for No Bus:ptyx0
PM: Adding info for No Bus:ptyx1
PM: Adding info for No Bus:ptyx2
PM: Adding info for No Bus:ptyx3
PM: Adding info for No Bus:ptyx4
PM: Adding info for No Bus:ptyx5
PM: Adding info for No Bus:ptyx6
PM: Adding info for No Bus:ptyx7
PM: Adding info for No Bus:ptyx8
PM: Adding info for No Bus:ptyx9
PM: Adding info for No Bus:ptyxa
PM: Adding info for No Bus:ptyxb
PM: Adding info for No Bus:ptyxc
PM: Adding info for No Bus:ptyxd
PM: Adding info for No Bus:ptyxe
PM: Adding info for No Bus:ptyxf
PM: Adding info for No Bus:ptyy0
PM: Adding info for No Bus:ptyy1
PM: Adding info for No Bus:ptyy2
PM: Adding info for No Bus:ptyy3
PM: Adding info for No Bus:ptyy4
PM: Adding info for No Bus:ptyy5
PM: Adding info for No Bus:ptyy6
PM: Adding info for No Bus:ptyy7
PM: Adding info for No Bus:ptyy8
PM: Adding info for No Bus:ptyy9
PM: Adding info for No Bus:ptyya
PM: Adding info for No Bus:ptyyb
PM: Adding info for No Bus:ptyyc
PM: Adding info for No Bus:ptyyd
PM: Adding info for No Bus:ptyye
PM: Adding info for No Bus:ptyyf
PM: Adding info for No Bus:ptyz0
PM: Adding info for No Bus:ptyz1
PM: Adding info for No Bus:ptyz2
PM: Adding info for No Bus:ptyz3
PM: Adding info for No Bus:ptyz4
PM: Adding info for No Bus:ptyz5
PM: Adding info for No Bus:ptyz6
PM: Adding info for No Bus:ptyz7
PM: Adding info for No Bus:ptyz8
PM: Adding info for No Bus:ptyz9
PM: Adding info for No Bus:ptyza
PM: Adding info for No Bus:ptyzb
PM: Adding info for No Bus:ptyzc
PM: Adding info for No Bus:ptyzd
PM: Adding info for No Bus:ptyze
PM: Adding info for No Bus:ptyzf
PM: Adding info for No Bus:ptya0
PM: Adding info for No Bus:ptya1
PM: Adding info for No Bus:ptya2
PM: Adding info for No Bus:ptya3
PM: Adding info for No Bus:ptya4
PM: Adding info for No Bus:ptya5
PM: Adding info for No Bus:ptya6
PM: Adding info for No Bus:ptya7
PM: Adding info for No Bus:ptya8
PM: Adding info for No Bus:ptya9
PM: Adding info for No Bus:ptyaa
PM: Adding info for No Bus:ptyab
PM: Adding info for No Bus:ptyac
PM: Adding info for No Bus:ptyad
PM: Adding info for No Bus:ptyae
PM: Adding info for No Bus:ptyaf
PM: Adding info for No Bus:ptyb0
PM: Adding info for No Bus:ptyb1
PM: Adding info for No Bus:ptyb2
PM: Adding info for No Bus:ptyb3
PM: Adding info for No Bus:ptyb4
PM: Adding info for No Bus:ptyb5
PM: Adding info for No Bus:ptyb6
PM: Adding info for No Bus:ptyb7
PM: Adding info for No Bus:ptyb8
PM: Adding info for No Bus:ptyb9
PM: Adding info for No Bus:ptyba
PM: Adding info for No Bus:ptybb
PM: Adding info for No Bus:ptybc
PM: Adding info for No Bus:ptybd
PM: Adding info for No Bus:ptybe
PM: Adding info for No Bus:ptybf
PM: Adding info for No Bus:ptyc0
PM: Adding info for No Bus:ptyc1
PM: Adding info for No Bus:ptyc2
PM: Adding info for No Bus:ptyc3
PM: Adding info for No Bus:ptyc4
PM: Adding info for No Bus:ptyc5
PM: Adding info for No Bus:ptyc6
PM: Adding info for No Bus:ptyc7
PM: Adding info for No Bus:ptyc8
PM: Adding info for No Bus:ptyc9
PM: Adding info for No Bus:ptyca
PM: Adding info for No Bus:ptycb
PM: Adding info for No Bus:ptycc
PM: Adding info for No Bus:ptycd
PM: Adding info for No Bus:ptyce
PM: Adding info for No Bus:ptycf
PM: Adding info for No Bus:ptyd0
PM: Adding info for No Bus:ptyd1
PM: Adding info for No Bus:ptyd2
PM: Adding info for No Bus:ptyd3
PM: Adding info for No Bus:ptyd4
PM: Adding info for No Bus:ptyd5
PM: Adding info for No Bus:ptyd6
PM: Adding info for No Bus:ptyd7
PM: Adding info for No Bus:ptyd8
PM: Adding info for No Bus:ptyd9
PM: Adding info for No Bus:ptyda
PM: Adding info for No Bus:ptydb
PM: Adding info for No Bus:ptydc
PM: Adding info for No Bus:ptydd
PM: Adding info for No Bus:ptyde
PM: Adding info for No Bus:ptydf
PM: Adding info for No Bus:ptye0
PM: Adding info for No Bus:ptye1
PM: Adding info for No Bus:ptye2
PM: Adding info for No Bus:ptye3
PM: Adding info for No Bus:ptye4
PM: Adding info for No Bus:ptye5
PM: Adding info for No Bus:ptye6
PM: Adding info for No Bus:ptye7
PM: Adding info for No Bus:ptye8
PM: Adding info for No Bus:ptye9
PM: Adding info for No Bus:ptyea
PM: Adding info for No Bus:ptyeb
PM: Adding info for No Bus:ptyec
PM: Adding info for No Bus:ptyed
PM: Adding info for No Bus:ptyee
PM: Adding info for No Bus:ptyef
PM: Adding info for No Bus:ttyp0
PM: Adding info for No Bus:ttyp1
PM: Adding info for No Bus:ttyp2
PM: Adding info for No Bus:ttyp3
PM: Adding info for No Bus:ttyp4
PM: Adding info for No Bus:ttyp5
PM: Adding info for No Bus:ttyp6
PM: Adding info for No Bus:ttyp7
PM: Adding info for No Bus:ttyp8
PM: Adding info for No Bus:ttyp9
PM: Adding info for No Bus:ttypa
PM: Adding info for No Bus:ttypb
PM: Adding info for No Bus:ttypc
PM: Adding info for No Bus:ttypd
PM: Adding info for No Bus:ttype
PM: Adding info for No Bus:ttypf
PM: Adding info for No Bus:ttyq0
PM: Adding info for No Bus:ttyq1
PM: Adding info for No Bus:ttyq2
PM: Adding info for No Bus:ttyq3
PM: Adding info for No Bus:ttyq4
PM: Adding info for No Bus:ttyq5
PM: Adding info for No Bus:ttyq6
PM: Adding info for No Bus:ttyq7
PM: Adding info for No Bus:ttyq8
PM: Adding info for No Bus:ttyq9
PM: Adding info for No Bus:ttyqa
PM: Adding info for No Bus:ttyqb
PM: Adding info for No Bus:ttyqc
PM: Adding info for No Bus:ttyqd
PM: Adding info for No Bus:ttyqe
PM: Adding info for No Bus:ttyqf
PM: Adding info for No Bus:ttyr0
PM: Adding info for No Bus:ttyr1
PM: Adding info for No Bus:ttyr2
PM: Adding info for No Bus:ttyr3
PM: Adding info for No Bus:ttyr4
PM: Adding info for No Bus:ttyr5
PM: Adding info for No Bus:ttyr6
PM: Adding info for No Bus:ttyr7
PM: Adding info for No Bus:ttyr8
PM: Adding info for No Bus:ttyr9
PM: Adding info for No Bus:ttyra
PM: Adding info for No Bus:ttyrb
PM: Adding info for No Bus:ttyrc
PM: Adding info for No Bus:ttyrd
PM: Adding info for No Bus:ttyre
PM: Adding info for No Bus:ttyrf
PM: Adding info for No Bus:ttys0
PM: Adding info for No Bus:ttys1
PM: Adding info for No Bus:ttys2
PM: Adding info for No Bus:ttys3
PM: Adding info for No Bus:ttys4
PM: Adding info for No Bus:ttys5
PM: Adding info for No Bus:ttys6
PM: Adding info for No Bus:ttys7
PM: Adding info for No Bus:ttys8
PM: Adding info for No Bus:ttys9
PM: Adding info for No Bus:ttysa
PM: Adding info for No Bus:ttysb
PM: Adding info for No Bus:ttysc
PM: Adding info for No Bus:ttysd
PM: Adding info for No Bus:ttyse
PM: Adding info for No Bus:ttysf
PM: Adding info for No Bus:ttyt0
PM: Adding info for No Bus:ttyt1
PM: Adding info for No Bus:ttyt2
PM: Adding info for No Bus:ttyt3
PM: Adding info for No Bus:ttyt4
PM: Adding info for No Bus:ttyt5
PM: Adding info for No Bus:ttyt6
PM: Adding info for No Bus:ttyt7
PM: Adding info for No Bus:ttyt8
PM: Adding info for No Bus:ttyt9
PM: Adding info for No Bus:ttyta
PM: Adding info for No Bus:ttytb
PM: Adding info for No Bus:ttytc
PM: Adding info for No Bus:ttytd
PM: Adding info for No Bus:ttyte
PM: Adding info for No Bus:ttytf
PM: Adding info for No Bus:ttyu0
PM: Adding info for No Bus:ttyu1
PM: Adding info for No Bus:ttyu2
PM: Adding info for No Bus:ttyu3
PM: Adding info for No Bus:ttyu4
PM: Adding info for No Bus:ttyu5
PM: Adding info for No Bus:ttyu6
PM: Adding info for No Bus:ttyu7
PM: Adding info for No Bus:ttyu8
PM: Adding info for No Bus:ttyu9
PM: Adding info for No Bus:ttyua
PM: Adding info for No Bus:ttyub
PM: Adding info for No Bus:ttyuc
PM: Adding info for No Bus:ttyud
PM: Adding info for No Bus:ttyue
PM: Adding info for No Bus:ttyuf
PM: Adding info for No Bus:ttyv0
PM: Adding info for No Bus:ttyv1
PM: Adding info for No Bus:ttyv2
PM: Adding info for No Bus:ttyv3
PM: Adding info for No Bus:ttyv4
PM: Adding info for No Bus:ttyv5
PM: Adding info for No Bus:ttyv6
PM: Adding info for No Bus:ttyv7
PM: Adding info for No Bus:ttyv8
PM: Adding info for No Bus:ttyv9
PM: Adding info for No Bus:ttyva
PM: Adding info for No Bus:ttyvb
PM: Adding info for No Bus:ttyvc
PM: Adding info for No Bus:ttyvd
PM: Adding info for No Bus:ttyve
PM: Adding info for No Bus:ttyvf
PM: Adding info for No Bus:ttyw0
PM: Adding info for No Bus:ttyw1
PM: Adding info for No Bus:ttyw2
PM: Adding info for No Bus:ttyw3
PM: Adding info for No Bus:ttyw4
PM: Adding info for No Bus:ttyw5
PM: Adding info for No Bus:ttyw6
PM: Adding info for No Bus:ttyw7
PM: Adding info for No Bus:ttyw8
PM: Adding info for No Bus:ttyw9
PM: Adding info for No Bus:ttywa
PM: Adding info for No Bus:ttywb
PM: Adding info for No Bus:ttywc
PM: Adding info for No Bus:ttywd
PM: Adding info for No Bus:ttywe
PM: Adding info for No Bus:ttywf
PM: Adding info for No Bus:ttyx0
PM: Adding info for No Bus:ttyx1
PM: Adding info for No Bus:ttyx2
PM: Adding info for No Bus:ttyx3
PM: Adding info for No Bus:ttyx4
PM: Adding info for No Bus:ttyx5
PM: Adding info for No Bus:ttyx6
PM: Adding info for No Bus:ttyx7
PM: Adding info for No Bus:ttyx8
PM: Adding info for No Bus:ttyx9
PM: Adding info for No Bus:ttyxa
PM: Adding info for No Bus:ttyxb
PM: Adding info for No Bus:ttyxc
PM: Adding info for No Bus:ttyxd
PM: Adding info for No Bus:ttyxe
PM: Adding info for No Bus:ttyxf
PM: Adding info for No Bus:ttyy0
PM: Adding info for No Bus:ttyy1
PM: Adding info for No Bus:ttyy2
PM: Adding info for No Bus:ttyy3
PM: Adding info for No Bus:ttyy4
PM: Adding info for No Bus:ttyy5
PM: Adding info for No Bus:ttyy6
PM: Adding info for No Bus:ttyy7
PM: Adding info for No Bus:ttyy8
PM: Adding info for No Bus:ttyy9
PM: Adding info for No Bus:ttyya
PM: Adding info for No Bus:ttyyb
PM: Adding info for No Bus:ttyyc
PM: Adding info for No Bus:ttyyd
PM: Adding info for No Bus:ttyye
PM: Adding info for No Bus:ttyyf
PM: Adding info for No Bus:ttyz0
PM: Adding info for No Bus:ttyz1
PM: Adding info for No Bus:ttyz2
PM: Adding info for No Bus:ttyz3
PM: Adding info for No Bus:ttyz4
PM: Adding info for No Bus:ttyz5
PM: Adding info for No Bus:ttyz6
PM: Adding info for No Bus:ttyz7
PM: Adding info for No Bus:ttyz8
PM: Adding info for No Bus:ttyz9
PM: Adding info for No Bus:ttyza
PM: Adding info for No Bus:ttyzb
PM: Adding info for No Bus:ttyzc
PM: Adding info for No Bus:ttyzd
PM: Adding info for No Bus:ttyze
PM: Adding info for No Bus:ttyzf
PM: Adding info for No Bus:ttya0
PM: Adding info for No Bus:ttya1
PM: Adding info for No Bus:ttya2
PM: Adding info for No Bus:ttya3
PM: Adding info for No Bus:ttya4
PM: Adding info for No Bus:ttya5
PM: Adding info for No Bus:ttya6
PM: Adding info for No Bus:ttya7
PM: Adding info for No Bus:ttya8
PM: Adding info for No Bus:ttya9
PM: Adding info for No Bus:ttyaa
PM: Adding info for No Bus:ttyab
PM: Adding info for No Bus:ttyac
PM: Adding info for No Bus:ttyad
PM: Adding info for No Bus:ttyae
PM: Adding info for No Bus:ttyaf
PM: Adding info for No Bus:ttyb0
PM: Adding info for No Bus:ttyb1
PM: Adding info for No Bus:ttyb2
PM: Adding info for No Bus:ttyb3
PM: Adding info for No Bus:ttyb4
PM: Adding info for No Bus:ttyb5
PM: Adding info for No Bus:ttyb6
PM: Adding info for No Bus:ttyb7
PM: Adding info for No Bus:ttyb8
PM: Adding info for No Bus:ttyb9
PM: Adding info for No Bus:ttyba
PM: Adding info for No Bus:ttybb
PM: Adding info for No Bus:ttybc
PM: Adding info for No Bus:ttybd
PM: Adding info for No Bus:ttybe
PM: Adding info for No Bus:ttybf
PM: Adding info for No Bus:ttyc0
PM: Adding info for No Bus:ttyc1
PM: Adding info for No Bus:ttyc2
PM: Adding info for No Bus:ttyc3
PM: Adding info for No Bus:ttyc4
PM: Adding info for No Bus:ttyc5
PM: Adding info for No Bus:ttyc6
PM: Adding info for No Bus:ttyc7
PM: Adding info for No Bus:ttyc8
PM: Adding info for No Bus:ttyc9
PM: Adding info for No Bus:ttyca
PM: Adding info for No Bus:ttycb
PM: Adding info for No Bus:ttycc
PM: Adding info for No Bus:ttycd
PM: Adding info for No Bus:ttyce
PM: Adding info for No Bus:ttycf
PM: Adding info for No Bus:ttyd0
PM: Adding info for No Bus:ttyd1
PM: Adding info for No Bus:ttyd2
PM: Adding info for No Bus:ttyd3
PM: Adding info for No Bus:ttyd4
PM: Adding info for No Bus:ttyd5
PM: Adding info for No Bus:ttyd6
PM: Adding info for No Bus:ttyd7
PM: Adding info for No Bus:ttyd8
PM: Adding info for No Bus:ttyd9
PM: Adding info for No Bus:ttyda
PM: Adding info for No Bus:ttydb
PM: Adding info for No Bus:ttydc
PM: Adding info for No Bus:ttydd
PM: Adding info for No Bus:ttyde
PM: Adding info for No Bus:ttydf
PM: Adding info for No Bus:ttye0
PM: Adding info for No Bus:ttye1
PM: Adding info for No Bus:ttye2
PM: Adding info for No Bus:ttye3
PM: Adding info for No Bus:ttye4
PM: Adding info for No Bus:ttye5
PM: Adding info for No Bus:ttye6
PM: Adding info for No Bus:ttye7
PM: Adding info for No Bus:ttye8
PM: Adding info for No Bus:ttye9
PM: Adding info for No Bus:ttyea
PM: Adding info for No Bus:ttyeb
PM: Adding info for No Bus:ttyec
PM: Adding info for No Bus:ttyed
PM: Adding info for No Bus:ttyee
PM: Adding info for No Bus:ttyef
PM: Adding info for No Bus:rtc
Real Time Clock Driver v1.12ac
PM: Adding info for No Bus:hpet
Linux agpgart interface v0.102 (c) Dave Jones
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
PM: Adding info for platform:serial8250
PM: Adding info for No Bus:ttyS0
PM: Adding info for No Bus:ttyS1
PM: Adding info for No Bus:ttyS2
PM: Adding info for No Bus:ttyS3
PM: Removing info for No Bus:ttyS0
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
PM: Adding info for No Bus:ttyS0
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: module loaded
PM: Adding info for No Bus:lo
PM: Adding info for No Bus:input0
input: Macintosh mouse button emulation as /class/input/input0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE3-150: IDE controller at PCI slot 0000:00:08.0
NFORCE3-150: chipset revision 165
NFORCE3-150: not 100% native mode: will probe irqs later
NFORCE3-150: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE3-150: 0000:00:08.0 (rev a5) UDMA133 controller
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:pio, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hdb: TOSHIBA DVD-ROM SD-R2512, ATAPI CD/DVD-ROM drive
PM: Adding info for No Bus:ide0
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
PM: Adding info for ide:0.1
Probing IDE interface ide1...
hdc: SAMSUNG HM100JC, ATA DISK drive
PM: Adding info for No Bus:ide1
ide1 at 0x170-0x177,0x376 on irq 15
PM: Adding info for ide:1.0
hdc: max request size: 512KiB
hdc: 195371568 sectors (100030 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100)
hdc: cache flushes supported
 hdc: hdc1 hdc2 hdc3 hdc4 < hdc5 hdc6 hdc7 hdc8 hdc9 hdc10 >
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
PM: Adding info for platform:i8042
i8042.c: Detected active multiplexing controller, rev 1.1.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
serio: i8042 AUX3 port at 0x60,0x64 irq 12
PM: Adding info for No Bus:mice
PM: Adding info for serio:serio0
PM: Adding info for serio:serio1
PM: Adding info for serio:serio2
PM: Adding info for serio:serio3
PM: Adding info for serio:serio4
PM: Adding info for No Bus:mouse0
PM: Adding info for No Bus:psaux
mice: PS/2 mouse device common for all mice
PM: Adding info for No Bus:input1
input: AT Translated Set 2 keyboard as /class/input/input1
PM: Adding info for No Bus:input2
input: PC Speaker as /class/input/input2
Synaptics Touchpad, model: 1, fw: 5.9, id: 0x926eb1, caps: 0x804719/0x0
PM: Adding info for No Bus:input3
input: SynPS/2 Synaptics TouchPad as /class/input/input3
PM: Adding info for No Bus:mouse1
async_tx: api initialized (sync-only)
xor: automatically using best checksumming function: generic_sse
   generic_sse:  5755.000 MB/sec
xor: using function: generic_sse (5755.000 MB/sec)
TCP cubic registered
NET: Registered protocol family 1
powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3000+ processors (version 2.00.00)
powernow-k8:    0 : fid 0x0 (800 MHz), vid 0x12
powernow-k8:    1 : fid 0x8 (1600 MHz), vid 0x6
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0x2
swsusp: Resume From Partition /dev/hdc3
PM: Checking swsusp image.
PM: Resume from disk failed.
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Freeing unused kernel memory: 236k freed
Write protecting the kernel read-only data: 4346k
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
spurious 8259A interrupt: IRQ7.
ACPI: Invalid PBLK length [0]
ACPI: Thermal Zone [THRM] (52 C)
ACPI: Fan [FN00] (on)
swsusp: Marking nosave pages: 000000000009f000 - 0000000000100000
swsusp: Basic memory bitmaps created
swsusp: Basic memory bitmaps freed
Attempting manual resume
swsusp: Resume From Partition 22:3
PM: Checking swsusp image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdc6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
parport_pc 00:0b: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
PM: Adding info for platform:parport_pc.956
PM: Removing info for platform:parport_pc.956
PM: Adding info for platform:parport_pc.888
PM: Removing info for platform:parport_pc.888
PM: Adding info for platform:parport_pc.632
PM: Removing info for platform:parport_pc.632
lp0: using parport0 (interrupt-driven).
PM: Adding info for No Bus:event0
PM: Adding info for No Bus:event1
PM: Adding info for No Bus:event2
PM: Adding info for No Bus:event3
PM: Adding info for No Bus:i2c-0
ehci_hcd: block sizes: qh 160 qtd 96 itd 192 sitd 96
i2c-adapter i2c-0: adapter [SMBus nForce2 adapter at 5000] registered
i2c-adapter i2c-0: nForce2 SMBus adapter at 0x5000
PM: Adding info for No Bus:i2c-1
i2c-adapter i2c-1: adapter [SMBus nForce2 adapter at 5040] registered
i2c-adapter i2c-1: nForce2 SMBus adapter at 0x5040
ACPI: PCI Interrupt Link [LUS2] enabled at IRQ 5
PCI: setting IRQ 5 as level-triggered
ACPI: PCI Interrupt 0000:00:02.2[C] -> Link [LUS2] -> GSI 5 (level, low) -> IRQ 5
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd: block sizes: ed 80 td 96
PCI: Setting latency timer of device 0000:00:02.2 to 64
ehci_hcd 0000:00:02.2: EHCI Host Controller
PM: Adding info for No Bus:timer
drivers/usb/core/inode.c: creating file 'devices'
drivers/usb/core/inode.c: creating file '001'
ehci_hcd 0000:00:02.2: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:02.2: reset hcs_params 0x102486 dbg=1 cc=2 pcc=4 !ppc ports=6
ehci_hcd 0000:00:02.2: reset portroute 0 0 1 1 1 0 
ehci_hcd 0000:00:02.2: reset hcc_params a086 caching frame 256/512/1024 park
ehci_hcd 0000:00:02.2: park 0
ehci_hcd 0000:00:02.2: debug port 1
PCI: cache line size of 64 is not supported by device 0000:00:02.2
ehci_hcd 0000:00:02.2: supports USB remote wakeup
ehci_hcd 0000:00:02.2: irq 5, io mem 0xfebfdc00
ehci_hcd 0000:00:02.2: reset command 080b02 park=3 ithresh=8 period=1024 Reset HALT
ehci_hcd 0000:00:02.2: init command 010009 (park)=0 ithresh=1 period=256 RUN
ehci_hcd 0000:00:02.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
sk98lin: driver has been replaced by the skge driver and is scheduled for removal
ieee80211_crypt: registered algorithm 'NULL'
PM: Adding info for No Bus:rtc0
rtc_cmos: dev (254:0)
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
rtc_cmos 00:02: i/o registers already in use
usb usb1: default language 0x0409
PM: Removing info for No Bus:rtc0
rtc_cmos: probe of 00:02 failed with error -16
usb usb1: new device found, idVendor=0000, idProduct=0000
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.21-rc6-mm1 ehci_hcd
usb usb1: SerialNumber: 0000:00:02.2
PM: Adding info for usb:usb1
usb usb1: uevent
usb usb1: usb_probe_device
ieee80211: 802.11 data/management/control stack, git-1.1.13
ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
PM: Adding info for No Bus:usbdev1.1_ep00
usb usb1: configuration #1 chosen from 1 choice
usb usb1: adding 1-0:1.0 (config #1, interface 0)
PM: Adding info for usb:1-0:1.0
usb 1-0:1.0: uevent
usb 1-0:1.0: uevent
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: no power switching (usb 1.0)
hub 1-0:1.0: individual port over-current protection
hub 1-0:1.0: Single TT
hub 1-0:1.0: TT requires at most 8 FS bit times (666 ns)
hub 1-0:1.0: power on to power good time: 20ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: trying to enable port power on non-switchable hub
hdb: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
PM: Adding info for No Bus:usbdev1.1_ep81
PM: Adding info for No Bus:usbdev1.1
hub 1-0:1.0: state 7 ports 6 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
ehci_hcd 0000:00:02.2: GetStatus port 3 status 001403 POWER sig=k CSC CONNECT
ACPI: PCI Interrupt Link [LUS0] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LUS0] -> GSI 11 (level, low) -> IRQ 11
hub 1-0:1.0: port 3, status 0501, change 0001, 480 Mb/s
PCI: Setting latency timer of device 0000:00:02.0 to 64
ohci_hcd 0000:00:02.0: OHCI Host Controller
drivers/usb/core/inode.c: creating file '002'
bcm43xx driver
ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:02.0: created debug files
ohci_hcd 0000:00:02.0: irq 11, io mem 0xfebfb000
ohci_hcd 0000:00:02.0: resetting from state 'reset', control = 0x600
hub 1-0:1.0: debounce: port 3: total 100ms stable 100ms status 0x501
ehci_hcd 0000:00:02.2: port 3 low speed --> companion
ohci_hcd 0000:00:02.0: OHCI controller state
ohci_hcd 0000:00:02.0: OHCI 1.0, NO legacy support registers
ohci_hcd 0000:00:02.0: control 0x683 RWE RWC HCFS=operational CBSR=3
ohci_hcd 0000:00:02.0: cmdstatus 0x00000 SOC=0
ohci_hcd 0000:00:02.0: intrstatus 0x00000004 SF
ohci_hcd 0000:00:02.0: intrenable 0x8000004a MIE RHSC RD WDH
ohci_hcd 0000:00:02.0: hcca frame #0080
ohci_hcd 0000:00:02.0: roothub.a 01001203 POTPGT=1 NOCP NPS NDP=3(3)
ohci_hcd 0000:00:02.0: roothub.b 00000000 PPCM=0000 DR=0000
ohci_hcd 0000:00:02.0: roothub.status 00008000 DRWE
ohci_hcd 0000:00:02.0: roothub.portstatus [0] 0x00000100 PPS
ohci_hcd 0000:00:02.0: roothub.portstatus [1] 0x00000100 PPS
ohci_hcd 0000:00:02.0: roothub.portstatus [2] 0x00000100 PPS
ehci_hcd 0000:00:02.2: GetStatus port 3 status 003002 POWER OWNER sig=se0 CSC
hub 1-0:1.0: state 7 ports 6 chg 0000 evt 0008
usb usb2: default language 0x0409
usb usb2: new device found, idVendor=0000, idProduct=0000
usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.21-rc6-mm1 ohci_hcd
usb usb2: SerialNumber: 0000:00:02.0
PM: Adding info for usb:usb2
usb usb2: uevent
usb usb2: usb_probe_device
PM: Adding info for No Bus:usbdev2.1_ep00
usb usb2: configuration #1 chosen from 1 choice
usb usb2: adding 2-0:1.0 (config #1, interface 0)
PM: Adding info for usb:2-0:1.0
usb 2-0:1.0: uevent
usb 2-0:1.0: uevent
hub 2-0:1.0: usb_probe_interface
hub 2-0:1.0: usb_probe_interface - got id
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
hub 2-0:1.0: standalone hub
hub 2-0:1.0: no power switching (usb 1.0)
hub 2-0:1.0: no over-current protection
hub 2-0:1.0: power on to power good time: 2ms
hub 2-0:1.0: local power source is good
hub 2-0:1.0: trying to enable port power on non-switchable hub
PM: Adding info for No Bus:usbdev2.1_ep81
PM: Adding info for No Bus:usbdev2.1
hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
ACPI: PCI Interrupt Link [LUS1] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [LUS1] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:02.1 to 64
ohci_hcd 0000:00:02.1: OHCI Host Controller
drivers/usb/core/inode.c: creating file '003'
ohci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:02.1: created debug files
ohci_hcd 0000:00:02.1: irq 11, io mem 0xfebfc000
ohci_hcd 0000:00:02.1: resetting from state 'reset', control = 0x600
ohci_hcd 0000:00:02.1: OHCI controller state
ohci_hcd 0000:00:02.1: OHCI 1.0, NO legacy support registers
ohci_hcd 0000:00:02.1: control 0x683 RWE RWC HCFS=operational CBSR=3
ohci_hcd 0000:00:02.1: cmdstatus 0x00000 SOC=0
ohci_hcd 0000:00:02.1: intrstatus 0x00000044 RHSC SF
ohci_hcd 0000:00:02.1: intrenable 0x8000000a MIE RD WDH
ohci_hcd 0000:00:02.1: hcca frame #007a
ohci_hcd 0000:00:02.1: roothub.a 01001203 POTPGT=1 NOCP NPS NDP=3(3)
ohci_hcd 0000:00:02.1: roothub.b 00000000 PPCM=0000 DR=0000
ohci_hcd 0000:00:02.1: roothub.status 00008000 DRWE
ohci_hcd 0000:00:02.1: roothub.portstatus [0] 0x00010301 CSC LSDA PPS CCS
ohci_hcd 0000:00:02.1: roothub.portstatus [1] 0x00000100 PPS
ohci_hcd 0000:00:02.1: roothub.portstatus [2] 0x00000100 PPS
usb usb3: default language 0x0409
usb usb3: new device found, idVendor=0000, idProduct=0000
usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.21-rc6-mm1 ohci_hcd
usb usb3: SerialNumber: 0000:00:02.1
PM: Adding info for usb:usb3
usb usb3: uevent
usb usb3: usb_probe_device
PM: Adding info for No Bus:usbdev3.1_ep00
usb usb3: configuration #1 chosen from 1 choice
usb usb3: adding 3-0:1.0 (config #1, interface 0)
PM: Adding info for usb:3-0:1.0
usb 3-0:1.0: uevent
usb 3-0:1.0: uevent
hub 3-0:1.0: usb_probe_interface
hub 3-0:1.0: usb_probe_interface - got id
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
hub 3-0:1.0: standalone hub
hub 3-0:1.0: no power switching (usb 1.0)
hub 3-0:1.0: no over-current protection
hub 3-0:1.0: power on to power good time: 2ms
hub 3-0:1.0: local power source is good
hub 3-0:1.0: trying to enable port power on non-switchable hub
PM: Adding info for No Bus:usbdev3.1_ep81
PM: Adding info for No Bus:usbdev3.1
hub 3-0:1.0: state 7 ports 3 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
ohci_hcd 0000:00:02.1: GetStatus roothub.portstatus [0] = 0x00010301 CSC LSDA PPS CCS
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKC] -> GSI 10 (level, low) -> IRQ 10
hub 3-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
PM: Adding info for No Bus:eth0
eth0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
      PrefPort:A  RlmtMode:Check Link State
ACPI: PCI Interrupt 0000:02:01.2[C] -> Link [LNKC] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI Interrupt Link [LAUI] enabled at IRQ 10
ACPI: PCI Interrupt 0000:00:06.0[A] -> Link [LAUI] -> GSI 10 (level, low) -> IRQ 10
PM: Adding info for ieee1394:fw-host0
PCI: Setting latency timer of device 0000:00:06.0 to 64
hub 3-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x301
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[10]  MMIO=[feafd000-feafd7ff]  Max Packet=[2048]  IR/IT contexts=[4/4]
ohci_hcd 0000:00:02.1: GetStatus roothub.portstatus [0] = 0x00100303 PRSC LSDA PPS PES CCS
usb 3-1: new low speed USB device using ohci_hcd and address 2
ohci_hcd 0000:00:02.1: GetStatus roothub.portstatus [0] = 0x00100303 PRSC LSDA PPS PES CCS
usb 3-1: skipped 1 descriptor after interface
usb 3-1: default language 0x0409
usb 3-1: new device found, idVendor=046d, idProduct=c016
usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Product: Optical USB Mouse
usb 3-1: Manufacturer: Logitech
PM: Adding info for usb:3-1
usb 3-1: uevent
ohci_hcd 0000:00:02.0: auto-stop root hub
usb 3-1: usb_probe_device
PM: Adding info for No Bus:usbdev3.2_ep00
usb 3-1: configuration #1 chosen from 1 choice
usb 3-1: adding 3-1:1.0 (config #1, interface 0)
PM: Adding info for usb:3-1:1.0
usb 3-1:1.0: uevent
usb 3-1:1.0: uevent
PM: Adding info for No Bus:usbdev3.2_ep81
PM: Adding info for No Bus:usbdev3.2
drivers/usb/core/inode.c: creating file '002'
hub 3-0:1.0: state 7 ports 3 chg 0000 evt 0002
usbcore: registered new interface driver hiddev
usbhid 3-1:1.0: usb_probe_interface
usbhid 3-1:1.0: usb_probe_interface - got id
intel8x0_measure_ac97_clock: measured 107238 usecs
intel8x0: clocking to 48000
PM: Adding info for No Bus:input4
input: Logitech Optical USB Mouse as /class/input/input4
PM: Adding info for No Bus:pcmC0D2p
PM: Adding info for No Bus:pcmC0D1c
PM: Adding info for No Bus:mouse2
PM: Adding info for No Bus:event4
PM: Adding info for No Bus:pcmC0D0p
PM: Adding info for No Bus:pcmC0D0c
input: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-0000:00:02.1-1
usbcore: registered new interface driver usbhid
PM: Adding info for ac97:0-0:ALC650F
PM: Adding info for No Bus:controlC0
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
Yenta: CardBus bridge found at 0000:02:01.0 [1043:1854]
Yenta: ISA IRQ mask 0x0018, PCI irq 9
Socket status: 30000006
pcmcia: parent PCI bridge I/O window: 0xb000 - 0xdfff
pcmcia: parent PCI bridge Memory window: 0xf8a00000 - 0xfeafffff
pcmcia: parent PCI bridge Memory window: 0x70000000 - 0x77ffffff
PM: Adding info for No Bus:pcmcia_socket0
Yenta: CardBus bridge found at 0000:02:01.1 [1043:1854]
Yenta: ISA IRQ mask 0x0018, PCI irq 11
Socket status: 30000006
Yenta: Raising subordinate bus# of parent bus (#02) from #04 to #07
pcmcia: parent PCI bridge I/O window: 0xb000 - 0xdfff
pcmcia: parent PCI bridge Memory window: 0xf8a00000 - 0xfeafffff
pcmcia: parent PCI bridge Memory window: 0x70000000 - 0x77ffffff
PM: Adding info for No Bus:pcmcia_socket1
ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
bcm43xx: Chip ID 0x4306, rev 0x3
bcm43xx: Number of cores: 5
bcm43xx: Core 0: ID 0x800, rev 0x4, vendor 0x4243
bcm43xx: Core 1: ID 0x812, rev 0x5, vendor 0x4243
bcm43xx: Core 2: ID 0x80d, rev 0x2, vendor 0x4243
bcm43xx: Core 3: ID 0x807, rev 0x2, vendor 0x4243
bcm43xx: Core 4: ID 0x804, rev 0x9, vendor 0x4243
bcm43xx: PHY connected
bcm43xx: Detected PHY: Analog: 2, Type 2, Revision 2
bcm43xx: Detected Radio: ID: 2205017f (Manuf: 17f Ver: 2050 Rev: 2)
bcm43xx: Radio turned off
bcm43xx: Radio turned off
PM: Adding info for No Bus:eth1
PM: Adding info for ieee1394:00e018000319b175
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00e018000319b175]
PM: Adding info for No Bus:device-mapper
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdc5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: hdc9: found reiserfs format "3.6" with standard journal
ReiserFS: hdc9: using ordered data mode
ReiserFS: hdc9: journal params: device hdc9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdc9: checking transaction log (hdc9)
ReiserFS: hdc9: Using r5 hash to sort names
ReiserFS: hdc10: found reiserfs format "3.6" with standard journal
ReiserFS: hdc10: using ordered data mode
ReiserFS: hdc10: journal params: device hdc10, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdc10: checking transaction log (hdc10)
ReiserFS: hdc10: Using r5 hash to sort names
ReiserFS: hdc7: found reiserfs format "3.6" with standard journal
ReiserFS: hdc7: using ordered data mode
ReiserFS: hdc7: journal params: device hdc7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdc7: checking transaction log (hdc7)
ReiserFS: hdc7: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdc8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/hdc3.  Priority:-1 extents:1 across:2104504k
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
Mobile IPv6
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (8192 buckets, 65536 max)
ACPI: AC Adapter [AC0] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:input5
input: Power Button (FF) as /class/input/input5
PM: Adding info for No Bus:event5
ACPI: Power Button (FF) [PWRF]
PM: Adding info for No Bus:input6
input: Sleep Button (CM) as /class/input/input6
PM: Adding info for No Bus:event6
ACPI: Sleep Button (CM) [SLPB]
PM: Adding info for No Bus:input7
input: Lid Switch as /class/input/input7
PM: Adding info for No Bus:event7
PM: Adding info for No Bus:seq
ACPI: Lid Switch [LID]
PM: Adding info for No Bus:mixer
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:input8
input: Power Button (CM) as /class/input/input8
PM: Adding info for No Bus:event8
ACPI: Power Button (CM) [PWRB]
PM: Adding info for No Bus:adsp
PM: Adding info for No Bus:dsp
PM: Adding info for No Bus:audio
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
Asus Laptop ACPI Extras version 0.30
  L5D model detected, supported
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
ADDRCONF(NETDEV_UP): eth0: link is not ready
NET: Registered protocol family 17
PM: Adding info for No Bus:vcs10
PM: Adding info for No Bus:vcsa10
eth0: network connection up using port A
    speed:           100
    autonegotiation: yes
    duplex mode:     full
    flowctrl:        symmetric
    irq moderation:  disabled
    scatter-gather:  disabled
    tx-checksum:     disabled
    rx-checksum:     disabled
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
PM: Adding info for No Bus:vcs7
PM: Adding info for No Bus:vcsa7
audit(1176130406.837:2): audit_backlog_limit=256 old=64 by auid=4294967295 res=1
audit(1176130406.857:3): audit_pid=4912 old=0 by auid=4294967295
PM: Removing info for No Bus:vcs10
PM: Removing info for No Bus:vcsa10
Time: acpi_pm clocksource has been installed.
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Removing info for No Bus:vcs2
PM: Removing info for No Bus:vcsa2
PM: Adding info for No Bus:vcs2
PM: Adding info for No Bus:vcsa2
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Removing info for No Bus:vcs5
PM: Removing info for No Bus:vcsa5
PM: Adding info for No Bus:vcs5
PM: Adding info for No Bus:vcsa5
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Removing info for No Bus:vcs6
PM: Removing info for No Bus:vcsa6
PM: Adding info for No Bus:vcs6
PM: Adding info for No Bus:vcsa6
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Removing info for No Bus:vcs4
PM: Removing info for No Bus:vcsa4
PM: Adding info for No Bus:vcs4
PM: Adding info for No Bus:vcsa4
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3
PM: Removing info for No Bus:vcs3
PM: Removing info for No Bus:vcsa3
PM: Adding info for No Bus:vcs3
PM: Adding info for No Bus:vcsa3


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
  2007-04-09 11:13 ` 2.6.21-rc6-mm1 Borislav Petkov
  2007-04-09 16:08 ` 2.6.21-rc6-mm1 Rafael J. Wysocki
@ 2007-04-09 19:03 ` Torsten Kaiser
  2007-04-09 21:42   ` <linux/wait.h> uses definitions from <linux/sched.h> (was Re: 2.6.21-rc6-mm1) Stefan Richter
  2007-04-10  0:50 ` 2.6.21-rc6-mm1 Nishanth Aravamudan
                   ` (9 subsequent siblings)
  12 siblings, 1 reply; 77+ messages in thread
From: Torsten Kaiser @ 2007-04-09 19:03 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On 4/8/07, Andrew Morton <akpm@linux-foundation.org> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/

drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n

gcc complains:
  CC      drivers/ieee1394/ieee1394_transactions.o
drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_get_tlabel':
drivers/ieee1394/ieee1394_transactions.c:183: error:
'TASK_INTERRUPTIBLE' undeclared (first use in this function)
drivers/ieee1394/ieee1394_transactions.c:183: error: (Each undeclared
identifier is reported only once
drivers/ieee1394/ieee1394_transactions.c:183: error: for each function
it appears in.)
drivers/ieee1394/ieee1394_transactions.c:183: warning: implicit
declaration of function 'signal_pending'
drivers/ieee1394/ieee1394_transactions.c:183: warning: implicit
declaration of function 'schedule'
drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_free_tlabel':
drivers/ieee1394/ieee1394_transactions.c:213: error:
'TASK_INTERRUPTIBLE' undeclared (first use in this function)
make[2]: *** [drivers/ieee1394/ieee1394_transactions.o] Error 1
make[1]: *** [drivers/ieee1394] Error 2
make: *** [drivers] Error 2


I fixed this by adding #include <linux/sched.h> before #include <linux/wait.h>
But that is probably not the correct fix, but gives me a working kernel.

Diff between a working .config and a failing one:
(created by switching SMP off with menuconfig)
 --- config.works        2007-04-09 20:54:30.182374075 +0200
+++ .config     2007-04-09 20:54:47.317863059 +0200
@@ -3,3 +3,3 @@
 # Linux kernel version: 2.6.21-rc6-mm1
-# Mon Apr  9 16:01:11 2007
+# Mon Apr  9 20:54:47 2007
 #
@@ -36,3 +36,3 @@
 CONFIG_EXPERIMENTAL=y
-CONFIG_LOCK_KERNEL=y
+CONFIG_BROKEN_ON_SMP=y
 CONFIG_INIT_ENV_ARG_LIMIT=32
@@ -57,3 +57,2 @@
 CONFIG_IKCONFIG_PROC=y
-CONFIG_CPUSETS=y
 # CONFIG_SYSFS_DEPRECATED is not set
@@ -104,3 +103,2 @@
 CONFIG_KMOD=y
-CONFIG_STOP_MACHINE=y

@@ -151,5 +149,3 @@
 CONFIG_MTRR=y
-CONFIG_SMP=y
-# CONFIG_SCHED_SMT is not set
-CONFIG_SCHED_MC=y
+# CONFIG_SMP is not set
 CONFIG_PREEMPT_NONE=y
@@ -157,21 +153,12 @@
 # CONFIG_PREEMPT is not set
-CONFIG_PREEMPT_BKL=y
-CONFIG_NUMA=y
-# CONFIG_K8_NUMA is not set
-CONFIG_NODES_SHIFT=6
-CONFIG_X86_64_ACPI_NUMA=y
-# CONFIG_NUMA_EMU is not set
-CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
-CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y
 CONFIG_ARCH_SPARSEMEM_ENABLE=y
+CONFIG_ARCH_FLATMEM_ENABLE=y
 CONFIG_SELECT_MEMORY_MODEL=y
-# CONFIG_FLATMEM_MANUAL is not set
-CONFIG_DISCONTIGMEM_MANUAL=y
+CONFIG_FLATMEM_MANUAL=y
+# CONFIG_DISCONTIGMEM_MANUAL is not set
 # CONFIG_SPARSEMEM_MANUAL is not set
-CONFIG_DISCONTIGMEM=y
+CONFIG_FLATMEM=y
 CONFIG_FLAT_NODE_MEM_MAP=y
-CONFIG_NEED_MULTIPLE_NODES=y
 # CONFIG_SPARSEMEM_STATIC is not set
 CONFIG_SPLIT_PTLOCK_CPUS=4
-CONFIG_MIGRATION=y
 CONFIG_RESOURCES_64BIT=y
@@ -180,6 +167,2 @@
 # CONFIG_DEBUG_READAHEAD is not set
-CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y
-CONFIG_OUT_OF_LINE_PFN_TO_PAGE=y
-CONFIG_NR_CPUS=4
-CONFIG_HOTPLUG_CPU=y
 CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
@@ -209,3 +192,2 @@
 CONFIG_ISA_DMA_API=y
-CONFIG_GENERIC_PENDING_IRQ=y

@@ -220,3 +202,2 @@
 CONFIG_PM_STD_PARTITION=""
-CONFIG_SUSPEND_SMP=y

@@ -236,5 +217,3 @@
 CONFIG_ACPI_PROCESSOR=y
-CONFIG_ACPI_HOTPLUG_CPU=y
 CONFIG_ACPI_THERMAL=y
-CONFIG_ACPI_NUMA=y
 # CONFIG_ACPI_ASUS is not set

^ permalink raw reply	[flat|nested] 77+ messages in thread

* <linux/wait.h> uses definitions from <linux/sched.h> (was Re: 2.6.21-rc6-mm1)
  2007-04-09 19:03 ` 2.6.21-rc6-mm1 Torsten Kaiser
@ 2007-04-09 21:42   ` Stefan Richter
  2007-04-09 22:01     ` Stefan Richter
  0 siblings, 1 reply; 77+ messages in thread
From: Stefan Richter @ 2007-04-09 21:42 UTC (permalink / raw)
  To: Torsten Kaiser; +Cc: Andrew Morton, linux-kernel

Torsten Kaiser wrote:
> drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
> 
> gcc complains:
>  CC      drivers/ieee1394/ieee1394_transactions.o
> drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_get_tlabel':
> drivers/ieee1394/ieee1394_transactions.c:183: error:
> 'TASK_INTERRUPTIBLE' undeclared (first use in this function)
[...]
> I fixed this by adding #include <linux/sched.h> before #include
> <linux/wait.h>
> But that is probably not the correct fix, but gives me a working kernel.

Thanks, I'll add this to linux1394-2.6.git (which exposed the problem)
ASAP.  On the other hand, the culprit is actually include/linux/wait.h
which IMO should include the headers it needs for itself.
-- 
Stefan Richter
-=====-=-=== -=-- -=--=
http://arcgraph.de/sr/

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: <linux/wait.h> uses definitions from <linux/sched.h> (was Re: 2.6.21-rc6-mm1)
  2007-04-09 21:42   ` <linux/wait.h> uses definitions from <linux/sched.h> (was Re: 2.6.21-rc6-mm1) Stefan Richter
@ 2007-04-09 22:01     ` Stefan Richter
  0 siblings, 0 replies; 77+ messages in thread
From: Stefan Richter @ 2007-04-09 22:01 UTC (permalink / raw)
  To: linux1394-devel; +Cc: Andrew Morton, linux-kernel, Torsten Kaiser

I wrote at lkml:
> Torsten Kaiser wrote:
>> drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
>> 
>> gcc complains:
>>  CC      drivers/ieee1394/ieee1394_transactions.o
>> drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_get_tlabel':
>> drivers/ieee1394/ieee1394_transactions.c:183: error:
>> 'TASK_INTERRUPTIBLE' undeclared (first use in this function)
> [...]
>> I fixed this by adding #include <linux/sched.h> before #include
>> <linux/wait.h>
>> But that is probably not the correct fix, but gives me a working kernel.
> 
> Thanks, I'll add this to linux1394-2.6.git (which exposed the problem)
> ASAP.  On the other hand, the culprit is actually include/linux/wait.h
> which IMO should include the headers it needs for itself.

And while I am at it:


From: Stefan Richter <stefanr@s5r6.in-berlin.de>
Subject: ieee1394: some more includes

Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
---
 drivers/ieee1394/ieee1394_transactions.c |    3 +++
 1 file changed, 3 insertions(+)

Index: linux/drivers/ieee1394/ieee1394_transactions.c
===================================================================
--- linux.orig/drivers/ieee1394/ieee1394_transactions.c
+++ linux/drivers/ieee1394/ieee1394_transactions.c
@@ -10,13 +10,16 @@
  */
 
 #include <linux/bitops.h>
+#include <linux/compiler.h>
 #include <linux/hardirq.h>
 #include <linux/spinlock.h>
+#include <linux/string.h>
 #include <linux/sched.h>  /* because linux/wait.h is broken if CONFIG_SMP=n */
 #include <linux/wait.h>
 
 #include <asm/bug.h>
 #include <asm/errno.h>
+#include <asm/system.h>
 
 #include "ieee1394.h"
 #include "ieee1394_types.h"


-- 
Stefan Richter
-=====-=-=== -=-- -=--=
http://arcgraph.de/sr/


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (2 preceding siblings ...)
  2007-04-09 19:03 ` 2.6.21-rc6-mm1 Torsten Kaiser
@ 2007-04-10  0:50 ` Nishanth Aravamudan
  2007-04-10  0:56   ` 2.6.21-rc6-mm1 Christoph Lameter
  2007-04-10  1:07   ` 2.6.21-rc6-mm1 William Lee Irwin III
  2007-04-10 11:28 ` 2.6.21-rc6-mm1 ima "BUG: held lock freed!" Joseph Fannin
                   ` (8 subsequent siblings)
  12 siblings, 2 replies; 77+ messages in thread
From: Nishanth Aravamudan @ 2007-04-10  0:50 UTC (permalink / raw)
  To: Andrew Morton; +Cc: clameter, linux-kernel, drfickle

On 08.04.2007 [14:35:59 -0700], Andrew Morton wrote:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/

Get this Oops:

Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: 
 [<ffffffff802f9320>] hugetlbfs_set_page_dirty+0x4/0xc
PGD 414e067 PUD 4198067 PMD 0 
Oops: 0002 [1] SMP 
last sysfs file: devices/system/node/node0/cpumap
CPU 1 
Modules linked in: ipv6 hidp rfcomm l2cap bluetooth sunrpc video button battery asus_acpi ac lp parport_pc parport nvram amd_rng rng_core i2c_amd756 i2c_core
Pid: 6053, comm: readback Not tainted 2.6.21-rc6-mm1-autokern1 #1
RIP: 0010:[<ffffffff802f9320>]  [<ffffffff802f9320>] hugetlbfs_set_page_dirty+0x4/0xc
RSP: 0018:ffff810004145d90  EFLAGS: 00010282
RAX: 0000000000000000 RBX: ffff81003f1ad000 RCX: 000000000000003f
RDX: ffff810004771dc0 RSI: ffff810004145db0 RDI: ffff81003f1ad000
RBP: 8000000007800040 R08: 0000000001258020 R09: ffff81000160ad84
R10: 0000000000000282 R11: ffffffff802f931c R12: ffff8100035db7c0
R13: ffff810003675c38 R14: 00002aaaaae00000 R15: ffff810001022820
FS:  00002ac8d0bd6590(0000) GS:ffff81000160acc0(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000000 CR3: 00000000047b7000 CR4: 00000000000006e0
Process readback (pid: 6053, threadinfo ffff810004144000, task ffff81000177b140)
Stack:  ffffffff80283f95 ffff810004145d98 ffff810004145d98 ffff810000000000
 00002aaaaac00000 ffff810003675c38 00002aaaaae00000 00002aaaaac00000
 ffff8100047b68b8 00000036d5f18000 ffffffff80284060 ffff81003fc066c0
Call Trace:
 [<ffffffff80283f95>] __unmap_hugepage_range+0xcf/0x163
 [<ffffffff80284060>] unmap_hugepage_range+0x37/0x57
 [<ffffffff802761e4>] unmap_vmas+0xf6/0x744
 [<ffffffff8027a197>] exit_mmap+0x78/0xed
 [<ffffffff802313bc>] mmput+0x45/0xb7
 [<ffffffff80236636>] do_exit+0x23d/0x811
 [<ffffffff80236c86>] sys_exit_group+0x0/0xe
 [<ffffffff80209b6e>] system_call+0x7e/0x83


Code: f0 0f ba 28 04 31 c0 c3 48 89 c8 48 c7 c1 5f 9b 2f 80 48 89 
RIP  [<ffffffff802f9320>] hugetlbfs_set_page_dirty+0x4/0xc
 RSP <ffff810004145d90>
CR2: 0000000000000000
Fixing recursive fault but reboot is needed!

<snip>

Steve Fox narrowed it down to between
mm-clean-up-and-kernelify-shrinker-registration.patch (good) and
file-capabilities-accomodate-future-64-bit-caps.patch (bad). Without
testing yet, I'm betting it is:

> +make-page-pprivate-usable-in-compound-pages-v1.patch

I am not sure if there are other users of page_private() that were
missed that are also compound pages, but probably the attached will fix
this case?

Thanks,
Nish

Christoph Lameter's rework of the use of private member of struct page
missed the hugetlbfs dirtying function.

Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>

---
Only compile-tested so far (on x86_64).

diff -urpN 2.6.21-rc6-mm1/fs/hugetlbfs/inode.c 2.6.21-rc6-mm1-dev/fs/hugetlbfs/inode.c
--- 2.6.21-rc6-mm1/fs/hugetlbfs/inode.c	2007-04-09 17:17:16.000000000 -0700
+++ 2.6.21-rc6-mm1-dev/fs/hugetlbfs/inode.c	2007-04-09 17:42:41.000000000 -0700
@@ -450,7 +450,7 @@ static int hugetlbfs_symlink(struct inod
  */
 static int hugetlbfs_set_page_dirty(struct page *page)
 {
-	struct page *head = (struct page *)page_private(page);
+	struct page *head = compound_head(page);
 
 	SetPageDirty(head);
 	return 0;

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-10  0:50 ` 2.6.21-rc6-mm1 Nishanth Aravamudan
@ 2007-04-10  0:56   ` Christoph Lameter
  2007-04-10  1:07   ` 2.6.21-rc6-mm1 William Lee Irwin III
  1 sibling, 0 replies; 77+ messages in thread
From: Christoph Lameter @ 2007-04-10  0:56 UTC (permalink / raw)
  To: Nishanth Aravamudan; +Cc: Andrew Morton, linux-kernel, drfickle

On Mon, 9 Apr 2007, Nishanth Aravamudan wrote:

> I am not sure if there are other users of page_private() that were
> missed that are also compound pages, but probably the attached will fix
> this case?

Correct. 

Acked-by: Christoph Lameter <clameter@sgi.com>

Who is off to look for more of these.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-10  0:50 ` 2.6.21-rc6-mm1 Nishanth Aravamudan
  2007-04-10  0:56   ` 2.6.21-rc6-mm1 Christoph Lameter
@ 2007-04-10  1:07   ` William Lee Irwin III
  1 sibling, 0 replies; 77+ messages in thread
From: William Lee Irwin III @ 2007-04-10  1:07 UTC (permalink / raw)
  To: Nishanth Aravamudan; +Cc: Andrew Morton, clameter, linux-kernel, drfickle

On Mon, Apr 09, 2007 at 05:50:54PM -0700, Nishanth Aravamudan wrote:
>  static int hugetlbfs_set_page_dirty(struct page *page)
>  {
> -	struct page *head = (struct page *)page_private(page);
> +	struct page *head = compound_head(page);

Thanks for cleaning this up.


-- wli

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 ima "BUG: held lock freed!"
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (3 preceding siblings ...)
  2007-04-10  0:50 ` 2.6.21-rc6-mm1 Nishanth Aravamudan
@ 2007-04-10 11:28 ` Joseph Fannin
  2007-04-10 12:24 ` 2.6.21-rc6-mm1 Cornelia Huck
                   ` (7 subsequent siblings)
  12 siblings, 0 replies; 77+ messages in thread
From: Joseph Fannin @ 2007-04-10 11:28 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, sailer, zohar, serue

[-- Attachment #1: Type: text/plain, Size: 1579 bytes --]

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
    I'm seeing this while booting:

ima (ima_init): No TPM chip found(rc = -19), activating TPM-bypass!

=========================
[ BUG: held lock freed! ]
-------------------------
swapper/1 is freeing memory c04c7660-c04c76a3, with a lock still held there!
 (ima_queue_lock){--..}, at: [<c0202710>] ima_create_htable+0x10/0x90
1 lock held by swapper/1:
 #0:  (ima_queue_lock){--..}, at: [<c0202710>] ima_create_htable+0x10/0x90

stack backtrace:
 [<c0105959>] dump_trace+0x1d9/0x210
 [<c01059aa>] show_trace_log_lvl+0x1a/0x30
 [<c0106612>] show_trace+0x12/0x20
 [<c01066d6>] dump_stack+0x16/0x20
 [<c014fd3a>] debug_check_no_locks_freed+0x17a/0x180
 [<c014cdbf>] debug_mutex_init+0x1f/0x50
 [<c0145451>] __mutex_init+0x41/0x50
 [<c020277d>] ima_create_htable+0x7d/0x90
 [<c020286f>] ima_init+0x3f/0x270
 [<c051b765>] init_evm+0x1f5/0x250
 [<c05015d2>] kernel_init+0x132/0x320
 [<c010532f>] kernel_thread_helper+0x7/0x18
 =======================

    I saw this in -rc5-mm4 also.

    I couldn't find a contact address in MAINTAINERS, so I've CC'd the
two authors listed on top of ima_create_htable.c , as well as the
first submitter of the IMA stuff I found in my LKML archive.

    As an aside, this computer does have (some sort of) TPM chip, but
the driver is built as a module, and not loaded at this point (not a
worry for me, I don't intend to use it).

--
Joseph Fannin
jfannin@gmail.com || jhf@columbus.rr.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (4 preceding siblings ...)
  2007-04-10 11:28 ` 2.6.21-rc6-mm1 ima "BUG: held lock freed!" Joseph Fannin
@ 2007-04-10 12:24 ` Cornelia Huck
  2007-04-10 12:38   ` 2.6.21-rc6-mm1 Ananth N Mavinakayanahalli
  2007-04-10 21:08   ` Adrian Bunk
                   ` (6 subsequent siblings)
  12 siblings, 1 reply; 77+ messages in thread
From: Cornelia Huck @ 2007-04-10 12:24 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, Ananth N Mavinakayanahalli, linux-s390

On Sun, 8 Apr 2007 14:35:59 -0700,
Andrew Morton <akpm@linux-foundation.org> wrote:

> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/

> +kprobes-the-on-off-knob-thru-debugfs-updated.patch
> +kprobes-the-on-off-knob-thru-debugfs-updated-fix.patch
> 
>  kprobes work

Add the missing arch_trampoline_kprobe() for s390.

Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>

---
 arch/s390/kernel/kprobes.c |    7 +++++++
 1 files changed, 7 insertions(+)

--- linux-2.6.21-rc6-mm1.orig/arch/s390/kernel/kprobes.c
+++ linux-2.6.21-rc6-mm1/arch/s390/kernel/kprobes.c
@@ -662,3 +662,10 @@ int __init arch_init_kprobes(void)
 {
 	return register_kprobe(&trampoline_p);
 }
+
+int __kprobes arch_trampoline_kprobe(struct kprobe *p)
+{
+	if (p->addr == (kprobe_opcode_t *) & kretprobe_trampoline)
+		return 1;
+	return 0;
+}

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-10 12:24 ` 2.6.21-rc6-mm1 Cornelia Huck
@ 2007-04-10 12:38   ` Ananth N Mavinakayanahalli
  0 siblings, 0 replies; 77+ messages in thread
From: Ananth N Mavinakayanahalli @ 2007-04-10 12:38 UTC (permalink / raw)
  To: Cornelia Huck; +Cc: Andrew Morton, linux-kernel, linux-s390

On Tue, Apr 10, 2007 at 02:24:21PM +0200, Cornelia Huck wrote:
> On Sun, 8 Apr 2007 14:35:59 -0700,
> Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> 
> > +kprobes-the-on-off-knob-thru-debugfs-updated.patch
> > +kprobes-the-on-off-knob-thru-debugfs-updated-fix.patch
> > 
> >  kprobes work
> 
> Add the missing arch_trampoline_kprobe() for s390.

Thanks Cornelia. My bad for missing s390.

> Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
> 
> ---
>  arch/s390/kernel/kprobes.c |    7 +++++++
>  1 files changed, 7 insertions(+)
> 
> --- linux-2.6.21-rc6-mm1.orig/arch/s390/kernel/kprobes.c
> +++ linux-2.6.21-rc6-mm1/arch/s390/kernel/kprobes.c
> @@ -662,3 +662,10 @@ int __init arch_init_kprobes(void)
>  {
>  	return register_kprobe(&trampoline_p);
>  }
> +
> +int __kprobes arch_trampoline_kprobe(struct kprobe *p)
> +{
> +	if (p->addr == (kprobe_opcode_t *) & kretprobe_trampoline)
> +		return 1;
> +	return 0;
> +}

^ permalink raw reply	[flat|nested] 77+ messages in thread

* [Ocfs2-devel] [RFC: -mm patch] fs/ocfs2/: make 3 functions static
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
@ 2007-04-10 21:08   ` Adrian Bunk
  2007-04-09 16:08 ` 2.6.21-rc6-mm1 Rafael J. Wysocki
                     ` (11 subsequent siblings)
  12 siblings, 0 replies; 77+ messages in thread
From: Adrian Bunk @ 2007-04-10 14:09 UTC (permalink / raw)
  To: Andrew Morton, mark.fasheh, kurt.hackel; +Cc: linux-kernel, ocfs2-devel

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm4:
>...
>  git-ocfs2.patch
>...
>  git trees.
>...


This patch makes the following needlessly global functions static:
- aops.c: ocfs2_write_data_page()
- dlmglue.c: ocfs2_dump_meta_lvb_info()
- file.c: ocfs2_set_inode_size()

Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 fs/ocfs2/aops.c    |    6 ++---
 fs/ocfs2/dlmglue.c |   54 ++++++++++++++++++++++++---------------------
 fs/ocfs2/dlmglue.h |    7 -----
 fs/ocfs2/file.c    |    8 +++---
 fs/ocfs2/file.h    |    5 ----
 5 files changed, 36 insertions(+), 44 deletions(-)

--- linux-2.6.21-rc6-mm1/fs/ocfs2/aops.c.old	2007-04-10 00:38:47.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/aops.c	2007-04-10 00:38:55.000000000 +0200
@@ -934,9 +934,9 @@
  * Returns a negative error code or the number of bytes copied into
  * the page.
  */
-int ocfs2_write_data_page(struct inode *inode, handle_t *handle,
-			  u64 *p_blkno, struct page *page,
-			  struct ocfs2_write_ctxt *wc, int new)
+static int ocfs2_write_data_page(struct inode *inode, handle_t *handle,
+				 u64 *p_blkno, struct page *page,
+				 struct ocfs2_write_ctxt *wc, int new)
 {
 	int ret, copied = 0;
 	unsigned int from = 0, to = 0;
--- linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.h.old	2007-04-10 00:41:39.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.h	2007-04-10 00:47:06.000000000 +0200
@@ -119,11 +119,4 @@
 struct ocfs2_dlm_debug *ocfs2_new_dlm_debug(void);
 void ocfs2_put_dlm_debug(struct ocfs2_dlm_debug *dlm_debug);
 
-/* aids in debugging and tracking lvbs */
-void ocfs2_dump_meta_lvb_info(u64 level,
-			      const char *function,
-			      unsigned int line,
-			      struct ocfs2_lock_res *lockres);
-#define mlog_meta_lvb(__level, __lockres) ocfs2_dump_meta_lvb_info(__level, __PRETTY_FUNCTION__, __LINE__, __lockres)
-
 #endif	/* DLMGLUE_H */
--- linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.c.old	2007-04-10 00:42:19.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.c	2007-04-10 00:44:23.000000000 +0200
@@ -103,6 +103,35 @@
 static void ocfs2_dentry_post_unlock(struct ocfs2_super *osb,
 				     struct ocfs2_lock_res *lockres);
 
+
+#define mlog_meta_lvb(__level, __lockres) ocfs2_dump_meta_lvb_info(__level, __PRETTY_FUNCTION__, __LINE__, __lockres)
+
+/* This aids in debugging situations where a bad LVB might be involved. */
+static void ocfs2_dump_meta_lvb_info(u64 level,
+				     const char *function,
+				     unsigned int line,
+				     struct ocfs2_lock_res *lockres)
+{
+	struct ocfs2_meta_lvb *lvb = (struct ocfs2_meta_lvb *) lockres->l_lksb.lvb;
+
+	mlog(level, "LVB information for %s (called from %s:%u):\n",
+	     lockres->l_name, function, line);
+	mlog(level, "version: %u, clusters: %u, generation: 0x%x\n",
+	     lvb->lvb_version, be32_to_cpu(lvb->lvb_iclusters),
+	     be32_to_cpu(lvb->lvb_igeneration));
+	mlog(level, "size: %llu, uid %u, gid %u, mode 0x%x\n",
+	     (unsigned long long)be64_to_cpu(lvb->lvb_isize),
+	     be32_to_cpu(lvb->lvb_iuid), be32_to_cpu(lvb->lvb_igid),
+	     be16_to_cpu(lvb->lvb_imode));
+	mlog(level, "nlink %u, atime_packed 0x%llx, ctime_packed 0x%llx, "
+	     "mtime_packed 0x%llx iattr 0x%x\n", be16_to_cpu(lvb->lvb_inlink),
+	     (long long)be64_to_cpu(lvb->lvb_iatime_packed),
+	     (long long)be64_to_cpu(lvb->lvb_ictime_packed),
+	     (long long)be64_to_cpu(lvb->lvb_imtime_packed),
+	     be32_to_cpu(lvb->lvb_iattr));
+}
+
+
 /*
  * OCFS2 Lock Resource Operations
  *
@@ -3078,28 +3107,3 @@
 
 	mlog_exit_void();
 }
-
-/* This aids in debugging situations where a bad LVB might be involved. */
-void ocfs2_dump_meta_lvb_info(u64 level,
-			      const char *function,
-			      unsigned int line,
-			      struct ocfs2_lock_res *lockres)
-{
-	struct ocfs2_meta_lvb *lvb = (struct ocfs2_meta_lvb *) lockres->l_lksb.lvb;
-
-	mlog(level, "LVB information for %s (called from %s:%u):\n",
-	     lockres->l_name, function, line);
-	mlog(level, "version: %u, clusters: %u, generation: 0x%x\n",
-	     lvb->lvb_version, be32_to_cpu(lvb->lvb_iclusters),
-	     be32_to_cpu(lvb->lvb_igeneration));
-	mlog(level, "size: %llu, uid %u, gid %u, mode 0x%x\n",
-	     (unsigned long long)be64_to_cpu(lvb->lvb_isize),
-	     be32_to_cpu(lvb->lvb_iuid), be32_to_cpu(lvb->lvb_igid),
-	     be16_to_cpu(lvb->lvb_imode));
-	mlog(level, "nlink %u, atime_packed 0x%llx, ctime_packed 0x%llx, "
-	     "mtime_packed 0x%llx iattr 0x%x\n", be16_to_cpu(lvb->lvb_inlink),
-	     (long long)be64_to_cpu(lvb->lvb_iatime_packed),
-	     (long long)be64_to_cpu(lvb->lvb_ictime_packed),
-	     (long long)be64_to_cpu(lvb->lvb_imtime_packed),
-	     be32_to_cpu(lvb->lvb_iattr));
-}
--- linux-2.6.21-rc6-mm1/fs/ocfs2/file.h.old	2007-04-10 00:45:00.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/file.h	2007-04-10 00:45:07.000000000 +0200
@@ -56,11 +56,6 @@
 int ocfs2_permission(struct inode *inode, int mask,
 		     struct nameidata *nd);
 
-int ocfs2_set_inode_size(handle_t *handle,
-			 struct inode *inode,
-			 struct buffer_head *fe_bh,
-			 u64 new_i_size);
-
 int ocfs2_should_update_atime(struct inode *inode,
 			      struct vfsmount *vfsmnt);
 int ocfs2_update_inode_atime(struct inode *inode,
--- linux-2.6.21-rc6-mm1/fs/ocfs2/file.c.old	2007-04-10 00:45:15.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/file.c	2007-04-10 00:45:24.000000000 +0200
@@ -207,10 +207,10 @@
 	return ret;
 }
 
-int ocfs2_set_inode_size(handle_t *handle,
-			 struct inode *inode,
-			 struct buffer_head *fe_bh,
-			 u64 new_i_size)
+static int ocfs2_set_inode_size(handle_t *handle,
+				struct inode *inode,
+				struct buffer_head *fe_bh,
+				u64 new_i_size)
 {
 	int status;
 

^ permalink raw reply	[flat|nested] 77+ messages in thread

* [-mm patch] make struct proc_kpagemap static
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (6 preceding siblings ...)
  2007-04-10 21:08   ` Adrian Bunk
@ 2007-04-10 21:08 ` Adrian Bunk
  2007-04-10 21:09   ` Matt Mackall
  2007-04-10 21:08 ` [-mm patch] make kernel/module.c:is_exported() static Adrian Bunk
                   ` (4 subsequent siblings)
  12 siblings, 1 reply; 77+ messages in thread
From: Adrian Bunk @ 2007-04-10 21:08 UTC (permalink / raw)
  To: Andrew Morton, Matt Mackall; +Cc: linux-kernel

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm4:
>...
> +maps2-add-proc-kpagemap-interface.patch
> 
>  New interfaces for inspecting process memory status
>...


This patch makes the needlessly global truct proc_kpagemap static.

Signed-off-by: Adrian Bunk <bunk@stusta.de>

---
--- linux-2.6.21-rc6-mm1/fs/proc/proc_misc.c.old	2007-04-10 00:52:35.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/proc/proc_misc.c	2007-04-10 00:52:49.000000000 +0200
@@ -732,7 +732,7 @@
 	return ret;
 }
 
-struct proc_dir_entry *proc_kpagemap;
+static struct proc_dir_entry *proc_kpagemap;
 static struct file_operations proc_kpagemap_operations = {
 	.llseek = mem_lseek,
 	.read = kpagemap_read,


^ permalink raw reply	[flat|nested] 77+ messages in thread

* [-mm patch] make kernel/module.c:is_exported() static
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (7 preceding siblings ...)
  2007-04-10 21:08 ` [-mm patch] make struct proc_kpagemap static Adrian Bunk
@ 2007-04-10 21:08 ` Adrian Bunk
  2007-04-10 22:21 ` 2.6.21-rc6-mm1 aacraid not finding device Steve Fox
                   ` (3 subsequent siblings)
  12 siblings, 0 replies; 77+ messages in thread
From: Adrian Bunk @ 2007-04-10 21:08 UTC (permalink / raw)
  To: Andrew Morton, Alexey Dobriyan; +Cc: linux-kernel

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm4:
>...
> +fix-race-between-rmmod-and-cat-proc-kallsyms.patch
>...
>  Misc
>...


is_exported() can now become static.

Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 include/linux/module.h |    7 -------
 kernel/module.c        |    2 +-
 2 files changed, 1 insertion(+), 8 deletions(-)

--- linux-2.6.21-rc6-mm1/include/linux/module.h.old	2007-04-10 01:04:03.000000000 +0200
+++ linux-2.6.21-rc6-mm1/include/linux/module.h	2007-04-10 01:05:09.000000000 +0200
@@ -382,8 +382,6 @@
 /* Look for this name: can be of form module:name. */
 unsigned long module_kallsyms_lookup_name(const char *name);
 
-int is_exported(const char *name, const struct module *mod);
-
 extern void __module_put_and_exit(struct module *mod, long code)
 	__attribute__((noreturn));
 #define module_put_and_exit(code) __module_put_and_exit(THIS_MODULE, code);
@@ -558,11 +556,6 @@
 	return 0;
 }
 
-static inline int is_exported(const char *name, const struct module *mod)
-{
-	return 0;
-}
-
 static inline int register_module_notifier(struct notifier_block * nb)
 {
 	/* no events will happen anyway, so this can always succeed */
--- linux-2.6.21-rc6-mm1/kernel/module.c.old	2007-04-10 01:05:16.000000000 +0200
+++ linux-2.6.21-rc6-mm1/kernel/module.c	2007-04-10 01:05:36.000000000 +0200
@@ -1746,7 +1746,7 @@
 }
 
 #ifdef CONFIG_KALLSYMS
-int is_exported(const char *name, const struct module *mod)
+static int is_exported(const char *name, const struct module *mod)
 {
 	if (!mod && lookup_symbol(name, __start___ksymtab, __stop___ksymtab))
 		return 1;


^ permalink raw reply	[flat|nested] 77+ messages in thread

* [RFC: -mm patch] fs/ocfs2/: make 3 functions static
@ 2007-04-10 21:08   ` Adrian Bunk
  0 siblings, 0 replies; 77+ messages in thread
From: Adrian Bunk @ 2007-04-10 21:08 UTC (permalink / raw)
  To: Andrew Morton, mark.fasheh, kurt.hackel; +Cc: linux-kernel, ocfs2-devel

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc5-mm4:
>...
>  git-ocfs2.patch
>...
>  git trees.
>...


This patch makes the following needlessly global functions static:
- aops.c: ocfs2_write_data_page()
- dlmglue.c: ocfs2_dump_meta_lvb_info()
- file.c: ocfs2_set_inode_size()

Signed-off-by: Adrian Bunk <bunk@stusta.de>

---

 fs/ocfs2/aops.c    |    6 ++---
 fs/ocfs2/dlmglue.c |   54 ++++++++++++++++++++++++---------------------
 fs/ocfs2/dlmglue.h |    7 -----
 fs/ocfs2/file.c    |    8 +++---
 fs/ocfs2/file.h    |    5 ----
 5 files changed, 36 insertions(+), 44 deletions(-)

--- linux-2.6.21-rc6-mm1/fs/ocfs2/aops.c.old	2007-04-10 00:38:47.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/aops.c	2007-04-10 00:38:55.000000000 +0200
@@ -934,9 +934,9 @@
  * Returns a negative error code or the number of bytes copied into
  * the page.
  */
-int ocfs2_write_data_page(struct inode *inode, handle_t *handle,
-			  u64 *p_blkno, struct page *page,
-			  struct ocfs2_write_ctxt *wc, int new)
+static int ocfs2_write_data_page(struct inode *inode, handle_t *handle,
+				 u64 *p_blkno, struct page *page,
+				 struct ocfs2_write_ctxt *wc, int new)
 {
 	int ret, copied = 0;
 	unsigned int from = 0, to = 0;
--- linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.h.old	2007-04-10 00:41:39.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.h	2007-04-10 00:47:06.000000000 +0200
@@ -119,11 +119,4 @@
 struct ocfs2_dlm_debug *ocfs2_new_dlm_debug(void);
 void ocfs2_put_dlm_debug(struct ocfs2_dlm_debug *dlm_debug);
 
-/* aids in debugging and tracking lvbs */
-void ocfs2_dump_meta_lvb_info(u64 level,
-			      const char *function,
-			      unsigned int line,
-			      struct ocfs2_lock_res *lockres);
-#define mlog_meta_lvb(__level, __lockres) ocfs2_dump_meta_lvb_info(__level, __PRETTY_FUNCTION__, __LINE__, __lockres)
-
 #endif	/* DLMGLUE_H */
--- linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.c.old	2007-04-10 00:42:19.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/dlmglue.c	2007-04-10 00:44:23.000000000 +0200
@@ -103,6 +103,35 @@
 static void ocfs2_dentry_post_unlock(struct ocfs2_super *osb,
 				     struct ocfs2_lock_res *lockres);
 
+
+#define mlog_meta_lvb(__level, __lockres) ocfs2_dump_meta_lvb_info(__level, __PRETTY_FUNCTION__, __LINE__, __lockres)
+
+/* This aids in debugging situations where a bad LVB might be involved. */
+static void ocfs2_dump_meta_lvb_info(u64 level,
+				     const char *function,
+				     unsigned int line,
+				     struct ocfs2_lock_res *lockres)
+{
+	struct ocfs2_meta_lvb *lvb = (struct ocfs2_meta_lvb *) lockres->l_lksb.lvb;
+
+	mlog(level, "LVB information for %s (called from %s:%u):\n",
+	     lockres->l_name, function, line);
+	mlog(level, "version: %u, clusters: %u, generation: 0x%x\n",
+	     lvb->lvb_version, be32_to_cpu(lvb->lvb_iclusters),
+	     be32_to_cpu(lvb->lvb_igeneration));
+	mlog(level, "size: %llu, uid %u, gid %u, mode 0x%x\n",
+	     (unsigned long long)be64_to_cpu(lvb->lvb_isize),
+	     be32_to_cpu(lvb->lvb_iuid), be32_to_cpu(lvb->lvb_igid),
+	     be16_to_cpu(lvb->lvb_imode));
+	mlog(level, "nlink %u, atime_packed 0x%llx, ctime_packed 0x%llx, "
+	     "mtime_packed 0x%llx iattr 0x%x\n", be16_to_cpu(lvb->lvb_inlink),
+	     (long long)be64_to_cpu(lvb->lvb_iatime_packed),
+	     (long long)be64_to_cpu(lvb->lvb_ictime_packed),
+	     (long long)be64_to_cpu(lvb->lvb_imtime_packed),
+	     be32_to_cpu(lvb->lvb_iattr));
+}
+
+
 /*
  * OCFS2 Lock Resource Operations
  *
@@ -3078,28 +3107,3 @@
 
 	mlog_exit_void();
 }
-
-/* This aids in debugging situations where a bad LVB might be involved. */
-void ocfs2_dump_meta_lvb_info(u64 level,
-			      const char *function,
-			      unsigned int line,
-			      struct ocfs2_lock_res *lockres)
-{
-	struct ocfs2_meta_lvb *lvb = (struct ocfs2_meta_lvb *) lockres->l_lksb.lvb;
-
-	mlog(level, "LVB information for %s (called from %s:%u):\n",
-	     lockres->l_name, function, line);
-	mlog(level, "version: %u, clusters: %u, generation: 0x%x\n",
-	     lvb->lvb_version, be32_to_cpu(lvb->lvb_iclusters),
-	     be32_to_cpu(lvb->lvb_igeneration));
-	mlog(level, "size: %llu, uid %u, gid %u, mode 0x%x\n",
-	     (unsigned long long)be64_to_cpu(lvb->lvb_isize),
-	     be32_to_cpu(lvb->lvb_iuid), be32_to_cpu(lvb->lvb_igid),
-	     be16_to_cpu(lvb->lvb_imode));
-	mlog(level, "nlink %u, atime_packed 0x%llx, ctime_packed 0x%llx, "
-	     "mtime_packed 0x%llx iattr 0x%x\n", be16_to_cpu(lvb->lvb_inlink),
-	     (long long)be64_to_cpu(lvb->lvb_iatime_packed),
-	     (long long)be64_to_cpu(lvb->lvb_ictime_packed),
-	     (long long)be64_to_cpu(lvb->lvb_imtime_packed),
-	     be32_to_cpu(lvb->lvb_iattr));
-}
--- linux-2.6.21-rc6-mm1/fs/ocfs2/file.h.old	2007-04-10 00:45:00.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/file.h	2007-04-10 00:45:07.000000000 +0200
@@ -56,11 +56,6 @@
 int ocfs2_permission(struct inode *inode, int mask,
 		     struct nameidata *nd);
 
-int ocfs2_set_inode_size(handle_t *handle,
-			 struct inode *inode,
-			 struct buffer_head *fe_bh,
-			 u64 new_i_size);
-
 int ocfs2_should_update_atime(struct inode *inode,
 			      struct vfsmount *vfsmnt);
 int ocfs2_update_inode_atime(struct inode *inode,
--- linux-2.6.21-rc6-mm1/fs/ocfs2/file.c.old	2007-04-10 00:45:15.000000000 +0200
+++ linux-2.6.21-rc6-mm1/fs/ocfs2/file.c	2007-04-10 00:45:24.000000000 +0200
@@ -207,10 +207,10 @@
 	return ret;
 }
 
-int ocfs2_set_inode_size(handle_t *handle,
-			 struct inode *inode,
-			 struct buffer_head *fe_bh,
-			 u64 new_i_size)
+static int ocfs2_set_inode_size(handle_t *handle,
+				struct inode *inode,
+				struct buffer_head *fe_bh,
+				u64 new_i_size)
 {
 	int status;
 


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: [-mm patch] make struct proc_kpagemap static
  2007-04-10 21:08 ` [-mm patch] make struct proc_kpagemap static Adrian Bunk
@ 2007-04-10 21:09   ` Matt Mackall
  0 siblings, 0 replies; 77+ messages in thread
From: Matt Mackall @ 2007-04-10 21:09 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: Andrew Morton, linux-kernel

On Tue, Apr 10, 2007 at 11:08:26PM +0200, Adrian Bunk wrote:
> On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.21-rc5-mm4:
> >...
> > +maps2-add-proc-kpagemap-interface.patch
> > 
> >  New interfaces for inspecting process memory status
> >...
> 
> 
> This patch makes the needlessly global truct proc_kpagemap static.
> 
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
Acked-by: Matt Mackall <mpm@selenic.com>

-- 
Mathematics is the supreme nostalgia of our time.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-09 17:40     ` 2.6.21-rc6-mm1 Rafael J. Wysocki
@ 2007-04-10 22:20       ` Venki Pallipadi
  2007-04-11 19:28         ` 2.6.21-rc6-mm1 Rafael J. Wysocki
  2007-04-10 23:59       ` 2.6.21-rc6-mm1 Adam Belay
  1 sibling, 1 reply; 77+ messages in thread
From: Venki Pallipadi @ 2007-04-10 22:20 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Pallipadi, Venkatesh, Andrew Morton, linux-kernel, randy.dunlap,
	lenb, Adam Belay

On Mon, Apr 09, 2007 at 07:40:52PM +0200, Rafael J. Wysocki wrote:
> On Monday, 9 April 2007 18:14, Pallipadi, Venkatesh wrote:
> > 
> > >-----Original Message-----
> > >From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
> > >Sent: Monday, April 09, 2007 9:08 AM
> > >To: Andrew Morton
> > >Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
> > >lenb@kernel.org; Pallipadi, Venkatesh
> > >Subject: Re: 2.6.21-rc6-mm1
> > >
> > >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> > >> 
> > >> 
> > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
> > >.6.21-rc6/2.6.21-rc6-mm1/
> > >> 
> > >> 
> > >> - Lots of x86 updates
> > >> 
> > >> - This is a 25MB diff against mainline, which is rather large.
> > >
> > >The cpuidle thing tends to hang my x86-64 machines on boot.
> > >
> > 
> > Hi Rafael,
> > 
> > At what point during boot does it hang?
> 
> When mounting the root filesystem.  It hangs completely, even the magic SysRq
> doesn't work
> 

Rafael: Below patch should fix the hang.
Len: Please include this patch in acpi-test.

Thanks,
Venki

Prevent hang on x86-64, when ACPI processor driver is added as a module on
a system that does not support C-states.

x86-64 expects all idle handlers to enable interrupts before returning from
idle handler. This is due to enter_idle(), exit_idle() races. Make
cpuidle_idle_call() confirm to this when there is no pm_idle_old.

Also, cpuidle look at the return values of attch_driver() and set
current_driver to NULL if attach fails on all CPUs.

Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>

Index: linux-2.6.21-rc6-mm1/drivers/cpuidle/cpuidle.c
===================================================================
--- linux-2.6.21-rc6-mm1.orig/drivers/cpuidle/cpuidle.c
+++ linux-2.6.21-rc6-mm1/drivers/cpuidle/cpuidle.c
@@ -43,6 +43,8 @@ static void cpuidle_idle_call(void)
 	if (dev->status != CPUIDLE_STATUS_DOIDLE) {
 		if (pm_idle_old)
 			pm_idle_old();
+		else
+			local_irq_enable();
 		return;
 	}
 
Index: linux-2.6.21-rc6-mm1/drivers/cpuidle/driver.c
===================================================================
--- linux-2.6.21-rc6-mm1.orig/drivers/cpuidle/driver.c
+++ linux-2.6.21-rc6-mm1/drivers/cpuidle/driver.c
@@ -107,11 +107,20 @@ int cpuidle_switch_driver(struct cpuidle
 	cpuidle_curr_driver = drv;
 
 	if (drv) {
+		int ret = 1;
 		list_for_each_entry(dev, &cpuidle_detected_devices, device_list)
-			cpuidle_attach_driver(dev);
-		if (cpuidle_curr_governor)
+			if (cpuidle_attach_driver(dev) == 0)
+				ret = 0;
+
+		/* If attach on all devices fail, switch to NULL driver */
+		if (ret)
+			cpuidle_curr_driver = NULL;
+
+		if (cpuidle_curr_driver && cpuidle_curr_governor) {
+			printk(KERN_INFO "cpuidle: using driver %s\n",
+					drv->name);
 			cpuidle_install_idle_handler();
-		printk(KERN_INFO "cpuidle: using driver %s\n", drv->name);
+		}
 	}
 
 	return 0;

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 aacraid not finding device
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (8 preceding siblings ...)
  2007-04-10 21:08 ` [-mm patch] make kernel/module.c:is_exported() static Adrian Bunk
@ 2007-04-10 22:21 ` Steve Fox
  2007-04-13 12:35     ` Salyzyn, Mark
  2007-04-11 19:42 ` 2.6.21-rc6-mm1 USB related boot hang Helge Hafting
                   ` (2 subsequent siblings)
  12 siblings, 1 reply; 77+ messages in thread
From: Steve Fox @ 2007-04-10 22:21 UTC (permalink / raw)
  To: Andrew Morton
  Cc: linux-kernel, mark_salyzyn, markh, James.Bottomley, linux-scsi

On Sun, 2007-04-08 at 14:35 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/

Since 2.6.21-rc5-mm1, one of the test.kernel.org machines (elm3b239) has
not been able to boot because it cannot find the SCSI device. You can
view http://test.kernel.org/abat/82623/debug/console.log for the latest
boot log (rc6-mm1).

I tracked this down to the git-scsi-misc patch in the -mm tree and then
bisected the scsi-misc git tree until I reached the commit below from
Mark Salyzyn:

fe76df4235986cfacc2d3b71cef7c42bc1a6dd6c

[SCSI] aacraid: Fix blocking issue with container probing function (cast update)

This is a pretty big patch, so hopefully Mark can take a look at it.
lspci shows

01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 02)
0f:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
1d:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
2b:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)

on 2.6.21-rc6. Let me know if I can provide more details.

-- 

Steve Fox
IBM Linux Technology Center


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-09 17:40     ` 2.6.21-rc6-mm1 Rafael J. Wysocki
  2007-04-10 22:20       ` 2.6.21-rc6-mm1 Venki Pallipadi
@ 2007-04-10 23:59       ` Adam Belay
  2007-04-11  0:15         ` 2.6.21-rc6-mm1 Venki Pallipadi
  1 sibling, 1 reply; 77+ messages in thread
From: Adam Belay @ 2007-04-10 23:59 UTC (permalink / raw)
  To: Venki Pallipadi
  Cc: Rafael J. Wysocki, Andrew Morton, linux-kernel, randy.dunlap, lenb

On Tue, 2007-04-10 at 15:20 -0700, Venki Pallipadi wrote:
> On Mon, Apr 09, 2007 at 07:40:52PM +0200, Rafael J. Wysocki wrote:
> > On Monday, 9 April 2007 18:14, Pallipadi, Venkatesh wrote:
> > > 
> > > >-----Original Message-----
> > > >From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
> > > >Sent: Monday, April 09, 2007 9:08 AM
> > > >To: Andrew Morton
> > > >Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
> > > >lenb@kernel.org; Pallipadi, Venkatesh
> > > >Subject: Re: 2.6.21-rc6-mm1
> > > >
> > > >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> > > >> 
> > > >> 
> > > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
> > > >.6.21-rc6/2.6.21-rc6-mm1/
> > > >> 
> > > >> 
> > > >> - Lots of x86 updates
> > > >> 
> > > >> - This is a 25MB diff against mainline, which is rather large.
> > > >
> > > >The cpuidle thing tends to hang my x86-64 machines on boot.
> > > >
> > > 
> > > Hi Rafael,
> > > 
> > > At what point during boot does it hang?
> > 
> > When mounting the root filesystem.  It hangs completely, even the magic SysRq
> > doesn't work
> > 
> 
> Rafael: Below patch should fix the hang.
> Len: Please include this patch in acpi-test.
> 
> Thanks,
> Venki
> 
> Prevent hang on x86-64, when ACPI processor driver is added as a module on
> a system that does not support C-states.
> 
> x86-64 expects all idle handlers to enable interrupts before returning from
> idle handler. This is due to enter_idle(), exit_idle() races. Make
> cpuidle_idle_call() confirm to this when there is no pm_idle_old.
> 
> Also, cpuidle look at the return values of attch_driver() and set
> current_driver to NULL if attach fails on all CPUs.

My vote would be to instead remove enter_idle() and exit_idle() from
x86-64, just as was done with i386.  Performance monitoring
infrastructure shouldn't be interfering with the idle interrupt
delivery, as that could only hurt performance...  Besides, there's
probably a better way of doing this than an idle notifier anyway.

-Adam



^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-10 23:59       ` 2.6.21-rc6-mm1 Adam Belay
@ 2007-04-11  0:15         ` Venki Pallipadi
  2007-04-11  5:20           ` 2.6.21-rc6-mm1 Stephane Eranian
  0 siblings, 1 reply; 77+ messages in thread
From: Venki Pallipadi @ 2007-04-11  0:15 UTC (permalink / raw)
  To: Adam Belay, Andi Kleen, eranian
  Cc: Venki Pallipadi, Rafael J. Wysocki, Andrew Morton, linux-kernel,
	randy.dunlap, lenb

On Tue, Apr 10, 2007 at 07:59:29PM -0400, Adam Belay wrote:
> On Tue, 2007-04-10 at 15:20 -0700, Venki Pallipadi wrote:
> > On Mon, Apr 09, 2007 at 07:40:52PM +0200, Rafael J. Wysocki wrote:
> > > On Monday, 9 April 2007 18:14, Pallipadi, Venkatesh wrote:
> > > > 
> > > > >-----Original Message-----
> > > > >From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
> > > > >Sent: Monday, April 09, 2007 9:08 AM
> > > > >To: Andrew Morton
> > > > >Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
> > > > >lenb@kernel.org; Pallipadi, Venkatesh
> > > > >Subject: Re: 2.6.21-rc6-mm1
> > > > >
> > > > >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> > > > >> 
> > > > >> 
> > > > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
> > > > >.6.21-rc6/2.6.21-rc6-mm1/
> > > > >> 
> > > > >> 
> > > > >> - Lots of x86 updates
> > > > >> 
> > > > >> - This is a 25MB diff against mainline, which is rather large.
> > > > >
> > > > >The cpuidle thing tends to hang my x86-64 machines on boot.
> > > > >
> > > > 
> > > > Hi Rafael,
> > > > 
> > > > At what point during boot does it hang?
> > > 
> > > When mounting the root filesystem.  It hangs completely, even the magic SysRq
> > > doesn't work
> > > 
> > 
> > Rafael: Below patch should fix the hang.
> > Len: Please include this patch in acpi-test.
> > 
> > Thanks,
> > Venki
> > 
> > Prevent hang on x86-64, when ACPI processor driver is added as a module on
> > a system that does not support C-states.
> > 
> > x86-64 expects all idle handlers to enable interrupts before returning from
> > idle handler. This is due to enter_idle(), exit_idle() races. Make
> > cpuidle_idle_call() confirm to this when there is no pm_idle_old.
> > 
> > Also, cpuidle look at the return values of attch_driver() and set
> > current_driver to NULL if attach fails on all CPUs.
> 
> My vote would be to instead remove enter_idle() and exit_idle() from
> x86-64, just as was done with i386.  Performance monitoring
> infrastructure shouldn't be interfering with the idle interrupt
> delivery, as that could only hurt performance...  Besides, there's
> probably a better way of doing this than an idle notifier anyway.
> 

Agreed. I did not like local_irq_enable() in cpuidle either, but added it
anyway as it was a corner case when cpuidle is active and no driver is
active and not a common case. I thought we will have it as a bandaid solution
until enter_idle, exit_idle is around.

Andi/Stephane: What are the plans around enter_idle exit_idle in x86-64.
Is it still being used by perfmon for x86-64 arch?

Thanks,
Venki

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-11  0:15         ` 2.6.21-rc6-mm1 Venki Pallipadi
@ 2007-04-11  5:20           ` Stephane Eranian
  2007-04-11 10:39             ` 2.6.21-rc6-mm1 Andi Kleen
  0 siblings, 1 reply; 77+ messages in thread
From: Stephane Eranian @ 2007-04-11  5:20 UTC (permalink / raw)
  To: Venki Pallipadi
  Cc: Adam Belay, Andi Kleen, Rafael J. Wysocki, Andrew Morton,
	linux-kernel, randy.dunlap, lenb

Venki,

On Tue, Apr 10, 2007 at 05:15:14PM -0700, Venki Pallipadi wrote:
> > > x86-64 expects all idle handlers to enable interrupts before returning from
> > > idle handler. This is due to enter_idle(), exit_idle() races. Make
> > > cpuidle_idle_call() confirm to this when there is no pm_idle_old.
> > > 
> > > Also, cpuidle look at the return values of attch_driver() and set
> > > current_driver to NULL if attach fails on all CPUs.
> > 
> > My vote would be to instead remove enter_idle() and exit_idle() from
> > x86-64, just as was done with i386.  Performance monitoring
> > infrastructure shouldn't be interfering with the idle interrupt
> > delivery, as that could only hurt performance...  Besides, there's
> > probably a better way of doing this than an idle notifier anyway.
> > 
> 
> Agreed. I did not like local_irq_enable() in cpuidle either, but added it
> anyway as it was a corner case when cpuidle is active and no driver is
> active and not a common case. I thought we will have it as a bandaid solution
> until enter_idle, exit_idle is around.
> 
> Andi/Stephane: What are the plans around enter_idle exit_idle in x86-64.
> Is it still being used by perfmon for x86-64 arch?
> 
The next kernel patch for Perfmon will not make use of the idle notification
anymore on any platform.

-- 
-Stephane

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-11  5:20           ` 2.6.21-rc6-mm1 Stephane Eranian
@ 2007-04-11 10:39             ` Andi Kleen
  2007-04-11 13:09               ` 2.6.21-rc6-mm1 Stephane Eranian
  2007-04-11 18:06               ` 2.6.21-rc6-mm1 Andrew Morton
  0 siblings, 2 replies; 77+ messages in thread
From: Andi Kleen @ 2007-04-11 10:39 UTC (permalink / raw)
  To: eranian
  Cc: Venki Pallipadi, Adam Belay, Rafael J. Wysocki, Andrew Morton,
	linux-kernel, randy.dunlap, lenb


> The next kernel patch for Perfmon will not make use of the idle notification
> anymore on any platform.

What do you use instead? 

I've been actually thinking to add idle notifier support to oprofile to correct
for the "perfctr doesn't tick in idle" issue which makes numbers not add up to 100%. 
A lot of people are currently running idle=poll to work around this and that is very
wasteful.

-Andi
 

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-11 10:39             ` 2.6.21-rc6-mm1 Andi Kleen
@ 2007-04-11 13:09               ` Stephane Eranian
  2007-04-11 13:19                 ` 2.6.21-rc6-mm1 Andi Kleen
  2007-04-11 18:06               ` 2.6.21-rc6-mm1 Andrew Morton
  1 sibling, 1 reply; 77+ messages in thread
From: Stephane Eranian @ 2007-04-11 13:09 UTC (permalink / raw)
  To: Andi Kleen
  Cc: Venki Pallipadi, Adam Belay, Rafael J. Wysocki, Andrew Morton,
	linux-kernel, randy.dunlap, lenb, Stephane Eranian

Andi,

On Wed, Apr 11, 2007 at 12:39:05PM +0200, Andi Kleen wrote:
> 
> > The next kernel patch for Perfmon will not make use of the idle notification
> > anymore on any platform.
> 
> What do you use instead? 
> 
Nothing. I was using the idle notifier as a way to stop monitoring on entry and
restart on exit. That way you would only measure useful execution.

But there are issues with this approach. In particular, there are some events that
keep on counting during idle (in halted state). And you want to have those counting,
for instance if this is related to bus or caches. For cycle event, the x86 PMU
has CPU_CLK_UNHALTED, and as its name indicates it does not count during halted state,
the firmware shuts it off.

So if you do nothing, you leave it to the firmware to turn on/off certain counters
based on the event they measure. That is the best option. You cannot have
CPU_CLK_UNHALTED working in halted state.

So my point is that you cannot use the PMU to account for wall-clock time when you
go in halted state. Yet, you could use the idle notifier to compensate for it by
recording let's say TSC prior to entry and computing delta on exit. But then I am
not sure what you would do with it given that other events may or may not have
counted during that time, making scaling harder to do.

Once solution, implemented by Itanium Montecito processor, is to have a PMU event
that counts cycles spent in halted state. 

> I've been actually thinking to add idle notifier support to oprofile to correct
> for the "perfctr doesn't tick in idle" issue which makes numbers not add up to 100%. 
> A lot of people are currently running idle=poll to work around this and that is very
> wasteful.
> 
I agree but I believe that this is the only solution at this point.

-- 
-Stephane

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-11 13:09               ` 2.6.21-rc6-mm1 Stephane Eranian
@ 2007-04-11 13:19                 ` Andi Kleen
  0 siblings, 0 replies; 77+ messages in thread
From: Andi Kleen @ 2007-04-11 13:19 UTC (permalink / raw)
  To: eranian
  Cc: Venki Pallipadi, Adam Belay, Rafael J. Wysocki, Andrew Morton,
	linux-kernel, randy.dunlap, lenb


> 
> So my point is that you cannot use the PMU to account for wall-clock time when you
> go in halted state. Yet, you could use the idle notifier to compensate for it by
> recording let's say TSC prior to entry and computing delta on exit. But then I am
> not sure what you would do with it given that other events may or may not have
> counted during that time, making scaling harder to do.

I think correcting it with the TSC is fine. It might not be perfect, but it's
good enough for most uses. Certainly much better than idle=poll

> Once solution, implemented by Itanium Montecito processor, is to have a PMU event
> that counts cycles spent in halted state. 

This solution is incompatible with aggressive power management.

-Andi

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-11 10:39             ` 2.6.21-rc6-mm1 Andi Kleen
  2007-04-11 13:09               ` 2.6.21-rc6-mm1 Stephane Eranian
@ 2007-04-11 18:06               ` Andrew Morton
  1 sibling, 0 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-11 18:06 UTC (permalink / raw)
  To: Andi Kleen
  Cc: eranian, Venki Pallipadi, Adam Belay, Rafael J. Wysocki,
	linux-kernel, randy.dunlap, lenb

On Wed, 11 Apr 2007 12:39:05 +0200
Andi Kleen <ak@suse.de> wrote:

> > The next kernel patch for Perfmon will not make use of the idle notification
> > anymore on any platform.
> 
> What do you use instead? 
> 
> I've been actually thinking to add idle notifier support to oprofile to correct
> for the "perfctr doesn't tick in idle" issue which makes numbers not add up to 100%. 
> A lot of people are currently running idle=poll to work around this and that is very
> wasteful.

There was some plan to be able to switch idle handlers at runtime, so one can select
idle=poll just during oprofile operation.  I'm not sure what happened to that idea.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-10 22:20       ` 2.6.21-rc6-mm1 Venki Pallipadi
@ 2007-04-11 19:28         ` Rafael J. Wysocki
  0 siblings, 0 replies; 77+ messages in thread
From: Rafael J. Wysocki @ 2007-04-11 19:28 UTC (permalink / raw)
  To: Venki Pallipadi
  Cc: Andrew Morton, linux-kernel, randy.dunlap, lenb, Adam Belay

On Wednesday, 11 April 2007 00:20, Venki Pallipadi wrote:
> On Mon, Apr 09, 2007 at 07:40:52PM +0200, Rafael J. Wysocki wrote:
> > On Monday, 9 April 2007 18:14, Pallipadi, Venkatesh wrote:
> > > 
> > > >-----Original Message-----
> > > >From: Rafael J. Wysocki [mailto:rjw@sisk.pl] 
> > > >Sent: Monday, April 09, 2007 9:08 AM
> > > >To: Andrew Morton
> > > >Cc: linux-kernel@vger.kernel.org; randy.dunlap@oracle.com; 
> > > >lenb@kernel.org; Pallipadi, Venkatesh
> > > >Subject: Re: 2.6.21-rc6-mm1
> > > >
> > > >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> > > >> 
> > > >> 
> > > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2
> > > >.6.21-rc6/2.6.21-rc6-mm1/
> > > >> 
> > > >> 
> > > >> - Lots of x86 updates
> > > >> 
> > > >> - This is a 25MB diff against mainline, which is rather large.
> > > >
> > > >The cpuidle thing tends to hang my x86-64 machines on boot.
> > > >
> > > 
> > > Hi Rafael,
> > > 
> > > At what point during boot does it hang?
> > 
> > When mounting the root filesystem.  It hangs completely, even the magic SysRq
> > doesn't work
> > 
> 
> Rafael: Below patch should fix the hang.

Yes, the box boots now, thanks.

Greetings,
Rafael

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (9 preceding siblings ...)
  2007-04-10 22:21 ` 2.6.21-rc6-mm1 aacraid not finding device Steve Fox
@ 2007-04-11 19:42 ` Helge Hafting
  2007-04-11 20:43   ` Andrew Morton
  2007-04-13 23:45 ` CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1] Mattia Dongili
  2007-04-24  8:10 ` 2.6.21-rc6-mm1 J.A. Magallón
  12 siblings, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-11 19:42 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, linux-usb-devel

2.6.21-rc6-mm1 locks up during boot.
The last message is:
usbcore: registered new interface driver hiddev

Then it hangs so hard that not even sysrq+B have any effect.

With 2.6.18-rc5-mm1, the next messages I normally get are:
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usbcore: registered new interface driver usbserial

This is a x86-64 single processor

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-11 19:42 ` 2.6.21-rc6-mm1 USB related boot hang Helge Hafting
@ 2007-04-11 20:43   ` Andrew Morton
  2007-04-11 23:07     ` Helge Hafting
  0 siblings, 1 reply; 77+ messages in thread
From: Andrew Morton @ 2007-04-11 20:43 UTC (permalink / raw)
  To: Helge Hafting; +Cc: linux-kernel, linux-usb-devel

On Wed, 11 Apr 2007 21:42:27 +0200
Helge Hafting <helgehaf@aitel.hist.no> wrote:

> 2.6.21-rc6-mm1 locks up during boot.
> The last message is:
> usbcore: registered new interface driver hiddev
> 
> Then it hangs so hard that not even sysrq+B have any effect.
> 
> With 2.6.18-rc5-mm1, the next messages I normally get are:
> usbcore: registered new interface driver usbhid
> drivers/usb/input/hid-core.c: v2.6:USB HID core driver
> usbcore: registered new interface driver usbserial
> 
> This is a x86-64 single processor
> 

OK.  If you add initcall_debug to the kernel boot command line, what's the
last thing we call?


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-11 20:43   ` Andrew Morton
@ 2007-04-11 23:07     ` Helge Hafting
  2007-04-11 23:25       ` Andrew Morton
                         ` (2 more replies)
  0 siblings, 3 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-11 23:07 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, linux-usb-devel

On Wed, Apr 11, 2007 at 01:43:46PM -0700, Andrew Morton wrote:
> 
> OK.  If you add initcall_debug to the kernel boot command line, what's the
> last thing we call?

The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
returned 0
ran for 0 msec
calling hid_init+0x0/0x50()
usbcore registered new interface driver hiddev

and then it hangs completely.

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-11 23:07     ` Helge Hafting
@ 2007-04-11 23:25       ` Andrew Morton
  2007-04-12  7:50       ` Jiri Kosina
  2007-04-12 18:32       ` Jiri Kosina
  2 siblings, 0 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-11 23:25 UTC (permalink / raw)
  To: Helge Hafting; +Cc: linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007 01:07:00 +0200
Helge Hafting <helgehaf@aitel.hist.no> wrote:

> On Wed, Apr 11, 2007 at 01:43:46PM -0700, Andrew Morton wrote:
> > 
> > OK.  If you add initcall_debug to the kernel boot command line, what's the
> > last thing we call?
> 
> The last messages (handwritten, somewhat shortened)
> calling hid_init+0x0/0x10()
> returned 0
> ran for 0 msec
> calling hid_init+0x0/0x50()
> usbcore registered new interface driver hiddev
> 
> and then it hangs completely.
> 

OK, thanks.  If it happens to be, I'll bisect it down.  Chances are it
won't, and it gets merged, and we get to futz around with it for a week or
two while holding up 2.6.22.  I can only think we must enjoy doing it this way.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-11 23:07     ` Helge Hafting
  2007-04-11 23:25       ` Andrew Morton
@ 2007-04-12  7:50       ` Jiri Kosina
  2007-04-12  8:02         ` Jiri Kosina
  2007-04-12 19:22         ` Helge Hafting
  2007-04-12 18:32       ` Jiri Kosina
  2 siblings, 2 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12  7:50 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007, Helge Hafting wrote:

> > OK.  If you add initcall_debug to the kernel boot command line, what's the
> > last thing we call?
> The last messages (handwritten, somewhat shortened)
> calling hid_init+0x0/0x10()
> returned 0
> ran for 0 msec
> calling hid_init+0x0/0x50()
> usbcore registered new interface driver hiddev
> and then it hangs completely.

Hi Helge,

2.6.21-rc6 (without any -mm patches) works fine?

Could you please

- try booting without any HID devices plugged in (i.e. usb mice, usb 
  keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?

I am unfortunately not able to reproduce it here on x86_64.

Thanks,

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12  7:50       ` Jiri Kosina
@ 2007-04-12  8:02         ` Jiri Kosina
  2007-04-12 11:42           ` Helge Hafting
  2007-04-12 15:31           ` Jiri Kosina
  2007-04-12 19:22         ` Helge Hafting
  1 sibling, 2 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12  8:02 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007, Jiri Kosina wrote:

> Could you please
> - try booting without any HID devices plugged in (i.e. usb mice, usb 
>   keyboards) if the problem persists?
> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?

Do you compile with CONFIG_HIDRAW?

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12  8:02         ` Jiri Kosina
@ 2007-04-12 11:42           ` Helge Hafting
  2007-04-12 16:47             ` Andrew Morton
  2007-04-12 15:31           ` Jiri Kosina
  1 sibling, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-12 11:42 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
>
>   
>> Could you please
>> - try booting without any HID devices plugged in (i.e. usb mice, usb 
>>   keyboards) if the problem persists?
>> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
>>     
>
> Do you compile with CONFIG_HIDRAW?
>   
No, that one is not set. 

I did use the new SLUB thing - could that possibly be the cause?
Going back to SLAB is easy enough. 

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12  8:02         ` Jiri Kosina
  2007-04-12 11:42           ` Helge Hafting
@ 2007-04-12 15:31           ` Jiri Kosina
  2007-04-12 16:01             ` Corey Minyard
                               ` (2 more replies)
  1 sibling, 3 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12 15:31 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel, Corey Minyard

On Thu, 12 Apr 2007, Jiri Kosina wrote:

> > - try booting without any HID devices plugged in (i.e. usb mice, usb 
> >   keyboards) if the problem persists?
> > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> Do you compile with CONFIG_HIDRAW?

Helge,

with your .config, my machine hangs upon IPMI initialization, the last 
thing I see before total freeze is 

ipmi_si: Trying PCI-specified kcs state machine at mem address 0xd0121000, slave address 0x0, irq 5

(this was run on 32bit machine)

When I turn IPMI off, I can't reproduce your hang, evetything runs 
smoothly. Could you please try recompiling the kernel with IPMI disabled, 
if it could be related?

Corey added to CC.

Thanks,

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 15:31           ` Jiri Kosina
@ 2007-04-12 16:01             ` Corey Minyard
  2007-04-12 16:55             ` Andrew Morton
  2007-04-12 20:19             ` Helge Hafting
  2 siblings, 0 replies; 77+ messages in thread
From: Corey Minyard @ 2007-04-12 16:01 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Helge Hafting, Andrew Morton, linux-kernel, linux-usb-devel

Jiri, can you send me the output of "lspci -x" ?

-corey

Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
>
>   
>>> - try booting without any HID devices plugged in (i.e. usb mice, usb 
>>>   keyboards) if the problem persists?
>>> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
>>>       
>> Do you compile with CONFIG_HIDRAW?
>>     
>
> Helge,
>
> with your .config, my machine hangs upon IPMI initialization, the last 
> thing I see before total freeze is 
>
> ipmi_si: Trying PCI-specified kcs state machine at mem address 0xd0121000, slave address 0x0, irq 5
>
> (this was run on 32bit machine)
>
> When I turn IPMI off, I can't reproduce your hang, evetything runs 
> smoothly. Could you please try recompiling the kernel with IPMI disabled, 
> if it could be related?
>
> Corey added to CC.
>
> Thanks,
>
>   


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 11:42           ` Helge Hafting
@ 2007-04-12 16:47             ` Andrew Morton
  2007-04-12 18:56               ` Helge Hafting
  0 siblings, 1 reply; 77+ messages in thread
From: Andrew Morton @ 2007-04-12 16:47 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Jiri Kosina, linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting <helge.hafting@aitel.hist.no> wrote:

> Jiri Kosina wrote:
> > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> >
> >   
> >> Could you please
> >> - try booting without any HID devices plugged in (i.e. usb mice, usb 
> >>   keyboards) if the problem persists?
> >> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> >>     
> >
> > Do you compile with CONFIG_HIDRAW?
> >   
> No, that one is not set. 
> 
> I did use the new SLUB thing - could that possibly be the cause?

yup.

> Going back to SLAB is easy enough. 

Yes, please try that.

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 15:31           ` Jiri Kosina
  2007-04-12 16:01             ` Corey Minyard
@ 2007-04-12 16:55             ` Andrew Morton
  2007-04-12 17:25               ` Greg KH
  2007-04-12 17:49               ` Jiri Kosina
  2007-04-12 20:19             ` Helge Hafting
  2 siblings, 2 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-12 16:55 UTC (permalink / raw)
  To: Jiri Kosina
  Cc: Helge Hafting, linux-kernel, linux-usb-devel, Corey Minyard,
	Greg KH, Mike Galbraith, Adrian Bunk

On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina <jikos@jikos.cz> wrote:

> On Thu, 12 Apr 2007, Jiri Kosina wrote:
> 
> > > - try booting without any HID devices plugged in (i.e. usb mice, usb 
> > >   keyboards) if the problem persists?
> > > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> > Do you compile with CONFIG_HIDRAW?
> 
> Helge,
> 
> with your .config, my machine hangs upon IPMI initialization, the last 
> thing I see before total freeze is 
> 
> ipmi_si: Trying PCI-specified kcs state machine at mem address 0xd0121000, slave address 0x0, irq 5
> 
> (this was run on 32bit machine)

Was that with ipmi linked into vmlinux?  (Please send the output of grep
IPMI .config)

I thought we fixed that.


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 16:55             ` Andrew Morton
@ 2007-04-12 17:25               ` Greg KH
  2007-04-12 17:49               ` Jiri Kosina
  1 sibling, 0 replies; 77+ messages in thread
From: Greg KH @ 2007-04-12 17:25 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Jiri Kosina, Helge Hafting, linux-kernel, linux-usb-devel,
	Corey Minyard, Mike Galbraith, Adrian Bunk

On Thu, Apr 12, 2007 at 09:55:31AM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina <jikos@jikos.cz> wrote:
> 
> > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> > 
> > > > - try booting without any HID devices plugged in (i.e. usb mice, usb 
> > > >   keyboards) if the problem persists?
> > > > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> > > Do you compile with CONFIG_HIDRAW?
> > 
> > Helge,
> > 
> > with your .config, my machine hangs upon IPMI initialization, the last 
> > thing I see before total freeze is 
> > 
> > ipmi_si: Trying PCI-specified kcs state machine at mem address 0xd0121000, slave address 0x0, irq 5
> > 
> > (this was run on 32bit machine)
> 
> Was that with ipmi linked into vmlinux?  (Please send the output of grep
> IPMI .config)
> 
> I thought we fixed that.

I thought we fixed that too :(

Can you run with the "print out what init function is running" option
and see if it really is the ipmi driver that is dying or not?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 16:55             ` Andrew Morton
  2007-04-12 17:25               ` Greg KH
@ 2007-04-12 17:49               ` Jiri Kosina
  2007-04-12 17:58                 ` Greg KH
  2007-04-12 18:17                 ` Jiri Kosina
  1 sibling, 2 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12 17:49 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Helge Hafting, linux-kernel, linux-usb-devel, Corey Minyard,
	Greg KH, Mike Galbraith, Adrian Bunk

On Thu, 12 Apr 2007, Andrew Morton wrote:

> Was that with ipmi linked into vmlinux?  (Please send the output of grep 
> IPMI .config) I thought we fixed that.

Confirmed. 2.6.21-rc6-mm1 with

CONFIG_IPMI_SI=y

hangs upon boot on the already mentioned printk from ipmi_si. With

CONFIG_IPMI_SI=m

the boot succeeds. When manually trying to modprobe ipmi_si after that, 
the modprobe itself hangs, but the machine remains usable otherwise.

I still wonder if this could be related to what Helge was originally 
reporting.

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 17:49               ` Jiri Kosina
@ 2007-04-12 17:58                 ` Greg KH
  2007-04-12 18:17                 ` Jiri Kosina
  1 sibling, 0 replies; 77+ messages in thread
From: Greg KH @ 2007-04-12 17:58 UTC (permalink / raw)
  To: Jiri Kosina
  Cc: Andrew Morton, Helge Hafting, linux-kernel, linux-usb-devel,
	Corey Minyard, Mike Galbraith, Adrian Bunk

On Thu, Apr 12, 2007 at 07:49:02PM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Andrew Morton wrote:
> 
> > Was that with ipmi linked into vmlinux?  (Please send the output of grep 
> > IPMI .config) I thought we fixed that.
> 
> Confirmed. 2.6.21-rc6-mm1 with
> 
> CONFIG_IPMI_SI=y
> 
> hangs upon boot on the already mentioned printk from ipmi_si. With
> 
> CONFIG_IPMI_SI=m
> 
> the boot succeeds. When manually trying to modprobe ipmi_si after that, 
> the modprobe itself hangs, but the machine remains usable otherwise.
> 
> I still wonder if this could be related to what Helge was originally 
> reporting.

Does this same .config hang in 2.6.21-rc6 without the -mm stuff?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 17:49               ` Jiri Kosina
  2007-04-12 17:58                 ` Greg KH
@ 2007-04-12 18:17                 ` Jiri Kosina
  2007-04-12 21:06                   ` Corey Minyard
  1 sibling, 1 reply; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12 18:17 UTC (permalink / raw)
  To: Andrew Morton
  Cc: Helge Hafting, linux-kernel, linux-usb-devel, Corey Minyard,
	Greg KH, Mike Galbraith, Adrian Bunk

On Thu, 12 Apr 2007, Jiri Kosina wrote:

> CONFIG_IPMI_SI=y
> hangs upon boot on the already mentioned printk from ipmi_si. With
> CONFIG_IPMI_SI=m
> the boot succeeds. When manually trying to modprobe ipmi_si after that, 
> the modprobe itself hangs, but the machine remains usable otherwise.

Actually, after approximately 6 minutes 30 seconds, the modprobe finishes 
with -ENODEV and the following is spitted into dmesg:

ipmi_si: There appears to be no BMC at this location
ACPI: PCI interrupt for device 0000:02:00.4 disabled
ipmi_si: Unable to find any System Interface(s)

Anyway I just checked that I get precisely the same behavior with plain 
2.6.21-rc6, so we can rule out -mm with this issue.

It's possible that this system has some broken KCS. I will try to narrow 
this down.

Anyway, the USB-related hang Helge is seeing is therefore a different 
story.

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-11 23:07     ` Helge Hafting
  2007-04-11 23:25       ` Andrew Morton
  2007-04-12  7:50       ` Jiri Kosina
@ 2007-04-12 18:32       ` Jiri Kosina
  2007-04-12 20:25         ` Helge Hafting
  2 siblings, 1 reply; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12 18:32 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007, Helge Hafting wrote:

> The last messages (handwritten, somewhat shortened)
> calling hid_init+0x0/0x10()
> returned 0
> ran for 0 msec
> calling hid_init+0x0/0x50()
> usbcore registered new interface driver hiddev
> and then it hangs completely.

OK, so it hangs somewhere nearby usbhid's hid_init(), and the 
usb_register() has been already invoked. Could you please apply the 
superstupid patch below and send me the output up to the point it hangs? I 
am curious to know whether it hangs somewhere inside usb_register(), or 
elsewhere.

Thanks.

diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c
index 1ddca31..d930f62 100644
--- a/drivers/hid/usbhid/hid-core.c
+++ b/drivers/hid/usbhid/hid-core.c
@@ -1550,15 +1550,22 @@ static int __init hid_init(void)
 	retval = hiddev_init();
 	if (retval)
 		goto hiddev_init_fail;
+	printk(KERN_DEBUG "hid_init: before usb_register()\n");
 	retval = usb_register(&hid_driver);
+	printk(KERN_DEBUG "hid_init: after usb_register(), retuned %d\n", retval);
 	if (retval)
 		goto usb_register_fail;
 	info(DRIVER_VERSION ":" DRIVER_DESC);
 
+	printk(KERN_DEBUG "hid_init: returning 0\n");
+	dump_stack();
 	return 0;
 usb_register_fail:
+	printk(KERN_DEBUG "hid_init: calling hiddev_exit()\n");
 	hiddev_exit();
 hiddev_init_fail:
+	printk(KERN_DEBUG "hid_init: returning %d\n", retval);
+	dump_stack();
 	return retval;
 }
 

^ permalink raw reply related	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 16:47             ` Andrew Morton
@ 2007-04-12 18:56               ` Helge Hafting
  0 siblings, 0 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-12 18:56 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Helge Hafting, Jiri Kosina, linux-kernel, linux-usb-devel

On Thu, Apr 12, 2007 at 09:47:47AM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting <helge.hafting@aitel.hist.no> wrote:
> 
> > Jiri Kosina wrote:
> > > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> > >
> > >   
> > >> Could you please
> > >> - try booting without any HID devices plugged in (i.e. usb mice, usb 
> > >>   keyboards) if the problem persists?
> > >> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> > >>     
> > >
> > > Do you compile with CONFIG_HIDRAW?
> > >   
> > No, that one is not set. 
> > 
> > I did use the new SLUB thing - could that possibly be the cause?
> 
> yup.

Went back to SLAB, got a compile error. Did a make clean
and compiled again. Got some warnings:

  LD      vmlinux
  SYSMAP  System.map
  SYSMAP  .tmp_System.map
  MODPOST vmlinux
WARNING: init/built-in.o - Section mismatch: reference to
.init.text:kernel_init
 from .text.rest_init after 'rest_init' (at offset 0xe)
WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from
.text.k
mem_cache_create after 'kmem_cache_create' (at offset 0x40b)
WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from
.text.k
mem_cache_create after 'kmem_cache_create' (at offset 0x568)
  AS      arch/x86_64/boot/bootsect.o
  LD      arch/x86_64/boot/bootsect
  AS      arch/x86_64/boot/setup.o
  LD      arch/x86_64/boot/setup
  AS      arch/x86_64/boot/compressed/head.o
  CC      arch/x86_64/boot/compressed/misc.o
  OBJCOPY arch/x86_64/boot/compressed/vmlinux.bin
  GZIP    arch/x86_64/boot/compressed/vmlinux.bin.gz
  LD      arch/x86_64/boot/compressed/piggy.o
  LD      arch/x86_64/boot/compressed/vmlinux
  OBJCOPY arch/x86_64/boot/vmlinux.bin
  HOSTCC  arch/x86_64/boot/tools/build
  BUILD   arch/x86_64/boot/bzImage
Root device is (8, 49)
Boot sector 512 bytes.
Setup is 7302 bytes.
System is 3075 kB
Kernel: arch/x86_64/boot/bzImage is ready  (#11)


Then I booted this - and it hung exactly the same way.

I thought SLUB was reasonbably safe, it is new but not marked experimental.

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12  7:50       ` Jiri Kosina
  2007-04-12  8:02         ` Jiri Kosina
@ 2007-04-12 19:22         ` Helge Hafting
  1 sibling, 0 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-12 19:22 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, Apr 12, 2007 at 09:50:54AM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Helge Hafting wrote:
> 
> > > OK.  If you add initcall_debug to the kernel boot command line, what's the
> > > last thing we call?
> > The last messages (handwritten, somewhat shortened)
> > calling hid_init+0x0/0x10()
> > returned 0
> > ran for 0 msec
> > calling hid_init+0x0/0x50()
> > usbcore registered new interface driver hiddev
> > and then it hangs completely.
> 
> Hi Helge,
> 
> 2.6.21-rc6 (without any -mm patches) works fine?
> 
> Could you please
> 
> - try booting without any HID devices plugged in (i.e. usb mice, usb 
>   keyboards) if the problem persists?

Pulled the usb mouse - this moved the crash around.
usbhid was registered anyway, but later than usual.

The last messages:

md:  <...>
cpuidle: <...>
sdhci: <...>
sdhci: <...>
usbcore: registered new interface hiddev
usbcore: registered new interface usbhid
drivers/hid/usbhid/hid_core.c v2.6 USB HID coredriver
Advanced linux sound architecture <...>
ACPI: PCI Interrupt 0000:00:06.0[A]->GSI 17 (lewel,low)->IRQ 17

And then it hung. Rebooting into rc5mm4, I got this as the next msgs:
gameport: Trident 4DWave is pci0000:00:06.0/gameport0, speed 1966kHz
ALSA device list:
  #0: Trident TRID4DWAVENX PCI Audio at 0x9400, irq 17
oprofile: using NMI interrupt.
Netfilter messages via NETLINK v0.30.

I don't know if this is another problem, or what.

> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> 
Just downloaded it. Unfortunately, it will not revert cleanly:
$ patch -p1 -R --dry-run < ../git-hid.patch
 
patching file drivers/hid/Kconfig
patching file drivers/hid/Makefile
patching file drivers/hid/hid-core.c
Hunk #1 succeeded at 30 (offset -1 lines).
Hunk #2 succeeded at 871 (offset -1 lines).
Hunk #3 succeeded at 968 (offset -1 lines).
Hunk #4 succeeded at 984 (offset -1 lines).
patching file drivers/hid/hid-input.c
Hunk #1 succeeded at 433 (offset 2 lines).
Hunk #2 succeeded at 533 (offset 2 lines).
patching file drivers/hid/hidraw.c
patching file drivers/hid/usbhid/Kconfig
patching file drivers/hid/usbhid/Makefile
patching file drivers/hid/usbhid/hid-core.c
Unreversed patch detected!  Ignore -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
drivers/hid/usbhid/hid-core.c.
rej
patching file drivers/hid/usbhid/hid-ff.c
patching file drivers/hid/usbhid/hid-lgff.c
patching file drivers/hid/usbhid/hid-pidff.c
patching file drivers/hid/usbhid/hid-plff.c
patching file drivers/hid/usbhid/hid-tmff.c
patching file drivers/hid/usbhid/hid-zpff.c
patching file drivers/hid/usbhid/hiddev.c
patching file drivers/hid/usbhid/usbhid.h
patching file drivers/hid/usbhid/usbkbd.c
patching file drivers/hid/usbhid/usbmouse.c
patching file drivers/usb/Makefile
patching file drivers/usb/input/Kconfig
patching file drivers/usb/input/Makefile
Hunk #1 FAILED at 4.
1 out of 1 hunk FAILED -- saving rejects to file
drivers/usb/input/Makefile.rej
patching file drivers/usb/input/hid-core.c
patching file drivers/usb/input/hid-ff.c
patching file drivers/usb/input/hid-lgff.c
patching file drivers/usb/input/hid-pidff.c
patching file drivers/usb/input/hid-plff.c
patching file drivers/usb/input/hid-tmff.c
patching file drivers/usb/input/hid-zpff.c
patching file drivers/usb/input/hiddev.c
patching file drivers/usb/input/usbhid.h
patching file drivers/usb/input/usbkbd.c
patching file drivers/usb/input/usbmouse.c
patching file include/linux/hid.h
patching file include/linux/hidraw.h


Do you want me to try that patch anyway?

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 15:31           ` Jiri Kosina
  2007-04-12 16:01             ` Corey Minyard
  2007-04-12 16:55             ` Andrew Morton
@ 2007-04-12 20:19             ` Helge Hafting
  2 siblings, 0 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-12 20:19 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel, Corey Minyard

On Thu, Apr 12, 2007 at 05:31:52PM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
> 
> > > - try booting without any HID devices plugged in (i.e. usb mice, usb 
> > >   keyboards) if the problem persists?
> > > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> > Do you compile with CONFIG_HIDRAW?
> 
> Helge,
> 
> with your .config, my machine hangs upon IPMI initialization, the last 
> thing I see before total freeze is 
> 
> ipmi_si: Trying PCI-specified kcs state machine at mem address 0xd0121000, slave address 0x0, irq 5
> 
> (this was run on 32bit machine)
> 
> When I turn IPMI off, I can't reproduce your hang, evetything runs 
> smoothly. Could you please try recompiling the kernel with IPMI disabled, 
> if it could be related?
> 
Removed IPMI, recompiled, rebooted, crashed the same way.

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 18:32       ` Jiri Kosina
@ 2007-04-12 20:25         ` Helge Hafting
  2007-04-12 23:16           ` Jiri Kosina
  0 siblings, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-12 20:25 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, Apr 12, 2007 at 08:32:50PM +0200, Jiri Kosina wrote:
> OK, so it hangs somewhere nearby usbhid's hid_init(), and the 
> usb_register() has been already invoked. Could you please apply the 
> superstupid patch below and send me the output up to the point it hangs? I 
> am curious to know whether it hangs somewhere inside usb_register(), or 
> elsewhere.
> 
> Thanks.
>
Are you sure this is the correct patch - against 2.6.21-rc6-mm1 ?
Hunk 1 out of 1 failed . . .
 
> diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c
> index 1ddca31..d930f62 100644
> --- a/drivers/hid/usbhid/hid-core.c
> +++ b/drivers/hid/usbhid/hid-core.c
> @@ -1550,15 +1550,22 @@ static int __init hid_init(void)
>  	retval = hiddev_init();
>  	if (retval)
>  		goto hiddev_init_fail;
> +	printk(KERN_DEBUG "hid_init: before usb_register()\n");
>  	retval = usb_register(&hid_driver);
> +	printk(KERN_DEBUG "hid_init: after usb_register(), retuned %d\n", retval);
>  	if (retval)
>  		goto usb_register_fail;
>  	info(DRIVER_VERSION ":" DRIVER_DESC);
>  
> +	printk(KERN_DEBUG "hid_init: returning 0\n");
> +	dump_stack();
>  	return 0;
>  usb_register_fail:
> +	printk(KERN_DEBUG "hid_init: calling hiddev_exit()\n");
>  	hiddev_exit();
>  hiddev_init_fail:
> +	printk(KERN_DEBUG "hid_init: returning %d\n", retval);
> +	dump_stack();
>  	return retval;
>  }
>  

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 18:17                 ` Jiri Kosina
@ 2007-04-12 21:06                   ` Corey Minyard
  0 siblings, 0 replies; 77+ messages in thread
From: Corey Minyard @ 2007-04-12 21:06 UTC (permalink / raw)
  To: Jiri Kosina
  Cc: Andrew Morton, Helge Hafting, linux-kernel, linux-usb-devel,
	Greg KH, Mike Galbraith, Adrian Bunk

Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
>
>   
>> CONFIG_IPMI_SI=y
>> hangs upon boot on the already mentioned printk from ipmi_si. With
>> CONFIG_IPMI_SI=m
>> the boot succeeds. When manually trying to modprobe ipmi_si after that, 
>> the modprobe itself hangs, but the machine remains usable otherwise.
>>     
>
> Actually, after approximately 6 minutes 30 seconds, the modprobe finishes 
> with -ENODEV and the following is spitted into dmesg:
>
> ipmi_si: There appears to be no BMC at this location
> ACPI: PCI interrupt for device 0000:02:00.4 disabled
> ipmi_si: Unable to find any System Interface(s)
>
> Anyway I just checked that I get precisely the same behavior with plain 
> 2.6.21-rc6, so we can rule out -mm with this issue.
>
> It's possible that this system has some broken KCS. I will try to narrow 
> this down.
>   
My guess is that this system spaces out its KCS registers, but there 
appears to be no way to specify register spacing or offsets with PCI.  
That would mean that the configuration register appears operational to 
the driver, but the data register is returning bogus data.  Thus it 
appears "sort of" working to the driver, and it takes a long time to 
time out.

I'm pretty sure it's possible to test to figure out where the registers 
are really located.  However, I have no way to test this change.  All 
the other configuration methods have a way to discover this information.

Jiri, we should probably take this offline if you want to continue to 
work on it.

Thanks,

-corey

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 20:25         ` Helge Hafting
@ 2007-04-12 23:16           ` Jiri Kosina
  2007-04-25  9:54             ` Helge Hafting
  0 siblings, 1 reply; 77+ messages in thread
From: Jiri Kosina @ 2007-04-12 23:16 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Thu, 12 Apr 2007, Helge Hafting wrote:

> Are you sure this is the correct patch - against 2.6.21-rc6-mm1 ?
> Hunk 1 out of 1 failed . . .

Well I am pretty sure:

box:~/scratch # wget ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/2.6.21-rc6-mm1.bz2>/dev/null 2>&1
box:~/scratch # wget ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.tar.bz2>/dev/null 2>&1
box:~/scratch # wget ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing/patch-2.6.21-rc6.bz2>/dev/null 2>&1 
box:~/scratch # tar xf linux-2.6.20.tar.bz2
box:~/scratch # cd linux-2.6.20/
box:~/scratch/linux-2.6.20 # mv ../patch-2.6.21-rc6.bz2 .
box:~/scratch/linux-2.6.20 # bunzip2 patch-2.6.21-rc6.bz2
box:~/scratch/linux-2.6.20 # patch -p1 < patch-2.6.21-rc6 >/dev/null 2>&1; echo $?
0
box:~/scratch/linux-2.6.20 # mv ../2.6.21-rc6-mm1.bz2 .
box:~/scratch/linux-2.6.20 # bunzip2 2.6.21-rc6-mm1.bz2
box:~/scratch/linux-2.6.20 # patch -p1 < 2.6.21-rc6-mm1 >/dev/null 2>&1; echo $?
0
box:~/scratch/linux-2.6.20 # cat tmp.patch
diff --git a/drivers/hid/usbhid/hid-core.c b/drivers/hid/usbhid/hid-core.c
index 1ddca31..d930f62 100644
--- a/drivers/hid/usbhid/hid-core.c
+++ b/drivers/hid/usbhid/hid-core.c
@@ -1550,15 +1550,22 @@ static int __init hid_init(void)
        retval = hiddev_init();
        if (retval)
                goto hiddev_init_fail;
+       printk(KERN_DEBUG "hid_init: before usb_register()\n");
        retval = usb_register(&hid_driver);
+       printk(KERN_DEBUG "hid_init: after usb_register(), retuned %d\n", 
retval);
        if (retval)
                goto usb_register_fail;
        info(DRIVER_VERSION ":" DRIVER_DESC);

+       printk(KERN_DEBUG "hid_init: returning 0\n");
+       dump_stack();
        return 0;
 usb_register_fail:
+       printk(KERN_DEBUG "hid_init: calling hiddev_exit()\n");
        hiddev_exit();
 hiddev_init_fail:
+       printk(KERN_DEBUG "hid_init: returning %d\n", retval);
+       dump_stack();
        return retval;
 }
box:~/scratch/linux-2.6.20 # patch -p1 < tmp.patch
patching file drivers/hid/usbhid/hid-core.c
box:~/scratch/linux-2.6.20 #

So I guess you are operating on some broken version of 2.6.21-rc6-mm1 
codebase if you are getting rejects on this trivial patch.


Anyway, based on information you have provided in your later messages, it 
seems that it is probably not necessairly related neither to USB nor HID, 
as you are getting hangs at different stages of boot, depending on your 
local configuration/kernel version used.

Is vanilla 2.6.21-rc6 ok? If so, would you have time to bisect the 
offending patch?

Thanks,

-- 
Jiri Kosina

^ permalink raw reply related	[flat|nested] 77+ messages in thread

* [PATCH] aacraid: 2.6.21-rc6-mm1 aacraid not finding device
  2007-04-10 22:21 ` 2.6.21-rc6-mm1 aacraid not finding device Steve Fox
@ 2007-04-13 12:35     ` Salyzyn, Mark
  0 siblings, 0 replies; 77+ messages in thread
From: Salyzyn, Mark @ 2007-04-13 12:35 UTC (permalink / raw)
  To: Andrew Morton, linux-scsi
  Cc: linux-kernel, Duane Cox, James.Bottomley, Steve Fox

[-- Attachment #1: Type: text/plain, Size: 2332 bytes --]

Thanks for the help from Steve Fox and Duane Cox investigating this
issue, I'd like to report that we found the problem. The issue is with
the patch Steve Fox isolated below, by not accommodating older adapters
properly and issuing a command they do not support when retrieving
storage parameters about the arrays. This simple patch resolves the
problem (and more accurately mimics the logic of the original code
before the patch).

ObligatoryDisclaimer: Please accept my condolences regarding Outlook's
handling of patches.

This attached patch is against current scsi-misc-2.6 and can apply to
2.6.21-rc6-mm1. Please consider it for expedited inclusion.

Signed-off-by: Mark Salyzyn <aacraid@adaptec.com>

---

Sincerely -- Mark Salyzyn


> -----Original Message-----
> From: Steve Fox [mailto:drfickle@linux.vnet.ibm.com] 
> Sent: Tuesday, April 10, 2007 6:21 PM
> To: Andrew Morton
> Cc: linux-kernel@vger.kernel.org; Salyzyn, Mark; 
> markh@linux-foundation.org; James.Bottomley@SteelEye.com; 
> linux-scsi@vger.kernel.org
> Subject: Re: 2.6.21-rc6-mm1 aacraid not finding device
> 
> 
> On Sun, 2007-04-08 at 14:35 -0700, Andrew Morton wrote:
> > 
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6
/2.6.21-rc6-mm1/

Since 2.6.21-rc5-mm1, one of the test.kernel.org machines (elm3b239) has
not been able to boot because it cannot find the SCSI device. You can
view http://test.kernel.org/abat/82623/debug/console.log for the latest
boot log (rc6-mm1).

I tracked this down to the git-scsi-misc patch in the -mm tree and then
bisected the scsi-misc git tree until I reached the commit below from
Mark Salyzyn:

fe76df4235986cfacc2d3b71cef7c42bc1a6dd6c

[SCSI] aacraid: Fix blocking issue with container probing function (cast
update)

This is a pretty big patch, so hopefully Mark can take a look at it.
lspci shows

01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 02)
0f:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
1d:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
2b:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)

on 2.6.21-rc6. Let me know if I can provide more details.

-- 

Steve Fox
IBM Linux Technology Center


[-- Attachment #2: aacraid_logical_bugfix.patch --]
[-- Type: application/octet-stream, Size: 666 bytes --]

diff -ru a/drivers/scsi/aacraid/aachba.c b/drivers/scsi/aacraid/aachba.c
--- a/drivers/scsi/aacraid/aachba.c	2007-04-12 15:54:25.244399102 -0400
+++ b/drivers/scsi/aacraid/aachba.c	2007-04-12 15:57:03.806468297 -0400
@@ -503,8 +503,7 @@
 	dresp = (struct aac_mount *) fib_data(fibptr);
 	dresp->mnt[0].capacityhigh = 0;
 	if ((le32_to_cpu(dresp->status) != ST_OK) ||
-	    ((le32_to_cpu(dresp->mnt[0].vol) != CT_NONE) &&
-	     (le32_to_cpu(dresp->mnt[0].state) == FSCS_HIDDEN)))
+	    (le32_to_cpu(dresp->mnt[0].vol) != CT_NONE))
 		return _aac_probe_container2(context, fibptr);
 	scsicmd = (struct scsi_cmnd *) context;
 	scsicmd->SCp.phase = AAC_OWNER_MIDLEVEL;

^ permalink raw reply	[flat|nested] 77+ messages in thread

* [PATCH] aacraid: 2.6.21-rc6-mm1 aacraid not finding device
@ 2007-04-13 12:35     ` Salyzyn, Mark
  0 siblings, 0 replies; 77+ messages in thread
From: Salyzyn, Mark @ 2007-04-13 12:35 UTC (permalink / raw)
  To: Andrew Morton, linux-scsi
  Cc: linux-kernel, Duane Cox, James.Bottomley, Steve Fox

[-- Attachment #1: Type: text/plain, Size: 2332 bytes --]

Thanks for the help from Steve Fox and Duane Cox investigating this
issue, I'd like to report that we found the problem. The issue is with
the patch Steve Fox isolated below, by not accommodating older adapters
properly and issuing a command they do not support when retrieving
storage parameters about the arrays. This simple patch resolves the
problem (and more accurately mimics the logic of the original code
before the patch).

ObligatoryDisclaimer: Please accept my condolences regarding Outlook's
handling of patches.

This attached patch is against current scsi-misc-2.6 and can apply to
2.6.21-rc6-mm1. Please consider it for expedited inclusion.

Signed-off-by: Mark Salyzyn <aacraid@adaptec.com>

---

Sincerely -- Mark Salyzyn


> -----Original Message-----
> From: Steve Fox [mailto:drfickle@linux.vnet.ibm.com] 
> Sent: Tuesday, April 10, 2007 6:21 PM
> To: Andrew Morton
> Cc: linux-kernel@vger.kernel.org; Salyzyn, Mark; 
> markh@linux-foundation.org; James.Bottomley@SteelEye.com; 
> linux-scsi@vger.kernel.org
> Subject: Re: 2.6.21-rc6-mm1 aacraid not finding device
> 
> 
> On Sun, 2007-04-08 at 14:35 -0700, Andrew Morton wrote:
> > 
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6
/2.6.21-rc6-mm1/

Since 2.6.21-rc5-mm1, one of the test.kernel.org machines (elm3b239) has
not been able to boot because it cannot find the SCSI device. You can
view http://test.kernel.org/abat/82623/debug/console.log for the latest
boot log (rc6-mm1).

I tracked this down to the git-scsi-misc patch in the -mm tree and then
bisected the scsi-misc git tree until I reached the commit below from
Mark Salyzyn:

fe76df4235986cfacc2d3b71cef7c42bc1a6dd6c

[SCSI] aacraid: Fix blocking issue with container probing function (cast
update)

This is a pretty big patch, so hopefully Mark can take a look at it.
lspci shows

01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 02)
0f:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
1d:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)
2b:02.0 SCSI storage controller: Adaptec AIC-9410W SAS (Razor ASIC
non-RAID) (rev 08)

on 2.6.21-rc6. Let me know if I can provide more details.

-- 

Steve Fox
IBM Linux Technology Center


[-- Attachment #2: aacraid_logical_bugfix.patch --]
[-- Type: application/octet-stream, Size: 666 bytes --]

diff -ru a/drivers/scsi/aacraid/aachba.c b/drivers/scsi/aacraid/aachba.c
--- a/drivers/scsi/aacraid/aachba.c	2007-04-12 15:54:25.244399102 -0400
+++ b/drivers/scsi/aacraid/aachba.c	2007-04-12 15:57:03.806468297 -0400
@@ -503,8 +503,7 @@
 	dresp = (struct aac_mount *) fib_data(fibptr);
 	dresp->mnt[0].capacityhigh = 0;
 	if ((le32_to_cpu(dresp->status) != ST_OK) ||
-	    ((le32_to_cpu(dresp->mnt[0].vol) != CT_NONE) &&
-	     (le32_to_cpu(dresp->mnt[0].state) == FSCS_HIDDEN)))
+	    (le32_to_cpu(dresp->mnt[0].vol) != CT_NONE))
 		return _aac_probe_container2(context, fibptr);
 	scsicmd = (struct scsi_cmnd *) context;
 	scsicmd->SCp.phase = AAC_OWNER_MIDLEVEL;

^ permalink raw reply	[flat|nested] 77+ messages in thread

* CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (10 preceding siblings ...)
  2007-04-11 19:42 ` 2.6.21-rc6-mm1 USB related boot hang Helge Hafting
@ 2007-04-13 23:45 ` Mattia Dongili
  2007-04-16  2:40   ` Shaohua Li
  2007-04-24  8:10 ` 2.6.21-rc6-mm1 J.A. Magallón
  12 siblings, 1 reply; 77+ messages in thread
From: Mattia Dongili @ 2007-04-13 23:45 UTC (permalink / raw)
  To: Andrew Morton
  Cc: linux-kernel, ACPI Devel Maling List, Venkatesh Pallipadi, Shaohua Li

On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
...
>  git-acpi.patch

after bisecting I can finally say what breaks resume from STR here:

tadaaaaa: CPU_IDLE.
I first spotted the git-acpi.patch then reapplied it and disabled
CPU_IDLE, now my laptop resumes.

Any useful information I should add?

$ cat /sys/devices/system/cpu/cpuidle/*
acpi_idle 
no governors
acpi_idle
no governor

$ cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 CPU         T5600  @ 1.83GHz
stepping	: 6
cpu MHz		: 1000.000
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips	: 3671.24
clflush size	: 64

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 CPU         T5600  @ 1.83GHz
stepping	: 6
cpu MHz		: 1000.000
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips	: 15805.85
clflush size	: 64

-- 
mattia
:wq!

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-13 23:45 ` CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1] Mattia Dongili
@ 2007-04-16  2:40   ` Shaohua Li
  2007-04-17  2:50     ` Joshua Wise
  0 siblings, 1 reply; 77+ messages in thread
From: Shaohua Li @ 2007-04-16  2:40 UTC (permalink / raw)
  To: Mattia Dongili
  Cc: Andrew Morton, linux-kernel, ACPI Devel Maling List, Venkatesh Pallipadi

On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
> ...
> >  git-acpi.patch
> 
> after bisecting I can finally say what breaks resume from STR here:
> 
> tadaaaaa: CPU_IDLE.
> I first spotted the git-acpi.patch then reapplied it and disabled
> CPU_IDLE, now my laptop resumes.
> 
> Any useful information I should add?
> 
> $ cat /sys/devices/system/cpu/cpuidle/*
> acpi_idle 
> no governors
> acpi_idle
> no governor
please check if the patch at
http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue

Thanks,
Shaohua

^ permalink raw reply	[flat|nested] 77+ messages in thread

* [PATCH] aacraid: kzalloc
  2007-04-13 12:35     ` Salyzyn, Mark
  (?)
@ 2007-04-16 15:21     ` Salyzyn, Mark
  -1 siblings, 0 replies; 77+ messages in thread
From: Salyzyn, Mark @ 2007-04-16 15:21 UTC (permalink / raw)
  To: linux-scsi

[-- Attachment #1: Type: text/plain, Size: 411 bytes --]

Inspired somewhat by Vignesh Babu <vignesh.babu@wipro.com> patch to
dpt_i2o.c to replace kmalloc/memset sequences with kzalloc, doing the
same for the aacraid driver.

ObligatoryDisclaimer: Please accept my condolences regarding Outlook's
handling of patches.

This attached patch is against current scsi-misc-2.6

Signed-off-by: Mark Salyzyn <aacraid@adaptec.com>

---

Sincerely -- Mark Salyzyn

[-- Attachment #2: aacraid_kzalloc.patch --]
[-- Type: application/octet-stream, Size: 2308 bytes --]

diff -ru a/drivers/scsi/aacraid/comminit.c b/drivers/scsi/aacraid/comminit.c
--- a/drivers/scsi/aacraid/comminit.c	2007-04-16 11:12:24.773794839 -0400
+++ b/drivers/scsi/aacraid/comminit.c	2007-04-16 11:17:10.831070579 -0400
@@ -387,12 +387,11 @@
 	 *	Ok now init the communication subsystem
 	 */
 
-	dev->queues = kmalloc(sizeof(struct aac_queue_block), GFP_KERNEL);
+	dev->queues = kzalloc(sizeof(struct aac_queue_block), GFP_KERNEL);
 	if (dev->queues == NULL) {
 		printk(KERN_ERR "Error could not allocate comm region.\n");
 		return NULL;
 	}
-	memset(dev->queues, 0, sizeof(struct aac_queue_block));
 
 	if (aac_comm_init(dev)<0){
 		kfree(dev->queues);
diff -ru a/drivers/scsi/aacraid/commsup.c b/drivers/scsi/aacraid/commsup.c
--- a/drivers/scsi/aacraid/commsup.c	2007-04-16 11:12:24.773794839 -0400
+++ b/drivers/scsi/aacraid/commsup.c	2007-04-16 11:17:10.833070329 -0400
@@ -1223,13 +1223,11 @@
 		 * Warning: no sleep allowed while
 		 * holding spinlock
 		 */
-		hw_fib = kmalloc(sizeof(struct hw_fib), GFP_ATOMIC);
-		fib = kmalloc(sizeof(struct fib), GFP_ATOMIC);
+		hw_fib = kzalloc(sizeof(struct hw_fib), GFP_ATOMIC);
+		fib = kzalloc(sizeof(struct fib), GFP_ATOMIC);
 		if (fib && hw_fib) {
 			struct aac_aifcmd * aif;
 
-			memset(hw_fib, 0, sizeof(struct hw_fib));
-			memset(fib, 0, sizeof(struct fib));
 			fib->hw_fib_va = hw_fib;
 			fib->dev = aac;
 			aac_fib_init(fib);
diff -ru a/drivers/scsi/aacraid/dpcsup.c b/drivers/scsi/aacraid/dpcsup.c
--- a/drivers/scsi/aacraid/dpcsup.c	2007-04-16 11:12:24.774794714 -0400
+++ b/drivers/scsi/aacraid/dpcsup.c	2007-04-16 11:17:10.833070329 -0400
@@ -249,16 +249,14 @@
 		 * manage the linked lists.
 		 */
 		if ((!dev->aif_thread)
-		 || (!(fib = kmalloc(sizeof(struct fib),GFP_ATOMIC))))
+		 || (!(fib = kzalloc(sizeof(struct fib),GFP_ATOMIC))))
 			return 1;
-		if (!(hw_fib = kmalloc(sizeof(struct hw_fib),GFP_ATOMIC))) {
+		if (!(hw_fib = kzalloc(sizeof(struct hw_fib),GFP_ATOMIC))) {
 			kfree (fib);
 			return 1;
 		}
-		memset(hw_fib, 0, sizeof(struct hw_fib));
 		memcpy(hw_fib, (struct hw_fib *)(((ptrdiff_t)(dev->regs.sa)) +
 		  (index & ~0x00000002L)), sizeof(struct hw_fib));
-		memset(fib, 0, sizeof(struct fib));
 		INIT_LIST_HEAD(&fib->fiblink);
 		fib->type = FSAFS_NTC_FIB_CONTEXT;
 		fib->size = sizeof(struct fib);

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-16  2:40   ` Shaohua Li
@ 2007-04-17  2:50     ` Joshua Wise
  2007-04-17  2:50       ` Shaohua Li
  2007-04-17  6:47       ` Shaohua Li
  0 siblings, 2 replies; 77+ messages in thread
From: Joshua Wise @ 2007-04-17  2:50 UTC (permalink / raw)
  To: Shaohua Li
  Cc: Mattia Dongili, Andrew Morton, linux-kernel,
	ACPI Devel Maling List, Venkatesh Pallipadi

On Mon, 16 Apr 2007, Shaohua Li wrote:
> On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
>> ...
> please check if the patch at
> http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue

I have the same system as Mattia, and when I applied this patch and turned
CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off
screen, so I can't get a line number.

(I had the same STR breakage as him; STR did not work with CPU_IDLE turned
on, and it did work with CPU_IDLE turned off.)

I'm running +rc6+mm(April 11) on a Sony VAIO SZ.

joshua

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-17  2:50     ` Joshua Wise
@ 2007-04-17  2:50       ` Shaohua Li
  2007-04-17  6:47       ` Shaohua Li
  1 sibling, 0 replies; 77+ messages in thread
From: Shaohua Li @ 2007-04-17  2:50 UTC (permalink / raw)
  To: Joshua Wise
  Cc: Mattia Dongili, Andrew Morton, linux-kernel,
	ACPI Devel Maling List, Venkatesh Pallipadi

On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote:
> On Mon, 16 Apr 2007, Shaohua Li wrote:
> > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> >> ...
> > please check if the patch at
> > http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue
> 
> I have the same system as Mattia, and when I applied this patch and turned
> CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off
> screen, so I can't get a line number.
> 
> (I had the same STR breakage as him; STR did not work with CPU_IDLE turned
> on, and it did work with CPU_IDLE turned off.)
> 
> I'm running +rc6+mm(April 11) on a Sony VAIO SZ.
Is it possible you can get the log from a serial? I thought at least you
can see some log info in the screen, if you haven't serial, please write
it down. The boot panic surprise me, as it works here.

Thanks,
Shaohua

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-17  2:50     ` Joshua Wise
  2007-04-17  2:50       ` Shaohua Li
@ 2007-04-17  6:47       ` Shaohua Li
  2007-04-18 23:00         ` Joshua Wise
  1 sibling, 1 reply; 77+ messages in thread
From: Shaohua Li @ 2007-04-17  6:47 UTC (permalink / raw)
  To: Joshua Wise
  Cc: Mattia Dongili, Andrew Morton, linux-kernel,
	ACPI Devel Maling List, Venkatesh Pallipadi

On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote:
> On Mon, 16 Apr 2007, Shaohua Li wrote:
> > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> >> ...
> > please check if the patch at
> > http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue
> 
> I have the same system as Mattia, and when I applied this patch and turned
> CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off
> screen, so I can't get a line number.
> 
> (I had the same STR breakage as him; STR did not work with CPU_IDLE turned
> on, and it did work with CPU_IDLE turned off.)
> 
> I'm running +rc6+mm(April 11) on a Sony VAIO SZ.
Looks there is init order issue of sysfs files. The new refreshed patch
should fix your bug.

Signed-off-by: Shaohua Li <shaohua.li@intel.com>

Index: 21-rc6-mm1/drivers/acpi/processor_idle.c
===================================================================
--- 21-rc6-mm1.orig/drivers/acpi/processor_idle.c	2007-04-17 13:41:29.000000000 +0800
+++ 21-rc6-mm1/drivers/acpi/processor_idle.c	2007-04-17 14:03:56.000000000 +0800
@@ -624,7 +624,7 @@ int acpi_processor_cst_has_changed(struc
 		return -ENODEV;
 
 	acpi_processor_get_power_info(pr);
-	return cpuidle_force_redetect(&per_cpu(cpuidle_devices, pr->id));
+	return cpuidle_force_redetect(per_cpu(cpuidle_devices, pr->id));
 }
 
 /* proc interface */
Index: 21-rc6-mm1/drivers/cpuidle/cpuidle.c
===================================================================
--- 21-rc6-mm1.orig/drivers/cpuidle/cpuidle.c	2007-04-17 13:41:29.000000000 +0800
+++ 21-rc6-mm1/drivers/cpuidle/cpuidle.c	2007-04-17 14:42:17.000000000 +0800
@@ -18,7 +18,7 @@
 
 #include "cpuidle.h"
 
-DEFINE_PER_CPU(struct cpuidle_device, cpuidle_devices);
+DEFINE_PER_CPU(struct cpuidle_device *, cpuidle_devices);
 EXPORT_PER_CPU_SYMBOL_GPL(cpuidle_devices);
 
 DEFINE_MUTEX(cpuidle_lock);
@@ -34,13 +34,13 @@ static void (*pm_idle_old)(void);
  */
 static void cpuidle_idle_call(void)
 {
-	struct cpuidle_device *dev = &__get_cpu_var(cpuidle_devices);
+	struct cpuidle_device *dev = __get_cpu_var(cpuidle_devices);
 
 	struct cpuidle_state *target_state;
 	int next_state;
 
 	/* check if the device is ready */
-	if (dev->status != CPUIDLE_STATUS_DOIDLE) {
+	if (!dev || dev->status != CPUIDLE_STATUS_DOIDLE) {
 		if (pm_idle_old)
 			pm_idle_old();
 		return;
@@ -117,19 +117,32 @@ static int cpuidle_add_device(struct sys
 	int cpu = sys_dev->id;
 	struct cpuidle_device *dev;
 
-	dev = &per_cpu(cpuidle_devices, cpu);
+	dev = per_cpu(cpuidle_devices, cpu);
 
-	dev->cpu = cpu;
 	mutex_lock(&cpuidle_lock);
 	if (cpu_is_offline(cpu)) {
 		mutex_unlock(&cpuidle_lock);
 		return 0;
 	}
 
+	if (!dev) {
+		dev = kzalloc(sizeof(struct cpuidle_device), GFP_KERNEL);
+		if (!dev) {
+			mutex_unlock(&cpuidle_lock);
+			return -ENOMEM;
+		}
+		init_completion(&dev->kobj_unregister);
+		per_cpu(cpuidle_devices, cpu) = dev;
+	}
+	dev->cpu = cpu;
+
 	if (dev->status & CPUIDLE_STATUS_DETECTED) {
 		mutex_unlock(&cpuidle_lock);
 		return 0;
 	}
+
+	cpuidle_add_sysfs(sys_dev);
+
 	if (cpuidle_curr_driver) {
 		if (cpuidle_attach_driver(dev))
 			goto err_ret;
@@ -146,7 +159,6 @@ static int cpuidle_add_device(struct sys
 		cpuidle_install_idle_handler();
 
 	list_add(&dev->device_list, &cpuidle_detected_devices);
-	cpuidle_add_sysfs(sys_dev);
 	dev->status |= CPUIDLE_STATUS_DETECTED;
 
 err_ret:
@@ -165,7 +177,7 @@ static int __cpuidle_remove_device(struc
 {
 	struct cpuidle_device *dev;
 
-	dev = &per_cpu(cpuidle_devices, sys_dev->id);
+	dev = per_cpu(cpuidle_devices, sys_dev->id);
 
 	if (!(dev->status & CPUIDLE_STATUS_DETECTED)) {
 		return 0;
@@ -178,6 +190,9 @@ static int __cpuidle_remove_device(struc
 		cpuidle_detach_driver(dev);
 	cpuidle_remove_sysfs(sys_dev);
 	list_del(&dev->device_list);
+	wait_for_completion(&dev->kobj_unregister);
+	per_cpu(cpuidle_devices, sys_dev->id) = NULL;
+	kfree(dev);
 
 	return 0;
 }
Index: 21-rc6-mm1/drivers/cpuidle/sysfs.c
===================================================================
--- 21-rc6-mm1.orig/drivers/cpuidle/sysfs.c	2007-04-17 13:41:29.000000000 +0800
+++ 21-rc6-mm1/drivers/cpuidle/sysfs.c	2007-04-17 14:03:56.000000000 +0800
@@ -210,8 +210,16 @@ static struct sysfs_ops cpuidle_sysfs_op
 	.store = cpuidle_store,
 };
 
+static void cpuidle_sysfs_release(struct kobject *kobj)
+{
+	struct cpuidle_device *dev = kobj_to_cpuidledev(kobj);
+
+	complete(&dev->kobj_unregister);
+}
+
 static struct kobj_type ktype_cpuidle = {
 	.sysfs_ops = &cpuidle_sysfs_ops,
+	.release = cpuidle_sysfs_release,
 };
 
 struct cpuidle_state_attr {
@@ -246,7 +254,8 @@ static struct attribute *cpuidle_state_d
 	NULL
 };
 
-#define kobj_to_state(k) container_of(k, struct cpuidle_state, kobj)
+#define kobj_to_state_obj(k) container_of(k, struct cpuidle_state_kobj, kobj)
+#define kobj_to_state(k) (kobj_to_state_obj(k)->state)
 #define attr_to_stateattr(a) container_of(a, struct cpuidle_state_attr, attr)
 static ssize_t cpuidle_state_show(struct kobject * kobj,
 	struct attribute * attr ,char * buf)
@@ -265,11 +274,27 @@ static struct sysfs_ops cpuidle_state_sy
 	.show = cpuidle_state_show,
 };
 
+static void cpuidle_state_sysfs_release(struct kobject *kobj)
+{
+	struct cpuidle_state_kobj *state_obj = kobj_to_state_obj(kobj);
+
+	complete(&state_obj->kobj_unregister);
+}
+
 static struct kobj_type ktype_state_cpuidle = {
 	.sysfs_ops = &cpuidle_state_sysfs_ops,
 	.default_attrs = cpuidle_state_default_attrs,
+	.release = cpuidle_state_sysfs_release,
 };
 
+static void inline cpuidle_free_state_kobj(struct cpuidle_device *device, int i)
+{
+	kobject_unregister(&device->kobjs[i]->kobj);
+	wait_for_completion(&device->kobjs[i]->kobj_unregister);
+	kfree(device->kobjs[i]);
+	device->kobjs[i] = NULL;
+}
+
 /**
  * cpuidle_add_driver_sysfs - adds driver-specific sysfs attributes
  * @device: the target device
@@ -277,24 +302,32 @@ static struct kobj_type ktype_state_cpui
 int cpuidle_add_driver_sysfs(struct cpuidle_device *device)
 {
 	int i, ret;
-	struct cpuidle_state *state;
+	struct cpuidle_state_kobj *kobj;
 
 	/* state statistics */
 	for (i = 0; i < device->state_count; i++) {
-		state = &device->states[i];
-		state->kobj.parent = &device->kobj;
-		state->kobj.ktype = &ktype_state_cpuidle;
-		kobject_set_name(&state->kobj, "state%d", i);
-		ret = kobject_register(&state->kobj);
-		if (ret)
+		kobj = kzalloc(sizeof(struct cpuidle_state_kobj), GFP_KERNEL);
+		if (!kobj)
+			goto error_state;
+		kobj->state = &device->states[i];
+		init_completion(&kobj->kobj_unregister);
+
+		kobj->kobj.parent = &device->kobj;
+		kobj->kobj.ktype = &ktype_state_cpuidle;
+		kobject_set_name(&kobj->kobj, "state%d", i);
+		ret = kobject_register(&kobj->kobj);
+		if (ret) {
+			kfree(kobj);
 			goto error_state;
+		}
+		device->kobjs[i] = kobj;
 	}
 
 	return 0;
 
 error_state:
 	for (i = i - 1; i >= 0; i--)
-		kobject_unregister(&device->states[i].kobj);
+		cpuidle_free_state_kobj(device, i);
 	return ret;
 }
 
@@ -307,7 +340,7 @@ void cpuidle_remove_driver_sysfs(struct 
 	int i;
 
 	for (i = 0; i < device->state_count; i++)
-		kobject_unregister(&device->states[i].kobj);
+		cpuidle_free_state_kobj(device, i);
 }
 
 /**
@@ -319,7 +352,7 @@ int cpuidle_add_sysfs(struct sys_device 
 	int cpu = sysdev->id;
 	struct cpuidle_device *dev;
 
-	dev = &per_cpu(cpuidle_devices, cpu);
+	dev = per_cpu(cpuidle_devices, cpu);
 	dev->kobj.parent = &sysdev->kobj;
 	dev->kobj.ktype = &ktype_cpuidle;
 	kobject_set_name(&dev->kobj, "%s", "cpuidle");
@@ -335,6 +368,6 @@ void cpuidle_remove_sysfs(struct sys_dev
 	int cpu = sysdev->id;
 	struct cpuidle_device *dev;
 
-	dev = &per_cpu(cpuidle_devices, cpu);
+	dev = per_cpu(cpuidle_devices, cpu);
 	kobject_unregister(&dev->kobj);
 }
Index: 21-rc6-mm1/include/linux/cpuidle.h
===================================================================
--- 21-rc6-mm1.orig/include/linux/cpuidle.h	2007-04-17 13:41:29.000000000 +0800
+++ 21-rc6-mm1/include/linux/cpuidle.h	2007-04-17 14:03:56.000000000 +0800
@@ -41,8 +41,6 @@ struct cpuidle_state {
 
 	int (*enter)	(struct cpuidle_device *dev,
 			 struct cpuidle_state *state);
-
-	struct kobject	kobj;
 };
 
 /* Idle State Flags */
@@ -74,6 +72,12 @@ cpuidle_set_statedata(struct cpuidle_sta
 	state->driver_data = data;
 }
 
+struct cpuidle_state_kobj {
+	struct cpuidle_state *state;
+	struct completion kobj_unregister;
+	struct kobject kobj;
+};
+
 struct cpuidle_device {
 	unsigned int		status;
 	int			cpu;
@@ -81,6 +85,7 @@ struct cpuidle_device {
 	int			last_residency;
 	int			state_count;
 	struct cpuidle_state	states[CPUIDLE_STATE_MAX];
+	struct cpuidle_state_kobj *kobjs[CPUIDLE_STATE_MAX];
 	struct cpuidle_state	*last_state;
 
 	struct list_head 	device_list;
@@ -89,9 +94,7 @@ struct cpuidle_device {
 	void			*governor_data;
 };
 
-#define to_cpuidle_device(n) container_of(n, struct cpuidle_device, kobj);
-
-DECLARE_PER_CPU(struct cpuidle_device, cpuidle_devices);
+DECLARE_PER_CPU(struct cpuidle_device *, cpuidle_devices);
 
 /* Device Status Flags */
 #define CPUIDLE_STATUS_DETECTED		 (0x1)

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-17  6:47       ` Shaohua Li
@ 2007-04-18 23:00         ` Joshua Wise
  2007-04-19  1:05           ` Shaohua Li
  0 siblings, 1 reply; 77+ messages in thread
From: Joshua Wise @ 2007-04-18 23:00 UTC (permalink / raw)
  To: Shaohua Li
  Cc: Mattia Dongili, Andrew Morton, linux-kernel,
	ACPI Devel Maling List, Venkatesh Pallipadi

On Tue, 17 Apr 2007, Shaohua Li wrote:
> Looks there is init order issue of sysfs files. The new refreshed patch
> should fix your bug.

Yes, that did fix the hang on resume from STR -- that now works fine.

However:
joshua@rebirth:/sys/devices/system/cpu/cpuidle$ cat available_drivers current_driver

<NULL>
joshua@rebirth:/sys/devices/system/cpu/cpuidle$ cat available_governors current_governor
ladder
ladder

Is this correct? For reference, my config is http://joshuawise.com/config.gz
-- I didn't see any options for cpuidle drivers to access ACPI states...

joshua

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
  2007-04-18 23:00         ` Joshua Wise
@ 2007-04-19  1:05           ` Shaohua Li
  0 siblings, 0 replies; 77+ messages in thread
From: Shaohua Li @ 2007-04-19  1:05 UTC (permalink / raw)
  To: Joshua Wise
  Cc: Mattia Dongili, Andrew Morton, linux-kernel,
	ACPI Devel Maling List, Venkatesh Pallipadi

On Wed, 2007-04-18 at 19:00 -0400, Joshua Wise wrote:
> On Tue, 17 Apr 2007, Shaohua Li wrote:
> > Looks there is init order issue of sysfs files. The new refreshed patch
> > should fix your bug.
> 
> Yes, that did fix the hang on resume from STR -- that now works fine.
> 
> However:
> joshua@rebirth:/sys/devices/system/cpu/cpuidle$ cat available_drivers current_driver
> 
> <NULL>
> joshua@rebirth:/sys/devices/system/cpu/cpuidle$ cat available_governors current_governor
> ladder
> ladder
it's correct and looks you didn't compile the acpi processor module.

Thanks,
Shaohua

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
                   ` (11 preceding siblings ...)
  2007-04-13 23:45 ` CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1] Mattia Dongili
@ 2007-04-24  8:10 ` J.A. Magallón
  2007-04-24 11:58   ` 2.6.21-rc6-mm1 Andrew Morton
  12 siblings, 1 reply; 77+ messages in thread
From: J.A. Magallón @ 2007-04-24  8:10 UTC (permalink / raw)
  To: Andrew Morton, linux-kernel

On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:

> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> 
> 
> - Lots of x86 updates
> 

Has somthing related with PTY's changed in this kernel ?
I have to enable legacy PTY handling in a couple boxes to get ssh working.
If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
able to get a terminal.

User space (udev) is the same in three boxes and one works and two fail.
I had /dev/ptmx everywhere and /dev/pts mounted

Any idea ?
TIA

--
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.20-jam10 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #1 SMP PREEMPT

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-24  8:10 ` 2.6.21-rc6-mm1 J.A. Magallón
@ 2007-04-24 11:58   ` Andrew Morton
  2007-04-24 13:43     ` 2.6.21-rc6-mm1 J.A. Magallón
  0 siblings, 1 reply; 77+ messages in thread
From: Andrew Morton @ 2007-04-24 11:58 UTC (permalink / raw)
  To: J.A. =?ISO-8859-1?B?TWFnYWxs824i?= <jamagallon@ono.com>
  Cc: linux-kernel

On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:

> On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > 
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> > 
> > 
> > - Lots of x86 updates
> > 
> 
> Has somthing related with PTY's changed in this kernel ?

Not as far as I know, but there were some kobject_uevent changes which
might have caused udev upcalls to break.  Perhaps.

> I have to enable legacy PTY handling in a couple boxes to get ssh working.
> If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
> able to get a terminal.

I have CONFIG_PM_LEGACY unset in at least one of my test configs and it
works OK here.

> User space (udev) is the same in three boxes and one works and two fail.
> I had /dev/ptmx everywhere and /dev/pts mounted
> 
> Any idea ?

Nope.  Can you please check 2.6.21-rc7-mm1, see if that fixed it?  If so,
it might have been the kobject_uevent thing.


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-24 11:58   ` 2.6.21-rc6-mm1 Andrew Morton
@ 2007-04-24 13:43     ` J.A. Magallón
  2007-04-24 17:22       ` 2.6.21-rc6-mm1 Andrew Morton
  0 siblings, 1 reply; 77+ messages in thread
From: J.A. Magallón @ 2007-04-24 13:43 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:

> On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> 
> > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > 
> > > 
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> > > 
> > > 
> > > - Lots of x86 updates
> > > 
> > 
> > Has somthing related with PTY's changed in this kernel ?
> 
> Not as far as I know, but there were some kobject_uevent changes which
> might have caused udev upcalls to break.  Perhaps.
> 
> > I have to enable legacy PTY handling in a couple boxes to get ssh working.
> > If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
> > able to get a terminal.
> 
> I have CONFIG_PM_LEGACY unset in at least one of my test configs and it
> works OK here.
> 
> > User space (udev) is the same in three boxes and one works and two fail.
> > I had /dev/ptmx everywhere and /dev/pts mounted
> > 
> > Any idea ?
> 
> Nope.  Can you please check 2.6.21-rc7-mm1, see if that fixed it?  If so,
> it might have been the kobject_uevent thing.
> 

I will, thanks.

A couple questions (as far as udev behaviour is sooooooo distro dependent):
- What should I have in /dev if I don't use legacy ptys ? As I understand
  it, only /dev/ptmx and /dev/pts/*, no /dev/tty* nor /dev/pty* ?
- If my setup, for whatever strange reasons has /dev/tty* stored anyware
  (/dev/.udev, links.conf...) and they get created, I supose that opening
  /dev/tty will give a ENODEV ?

TIA

--
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.20-jam10 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #4 SMP PREEMPT

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-24 13:43     ` 2.6.21-rc6-mm1 J.A. Magallón
@ 2007-04-24 17:22       ` Andrew Morton
  2007-04-25 20:50         ` 2.6.21-rc6-mm1 J.A. Magallón
  0 siblings, 1 reply; 77+ messages in thread
From: Andrew Morton @ 2007-04-24 17:22 UTC (permalink / raw)
  To: J.A. =?ISO-8859-1?B?TWFnYWxs824i?= <jamagallon@ono.com>
  Cc: linux-kernel

On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:

> On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> > 
> > > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > 
> > > > 
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> > > > 
> > > > 
> > > > - Lots of x86 updates
> > > > 
> > > 
> > > Has somthing related with PTY's changed in this kernel ?
> > 
> > Not as far as I know, but there were some kobject_uevent changes which
> > might have caused udev upcalls to break.  Perhaps.
> > 
> > > I have to enable legacy PTY handling in a couple boxes to get ssh working.
> > > If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
> > > able to get a terminal.
> > 
> > I have CONFIG_PM_LEGACY unset in at least one of my test configs and it
> > works OK here.
> > 
> > > User space (udev) is the same in three boxes and one works and two fail.
> > > I had /dev/ptmx everywhere and /dev/pts mounted
> > > 
> > > Any idea ?
> > 
> > Nope.  Can you please check 2.6.21-rc7-mm1, see if that fixed it?  If so,
> > it might have been the kobject_uevent thing.
> > 
> 
> I will, thanks.
> 
> A couple questions (as far as udev behaviour is sooooooo distro dependent):
> - What should I have in /dev if I don't use legacy ptys ? As I understand
>   it, only /dev/ptmx and /dev/pts/*, no /dev/tty* nor /dev/pty* ?

My FC5 CONFIG_LEGACY_PTYS=n box has no /dev/ptmx, /dev/pts/*, all of
/dev/tty0 through /dev/tty63 and no /dev/pty*.

I'm not sure where all the /dev/tty*'s came from - perhaps a static udev
rule?

> - If my setup, for whatever strange reasons has /dev/tty* stored anyware
>   (/dev/.udev, links.conf...) and they get created, I supose that opening
>   /dev/tty will give a ENODEV ?

well, /dev/tty is attached to your current tty and /dev/tty2 will get you
talking to the second VT.  I can't immediately thing what /dev/tty22 is
attached to.


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-12 23:16           ` Jiri Kosina
@ 2007-04-25  9:54             ` Helge Hafting
  2007-04-25 11:28               ` Jiri Kosina
  0 siblings, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-25  9:54 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Helge Hafting, Andrew Morton, linux-kernel, linux-usb-devel

Jiri Kosina wrote:
[...]
> So I guess you are operating on some broken version of 2.6.21-rc6-mm1 
> codebase if you are getting rejects on this trivial patch.
>   
Didn't think of that - the codebase might be wrong.
>
> Anyway, based on information you have provided in your later messages, it 
> seems that it is probably not necessairly related neither to USB nor HID, 
> as you are getting hangs at different stages of boot, depending on your 
> local configuration/kernel version used.
>
> Is vanilla 2.6.21-rc6 ok? If so, would you have time to bisect the 
> offending patch?
>   
I don't know about 2.6.21-rc6, but 2.6.21-rc7
 (from fresh sources) is good.  It boots up without hanging,
and my USB devices works too.

Should I test rc7-mm1 then?

Helge Hafting


^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-25  9:54             ` Helge Hafting
@ 2007-04-25 11:28               ` Jiri Kosina
  2007-04-25 12:45                 ` Helge Hafting
                                   ` (2 more replies)
  0 siblings, 3 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-25 11:28 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

On Wed, 25 Apr 2007, Helge Hafting wrote:

> > Anyway, based on information you have provided in your later messages, 
> > it seems that it is probably not necessairly related neither to USB 
> > nor HID, as you are getting hangs at different stages of boot, 
> > depending on your local configuration/kernel version used. Is vanilla 
> > 2.6.21-rc6 ok? If so, would you have time to bisect the offending 
> > patch?
> I don't know about 2.6.21-rc6, but 2.6.21-rc7 (from fresh sources) is 
> good.  It boots up without hanging, and my USB devices works too. Should 
> I test rc7-mm1 then?

That would also be useful.

But really identifying offending patch using bisection would help most. 
And it should be pretty easy and not too much time consuming for you, as 
the bug triggers immediately upon boot in your case.

In case you are not convenient with "bisecting by hand" Andrew's quilt 
patchset, don't forget that it is also possible to obtain -mm tree through 
git, which provides very convenient means for bisecting. This is what I 
usually do.

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-25 11:28               ` Jiri Kosina
@ 2007-04-25 12:45                 ` Helge Hafting
  2007-04-26 18:38                 ` Helge Hafting
  2007-04-26 22:28                 ` 2.6.21-rc6-mm1 USB related boot hang - bisection result Helge Hafting
  2 siblings, 0 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-25 12:45 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

Jiri Kosina wrote:
> On Wed, 25 Apr 2007, Helge Hafting wrote:
>
>   
>>> Anyway, based on information you have provided in your later messages, 
>>> it seems that it is probably not necessairly related neither to USB 
>>> nor HID, as you are getting hangs at different stages of boot, 
>>> depending on your local configuration/kernel version used. Is vanilla 
>>> 2.6.21-rc6 ok? If so, would you have time to bisect the offending 
>>> patch?
>>>       
>> I don't know about 2.6.21-rc6, but 2.6.21-rc7 (from fresh sources) is 
>> good.  It boots up without hanging, and my USB devices works too. Should 
>> I test rc7-mm1 then?
>>     
>
> That would also be useful.
>
> But really identifying offending patch using bisection would help most. 
>   
If there is an offending patch at all - my rc6-mm1 kernel must
have been built from messed-up sources - we saw that when your
patch did not apply.  So my source had errors - right in the USB part.

I haven't tested a correct rc6-mm1, so I don't even know if it
has problems.  I can make such a kernel of course. . .
> And it should be pretty easy and not too much time consuming for you, as 
> the bug triggers immediately upon boot in your case.
>   
Indeed - it is easy to spot. :-)

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1
  2007-04-24 17:22       ` 2.6.21-rc6-mm1 Andrew Morton
@ 2007-04-25 20:50         ` J.A. Magallón
  2007-04-25 21:39           ` start_udev and devpts [Re: 2.6.21-rc6-mm1] J.A. Magallón
  0 siblings, 1 reply; 77+ messages in thread
From: J.A. Magallón @ 2007-04-25 20:50 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Tue, 24 Apr 2007 10:22:50 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:

> On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> 
> > On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > 
> > > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> > > 
> > > > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > > 
> > > > > 
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> > > > > 
> > > > > 
> > > > > - Lots of x86 updates
> > > > > 
> > > > 
> > > > Has somthing related with PTY's changed in this kernel ?
> > > 
> > > Not as far as I know, but there were some kobject_uevent changes which
> > > might have caused udev upcalls to break.  Perhaps.
> > > 
> > > > I have to enable legacy PTY handling in a couple boxes to get ssh working.
> > > > If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
> > > > able to get a terminal.
> > > 
> > > I have CONFIG_PM_LEGACY unset in at least one of my test configs and it
> > > works OK here.
> > > 
> > > > User space (udev) is the same in three boxes and one works and two fail.
> > > > I had /dev/ptmx everywhere and /dev/pts mounted
> > > > 
> > > > Any idea ?
> > > 
> > > Nope.  Can you please check 2.6.21-rc7-mm1, see if that fixed it?  If so,
> > > it might have been the kobject_uevent thing.
> > > 
> > 
> > I will, thanks.
> > 
> > A couple questions (as far as udev behaviour is sooooooo distro dependent):
> > - What should I have in /dev if I don't use legacy ptys ? As I understand
> >   it, only /dev/ptmx and /dev/pts/*, no /dev/tty* nor /dev/pty* ?
> 
> My FC5 CONFIG_LEGACY_PTYS=n box has no /dev/ptmx, /dev/pts/*, all of
> /dev/tty0 through /dev/tty63 and no /dev/pty*.
> 
> I'm not sure where all the /dev/tty*'s came from - perhaps a static udev
> rule?
>

Uh ?
>From the Kconfig help fot UNIX98_PTYS:

Linux has traditionally used the BSD-like names /dev/ptyxx for
masters and /dev/ttyxx for slaves of pseudo terminals. This scheme
has a number of problems. The GNU C library glibc 2.1 and later,
however, supports the Unix98 naming standard: in order to acquire a
pseudo terminal, a process opens /dev/ptmx; the number of the pseudo
terminal is then made available to the process and the pseudo
terminal slave can be accessed as /dev/pts/<number>. What was
traditionally /dev/ttyp2 will then be /dev/pts/2, for example.

So if all userspace is Unix98-aware, you just would be done with
/dev/ptmx and /dev/pts/*. In your setup it looks like you are not able
to use Unix98 PTYs, but as udev has created tty* things work.
Or not ?

> > - If my setup, for whatever strange reasons has /dev/tty* stored anyware
> >   (/dev/.udev, links.conf...) and they get created, I supose that opening
> >   /dev/tty will give a ENODEV ?
> 
> well, /dev/tty is attached to your current tty and /dev/tty2 will get you
> talking to the second VT.  I can't immediately thing what /dev/tty22 is
> attached to.
> 

I supposed it was something like you always opened /dev/tty but kernel+glibc
redirect you to /dev/ttyXX, that is your _real_ terminal.
I will try to check docs...

--
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.20-jam10 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #4 SMP PREEMPT

^ permalink raw reply	[flat|nested] 77+ messages in thread

* start_udev and devpts [Re: 2.6.21-rc6-mm1]
  2007-04-25 20:50         ` 2.6.21-rc6-mm1 J.A. Magallón
@ 2007-04-25 21:39           ` J.A. Magallón
  2007-04-25 22:26             ` J.A. Magallón
  0 siblings, 1 reply; 77+ messages in thread
From: J.A. Magallón @ 2007-04-25 21:39 UTC (permalink / raw)
  To: linux-kernel; +Cc: Andrew Morton

On Wed, 25 Apr 2007 22:50:39 +0200, "J.A. Magallón" <jamagallon@ono.com> wrote:

> On Tue, 24 Apr 2007 10:22:50 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> 
> > On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> > 
> > > On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > 
> > > > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <jamagallon@ono.com> wrote:
> > > > 
> > > > > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <akpm@linux-foundation.org> wrote:
> > > > > 
> > > > > > 
> > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> > > > > > 
> > > > > > 
> > > > > > - Lots of x86 updates
> > > > > > 
> > > > > 
> > > > > Has somthing related with PTY's changed in this kernel ?
> > > > 
> > > > Not as far as I know, but there were some kobject_uevent changes which
> > > > might have caused udev upcalls to break.  Perhaps.
> > > > 
> > > > > I have to enable legacy PTY handling in a couple boxes to get ssh working.
> > > > > If not, I had openpty() errors and nor sshd nor virtual terminals (aterm) were
> > > > > able to get a terminal.
> > > > 
> > > > I have CONFIG_PM_LEGACY unset in at least one of my test configs and it
> > > > works OK here.
> > > > 
> > > > > User space (udev) is the same in three boxes and one works and two fail.
> > > > > I had /dev/ptmx everywhere and /dev/pts mounted
> > > > > 
> > > > > Any idea ?
> > > > 
> > > > Nope.  Can you please check 2.6.21-rc7-mm1, see if that fixed it?  If so,
> > > > it might have been the kobject_uevent thing.
> > > > 
> > > 
> > > I will, thanks.
> > > 
> > > A couple questions (as far as udev behaviour is sooooooo distro dependent):
> > > - What should I have in /dev if I don't use legacy ptys ? As I understand
> > >   it, only /dev/ptmx and /dev/pts/*, no /dev/tty* nor /dev/pty* ?
> > 
> > My FC5 CONFIG_LEGACY_PTYS=n box has no /dev/ptmx, /dev/pts/*, all of
> > /dev/tty0 through /dev/tty63 and no /dev/pty*.
> > 
> > I'm not sure where all the /dev/tty*'s came from - perhaps a static udev
> > rule?
> >
> 
> Uh ?
> From the Kconfig help fot UNIX98_PTYS:
> 
> Linux has traditionally used the BSD-like names /dev/ptyxx for
> masters and /dev/ttyxx for slaves of pseudo terminals. This scheme
> has a number of problems. The GNU C library glibc 2.1 and later,
> however, supports the Unix98 naming standard: in order to acquire a
> pseudo terminal, a process opens /dev/ptmx; the number of the pseudo
> terminal is then made available to the process and the pseudo
> terminal slave can be accessed as /dev/pts/<number>. What was
> traditionally /dev/ttyp2 will then be /dev/pts/2, for example.
> 
> So if all userspace is Unix98-aware, you just would be done with
> /dev/ptmx and /dev/pts/*. In your setup it looks like you are not able
> to use Unix98 PTYs, but as udev has created tty* things work.
> Or not ?
> 
> > > - If my setup, for whatever strange reasons has /dev/tty* stored anyware
> > >   (/dev/.udev, links.conf...) and they get created, I supose that opening
> > >   /dev/tty will give a ENODEV ?
> > 
> > well, /dev/tty is attached to your current tty and /dev/tty2 will get you
> > talking to the second VT.  I can't immediately thing what /dev/tty22 is
> > attached to.
> > 
> 
> I supposed it was something like you always opened /dev/tty but kernel+glibc
> redirect you to /dev/ttyXX, that is your _real_ terminal.
> I will try to check docs...
> 

Oops, no, /dev/tty?? are for virtual consoles.

But I think I found the problem.
In short, in /dev/pts is mounted before /dev. I remounted it and ssh worked
fine again.
I'll dig mandrivas rc's to check this...

Anyways, I see no plain 'mount' command in /sbin/start_udev, all are 
'mount --move' commands. So I think it supposes is already mounted and
tries to move it.

--
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.20-jam10 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #4 SMP PREEMPT

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: start_udev and devpts [Re: 2.6.21-rc6-mm1]
  2007-04-25 21:39           ` start_udev and devpts [Re: 2.6.21-rc6-mm1] J.A. Magallón
@ 2007-04-25 22:26             ` J.A. Magallón
  0 siblings, 0 replies; 77+ messages in thread
From: J.A. Magallón @ 2007-04-25 22:26 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Wed, 25 Apr 2007 23:39:54 +0200, "J.A. Magallón" <jamagallon@ono.com> wrote:

> On Wed, 25 Apr 2007 22:50:39 +0200, "J.A. Magallón" <jamagallon@ono.com> wrote:
...
> 
> But I think I found the problem.
> In short, in /dev/pts is mounted before /dev. I remounted it and ssh worked
> fine again.
> I'll dig mandrivas rc's to check this...
> 
> Anyways, I see no plain 'mount' command in /sbin/start_udev, all are 
> 'mount --move' commands. So I think it supposes is already mounted and
> tries to move it.
> 

As a (in)famous last work, I think Unix98 PTYs really don't like mount --move
for /dev/pts. If I mount it manually after boot, everything works fine.

--
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2008.0 (Cooker) for i586
Linux 2.6.20-jam10 (gcc 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)) #4 SMP PREEMPT

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang
  2007-04-25 11:28               ` Jiri Kosina
  2007-04-25 12:45                 ` Helge Hafting
@ 2007-04-26 18:38                 ` Helge Hafting
  2007-04-26 22:28                 ` 2.6.21-rc6-mm1 USB related boot hang - bisection result Helge Hafting
  2 siblings, 0 replies; 77+ messages in thread
From: Helge Hafting @ 2007-04-26 18:38 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Helge Hafting, Andrew Morton, linux-kernel, linux-usb-devel

I recompiled 2.6.21-rc6-mm1 from fresh sources.
It still hangs initializing USBm but this time your
patch applied.

I rebooted with your patch, and got:

Detailed lists of all the USB devices found
(printer,mouse,...)
Then usbcore registered various drivers, such as
usblp, usb-storage, libusual, usbserial, ipaq
These messages were intermixed with messages from
the md raid system initializing

The three last lines were:
sdhci: Secure digital host controller interface driver
sdhci: copyright Pierre Ossman
usbcore: registered new interface driver hiddev

And then the machine hung completely.  I'll have
a look at bisecting. :-(

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang - bisection result
  2007-04-25 11:28               ` Jiri Kosina
  2007-04-25 12:45                 ` Helge Hafting
  2007-04-26 18:38                 ` Helge Hafting
@ 2007-04-26 22:28                 ` Helge Hafting
  2007-04-26 22:39                   ` Jiri Kosina
  2 siblings, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-26 22:28 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-kernel, linux-usb-devel

Jiri Kosina wrote:
> On Wed, 25 Apr 2007, Helge Hafting wrote:
>   
>>
>> I don't know about 2.6.21-rc6, but 2.6.21-rc7 (from fresh sources) is 
>> good.  It boots up without hanging, and my USB devices works too. Should 
>> I test rc7-mm1 then?
>>     
>
> That would also be useful.
>
> But really identifying offending patch using bisection would help most. 
> And it should be pretty easy and not too much time consuming for you, as 
> the bug triggers immediately upon boot in your case.
>   
2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - the
machine tends to hang after some minutes work in X.  That hang is
unusual in that moving the mouse still move the X cursor, but
everything else stops and sysrq fails me. But that is another story.

rc6 boots, rc6-mm1 hangs at the "usbcore registered hiddev" message.
Bisection:
1, 2, 3: the three first hangs at "usbcore registered hiddev"
4, 5, 6: the next three hangs at a message about ACPI  PCI[A]->IRQ17
I decided to keep bisecting these hangers as "bad", I don't really know
if this could be the same thing or completely different issues.  If they are
different, then one problem will mask the other anyway, so
calling every hanging kernel "bad" will at least find the first broken 
patch.
7: boots up ok!
8,9,10: hangs at the aboce mentioned ACPI message
The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch

Helge Hafting









^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang - bisection result
  2007-04-26 22:28                 ` 2.6.21-rc6-mm1 USB related boot hang - bisection result Helge Hafting
@ 2007-04-26 22:39                   ` Jiri Kosina
  2007-04-26 23:13                     ` Andrew Morton
  2007-04-27 21:04                     ` Helge Hafting
  0 siblings, 2 replies; 77+ messages in thread
From: Jiri Kosina @ 2007-04-26 22:39 UTC (permalink / raw)
  To: Helge Hafting; +Cc: Andrew Morton, linux-usb-devel, linux-kernel

On Fri, 27 Apr 2007, Helge Hafting wrote:

> 2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - 
> the machine tends to hang after some minutes work in X.  That hang is 
> unusual in that moving the mouse still move the X cursor, but everything 
> else stops and sysrq fails me. But that is another story.
[...]
> The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch

Hi Helge,

thanks for the effort. If you take stock rc6-mm1 and revert just 
git-acpi.patch, doesn the machine behave correctly?

-- 
Jiri Kosina

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang - bisection result
  2007-04-26 22:39                   ` Jiri Kosina
@ 2007-04-26 23:13                     ` Andrew Morton
  2007-04-27 21:04                     ` Helge Hafting
  1 sibling, 0 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-26 23:13 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Helge Hafting, linux-usb-devel, linux-kernel, linux-acpi

On Fri, 27 Apr 2007 00:39:19 +0200 (CEST) Jiri Kosina <jikos@jikos.cz> wrote:

> On Fri, 27 Apr 2007, Helge Hafting wrote:
> 
> > 2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - 
> > the machine tends to hang after some minutes work in X.  That hang is 
> > unusual in that moving the mouse still move the X cursor, but everything 
> > else stops and sysrq fails me. But that is another story.
> [...]
> > The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch

linux-acpi: we have a problem.

> Hi Helge,
> 
> thanks for the effort. If you take stock rc6-mm1 and revert just 
> git-acpi.patch, doesn the machine behave correctly?
> 

It would be easier and would produce a clearer result to test just

	2.6.21-rc7
+	2.6.21-rc7-mm2's origin.patch
+	2.6.21-rc7-mm2's acpi.patch

from
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/broken-out/

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang - bisection result
  2007-04-26 22:39                   ` Jiri Kosina
  2007-04-26 23:13                     ` Andrew Morton
@ 2007-04-27 21:04                     ` Helge Hafting
  2007-04-27 22:41                       ` Andrew Morton
  1 sibling, 1 reply; 77+ messages in thread
From: Helge Hafting @ 2007-04-27 21:04 UTC (permalink / raw)
  To: Jiri Kosina; +Cc: Andrew Morton, linux-usb-devel, linux-kernel

On Fri, Apr 27, 2007 at 12:39:19AM +0200, Jiri Kosina wrote:
> On Fri, 27 Apr 2007, Helge Hafting wrote:
> 
> > 2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - 
> > the machine tends to hang after some minutes work in X.  That hang is 
> > unusual in that moving the mouse still move the X cursor, but everything 
> > else stops and sysrq fails me. But that is another story.
> [...]
> > The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch
> 
> Hi Helge,
> 
> thanks for the effort. If you take stock rc6-mm1 and revert just 
> git-acpi.patch, doesn the machine behave correctly?

Just compiled & booted such a kernel - it came up fine!
So it looks like USB is fine then, and the problem is in
that ACPI patch.

Helge Hafting

^ permalink raw reply	[flat|nested] 77+ messages in thread

* Re: 2.6.21-rc6-mm1 USB related boot hang - bisection result
  2007-04-27 21:04                     ` Helge Hafting
@ 2007-04-27 22:41                       ` Andrew Morton
  0 siblings, 0 replies; 77+ messages in thread
From: Andrew Morton @ 2007-04-27 22:41 UTC (permalink / raw)
  To: Helge Hafting
  Cc: Jiri Kosina, linux-usb-devel, linux-kernel, linux-acpi, Len Brown

On Fri, 27 Apr 2007 23:04:58 +0200
Helge Hafting <helgehaf@aitel.hist.no> wrote:

> On Fri, Apr 27, 2007 at 12:39:19AM +0200, Jiri Kosina wrote:
> > On Fri, 27 Apr 2007, Helge Hafting wrote:
> > 
> > > 2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - 
> > > the machine tends to hang after some minutes work in X.  That hang is 
> > > unusual in that moving the mouse still move the X cursor, but everything 
> > > else stops and sysrq fails me. But that is another story.
> > [...]
> > > The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch
> > 
> > Hi Helge,
> > 
> > thanks for the effort. If you take stock rc6-mm1 and revert just 
> > git-acpi.patch, doesn the machine behave correctly?
> 
> Just compiled & booted such a kernel - it came up fine!
> So it looks like USB is fine then, and the problem is in
> that ACPI patch.
> 

OK, thanks.  Len&co: we've established that 2.6.21-rc6-mm1's git-acpi.patch
causes this:

> 2.6.21-rc6 boots up fine.  Both rc6 and rc7 has a different problem - the
> machine tends to hang after some minutes work in X.  That hang is
> unusual in that moving the mouse still move the X cursor, but
> everything else stops and sysrq fails me. But that is another story.
> 
> rc6 boots, rc6-mm1 hangs at the "usbcore registered hiddev" message.
> Bisection:
> 1, 2, 3: the three first hangs at "usbcore registered hiddev"
> 4, 5, 6: the next three hangs at a message about ACPI  PCI[A]->IRQ17
> I decided to keep bisecting these hangers as "bad", I don't really know
> if this could be the same thing or completely different issues.  If they are
> different, then one problem will mask the other anyway, so
> calling every hanging kernel "bad" will at least find the first broken 
> patch.
> 7: boots up ok!
> 8,9,10: hangs at the aboce mentioned ACPI message
> The (first) "hanging" patch in 2.6.21-rc6-mm1 is: git-acpi.patch
> 
> 

^ permalink raw reply	[flat|nested] 77+ messages in thread

end of thread, other threads:[~2007-04-27 22:43 UTC | newest]

Thread overview: 77+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-04-08 21:35 2.6.21-rc6-mm1 Andrew Morton
2007-04-09 11:13 ` 2.6.21-rc6-mm1 Borislav Petkov
2007-04-09 16:08 ` 2.6.21-rc6-mm1 Rafael J. Wysocki
2007-04-09 16:14   ` 2.6.21-rc6-mm1 Pallipadi, Venkatesh
2007-04-09 17:40     ` 2.6.21-rc6-mm1 Rafael J. Wysocki
2007-04-10 22:20       ` 2.6.21-rc6-mm1 Venki Pallipadi
2007-04-11 19:28         ` 2.6.21-rc6-mm1 Rafael J. Wysocki
2007-04-10 23:59       ` 2.6.21-rc6-mm1 Adam Belay
2007-04-11  0:15         ` 2.6.21-rc6-mm1 Venki Pallipadi
2007-04-11  5:20           ` 2.6.21-rc6-mm1 Stephane Eranian
2007-04-11 10:39             ` 2.6.21-rc6-mm1 Andi Kleen
2007-04-11 13:09               ` 2.6.21-rc6-mm1 Stephane Eranian
2007-04-11 13:19                 ` 2.6.21-rc6-mm1 Andi Kleen
2007-04-11 18:06               ` 2.6.21-rc6-mm1 Andrew Morton
2007-04-09 19:03 ` 2.6.21-rc6-mm1 Torsten Kaiser
2007-04-09 21:42   ` <linux/wait.h> uses definitions from <linux/sched.h> (was Re: 2.6.21-rc6-mm1) Stefan Richter
2007-04-09 22:01     ` Stefan Richter
2007-04-10  0:50 ` 2.6.21-rc6-mm1 Nishanth Aravamudan
2007-04-10  0:56   ` 2.6.21-rc6-mm1 Christoph Lameter
2007-04-10  1:07   ` 2.6.21-rc6-mm1 William Lee Irwin III
2007-04-10 11:28 ` 2.6.21-rc6-mm1 ima "BUG: held lock freed!" Joseph Fannin
2007-04-10 12:24 ` 2.6.21-rc6-mm1 Cornelia Huck
2007-04-10 12:38   ` 2.6.21-rc6-mm1 Ananth N Mavinakayanahalli
2007-04-10 14:09 ` [Ocfs2-devel] [RFC: -mm patch] fs/ocfs2/: make 3 functions static Adrian Bunk
2007-04-10 21:08   ` Adrian Bunk
2007-04-10 21:08 ` [-mm patch] make struct proc_kpagemap static Adrian Bunk
2007-04-10 21:09   ` Matt Mackall
2007-04-10 21:08 ` [-mm patch] make kernel/module.c:is_exported() static Adrian Bunk
2007-04-10 22:21 ` 2.6.21-rc6-mm1 aacraid not finding device Steve Fox
2007-04-13 12:35   ` [PATCH] aacraid: " Salyzyn, Mark
2007-04-13 12:35     ` Salyzyn, Mark
2007-04-16 15:21     ` [PATCH] aacraid: kzalloc Salyzyn, Mark
2007-04-11 19:42 ` 2.6.21-rc6-mm1 USB related boot hang Helge Hafting
2007-04-11 20:43   ` Andrew Morton
2007-04-11 23:07     ` Helge Hafting
2007-04-11 23:25       ` Andrew Morton
2007-04-12  7:50       ` Jiri Kosina
2007-04-12  8:02         ` Jiri Kosina
2007-04-12 11:42           ` Helge Hafting
2007-04-12 16:47             ` Andrew Morton
2007-04-12 18:56               ` Helge Hafting
2007-04-12 15:31           ` Jiri Kosina
2007-04-12 16:01             ` Corey Minyard
2007-04-12 16:55             ` Andrew Morton
2007-04-12 17:25               ` Greg KH
2007-04-12 17:49               ` Jiri Kosina
2007-04-12 17:58                 ` Greg KH
2007-04-12 18:17                 ` Jiri Kosina
2007-04-12 21:06                   ` Corey Minyard
2007-04-12 20:19             ` Helge Hafting
2007-04-12 19:22         ` Helge Hafting
2007-04-12 18:32       ` Jiri Kosina
2007-04-12 20:25         ` Helge Hafting
2007-04-12 23:16           ` Jiri Kosina
2007-04-25  9:54             ` Helge Hafting
2007-04-25 11:28               ` Jiri Kosina
2007-04-25 12:45                 ` Helge Hafting
2007-04-26 18:38                 ` Helge Hafting
2007-04-26 22:28                 ` 2.6.21-rc6-mm1 USB related boot hang - bisection result Helge Hafting
2007-04-26 22:39                   ` Jiri Kosina
2007-04-26 23:13                     ` Andrew Morton
2007-04-27 21:04                     ` Helge Hafting
2007-04-27 22:41                       ` Andrew Morton
2007-04-13 23:45 ` CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1] Mattia Dongili
2007-04-16  2:40   ` Shaohua Li
2007-04-17  2:50     ` Joshua Wise
2007-04-17  2:50       ` Shaohua Li
2007-04-17  6:47       ` Shaohua Li
2007-04-18 23:00         ` Joshua Wise
2007-04-19  1:05           ` Shaohua Li
2007-04-24  8:10 ` 2.6.21-rc6-mm1 J.A. Magallón
2007-04-24 11:58   ` 2.6.21-rc6-mm1 Andrew Morton
2007-04-24 13:43     ` 2.6.21-rc6-mm1 J.A. Magallón
2007-04-24 17:22       ` 2.6.21-rc6-mm1 Andrew Morton
2007-04-25 20:50         ` 2.6.21-rc6-mm1 J.A. Magallón
2007-04-25 21:39           ` start_udev and devpts [Re: 2.6.21-rc6-mm1] J.A. Magallón
2007-04-25 22:26             ` J.A. Magallón

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.