2.6.11-rc3-mm1
Andrew Morton
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
- The bk-usb and bk-pci and bk-driver-core trees have been temporarily
dropped from -mm, for they are not healthy at present.
- After many months dormancy, the ieee1394 tree is back and is included in
-mm. Anyone who has been having firewire problems please test it.
Changes since 2.6.11-rc2-mm2:
linus.patch
bk-agpgart.patch
bk-alsa.patch
bk-arm.patch
bk-cifs.patch
bk-cpufreq.patch
bk-drm-via.patch
bk-i2c.patch
bk-ide-dev.patch
bk-ieee1394.patch
bk-jfs.patch
bk-kbuild.patch
bk-kconfig.patch
bk-libata.patch
bk-netdev.patch
bk-ntfs.patch
bk-scsi-rc-fixes.patch
bk-watchdog.patch
Latest versions of external trees.
-alpha-nodemask-build-fix.patch
-alpha-pgd_index-warning-fix.patch
-pnp-64bit-warning-fix.patch
-ftape-syntax-error.patch
-kobject-build-fix.patch
-crypto-test-vector-fix.patch
-ptracelast_siginfo-also-needs-tasklist_lock.patch
-random-overflow-fix.patch
-ext2-quota-leak-fix.patch
-irq_affinity-fix-build-when-config_proc_fs=n.patch
-fix-audit-skb-leak-on-congested-netlink-socket.patch
-some-minor-cleanups-for-audit_log_lost-messages.patch
-wait_for_completion-api-extension-addition-fixes.patch
-task_size-is-variable.patch
-rest_init-local-irq-fix.patch
-ppc32-back-out-idle-patch-for-non-powersaving-cpus.patch
-ppc32-updated-pegasos-support.patch
-i810_audio-offset-lvi-from-civ-to-avoid-stalled-start-fix.patch
-bug-in-io_destroy-fs-aioc1248.patch
-tpm_msc-build-fix.patch
-tpm_atmel-build-fix.patch
-driver-model-more-pm_message_t-conversion.patch
-driver-model-more-pci_choose_states-are-needed.patch
-driver-model-fix-u32-vs-pm_message_t-in-oss.patch
-disable-sidewinder-debug-messages.patch
-kbuild-no-redundant-srctree-in-tags-file.patch
-seagate-st3200822as-sata-disk-needs-to-be-in-sil_blacklist-as-well.patch
-prevent-pci_name_bus-buffer-overflows.patch
-typo-in-pci_scan_bus_parented.patch
-maintainers-add-entry-for-qla2xxx-driver.patch
-logitech-cordeless-desktop-keyboard-fails-to-report-class-descriptor.patch
-mm-oom-killer-tunable.patch
-mm-keep-balance-between-different-classzones.patch
-mm-fix-several-oom-killer-bugs.patch
-mm-fix-several-oom-killer-bugs-fix.patch
-mm-convert-memdie-to-an-atomic-thread-bitflag.patch
-make-used_math-smp-safe.patch
-make-used_math-smp-safe-mips-fix.patch
-alloc_zeroed_user_highpage-to-fix-the-clear_user_highpage-issue.patch
-make-slab-use-alloc_pages-directly.patch
-use-datacs-in-smc91x-driver.patch
-remove-bogus-exports-in-ppp.patch
-ppc32-mv64x60-updates.patch
-ppc32-pmac-sleep-support-update.patch
-ppc32-katana-update.patch
-ppc32-ev64260-update.patch
-ppc32-cpci690-update.patch
-ppc32-perfctl-ppc-fix-duplicate-mmcr0-define.patch
-ppc32-stx-gp3-port.patch
-ppc32-fix-via-ide-driver-for-pegasos.patch
-ppc32-opofile-timer-mode-fallback-fix.patch
-ppc32-workaround-for-mpc10x-speculative-pci-read-erratum.patch
-ppc32-add-platform-specific-machine-check-output-handlers.patch
-ppc32-use-platform-device-style-initialization-for-85xx.patch
-add-eugene-surovegin-to-credits.patch
-ppc32-mpc8245-erratum-28-workaround.patch
-add-try_acquire_console_sem.patch
-update-aty128fb-sleep-wakeup-code-for-new-powermac-changes.patch
-radeonfb-massive-update-of-pm-code.patch
-radeonfb-build-fix.patch
-ppc64-mask-lower-bits-in-tlbie.patch
-ppc64-iseries-buildbreak-fix.patch
-ppc64-p615-iommu-fix.patch
-mips-generic-mips-updates.patch
-mips-irix-5-compat-fixes.patch
-mips-build-script-fixes.patch
-mips-sgi-ip22-updates.patch
-mips-sibyte-updates.patch
-mips-rm200-updates.patch
-mips-sgi-ip27-updates.patch
-mips-dvh-fixes.patch
-mips-tx49-updates.patch
-mips-txx9-serieal-driver-rewrite.patch
-mips-amd-alchemy-update.patch
-mips-ite-8172-updates.patch
-mips-amd-alchemy-i2c-driver.patch
-mips-sgi-ip32-updates.patch
-mips-decstation-updates.patch
-mips-decstation-turbochannel-updates.patch
-mips-jazz-updates.patch
-mips-mips-technologies-board-updates.patch
-mips-cobalt-updates.patch
-mips-vr41xx-updates.patch
-mips-vr4181-updates.patch
-mips-nec-ddb-board-updates.patch
-mips-tx39-series-updates.patch
-mips-galileo-updates.patch
-mips-pmc-sierra-updates.patch
-mips-momentum-updates.patch
-mips-lasat-updates.patch
-superhyway-bus-support.patch
-wacom-tablet-driver.patch
-bug-in-tty_ioc-after-changes-between-269-rc1-bk1-and-269-rc1-bk2.patch
-trivial-fix-for-i386-cross-compile.patch
-devicestxt-update-with-lanana.patch
-cputime-simplifiy-generic-cputime_to_secs-secs_to_cputime.patch
-mpsc-updates.patch
-unexport-register_cpu-and-unregister_cpu.patch
-add-a-usecs_to_jiffies-function.patch
-initramfs-move-inode-hash-table-to-__initdata.patch
-idmouse-min-fix.patch
-assert_spin_locked.patch
-infiniband-use-lanana-assigned-major-in-ib_umad.patch
-audit-handle-loginuid-through-proc.patch
-init_i82365-lockup-fix.patch
-driver-model-type-checking-for-more-drivers.patch
-oprofile-use-profile_pc-in-oprofile_add_sample.patch
-oprofile-support-model-4-p4.patch
-udf-deadlock-fix.patch
-dvb-follow-usb-__le16-changes.patch
-dvb-fix-access-to-freed-memory.patch
-dvb-support-up-to-six-dvb-cards.patch
-dvb-cleanup-firmware-loading-printks.patch
-sched-fix-preemption-race-core-i386.patch
-sched-make-use-of-preempt_schedule_irq-ppc.patch
-sched-make-use-of-preempt_schedule_irq-arm.patch
-fbdev-fix-return-code-of-edid_checksum.patch
-backlight-add-backlight-driver-for-sharp-corgi-pdas.patch
-backlight-add-backlight-driver-for-sharp-corgi-pdas-fix.patch
-ieee1394-adds-a-disable_irm-option-to-ieee1394ko.patch
-kernel-apisgml-references-removed-file-net_initc.patch
Merged
+fix-an-error-in-proc-slabinfo-print.patch
/proc/slabinfo glitch
+ibmveth-inlining-failure.patch
build fix
+fix-devfs-name-for-the-hvcs-driver.patch
HVCS driver fix
+uml-compile-fixes.patch
UML compile fixes
+include-jiffies-fix-usecs_to_jiffies-jiffies_to_usecs-math.patch
Fix the new jiffy conversion functions
+credits-update.patch
update CREDITS
+nfsd-needs-exportfs.patch
Kconfig fix
-acpi-kfree-fix.patch
Dropped
+fix-an-issue-in-acpi-processor-and-container-drivers-related-with-kobject_hotplug.patch
ACPI fix
+fix-32-bit-calls-to-snd_pcm_channel_info.patch
Fix pcm drivers on 64-bit machines.
+cpufreq-core-reduce-warning-messages.patch
cpufreq noisiness
+changes-to-the-i2c-driver-to-support-a-non-blocking-interface.patch
+minor-ipmi-enhancements.patch
+modify-the-i801-i2c-driver-to-use-the-non-blocking-interface.patch
+add-the-ipmi-smbus-driver.patch
+add-the-ipmi-smbus-driver-fix.patch
IPMI driver stuff
+input-make-mousedevc-report-all-events-to-user-space-immediately.patch
+input-enable-hardware-tapping-for-alps-touchpads.patch
+input-fix-pointer-jumps-to-corner-of-screen-problem-on-alps-glidepoint-touchpads.patch
+input-add-support-for-synaptics-touchpad-scroll-wheels.patch
input driver updates
+bk-kconfig-acpi-fix.patch
Fix bug in bk-kconfig.patch
+driver-model-fix-types-in-usb.patch
usb fix
-fix-smm-failures-on-e750x-systems.patch
Dropped, not needed
-page_cache_readahead-unneeded-prev_page-assignments.patch
-cleanup-ahead-window-calculation.patch
-blockable_page_cache_readahead-cleanup.patch
-blockable_page_cache_readahead-cleanup-fix.patch
Dropped the readahead cleanups due to general confusion and uncertainty.
They need another iteration.
+kswapd-throttling-fix.patch
Fix kswapd CPU burn in weird and unexplained circumstances.
+randomisation-global-sysctl.patch
+randomisation-infrastructure.patch
+randomisation-add-pf_randomize.patch
+randomisation-stack-randomisation.patch
+randomisation-mmap-randomisation.patch
+randomisation-enable-by-default.patch
+randomisation-addr_no_randomize-personality.patch
+randomisation-top-of-stack-randomization.patch
Randomise the mmap layout to confuse bad guys
+move-accounting-function-calls-out-of-critical-vm-code-pathspatch.patch
Small MM speedup
+invalidate-range-of-pages-after-direct-io-write.patch
+invalidate-range-of-pages-after-direct-io-write-fix.patch
Small direct-io speedup
+ppc64-correct-return-code-in-syscall-auditing.patch
+ppc64-show-1-for-physical_id-of-non-present-cpus.patch
+ppc64-replace-last-usage-of-vio-dma-mapping-routines.patch
+ppc64-move-systemcfg-out-of-heads.patch
+ppc64-implement-a-vdso-and-use-it-for-signal-trampoline.patch
+ppc64-generic-hotplug-cpu-support.patch
ppc64 updates
+agpgart-allow-multiple-backends-to-be-initialized-fix.patch
Fix agpgart-allow-multiple-backends-to-be-initialized.patch
+speedstep-libc-fix-frequency-multiplier-for-pentium4.patch
speedstep fix
+x86_64-parse-noexec=.patch
x86_64 commandline parsing fix
+swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
swsusp fix
-kunmap-fallout-more-fixes.patch
Dropped.
-jbd-journal-overflow-fix.patch
-jbd-journal-overflow-fix-fixes.patch
+jbd-journal-overflow-fix-2.patch
New version
+detect-soft-lockups.patch
Add a kernel debug feature which will generate an all-cpu backtrace when a
CPU locks up. Like the NMI watchdog handler, only more generic.
+add-struct-request-end_io-callback.patch
+rework-core-barrier-support.patch
+scsi_io_completion-sense-copy.patch
+blk_execute_rq-oops-on-fast-completion.patch
block layer fixes
+nls_cp936c-is-not-synchronized-with-ms-translation-table.patch
NLS fix
+annotate-proc-pid-maps-with--markers.patch
Make /proc/pid/maps more user-friendly
+serial-add-nec-vr4100-series-serial-support.patch
serial update
+sys_setpriority-euid-semantics-fix.patch
Fix setpriority() a bit
+add-tcsbrkp-to-compat_ioctlh.patch
compat update
+areca-raid-linux-scsi-driver.patch
New RAID driver (needs lots of work)
+add-local-bio-pool-support-and-modify-dm.patch
+add-local-bio-pool-support-and-modify-dm-uninline-zero_fill_bio.patch
Code refactoring
+minor-conceptual-fix-for-proc-kcore-header-size.patch
/prpoc/kcore handling fix
+pcmcia-dc-initialisation-fix.patch
PCMCIA fix
+floppy-add-sysfs-symlink.patch
floppy fix
+base-small-introduce-the-config_base_small-flag.patch
+base-small-shrink-major_names-hash.patch
+base-small-shrink-chrdevs-hash.patch
+base-small-shrink-pid-tables.patch
+base-small-shrink-uid-hash.patch
+base-small-shrink-futex-queues.patch
+base-small-shrink-timer-hashes.patch
+base-small-shrink-console-buffer.patch
Less RAM on tiny embedded systems
+lib-sort-heapsort-implementation-of-sort.patch
+sort-export.patch
+sort-build-fix.patch
+lib-sort-turn-off-self-test.patch
+lib-sort-replace-qsort-in-xfs.patch
+lib-sort-replace-insertion-sort-in-exception-tables.patch
+lib-sort-replace-insertion-sort-in-ia64-exception-tables.patch
+lib-sort-use-generic-sort-on-x86_64.patch
Futz with all those sorting functions
-random-pt4-move-other-tcp-ip-bits-to-net.patch
Dropped due to merging catastrophe.
-relayfs-doc.patch
-relayfs-common-files.patch
-relayfs-remove-klog-debugging-channel.patch
-relayfs-locking-lockless-implementation.patch
-relayfs-headers.patch
-relayfs-remove-klog-debugging-channel-headers.patch
-ltt-core-implementation.patch
-ltt-core-headers.patch
-mips-fixed-ltt-build-errors.patch
-ltt-kconfig-fix.patch
-ltt-doesnt-build-on-x86_64.patch
-ltt-kernel-events.patch
-ltt-kernel-events-tidy.patch
-ltt-kernel-events-build-fix.patch
-ltt-fs-events.patch
-ltt-fs-events-tidy.patch
-ltt-ipc-events.patch
-ltt-mm-events.patch
-ltt-net-events.patch
-ltt-architecture-events.patch
-ltt-architecture-events-mips-fix.patch
Dropped LTT - it's being redone.
-nfsacl-protocol-extension-for-nfsv3.patch
This moved various sort() functions around. Not needed any more.
+lib-sort-replace-qsort-in-nfs-acl-code.patch
Update the nfsacl patches for the sort()-shuffling.
+nfs-acl-build-fix-posix-acl-config-tidy.patch
build fix
+make-page_owner-handle-non-contiguous-page-ranges.patch
Fix the page leak detector.
-rlimit_rt_cpu.patch
-rlimit_rt_cpu-fix.patch
-rlimit_rt_cpu-sparc64-fix.patch
Dropped these - we'll do it a different way. The LSM module, it appears.
-add-do_proc_doulonglongvec_minmax-to-sysctl-functions.patch
-add-sysctl-interface-to-sched_domain-parameters.patch
For some weird reason these patches were triggering an ia64 oops which has
nothing to do with these patches.
+kexec-kexec-generic-kexec-use-unsigned-bitfield.patch
kexec fix
+lib-sort-replace-open-coded-opids2-bubblesort-in-cpusets.patch
More sort() fallout
+fuse-device-functions-fix-race-in-interrupted-request.patch
FUSE fix
-kernel-configsc-make-a-variable-static.patch
-kernel-kallsymsc-make-some-code-static.patch
Other changes broke these
+warning-fix-in-drivers-cdrom-mcdc.patch
+wavefront-reduce-stack-usage.patch
+mm-page-writebackc-remove-an-unused-function-2.patch
+generic_serialh-kill-incorrect-gs_debug-reference.patch
+kernel-timerc-make-two-variables-static.patch
+remove-the-unused-oss-maestro_tablesh.patch
+fs-hfs-misc-cleanups.patch
+fs-hpfs-make-some-code-static.patch
+small-partitions-msdos-cleanups.patch
+fs-hfsplus-misc-cleanups.patch
+i386-x86_64-processc-make-hlt_counter-static.patch
+i386-mach-default-topologyc-make-cpu_devices-static.patch
+i386-math-emu-misc-cleanups.patch
+non-pc-parport-config-change.patch
+prism54-misc-cleanups.patch
+scsi-qlogicfcc-some-cleanups.patch
+scsi-qlogicispc-some-cleanups.patch
+scsi-sim710c-make-some-code-static.patch
+savagefbc-make-some-code-static.patch
Small code tweaks.
number of patches in -mm: 516
number of changesets in external trees: 504
number of patches in -mm only: 498
total patches: 1002
All 516 patches:
linus.patch
fix-an-error-in-proc-slabinfo-print.patch
fix an error in /proc/slabinfo print
ibmveth-inlining-failure.patch
ibmveth inlining failure.
fix-devfs-name-for-the-hvcs-driver.patch
Fix devfs name for the hvcs driver
uml-compile-fixes.patch
uml: compile fixes
include-jiffies-fix-usecs_to_jiffies-jiffies_to_usecs-math.patch
include/jiffies: fix usecs_to_jiffies()/jiffies_to_usecs() math
credits-update.patch
Update Michal Ludvig details
nfsd-needs-exportfs.patch
nfsd needs exportfs
ia64-config_apci_numa-fix.patch
ia64 CONFIG_APCI_NUMA fix
ia64-acpi-build-fix.patch
ia64 acpi build fix
add-try_acquire_console_sem.patch
Add try_acquire_console_sem
update-aty128fb-sleep-wakeup-code-for-new-powermac-changes.patch
update aty128fb sleep/wakeup code for new powermac changes
radeonfb-update.patch
radeonfb update
radeonfb-build-fix.patch
radeonfb-build-fix
acpi-sleep-while-atomic-during-s3-resume-from-ram.patch
acpi: sleep-while-atomic during S3 resume from ram
acpi-report-errors-in-fanc.patch
ACPI: report errors in fan.c
acpi-flush-tlb-when-pagetable-changed.patch
acpi: flush TLB when pagetable changed
fix-an-issue-in-acpi-processor-and-container-drivers-related-with-kobject_hotplug.patch
Fix an issue in ACPI processor and container drivers related with kobject_hotplug()
bk-agpgart.patch
bk-alsa.patch
fix-32-bit-calls-to-snd_pcm_channel_info.patch
Fix 32-bit calls to snd_pcm_channel_info()
bk-arm.patch
bk-cifs.patch
bk-cpufreq.patch
cpufreq-core-reduce-warning-messages.patch
cpufreq-core: reduce warning messages
bk-drm-via.patch
bk-i2c.patch
changes-to-the-i2c-driver-to-support-a-non-blocking-interface.patch
Changes to the I2C driver to support a non-blocking interface
minor-ipmi-enhancements.patch
Minor IPMI enhancements
modify-the-i801-i2c-driver-to-use-the-non-blocking-interface.patch
Modify the i801 I2C driver to use the non-blocking interface.
add-the-ipmi-smbus-driver.patch
Add the IPMI SMBus driver
add-the-ipmi-smbus-driver-fix.patch
ipmi-build-fix-42
bk-ide-dev.patch
bk-ieee1394.patch
input-make-mousedevc-report-all-events-to-user-space-immediately.patch
input: make mousedev.c report all events to user space immediately
input-enable-hardware-tapping-for-alps-touchpads.patch
input: enable hardware tapping for ALPS touchpads
input-fix-pointer-jumps-to-corner-of-screen-problem-on-alps-glidepoint-touchpads.patch
input: fix "pointer jumps to corner of screen" problem on ALPS Glidepoint touchpads
input-add-support-for-synaptics-touchpad-scroll-wheels.patch
input: add support for Synaptics touchpad scroll wheels
bk-jfs.patch
bk-kbuild.patch
bk-kconfig.patch
bk-kconfig-acpi-fix.patch
bk-kconfig-acpi-fix
bk-libata.patch
bk-netdev.patch
bk-ntfs.patch
bk-scsi-rc-fixes.patch
driver-model-fix-types-in-usb.patch
driver model: fix types in usb
bk-watchdog.patch
mm.patch
add -mmN to EXTRAVERSION
vm-pageout-throttling.patch
vm: pageout throttling
orphaned-pagecache-memleak-fix.patch
orphaned pagecache memleak fix
swapspace-layout-improvements.patch
swapspace-layout-improvements
simpler-topdown-mmap-layout-allocator.patch
simpler topdown mmap layout allocator
vmscan-reclaim-swap_cluster_max-pages-in-a-single-pass.patch
vmscan: reclaim SWAP_CLUSTER_MAX pages in a single pass
fix-mincore-cornercases-overflow-caused-by-large-len.patch
Fix mincore cornercases: overflow caused by large "len"
kswapd-throttling-fix.patch
kswapd throttling fix
task_size-is-variable.patch
TASK_SIZE is variable.
use-mm_vm_size-in-exit_mmap.patch
Use MM_VM_SIZE in exit_mmap
randomisation-global-sysctl.patch
Randomisation: global sysctl
randomisation-infrastructure.patch
Randomisation: infrastructure
randomisation-add-pf_randomize.patch
Randomisation: add PF_RANDOMIZE
randomisation-stack-randomisation.patch
Randomisation: stack randomisation
randomisation-mmap-randomisation.patch
Randomisation: mmap randomisation
randomisation-enable-by-default.patch
Randomisation: enable by default
randomisation-addr_no_randomize-personality.patch
Randomisation: add ADDR_NO_RANDOMIZE personality
randomisation-top-of-stack-randomization.patch
Randomisation: top-of-stack randomization
move-accounting-function-calls-out-of-critical-vm-code-pathspatch.patch
Move accounting function calls out of critical vm code paths
invalidate-range-of-pages-after-direct-io-write.patch
invalidate range of pages after direct IO write
invalidate-range-of-pages-after-direct-io-write-fix.patch
invalidate-range-of-pages-after-direct-io-write-fix
make-tree_lock-an-rwlock.patch
make mapping->tree_lock an rwlock
must-fix.patch
must fix lists update
must fix list update
mustfix update
must-fix update
mustfix lists
b44-bounce-buffer-fix.patch
b44 bounce buffering fix
ppc64-correct-return-code-in-syscall-auditing.patch
ppc64: correct return code in syscall auditing
ppc64-show-1-for-physical_id-of-non-present-cpus.patch
ppc64: show -1 for physical_id of non-present cpus
ppc64-replace-last-usage-of-vio-dma-mapping-routines.patch
ppc64: replace last usage of vio dma mapping routines
ppc64-move-systemcfg-out-of-heads.patch
ppc64: Move systemcfg out of head.S
ppc64-implement-a-vdso-and-use-it-for-signal-trampoline.patch
ppc64: Implement a vDSO and use it for signal trampoline
ppc64-generic-hotplug-cpu-support.patch
ppc64: generic hotplug cpu support
ppc64-reloc_hide.patch
agpgart-allow-multiple-backends-to-be-initialized.patch
agpgart: allow multiple backends to be initialized
agpgart-allow-multiple-backends-to-be-initialized fix
agpgart: add bridge assignment missed in agp_allocate_memory
x86_64 agp failure fix
agpgart-allow-multiple-backends-to-be-initialized-fix.patch
agpgart-allow-multiple-backends-to-be-initialized-fix
agpgart-add-agp_find_bridge-function.patch
agpgart: add agp_find_bridge function
agpgart-allow-drivers-to-allocate-memory-local-to.patch
agpgart: allow drivers to allocate memory local to the bridge
drm-add-support-for-new-multiple-agp-bridge-agpgart-api.patch
drm: add support for new multiple agp bridge agpgart api
fb-add-support-for-new-multiple-agp-bridge-agpgart-api.patch
fb: add support for new multiple agp bridge agpgart api
agpgart-add-bridge-parameter-to-driver-functions.patch
agpgart: add bridge parameter to driver functions
allow-hot-add-enabled-i386-numa-box-to-boot.patch
Allow hot-add enabled i386 NUMA box to boot
speedstep-libc-fix-frequency-multiplier-for-pentium4.patch
speedstep-lib.c: fix frequency multiplier for Pentium4 models 0&1
x86_64-parse-noexec=.patch
x86_64: parse noexec=[on|off]
xen-vmm-4-add-ptep_establish_new-to-make-va-available.patch
Xen VMM #4: add ptep_establish_new to make va available
xen-vmm-4-return-code-for-arch_free_page.patch
Xen VMM #4: return code for arch_free_page
xen-vmm-4-return-code-for-arch_free_page-fix.patch
Get rid of arch_free_page() warning
xen-vmm-4-runtime-disable-of-vt-console.patch
Xen VMM #4: runtime disable of VT console
xen-vmm-4-has_arch_dev_mem.patch
Xen VMM #4: HAS_ARCH_DEV_MEM
xen-vmm-4-split-free_irq-into-teardown_irq.patch
Xen VMM #4: split free_irq into teardown_irq
swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
swsusp: do not use higher order memory allocations on suspend
force-feedback-support-for-uinput.patch
Force feedback support for uinput
make-sysrq-f-call-oom_kill.patch
make sysrq-F call oom_kill()
allow-admin-to-enable-only-some-of-the-magic-sysrq-functions.patch
Allow admin to enable only some of the Magic-Sysrq functions
sort-out-pci_rom_address_enable-vs-ioresource_rom_enable.patch
Sort out PCI_ROM_ADDRESS_ENABLE vs IORESOURCE_ROM_ENABLE
irqpoll.patch
irqpoll
poll-mini-optimisations.patch
poll: mini optimisations
mtrr-size-and-base-debug.patch
mtrr size-and-base debugging
cleanup-vc-array-access.patch
cleanup vc array access
remove-console_macrosh.patch
remove console_macros.h
merge-vt_struct-into-vc_data.patch
merge vt_struct into vc_data
merge-vt_struct-into-vc_data-fix.patch
merge-vt_struct-into-vc_data fix
jbd-journal-overflow-fix-2.patch
jbd: journal overflow fix #2
jbd-fix-against-journal-overflow.patch
JBD: reduce stack and number of journal descriptors
jbd-fix-against-journal-overflow-tidies.patch
jbd-fix-against-journal-overflow-tidies
jbd-log-space-management-optimization.patch
JBD: log space management optimization
factor-out-phase-6-of-journal_commit_transaction.patch
Factor out phase 6 of journal_commit_transaction
ext3-cleanup-1.patch
ext3 cleanup 1
ext3-free-block-accounting-fix.patch
ext3: free block accounting fix
ext3_test_root-speedup.patch
ext3_test_root() speedup
i4l-new-hfc_usb-driver-version.patch
i4l: new hfc_usb driver version
i4l-hfc-4s-and-hfc-8s-driver.patch
i4l: HFC-4S and HFC-8S driver
fix-race-between-the-nmi-code-and-the-cmos-clock.patch
Fix race between the NMI code and the CMOS clock
cant-unmount-bad-inode.patch
Can't unmount bad inode
iounmap-debugging.patch
iounmap debugging
fix-put_user-under-mmap_sem-in-sys_get_mempolicy.patch
fix put_user under mmap_sem in sys_get_mempolicy()
oss-support-for-ac97-low-power-codecs.patch
OSS Support for AC97 low power codecs
fix-kallsyms-insmod-rmmod-race.patch
Fix kallsyms/insmod/rmmod race
fix-kallsyms-insmod-rmmod-race-fix.patch
fix-kallsyms-insmod-rmmod-race fix
fix-kallsyms-insmod-rmmod-race-fix-fix.patch
fix-kallsyms-insmod-rmmod-race-fix-fix
d_drop-should-use-per-dentry-lock.patch
d_drop should use per dentry lock
detect-soft-lockups.patch
detect soft lockups
serialize-access-to-ide-devices.patch
serialize access to ide devices
add-struct-request-end_io-callback.patch
Add struct request end_io callback
rework-core-barrier-support.patch
rework core barrier support
scsi_io_completion-sense-copy.patch
scsi_io_completion sense copy
blk_execute_rq-oops-on-fast-completion.patch
blk_execute_rq() oops on fast completion
nls_cp936c-is-not-synchronized-with-ms-translation-table.patch
nls_cp936.c is not synchronized with M$'s translation table
annotate-proc-pid-maps-with--markers.patch
annotate /proc/<PID>/maps with [heap]/[stack]/[vdso] markers
serial-add-nec-vr4100-series-serial-support.patch
serial: add NEC VR4100 series serial support
sys_setpriority-euid-semantics-fix.patch
sys_setpriority() euid semantics fix
add-tcsbrkp-to-compat_ioctlh.patch
add TCSBRKP to compat_ioctl.h
areca-raid-linux-scsi-driver.patch
ARECA RAID Linux scsi driver
add-local-bio-pool-support-and-modify-dm.patch
add local bio pool support and modify dm
add-local-bio-pool-support-and-modify-dm-uninline-zero_fill_bio.patch
uninline-zero_fill_bio
minor-conceptual-fix-for-proc-kcore-header-size.patch
minor conceptual fix for /proc/kcore header size
pcmcia-dc-initialisation-fix.patch
pcmcia: ds.c initialisation fix
floppy-add-sysfs-symlink.patch
floppy.c: add sysfs symlink
base-small-introduce-the-config_base_small-flag.patch
base-small: introduce the CONFIG_BASE_SMALL flag
base-small-shrink-major_names-hash.patch
base-small: shrink major_names hash
base-small-shrink-chrdevs-hash.patch
base-small: shrink chrdevs hash
base-small-shrink-pid-tables.patch
base-small: shrink PID tables
base-small-shrink-uid-hash.patch
base-small: shrink UID hash
base-small-shrink-futex-queues.patch
base-small: shrink futex queues
base-small-shrink-timer-hashes.patch
base-small: shrink timer hashes
base-small-shrink-console-buffer.patch
base-small: shrink console buffer
lib-sort-heapsort-implementation-of-sort.patch
lib/sort: Heapsort implementation of sort()
sort-export.patch
sort export
sort-build-fix.patch
sort build fix
lib-sort-turn-off-self-test.patch
lib/sort: turn off self-test
lib-sort-replace-qsort-in-xfs.patch
lib/sort: Replace qsort in XFS
lib-sort-replace-insertion-sort-in-exception-tables.patch
lib/sort: Replace insertion sort in exception tables
lib-sort-replace-insertion-sort-in-ia64-exception-tables.patch
lib/sort: Replace insertion sort in IA64 exception tables
lib-sort-use-generic-sort-on-x86_64.patch
lib/sort: Use generic sort on x86_64
random-pt2-cleanup-waitqueue-logic-fix-missed-wakeup.patch
random: cleanup waitqueue logic, fix missed wakeup
random-pt2-kill-pool-clearing.patch
random: kill pool clearing
random-pt2-combine-legacy-ioctls.patch
random: combine legacy ioctls
random-pt2-re-init-all-pools-on-zero.patch
random: re-init all pools on zero
random-pt2-simplify-initialization.patch
random: simplify initialization
random-pt2-kill-memsets-of-static-data.patch
random: kill memsets of static data
random-pt2-kill-dead-extract_state-struct.patch
random: kill dead extract_state struct
random-pt2-kill-22-compat-waitqueue-defs.patch
random: kill 2.2 compat waitqueue defs
random-pt2-kill-redundant-rotate_left-definitions.patch
random: kill redundant rotate_left definitions
random-pt2-kill-redundant-rotate_left-definitions-fix.patch
rol32 thinko
random-pt2-kill-misnamed-log2.patch
random: kill misnamed log2
random-pt3-more-meaningful-pool-names.patch
random: More meaningful pool names
random-pt3-static-allocation-of-pools.patch
random: Static allocation of pools
random-pt3-static-sysctl-bits.patch
random: Static sysctl bits
random-pt3-catastrophic-reseed-checks.patch
random: Catastrophic reseed checks
random-pt3-entropy-reservation-accounting.patch
random: Entropy reservation accounting
random-pt3-reservation-flag-in-pool-struct.patch
random: Reservation flag in pool struct
random-pt3-reseed-pointer-in-pool-struct.patch
random: Reseed pointer in pool struct
random-pt3-break-up-extract_user.patch
random: Break up extract_user
random-pt3-remove-dead-md5-copy.patch
random: Remove dead MD5 copy
random-pt3-simplify-hash-folding.patch
random: Simplify hash folding
random-pt3-clean-up-hash-buffering.patch
random: Clean up hash buffering
random-pt3-remove-entropy-batching.patch
random: Remove entropy batching
random-pt4-create-new-rol32-ror32-bitops.patch
random: Create new rol32/ror32 bitops
random-pt4-use-them-throughout-the-tree.patch
random: Use them throughout the tree
random-pt4-kill-the-sha-variants.patch
random: Kill the SHA variants
random-pt4-cleanup-sha-interface.patch
random: Cleanup SHA interface
random-pt4-move-sha-code-to-lib.patch
random: Move SHA code to lib/
random-pt4-replace-sha-with-faster-version.patch
random: Replace SHA with faster version
random-pt4-replace-sha-with-faster-version-fix.patch
random-pt4-replace-sha-with-faster-version-fix
random-pt4-replace-sha-with-faster-version-fix-fix.patch
SHA1 clarify kerneldoc
random-pt4-replace-sha-with-faster-version-fix-fix-fix.patch
random-pt4-cleanup-sha-interface fix
random-pt4-update-cryptolib-to-use-sha-fro-lib.patch
random: Update cryptolib to use SHA fro lib
random-pt4-move-halfmd4-to-lib.patch
random: Move halfmd4 to lib
random-pt4-kill-duplicate-halfmd4-in-ext3-htree.patch
random: Kill duplicate halfmd4 in ext3 htree
random-pt4-kill-duplicate-halfmd4-in-ext3-htree-fix.patch
random-pt4-kill-duplicate-halfmd4-in-ext3-htree-fix
random-pt4-simplify-and-shrink-syncookie-code.patch
random: Simplify and shrink syncookie code
random-pt4-move-syncookies-to-net.patch
random: Move syncookies to net/
speedup-proc-pid-maps.patch
Speed up /proc/pid/maps
speedup-proc-pid-maps-fix.patch
Speed up /proc/pid/maps fix
speedup-proc-pid-maps-fix-fix.patch
speedup-proc-pid-maps fix fix
speedup-proc-pid-maps-fix-fix-fix.patch
speedup /proc/<pid>/maps(4th version)
fix-loss-of-records-on-size-4096-in-proc-pid-maps.patch
fix loss of records on size > 4096 in proc/<pid>/maps
speedup-proc-pid-maps-fix-fix-fix-fix.patch
speedup-proc-pid-maps-fix-fix-fix fix
inotify.patch
inotify
inotify-fix_find_inode.patch
inotify: fix find_inode
posix-timers-tidy-up-clock-interfaces-and-consolidate-dispatch-logic.patch
posix-timers: tidy up clock interfaces and consolidate dispatch logic
posix-timers-high-resolution-cpu-clocks-for-posix-clock_-syscalls.patch
posix-timers: high-resolution CPU clocks for POSIX clock_* syscalls
posix-timers-tidy-up-clock-interfaces-and-consolidate-dispatch-logic-cleanup.patch
posix-timers: tidy up clock interfaces and consolidate dispatch logic cleanup
posix-timers-fix-posix-timers-signals-lock-order.patch
posix-timers: fix posix-timers signals lock order
posix-timers-cpu-clock-support-for-posix-timers.patch
posix-timers: CPU clock support for POSIX timers
posix-timers-cpu-clock-support-for-posix-timers-fix.patch
posix-timers: CPU clock support for POSIX timers (fix)
panic-in-check_process_timers.patch
PANIC in check_process_timers()
make-itimer_real-per-process.patch
make ITIMER_REAL per-process
make-itimer_prof-itimer_virtual-per-process.patch
make ITIMER_PROF, ITIMER_VIRTUAL per-process
make-rlimit_cpu-sigxcpu-per-process.patch
make RLIMIT_CPU/SIGXCPU per-process
nfs-fix_vfsflock.patch
VFS: Fix structure initialization in locks_remove_flock()
nfs-flock.patch
NFS: Add emulation of BSD flock() in terms of POSIX locks on the server
nfsacl-return-enosys-for-rpc-programs-that-are-unavailable.patch
nfsacl: return -ENOSYS for RPC programs that are unavailable
nfsacl-add-missing-eopnotsupp-=-nfs3err_notsupp-mapping-in-nfsd.patch
nfsacl: add missing -EOPNOTSUPP => NFS3ERR_NOTSUPP mapping in nfsd
nfsacl-allow-multiple-programs-to-listen-on-the-same-port.patch
nfsacl: allow multiple programs to listen on the same port
nfsacl-allow-multiple-programs-to-share-the-same-transport.patch
nfsacl: allow multiple programs to share the same transport
nfsacl-lazy-rpc-receive-buffer-allocation.patch
nfsacl: lazy RPC receive buffer allocation
nfsacl-encode-and-decode-arbitrary-xdr-arrays.patch
nfsacl: encode and decode arbitrary XDR arrays
nfsacl-encode-and-decode-arbitrary-xdr-arrays-fix.patch
nfsacl-encode-and-decode-arbitrary-xdr-arrays-fix
nfsacl-add-noacl-nfs-mount-option.patch
nfsacl: add noacl nfs mount option
nfsacl-infrastructure-and-server-side-of-nfsacl.patch
nfsacl: infrastructure and server side of nfsacl
lib-sort-replace-qsort-in-nfs-acl-code.patch
lib/sort: Replace qsort in NFS ACL code
nfsacl-infrastructure-and-server-side-of-nfsacl-fix.patch
nfsacl-infrastructure-and-server-side-of-nfsacl fix
nfsacl-solaris-nfsacl-workaround.patch
nfsacl: solaris nfsacl workaround
nfsacl-client-side-of-nfsacl.patch
nfsacl: client side of nfsacl
nfsacl-client-side-of-nfsacl-fix.patch
nfsacl: Must not initialize inode->i_op to NULL
nfsacl-acl-umask-handling-workaround-in-nfs-client.patch
nfsacl: aCL umask handling workaround in nfs client
nfsacl-acl-umask-handling-workaround-in-nfs-client-fix.patch
ACL umask handling workaround in nfs client fix
nfsacl-cache-acls-on-the-nfs-client-side.patch
nfsacl: cache acls on the nfs client side
nfs-acl-build-fix-posix-acl-config-tidy.patch
NFS ACL build fix, POSIX ACL config tidy
kgdb-ga.patch
kgdb stub for ia32 (George Anzinger's one)
kgdbL warning fix
kgdb buffer overflow fix
kgdbL warning fix
kgdb: CONFIG_DEBUG_INFO fix
x86_64 fixes
correct kgdb.txt Documentation link (against 2.6.1-rc1-mm2)
kgdb: fix for recent gcc
kgdb warning fixes
THREAD_SIZE fixes for kgdb
Fix stack overflow test for non-8k stacks
kgdb-ga.patch fix for i386 single-step into sysenter
fix TRAP_BAD_SYSCALL_EXITS on i386
add TRAP_BAD_SYSCALL_EXITS config for i386
kgdb-is-incompatible-with-kprobes
kgdb-ga-build-fix
kgdb-ga-fixes
kgdb: kill off highmem_start_page
kgdboe-netpoll.patch
kgdb-over-ethernet via netpoll
kgdboe: fix configuration of MAC address
kgdb-x86_64-support.patch
kgdb-x86_64-support.patch for 2.6.2-rc1-mm3
kgdb-x86_64-warning-fixes
kgdb-x86_64-fix
kgdb-x86_64-serial-fix
kprobes exception notifier fix
dev-mem-restriction-patch.patch
/dev/mem restriction patch
dev-mem-restriction-patch-allow-reads.patch
dev-mem-restriction-patch: allow reads
journal_add_journal_head-debug.patch
journal_add_journal_head-debug
list_del-debug.patch
list_del debug check
page-owner-tracking-leak-detector.patch
Page owner tracking leak detector
make-page_owner-handle-non-contiguous-page-ranges.patch
make page_owner handle non-contiguous page ranges
unplug-can-sleep.patch
unplug functions can sleep
firestream-warnings.patch
firestream warnings
perfctr-core.patch
perfctr: core
perfctr: remove bogus perfctr_sample_thread() calls
perfctr-i386.patch
perfctr: i386
perfctr-x86-core-updates.patch
perfctr x86 core updates
perfctr-x86-driver-updates.patch
perfctr x86 driver updates
perfctr-x86-driver-cleanup.patch
perfctr: x86 driver cleanup
perfctr-prescott-fix.patch
Prescott fix for perfctr
perfctr-x86-update-2.patch
perfctr x86 update 2
perfctr-x86_64.patch
perfctr: x86_64
perfctr-x86_64-core-updates.patch
perfctr x86_64 core updates
perfctr-ppc.patch
perfctr: PowerPC
perfctr-ppc32-driver-update.patch
perfctr: ppc32 driver update
perfctr-ppc32-mmcr0-handling-fixes.patch
perfctr ppc32 MMCR0 handling fixes
perfctr-ppc32-update.patch
perfctr ppc32 update
perfctr-ppc32-update-2.patch
perfctr ppc32 update
perfctr-virtualised-counters.patch
perfctr: virtualised counters
perfctr-remap_page_range-fix.patch
virtual-perfctr-illegal-sleep.patch
virtual perfctr illegal sleep
make-perfctr_virtual-default-in-kconfig-match-recommendation.patch
Make PERFCTR_VIRTUAL default in Kconfig match recommendation in help text
perfctr-ifdef-cleanup.patch
perfctr ifdef cleanup
perfctr-update-2-6-kconfig-related-updates.patch
perfctr: Kconfig-related updates
perfctr-virtual-updates.patch
perfctr virtual updates
perfctr-virtual-cleanup.patch
perfctr: virtual cleanup
perfctr-ppc32-preliminary-interrupt-support.patch
perfctr ppc32 preliminary interrupt support
perfctr-update-5-6-reduce-stack-usage.patch
perfctr: reduce stack usage
perfctr-interrupt-support-kconfig-fix.patch
perfctr interrupt_support Kconfig fix
perfctr-low-level-documentation.patch
perfctr low-level documentation
perfctr-inheritance-1-3-driver-updates.patch
perfctr inheritance: driver updates
perfctr-inheritance-2-3-kernel-updates.patch
perfctr inheritance: kernel updates
perfctr-inheritance-3-3-documentation-updates.patch
perfctr inheritance: documentation updates
perfctr-inheritance-locking-fix.patch
perfctr inheritance locking fix
perfctr-api-changes-first-step.patch
perfctr API changes: first step
perfctr-virtual-update.patch
perfctr virtual update
perfctr-x86-64-ia32-emulation-fix.patch
perfctr x86-64 ia32 emulation fix
perfctr-sysfs-update-1-4-core.patch
perfctr sysfs update: core
perfctr-sysfs-update.patch
Perfctr sysfs update
perfctr-sysfs-update-2-4-x86.patch
perfctr sysfs update: x86
perfctr-sysfs-update-3-4-x86-64.patch
perfctr sysfs update: x86-64
perfctr: syscall numbers in x86-64 ia32-emulation
perfctr x86_64 native syscall numbers fix
perfctr-sysfs-update-4-4-ppc32.patch
perfctr sysfs update: ppc32
allow-modular-ide-pnp.patch
allow modular ide-pnp
allow-x86_64-to-reenable-interrupts-on-contention.patch
Allow x86_64 to reenable interrupts on contention
i386-cpu-hotplug-updated-for-mm.patch
i386 CPU hotplug updated for -mm
ppc64-fix-cpu-hotplug.patch
ppc64: fix hotplug cpu
disable-atykb-warning.patch
disable atykb "too many keys pressed" warning
export-file_ra_state_init-again.patch
Export file_ra_state_init() again
cachefs-filesystem.patch
CacheFS filesystem
numa-policies-for-file-mappings-mpol_mf_move-cachefs.patch
numa-policies-for-file-mappings-mpol_mf_move for cachefs
cachefs-release-search-records-lest-they-return-to-haunt-us.patch
CacheFS: release search records lest they return to haunt us
fix-64-bit-problems-in-cachefs.patch
Fix 64-bit problems in cachefs
cachefs-fixed-typos-that-cause-wrong-pointer-to-be-kunmapped.patch
cachefs: fixed typos that cause wrong pointer to be kunmapped
cachefs-return-the-right-error-upon-invalid-mount.patch
CacheFS: return the right error upon invalid mount
fix-cachefs-barrier-handling-and-other-kernel-discrepancies.patch
Fix CacheFS barrier handling and other kernel discrepancies
remove-error-from-linux-cachefsh.patch
Remove #error from linux/cachefs.h
cachefs-warning-fix-2.patch
cachefs warning fix 2
cachefs-linkage-fix-2.patch
cachefs linkage fix
cachefs-build-fix.patch
cachefs build fix
cachefs-documentation.patch
CacheFS documentation
add-page-becoming-writable-notification.patch
Add page becoming writable notification
add-page-becoming-writable-notification-fix.patch
do_wp_page_mk_pte_writable() fix
add-page-becoming-writable-notification-build-fix.patch
add-page-becoming-writable-notification build fix
provide-a-filesystem-specific-syncable-page-bit.patch
Provide a filesystem-specific sync'able page bit
provide-a-filesystem-specific-syncable-page-bit-fix.patch
provide-a-filesystem-specific-syncable-page-bit-fix
provide-a-filesystem-specific-syncable-page-bit-fix-2.patch
provide-a-filesystem-specific-syncable-page-bit-fix-2
make-afs-use-cachefs.patch
Make AFS use CacheFS
afs-cachefs-dependency-fix.patch
afs-cachefs-dependency-fix
split-general-cache-manager-from-cachefs.patch
Split general cache manager from CacheFS
turn-cachefs-into-a-cache-backend.patch
Turn CacheFS into a cache backend
rework-the-cachefs-documentation-to-reflect-fs-cache-split.patch
Rework the CacheFS documentation to reflect FS-Cache split
update-afs-client-to-reflect-cachefs-split.patch
Update AFS client to reflect CacheFS split
x86-rename-apic_mode_exint.patch
kexec: x86: rename APIC_MODE_EXINT
x86-local-apic-fix.patch
kexec: x86: local apic fix
x86_64-e820-64bit.patch
kexec: x86_64: e820 64bit fix
x86-i8259-shutdown.patch
kexec: x86: i8259 shutdown: disable interrupts
x86_64-i8259-shutdown.patch
kexec: x86_64: add i8259 shutdown method
x86-apic-virtwire-on-shutdown.patch
kexec: x86: resture apic virtual wire mode on shutdown
x86_64-apic-virtwire-on-shutdown.patch
kexec: x86_64: restore apic virtual wire mode on shutdown
vmlinux-fix-physical-addrs.patch
kexec: vmlinux: fix physical addresses
x86-vmlinux-fix-physical-addrs.patch
kexec: x86: vmlinux: fix physical addresses
x86_64-vmlinux-fix-physical-addrs.patch
kexec: x86_64: vmlinux: fix physical addresses
x86_64-entry64.patch
kexec: x86_64: add 64-bit entry
x86-config-kernel-start.patch
kexec: x86: add CONFIG_PYSICAL_START
x86_64-config-kernel-start.patch
kexec: x86_64: add CONFIG_PHYSICAL_START
kexec-kexec-generic.patch
kexec: add kexec syscalls
kexec-kexec-generic-kexec-use-unsigned-bitfield.patch
kexec: use unsigned bitfield
x86-machine_shutdown.patch
kexec: x86: factor out apic shutdown code
x86-kexec.patch
kexec: x86 kexec core
x86-crashkernel.patch
crashdump: x86 crashkernel option
x86_64-machine_shutdown.patch
kexec: x86_64: factor out apic shutdown code
x86_64-kexec.patch
kexec: x86_64 kexec implementation
x86_64-crashkernel.patch
crashdump: x86_64: crashkernel option
kexec-ppc-support.patch
kexec: kexec ppc support
x86-crash_shutdown-nmi-shootdown.patch
crashdump: x86: add NMI handler to capture other CPUs
x86-crash_shutdown-snapshot-registers.patch
kexec: x86: snapshot registers during crash shutdown
x86-crash_shutdown-apic-shutdown.patch
kexec: x86 shutdown APICs during crash_shutdown
crashdump-documentation.patch
crashdump: documentation
crashdump-memory-preserving-reboot-using-kexec.patch
crashdump: memory preserving reboot using kexec
crashdump-routines-for-copying-dump-pages.patch
crashdump: routines for copying dump pages
crashdump-elf-format-dump-file-access.patch
crashdump: elf format dump file access
crashdump-linear-raw-format-dump-file-access.patch
crashdump: linear raw format dump file access
new-bitmap-list-format-for-cpusets.patch
new bitmap list format (for cpusets)
cpusets-big-numa-cpu-and-memory-placement.patch
cpusets - big numa cpu and memory placement
cpusets-config_cpusets-depends-on-smp.patch
Cpusets: CONFIG_CPUSETS depends on SMP
cpusets-move-cpusets-above-embedded.patch
move CPUSETS above EMBEDDED
cpusets-fix-cpuset_get_dentry.patch
cpusets : fix cpuset_get_dentry()
cpusets-fix-race-in-cpuset_add_file.patch
cpusets: fix race in cpuset_add_file()
cpusets-remove-more-casts.patch
cpusets: remove more casts
cpusets-make-config_cpusets-the-default-in-sn2_defconfig.patch
cpusets: make CONFIG_CPUSETS the default in sn2_defconfig
cpusets-document-proc-status-allowed-fields.patch
cpusets: document proc status allowed fields
cpusets-dont-export-proc_cpuset_operations.patch
Cpusets - Dont export proc_cpuset_operations
cpusets-display-allowed-masks-in-proc-status.patch
cpusets: display allowed masks in proc status
cpusets-simplify-cpus_allowed-setting-in-attach.patch
cpusets: simplify cpus_allowed setting in attach
cpusets-remove-useless-validation-check.patch
cpusets: remove useless validation check
cpusets-tasks-file-simplify-format-fixes.patch
Cpusets tasks file: simplify format, fixes
lib-sort-replace-open-coded-opids2-bubblesort-in-cpusets.patch
lib/sort: Replace open-coded O(pids**2) bubblesort in cpusets
cpusets-simplify-memory-generation.patch
Cpusets: simplify memory generation
cpusets-interoperate-with-hotplug-online-maps.patch
cpusets: interoperate with hotplug online maps
cpusets-alternative-fix-for-possible-race-in.patch
cpusets: alternative fix for possible race in cpuset_tasks_read()
cpusets-remove-casts.patch
cpusets: remove void* typecasts
reiser4-sb_sync_inodes.patch
reiser4: vfs: add super_operations.sync_inodes()
reiser4-allow-drop_inode-implementation.patch
reiser4: export vfs inode.c symbols
reiser4-truncate_inode_pages_range.patch
reiser4: vfs: add truncate_inode_pages_range()
reiser4-export-remove_from_page_cache.patch
reiser4: export pagecache add/remove functions to modules
reiser4-export-page_cache_readahead.patch
reiser4: export page_cache_readahead to modules
reiser4-reget-page-mapping.patch
reiser4: vfs: re-check page->mapping after calling try_to_release_page()
reiser4-rcu-barrier.patch
reiser4: add rcu_barrier() synchronization point
reiser4-export-inode_lock.patch
reiser4: export inode_lock to modules
reiser4-export-pagevec-funcs.patch
reiser4: export pagevec functions to modules
reiser4-export-radix_tree_preload.patch
reiser4: export radix_tree_preload() to modules
reiser4-export-find_get_pages.patch
reiser4-radix-tree-tag.patch
reiser4: add new radix tree tag
reiser4-radix_tree_lookup_slot.patch
reiser4: add radix_tree_lookup_slot()
reiser4-perthread-pages.patch
reiser4: per-thread page pools
reiser4-include-reiser4.patch
reiser4: add to build system
reiser4-doc.patch
reiser4: documentation
reiser4-only.patch
reiser4: main fs
reiser4-recover-read-performance.patch
reiser4: recover read performance
reiser4-export-find_get_pages_tag.patch
reiser4-export-find_get_pages_tag
reiser4-add-missing-context.patch
add-acpi-based-floppy-controller-enumeration.patch
Add ACPI-based floppy controller enumeration.
possible-dcache-bug-debugging-patch.patch
Possible dcache BUG: debugging patch
serial-add-support-for-non-standard-xtals-to-16c950-driver.patch
serial: add support for non-standard XTALs to 16c950 driver
add-support-for-possio-gcc-aka-pcmcia-siemens-mc45.patch
Add support for Possio GCC AKA PCMCIA Siemens MC45
generic-serial-cli-conversion.patch
generic-serial cli() conversion
specialix-io8-cli-conversion.patch
Specialix/IO8 cli() conversion
sx-cli-conversion.patch
SX cli() conversion
revert-allow-oem-written-modules-to-make-calls-to-ia64-oem-sal-functions.patch
revert "allow OEM written modules to make calls to ia64 OEM SAL functions"
md-add-interface-for-userspace-monitoring-of-events.patch
md: add interface for userspace monitoring of events.
make-acpi_bus_register_driver-consistent-with-pci_register_driver-again.patch
make acpi_bus_register_driver() consistent with pci_register_driver()
remove-lock_section-from-x86_64-spin_lock-asm.patch
remove LOCK_SECTION from x86_64 spin_lock asm
kfree_skb-dump_stack.patch
kfree_skb-dump_stack
cancel_rearming_delayed_work.patch
cancel_rearming_delayed_work()
ipvs-deadlock-fix.patch
ipvs deadlock fix
minimal-ide-disk-updates.patch
Minimal ide-disk updates
use-find_trylock_page-in-free_swap_and_cache-instead-of-hand-coding.patch
use find_trylock_page in free_swap_and_cache instead of hand coding
raid5-overlapping-read-hack.patch
raid5 overlapping read hack
figure-out-who-is-inserting-bogus-modules.patch
Figure out who is inserting bogus modules
detect-atomic-counter-underflows.patch
detect atomic counter underflows
post-halloween-doc.patch
post halloween doc
periodically-scan-redzone-entries-and-slab-control-structures.patch
periodically scan redzone entries and slab control structures
fuse-maintainers-kconfig-and-makefile-changes.patch
Subject: [PATCH 1/11] FUSE - MAINTAINERS, Kconfig and Makefile changes
fuse-core.patch
Subject: [PATCH 2/11] FUSE - core
fuse-device-functions.patch
Subject: [PATCH 3/11] FUSE - device functions
fuse-device-functions-fix-race-in-interrupted-request.patch
fuse: fix race in interrupted request
fuse-device-functions-fix.patch
fuse: better error reporting in fuse_fill_super
fuse-fix-llseek-on-device.patch
FUSE: fix llseek on device
fuse-make-two-functions-static.patch
fuse: make two functions static
fuse-fix-variable-with-confusing-name.patch
fuse: fix variable with confusing name
fuse-read-only-operations.patch
Subject: [PATCH 4/11] FUSE - read-only operations
fuse-read-write-operations.patch
Subject: [PATCH 5/11] FUSE - read-write operations
fuse-read-write-operations-fix.patch
fuse: fix hard link operation
fuse-file-operations.patch
Subject: [PATCH 6/11] FUSE - file operations
fuse-mount-options.patch
Subject: [PATCH 7/11] FUSE - mount options
fuse-dont-check-against-zero-fsuid.patch
fuse: don't check against zero fsuid
fuse-remove-mount_max-and-user_allow_other-module-parameters.patch
fuse: remove mount_max and user_allow_other module parameters
fuse-extended-attribute-operations.patch
Subject: [PATCH 8/11] FUSE - extended attribute operations
fuse-readpages-operation.patch
Subject: [PATCH 9/11] FUSE - readpages operation
fuse-nfs-export.patch
Subject: [PATCH 10/11] FUSE - NFS export
fuse-direct-i-o.patch
Subject: [PATCH 11/11] FUSE - direct I/O
fuse-transfer-readdir-data-through-device.patch
fuse: transfer readdir data through device
cryptoapi-prepare-for-processing-multiple-buffers-at.patch
CryptoAPI: prepare for processing multiple buffers at a time
cryptoapi-update-padlock-to-process-multiple-blocks-at.patch
CryptoAPI: Update PadLock to process multiple blocks at once
update-email-address-of-andrea-arcangeli.patch
update email address of Andrea Arcangeli
compile-error-blackbird_load_firmware.patch
blackbird_load_firmware compile fix
i386-x86_64-apicc-make-two-functions-static.patch
i386/x86_64 apic.c: make two functions static
i386-cyrixc-make-a-function-static.patch
i386 cyrix.c: make a function static
mtrr-some-cleanups.patch
mtrr: some cleanups
i386-cpu-commonc-some-cleanups.patch
i386 cpu/common.c: some cleanups
i386-cpuidc-make-two-functions-static.patch
i386 cpuid.c: make two functions static
i386-efic-make-some-code-static.patch
i386 efi.c: make some code static
i386-x86_64-io_apicc-misc-cleanups.patch
i386/x86_64 io_apic.c: misc cleanups
i386-mpparsec-make-mp_processor_info-static.patch
i386 mpparse.c: make MP_processor_info static
i386-x86_64-msrc-make-two-functions-static.patch
i386/x86_64 msr.c: make two functions static
3w-abcdh-tw_device_extension-remove-an-unused-filed.patch
3w-abcd.h: TW_Device_Extension: remove an unused field
hpet-make-some-code-static.patch
hpet: make some code static
26-patch-i386-trapsc-make-a-function-static.patch
i386 traps.c: make a function static
i386-semaphorec-make-4-functions-static.patch
i386 semaphore.c: make 4 functions static
kill-aux_device_present.patch
kill aux_device_present
i386-setupc-make-4-variables-static.patch
i386 setup.c: make 4 variables static
mostly-i386-mm-cleanup.patch
(mostly i386) mm cleanup
scsi-megaraid_mmc-make-some-code-static.patch
SCSI megaraid_mm.c: make some code static
update-email-address-of-benjamin-lahaise.patch
Update email address of Benjamin LaHaise
add-map_populate-sys_remap_file_pages-support-to-xfs.patch
add MAP_POPULATE/sys_remap_file_pages support to XFS
update-email-address-of-philip-blundell.patch
Update email address of Philip Blundell
kernel-acctc-make-a-function-static.patch
kernel/acct.c: make a function static
kernel-auditc-make-some-functions-static.patch
kernel/audit.c: make some functions static
kernel-capabilityc-make-a-spinlock-static.patch
kernel/capability.c: make a spinlock static
mm-thrashc-make-a-variable-static.patch
mm/thrash.c: make a variable static
lib-kernel_lockc-make-kernel_sem-static.patch
lib/kernel_lock.c: make kernel_sem static
saa7146_vv_ksymsc-remove-two-unused-export_symbol_gpls.patch
saa7146_vv_ksyms.c: remove two unused EXPORT_SYMBOL_GPL's
fix-placement-of-static-inline-in-nfsdh.patch
fix placement of static inline in nfsd.h
drivers-block-umemc-make-two-functions-static.patch
drivers/block/umem.c: make two functions static
drivers-block-xdc-make-a-variable-static.patch
drivers/block/xd.c: make a variable static
kernel-forkc-make-mm_cachep-static.patch
kernel/fork.c: make mm_cachep static
kernel-forkc-make-mm_cachep-static-fix.patch
kernel-forkc-make-mm_cachep-static fix
mm-page-writebackc-remove-an-unused-function.patch
mm/page-writeback.c: remove an unused function
mm-shmemc-make-a-struct-static.patch
mm/shmem.c: make a struct static
misc-isapnp-cleanups.patch
misc ISAPNP cleanups
some-pnp-cleanups.patch
some PNP cleanups
if-0-cx88_risc_disasm.patch
#if 0 cx88_risc_disasm
make-loglevels-in-init-mainc-a-little-more-sane.patch
Make loglevels in init/main.c a little more sane.
isicom-use-null-for-pointer.patch
sparse: use NULL for pointer
remove-bouncing-email-address-of-hennus-bergman.patch
remove bouncing email address of Hennus Bergman
cirrusfbc-make-some-code-static.patch
cirrusfb.c: make some code static
matroxfb_basec-make-some-code-static.patch
matroxfb_base.c: make some code static
matroxfb_basec-make-some-code-static-fix.patch
matroxfb_basec-make-some-code-static fix
asiliantfbc-make-some-code-static.patch
asiliantfb.c: make some code static
i386-apic-kconfig-cleanups.patch
i386 APIC Kconfig cleanups
security-seclvlc-make-some-code-static.patch
security/seclvl.c: make some code static
drivers-block-elevatorc-make-two-functions-static.patch
drivers/block/elevator.c: make two functions static
drivers-block-rdc-make-two-variables-static.patch
drivers/block/rd.c: make two variables static
loopc-make-two-functions-static.patch
loop.c: make two functions static
remove-bouncing-email-address-of-thomas-hood.patch
remove bouncing email address of Thomas Hood
fs-adfs-dir_fc-remove-an-unused-function.patch
fs/adfs/dir_f.c: remove an unused function
drivers-char-moxac-if-0-an-unused-function.patch
drivers/char/moxa.c: #if 0 an unused function
fs-lockd-clntprocc-make-2-functions-static.patch
fs/lockd/clntproc.c: make 2 functions static
oss-sb_cardc-no-need-to-include-mcah.patch
OSS sb_card.c: no need to include mca.h
ioschedc-use-proper-documentation-path.patch
*-iosched.c: Use proper documentation path
kernel-resourcec-make-resource_op-static.patch
kernel/resource.c: make resource_op static
kernel-power-mainc-make-pm_states-static.patch
kernel/power/main.c: make pm_states static
kernel-sysc-make-some-code-static.patch
kernel/sys.c: make some code static
scsi-ipsc-make-some-code-static.patch
SCSI ips.c: make some code static
scsi-psi240ic-make-4-functions-static.patch
SCSI psi240i.c: make 4 functions static
scsi-src-make-a-struct-static.patch
SCSI sr.c: make a struct static
small-drivers-video-kyro-cleanups.patch
small drivers/video/kyro/ cleanups
drivers-video-i810-make-some-code-static.patch
drivers/video/i810/: make some code static
floppyc-make-some-code-static.patch
floppy.c: make some code static
drivers-block-nbdc-make-3-functions-static.patch
drivers/block/nbd.c: make 3 functions static
drivers-block-cpqarrayc-small-cleanups.patch
drivers/block/cpqarray.c: small cleanups
acpi-call-acpi_leave_sleep_state-before-resuming-devices.patch
acpi: call acpi_leave_sleep_state before resuming devices
pcxx-remove-obsolete-driver.patch
pcxx: Remove obsolete driver
pty-oops-fix.patch
pty oops fix
mark-the-mcd-cdrom-driver-as-broken.patch
mark the mcd cdrom driver as BROKEN
warning-fix-in-drivers-cdrom-mcdc.patch
warning fix in drivers/cdrom/mcd.c
wavefront-reduce-stack-usage.patch
wavefront: reduce stack usage
mm-page-writebackc-remove-an-unused-function-2.patch
mm/page-writeback.c: remove an unused function #2
generic_serialh-kill-incorrect-gs_debug-reference.patch
generic_serial.h: kill incorrect gs_debug reference
kernel-timerc-make-two-variables-static.patch
kernel/timer.c: make two variables static
remove-the-unused-oss-maestro_tablesh.patch
remove the unused OSS maestro_tables.h
fs-hfs-misc-cleanups.patch
fs/hfs/: misc cleanups
fs-hpfs-make-some-code-static.patch
fs/hpfs/: make some code static
small-partitions-msdos-cleanups.patch
small partitions/msdos cleanups
fs-hfsplus-misc-cleanups.patch
fs/hfsplus/: misc cleanups
i386-x86_64-processc-make-hlt_counter-static.patch
i386/x86_64 process.c: make hlt_counter static
i386-mach-default-topologyc-make-cpu_devices-static.patch
i386/mach-default/topology.c: make cpu_devices static
i386-math-emu-misc-cleanups.patch
i386/math-emu/: misc cleanups
non-pc-parport-config-change.patch
non-PC parport config change
prism54-misc-cleanups.patch
prism54: misc cleanups
scsi-qlogicfcc-some-cleanups.patch
SCSI qlogicfc.c: some cleanups
scsi-qlogicispc-some-cleanups.patch
SCSI qlogicisp.c: some cleanups
scsi-sim710c-make-some-code-static.patch
SCSI sim710.c: make some code static
savagefbc-make-some-code-static.patch
savagefb.c: make some code static
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Adrian Bunk
>...
> Changes since 2.6.11-rc2-mm2:
>...
> +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
>
> swsusp fix
>...
This broke compilation with gcc 3.4:
<-- snip -->
...
CC kernel/power/swsusp.o
kernel/power/swsusp.c: In function `alloc_pagedir':
kernel/power/swsusp.c:608: sorry, unimplemented: inlining failed in call
to 'free_pagedir': function body not available
kernel/power/swsusp.c:646: sorry, unimplemented: called from here
make[2]: *** [kernel/power/swsusp.o] Error 1
<-- snip -->
The fix is simple:
Signed-off-by: Adrian Bunk <bu...@stusta.de>
---
kernel/power/swsusp.c | 30 ++++++++++++++----------------
1 files changed, 14 insertions(+), 16 deletions(-)
--- linux-2.6.11-rc3-mm1-full/kernel/power/swsusp.c.old 2005-02-04 20:50:16.000000000 +0100
+++ linux-2.6.11-rc3-mm1-full/kernel/power/swsusp.c 2005-02-04 20:51:18.000000000 +0100
@@ -605,7 +605,20 @@
return nr_copy;
}
-static inline void free_pagedir(struct pbe *pblist);
+/**
+ * free_pagedir - free pages allocated with alloc_pagedir()
+ */
+
+static inline void free_pagedir(struct pbe *pblist)
+{
+ struct pbe *pbe;
+
+ while (pblist) {
+ pbe = pblist + PB_PAGE_SKIP;
+ pblist = pbe->next;
+ free_page((unsigned long)pblist);
+ }
+}
/**
* alloc_pagedir - Allocate the page directory.
@@ -651,21 +664,6 @@
}
/**
- * free_pagedir - free pages allocated with alloc_pagedir()
- */
-
-static inline void free_pagedir(struct pbe *pblist)
-{
- struct pbe *pbe;
-
- while (pblist) {
- pbe = pblist + PB_PAGE_SKIP;
- pblist = pbe->next;
- free_page((unsigned long)pblist);
- }
-}
-
-/**
* free_image_pages - Free pages allocated for snapshot
*/
Sam Ravnborg
I would like to suggest that you include the changelog
entries for the bk trees you suck in.
The format generated by:
bk changes -L | shortlog --mode=terse
should do it.
But it needs to be run for all the bk trees.
It would fit in just below the summary:
> number of patches in -mm: 516
> number of changesets in external trees: 504
> number of patches in -mm only: 498
> total patches: 1002
Sam
John Cherry
"randomize_va_space"...
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o(.text+0xf92): In function `arch_align_stack':
: undefined reference to `randomize_va_space'
make: [.tmp_vmlinux1] Error 1 (ignored)
-----------------------------------------------------------------------
Linux 2.6 (mm tree) Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Kernel bzImage bzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--------------- ---------- -------- -------- -------- -------- --------
2.6.11-rc3-mm1 13w/10e 0w/7e 196w/12e 6w/0e 18w/12e 177w/0e
2.6.11-rc2-mm2 15w/0e 0w/0e 201w/0e 6w/0e 18w/0e 182w/0e
2.6.11-rc2-mm1 15w/0e 0w/0e 306w/14e 6w/0e 18w/0e 294w/0e
2.6.11-rc1-mm2 21w/0e 0w/0e 316w/9e 6w/0e 22w/0e 294w/0e
2.6.11-rc1-mm1 21w/0e 0w/0e 319w/0e 6w/0e 23w/0e 298w/0e
2.6.10-mm3 21w/0e 0w/0e 320w/0e 6w/0e 23w/0e 299w/0e
2.6.10-mm2 21w/0e 0w/0e 440w/0e 6w/0e 23w/0e 420w/0e
2.6.10-mm1 12w/0e 0w/0e 414w/0e 6w/0e 17w/0e 399w/0e
2.6.10-rc3-mm1 12w/0e 0w/0e 414w/0e 6w/0e 16w/0e 401w/0e
2.6.10-rc2-mm4 15w/0e 1w/7e 421w/0e 6w/0e 16w/0e 408w/0e
2.6.10-rc2-mm3 15w/0e 0w/0e 1255w/12e 66w/0e 16w/0e 1507w/0e
2.6.10-rc2-mm2 15w/0e 0w/0e 1362w/15e 65w/0e 16w/0e 1612w/2e
2.6.10-rc2-mm1 15w/0e 0w/0e 1405w/11e 65w/0e 16w/0e 1652w/0e
2.6.10-rc1-mm5 16w/0e 0w/0e 1587w/0e 65w/0e 20w/0e 1834w/0e
2.6.10-rc1-mm4 16w/0e 0w/0e 1485w/9e 65w/0e 20w/0e 1732w/0e
(Compiles with gcc 3.2.2)
2.6.10-rc1-mm3 7w/31e 0w/9e 496w/141e 4w/0e 4w/50e 693w/83e
2.6.10-rc1-mm2 16w/1e 1w/1e 529w/1e 4w/0e 12w/1e 729w/0e
2.6.10-mm1 12w/0e 0w/0e 414w/0e 6w/0e 17w/0e 399w/0e
2.6.10-rc3-mm1 12w/0e 0w/0e 414w/0e 6w/0e 16w/0e 401w/0e
2.6.10-rc2-mm4 15w/0e 1w/7e 421w/0e 6w/0e 16w/0e 408w/0e
2.6.10-rc2-mm3 15w/0e 0w/0e 1255w/12e 66w/0e 16w/0e 1507w/0e
2.6.10-rc2-mm2 15w/0e 0w/0e 1362w/15e 65w/0e 16w/0e 1612w/2e
2.6.10-rc2-mm1 15w/0e 0w/0e 1405w/11e 65w/0e 16w/0e 1652w/0e
2.6.10-rc1-mm5 16w/0e 0w/0e 1587w/0e 65w/0e 20w/0e 1834w/0e
2.6.10-rc1-mm4 16w/0e 0w/0e 1485w/9e 65w/0e 20w/0e 1732w/0e
(Compiles with gcc 3.2.2)
2.6.10-rc1-mm3 7w/31e 0w/9e 496w/141e 4w/0e 4w/50e 693w/83e
2.6.10-rc1-mm2 16w/1e 1w/1e 529w/1e 4w/0e 12w/1e 729w/0e
2.6.10-rc1-mm1 16w/1e 1w/1e 592w/1e 4w/0e 13w/1e 857w/0e
2.6.9-mm1 6w/1e 1w/1e 1761w/15e 65w/0e 9w/0e 2086w/0e
2.6.9-rc4-mm1 5w/0e 0w/0e 1766w/11e 43w/0e 6w/0e 1798w/0e
2.6.9-rc3-mm3 5w/0e 0w/0e 1756w/11e 43w/0e 4w/0e 1786w/0e
2.6.9-rc3-mm2 10w/0e 4w/9e 1754w/14e 43w/0e 4w/0e 1782w/1e
2.6.9-rc3-mm1 10w/0e 4w/10e 1768w/0e 43w/0e 4w/0e 1796w/0e
2.6.9-rc2-mm4 10w/0e 5w/0e 2573w/0e 41w/0e 4w/0e 2600w/0e
2.6.9-rc2-mm3 10w/0e 5w/0e 2400w/0e 41w/0e 4w/0e 2435w/0e
2.6.9-rc2-mm2 10w/0e 5w/0e 2919w/0e 41w/0e 4w/0e 2954w/0e
2.6.9-rc2-mm1 0w/0e 2w/0e 3541w/9e 41w/0e 3w/9e 3567w/0e
2.6.9-rc1-mm4 0w/0e 1w/0e 55w/0e 3w/0e 2w/0e 48w/0e
2.6.9-rc1-mm3 0w/0e 0w/0e 55w/13e 3w/0e 1w/0e 49w/1e
2.6.9-rc1-mm2 0w/0e 0w/0e 53w/11e 3w/0e 1w/0e 47w/0e
2.6.9-rc1-mm1 0w/0e 0w/0e 80w/0e 4w/0e 1w/0e 74w/0e
2.6.8.1-mm4 0w/0e 0w/0e 78w/0e 4w/0e 1w/0e 73w/0e
2.6.8.1-mm3 0w/96e 0w/0e 78w/97e 4w/0e 1w/0e 74w/89e
2.6.8.1-mm2 0w/96e 0w/0e 78w/97e 4w/0e 1w/0e 74w/89e
2.6.8.1-mm1 0w/0e 0w/0e 78w/0e 4w/0e 1w/0e 74w/0e
2.6.8-rc4-mm1 0w/0e 0w/5e 81w/0e 4w/0e 1w/0e 75w/0e
2.6.8-rc3-mm2 1w/7e 0w/5e 82w/8e 4w/0e 2w/8e 75w/0e
2.6.8-rc3-mm1 0w/0e 1w/5e 81w/9e 4w/0e 1w/0e 75w/0e
2.6.8-rc2-mm2 0w/0e 4w/5e 87w/9e 4w/0e 1w/0e 80w/0e
2.6.8-rc2-mm1 0w/0e 0w/0e 83w/9e 3w/0e 1w/0e 81w/0e
2.6.8-rc1-mm1 0w/0e 0w/0e 88w/9e 5w/0e 1w/0e 87w/0e
2.6.7-mm7 0w/0e 0w/0e 89w/9e 5w/0e 1w/0e 84w/0e
2.6.7-mm6 0w/0e 0w/0e 85w/9e 5w/0e 1w/0e 80w/0e
2.6.7-mm5 0w/0e 0w/0e 92w/0e 5w/0e 1w/0e 87w/0e
2.6.7-mm4 0w/0e 0w/0e 94w/0e 5w/0e 1w/0e 89w/0e
2.6.7-mm3 0w/0e 0w/0e 90w/6e 5w/0e 1w/0e 86w/0e
2.6.7-mm2 0w/0e 0w/0e 109w/0e 7w/0e 1w/0e 106w/0e
2.6.7-mm1 0w/0e 5w/0e 108w/0e 5w/0e 1w/0e 104w/0e
2.6.7-rc3-mm2 0w/0e 5w/0e 105w/10e 5w/0e 2w/0e 100w/2e
2.6.7-rc3-mm1 0w/0e 5w/0e 104w/10e 5w/0e 2w/0e 100w/2e
2.6.7-rc2-mm2 0w/0e 5w/0e 109w/10e 5w/0e 2w/0e 105w/2e
2.6.7-rc2-mm1 0w/0e 12w/0e 158w/13e 5w/0e 3w/0e 153w/4e
2.6.7-rc1-mm1 0w/0e 6w/0e 108w/0e 5w/0e 2w/0e 104w/0e
2.6.6-mm5 0w/0e 0w/0e 109w/5e 5w/0e 2w/0e 110w/0e
2.6.6-mm4 0w/0e 0w/0e 112w/9e 5w/0e 2w/5e 106w/1e
2.6.6-mm3 3w/9e 0w/0e 120w/26e 5w/0e 2w/0e 114w/10e
2.6.6-mm2 4w/11e 0w/0e 120w/24e 6w/0e 2w/0e 118w/9e
2.6.6-mm1 1w/0e 0w/0e 118w/25e 6w/0e 2w/0e 114w/10e
2.6.6-rc3-mm2 0w/0e 0w/0e 117w/ 0e 8w/0e 2w/0e 116w/0e
2.6.6-rc3-mm1 0w/0e 0w/0e 120w/10e 8w/0e 2w/0e 152w/2e
2.6.6-rc2-mm2 0w/0e 1w/5e 118w/ 0e 8w/0e 3w/0e 118w/0e
2.6.6-rc2-mm1 0w/0e 0w/0e 115w/ 0e 7w/0e 3w/0e 116w/0e
2.6.6-rc1-mm1 0w/0e 0w/7e 122w/ 0e 7w/0e 4w/0e 122w/0e
2.6.5-mm6 0w/0e 0w/0e 123w/ 0e 7w/0e 4w/0e 124w/0e
2.6.5-mm5 0w/0e 0w/0e 119w/ 0e 7w/0e 4w/0e 120w/0e
2.6.5-mm4 0w/0e 0w/0e 120w/ 0e 7w/0e 4w/0e 121w/0e
2.6.5-mm3 0w/0e 1w/0e 121w/12e 7w/0e 3w/0e 123w/0e
2.6.5-mm2 0w/0e 0w/0e 128w/12e 7w/0e 3w/0e 134w/0e
2.6.5-mm1 0w/0e 5w/0e 122w/ 0e 7w/0e 3w/0e 124w/0e
2.6.5-rc3-mm4 0w/0e 0w/0e 124w/ 0e 8w/0e 4w/0e 126w/0e
2.6.5-rc3-mm3 0w/0e 5w/0e 129w/14e 8w/0e 4w/0e 129w/6e
2.6.5-rc3-mm2 0w/0e 5w/0e 130w/14e 8w/0e 4w/0e 129w/6e
2.6.5-rc3-mm1 0w/0e 5w/0e 129w/ 0e 8w/0e 4w/0e 129w/0e
2.6.5-rc2-mm5 0w/0e 5w/0e 130w/ 0e 8w/0e 4w/0e 129w/0e
2.6.5-rc2-mm4 0w/0e 5w/0e 134w/ 0e 8w/0e 3w/0e 133w/0e
2.6.5-rc2-mm3 0w/0e 5w/0e 134w/ 0e 8w/0e 3w/0e 133w/0e
2.6.5-rc2-mm2 0w/0e 5w/0e 137w/ 0e 8w/0e 3w/0e 134w/0e
2.6.5-rc2-mm1 0w/0e 5w/0e 136w/ 0e 8w/0e 3w/0e 134w/0e
2.6.5-rc1-mm2 0w/0e 5w/0e 135w/ 5e 8w/0e 3w/0e 133w/0e
2.6.5-rc1-mm1 0w/0e 5w/0e 135w/ 5e 8w/0e 3w/0e 133w/0e
2.6.4-mm2 1w/2e 5w/2e 144w/10e 8w/0e 3w/2e 144w/0e
2.6.4-mm1 1w/0e 5w/0e 146w/ 5e 8w/0e 3w/0e 144w/0e
2.6.4-rc2-mm1 1w/0e 5w/0e 146w/12e 11w/0e 3w/0e 147w/2e
2.6.4-rc1-mm2 1w/0e 5w/0e 144w/ 0e 11w/0e 3w/0e 145w/0e
2.6.4-rc1-mm1 1w/0e 5w/0e 147w/ 5e 11w/0e 3w/0e 147w/0e
2.6.3-mm4 1w/0e 5w/0e 146w/ 0e 7w/0e 3w/0e 142w/0e
2.6.3-mm3 1w/2e 5w/2e 146w/15e 7w/0e 3w/2e 144w/5e
2.6.3-mm2 1w/8e 5w/0e 140w/ 0e 7w/0e 3w/0e 138w/0e
2.6.3-mm1 1w/0e 5w/0e 143w/ 5e 7w/0e 3w/0e 141w/0e
2.6.3-rc3-mm1 1w/0e 0w/0e 144w/13e 7w/0e 3w/0e 142w/3e
2.6.3-rc2-mm1 1w/0e 0w/265e 144w/ 5e 7w/0e 3w/0e 145w/0e
2.6.3-rc1-mm1 1w/0e 0w/265e 141w/ 5e 7w/0e 3w/0e 143w/0e
2.6.2-mm1 2w/0e 0w/264e 147w/ 5e 7w/0e 3w/0e 173w/0e
2.6.2-rc3-mm1 2w/0e 0w/265e 146w/ 5e 7w/0e 3w/0e 172w/0e
2.6.2-rc2-mm2 0w/0e 0w/264e 145w/ 5e 7w/0e 3w/0e 171w/0e
2.6.2-rc2-mm1 0w/0e 0w/264e 146w/ 5e 7w/0e 3w/0e 172w/0e
2.6.2-rc1-mm3 0w/0e 0w/265e 144w/ 8e 7w/0e 3w/0e 169w/0e
2.6.2-rc1-mm2 0w/0e 0w/264e 144w/ 5e 10w/0e 3w/0e 171w/0e
2.6.2-rc1-mm1 0w/0e 0w/264e 144w/ 5e 10w/0e 3w/0e 171w/0e
2.6.1-mm5 2w/5e 0w/264e 153w/11e 10w/0e 3w/0e 180w/0e
2.6.1-mm4 0w/821e 0w/264e 154w/ 5e 8w/1e 5w/0e 179w/0e
2.6.1-mm3 0w/0e 0w/0e 151w/ 5e 10w/0e 3w/0e 177w/0e
2.6.1-mm2 0w/0e 0w/0e 143w/ 5e 12w/0e 3w/0e 171w/0e
2.6.1-mm1 0w/0e 0w/0e 146w/ 9e 12w/0e 6w/0e 171w/0e
2.6.1-rc2-mm1 0w/0e 0w/0e 149w/ 0e 12w/0e 6w/0e 171w/4e
2.6.1-rc1-mm2 0w/0e 0w/0e 157w/15e 12w/0e 3w/0e 185w/4e
2.6.1-rc1-mm1 0w/0e 0w/0e 156w/10e 12w/0e 3w/0e 184w/2e
2.6.0-mm2 0w/0e 0w/0e 161w/ 0e 12w/0e 3w/0e 189w/0e
2.6.0-mm1 0w/0e 0w/0e 173w/ 0e 12w/0e 3w/0e 212w/0e
John
Rafael J. Wysocki
> On Fri, Feb 04, 2005 at 10:33:50AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-rc2-mm2:
> >...
> > +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
> >
> > swsusp fix
> >...
>
> This broke compilation with gcc 3.4:
BTW, it requires the following bugfix, on top of the Adrian's patch.
Greets,
Rafael
Signed-off-by: Rafael J. Wysocki <r...@sisk.pl>
--- linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-04 22:33:52.000000000 +0100
+++ new/kernel/power/swsusp.c 2005-02-04 22:32:36.000000000 +0100
@@ -614,9 +614,9 @@
struct pbe *pbe;
while (pblist) {
- pbe = pblist + PB_PAGE_SKIP;
- pblist = pbe->next;
+ pbe = (pblist + PB_PAGE_SKIP)->next;
free_page((unsigned long)pblist);
+ pblist = pbe;
}
}
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Sean Neakums
than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However,
suspend seems a tad faster than usual, and resume stops after setting
the hard disk's DMA mode, although the log below made it to disk.
eth0: suspending, WakeOnLan disabled
orinoco_lock() called with hw_unavailable (dev=ef89d800)
radeonfb (0000:00:10.0): suspending to state: 3...
HID1, before: 8000fc80
radeonfb (0000:00:10.0): resuming from state: 3...
PCI: Enabling device 0000:00:10.0 (0000 -> 0003)
HID1, after: 8000fc80
Apple USB OHCI 0001:10:18.0 disabled by firmware
Apple USB OHCI 0001:10:19.0 disabled by firmware
ehci_hcd 0001:10:1b.2: park 0
ehci_hcd 0001:10:1b.2: USB 2.0 restarted, EHCI 1.00, driver 10 Dec 2004
eth1: New link status: Connected (0001)
eth0: resuming
hda: Enabling Ultra DMA 5
Here's a resume log with 2.6.9 + sleep patch:
eth0: suspending, WakeOnLan disabled
radeonfb: suspending to state: 3...
HID1, before: 8000fc80
radeonfb (0000:00:10.0): resuming from state: 0...
PCI: Enabling device 0000:00:10.0 (0000 -> 0003)
HID1, after: 8000fc80
Apple USB OHCI 0001:10:18.0 disabled by firmware
Apple USB OHCI 0001:10:19.0 disabled by firmware
enable_irq(29) unbalanced
enable_irq(63) unbalanced
enable_irq(63) unbalanced
eth0: resuming
PHY ID: 1410cc1, addr: 0
hda: Enabling Ultra DMA 5
hdc: MDMA, cycleTime: 120, accessTime: 90, recTime: 30
hdc: Set MDMA timing for mode 2, reg: 0x00011d26
hdc: Enabling MultiWord DMA 2
hub 1-0:1.0: reactivate --> -22
hub 1-0:1.0: reactivate --> -22
hub 2-0:1.0: reactivate --> -22
John Cherry
> On Fri, 2005-02-04 at 13:13 -0800, Andrew Morton wrote:
> > John Cherry <che...@osdl.org> wrote:
> > >
> > > Errors in the build relate to an undefined reference to
> > > "randomize_va_space"...
> > >
> > > LD init/built-in.o
> > > LD .tmp_vmlinux1
> > > arch/i386/kernel/built-in.o(.text+0xf92): In function `arch_align_stack':
> > > : undefined reference to `randomize_va_space'
> > > make: [.tmp_vmlinux1] Error 1 (ignored)
> >
> >
> > I'll fix that up.
>
> CONFIG_SYSCTL=n in the allnoconfig build, which I would expect.
>
> http://developer.osdl.org/cherry/compile/2.6/linux-2.6.11-rc3-mm1.results/2.6.11-rc3-mm1.allnoconfig.bzImage.txt
>
> However, CONFIG_SYSCTL=y in the defconfig with similar errors...
>
> http://developer.osdl.org/cherry/compile/2.6/linux-2.6.11-rc3-mm1.results/2.6.11-rc3-mm1.defconfig.bzImage.txt
The errors in the defconfig build (with CONFIG_SYSCTL=y) are unrelated
to the undefined reference found in the allnoconfig build. The errors
in this build are..
kernel/power/swsusp.c: In function `alloc_pagedir':
kernel/power/swsusp.c:608: sorry, unimplemented: inlining failed in call to 'free_pagedir': function body not available
kernel/power/swsusp.c:646: sorry, unimplemented: called from here
make[2]: [kernel/power/swsusp.o] Error 1 (ignored)
Adrian Bunk has submitted a patch for this.
>
> I suspect the problem may be fixed with Frank Sorenson's patch. I'll
> kick off a rebuild with his patch and see what happens.
Frank's patch did not fix the undefined reference to randomize_va_space.
I suspect it is a CONFIG_SYSCTL=n problem as well since it only appears
in the allnoconfig build.
John
>
> John
>
> -------------------------------------------------------------------
>
> The stack randomization patches that went into 2.6.11-rc3-mm1 broke
> compilation of ARCH=um. This patch fixes compiling by adding
> arch_align_stack back in.
>
> Signed-off-by: Frank Sorenson <fr...@tuxrocks.com>
> Acked-By: Jeff Dike <jd...@addtoit.com>
>
> Frank
>
> <patch removed>
Rafael J. Wysocki
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
On my box (Athlon64-based) swsusp hangs forever in device_resume() called
from swsusp_write(), although interrupts are apparently handled
normally then (eg magic SysRq works). The last thing it says is:
ACPI: PCI interrupt 0000:00:06.0[A] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:06.0 to 64
ACPI: PCI interrupt 0000:02:00.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI interrupt 0000:02:01.2[C] -> GSI 11 (level, low) -> IRQ 11
When I press Alt+SysRq+p it says:
SysRq : Show Regs
Modules linked in: snd_seq snd_seq_device usbserial parport_pc lp parport thermal processor fan button battery ac snd_pcm_oss snd_mixer_oss snd
Pid: 0, comm: swapper Not tainted 2.6.11-rc3-mm1
RIP: 0010:[<ffffffff8027915c>] <ffffffff8027915c>{__delay+12}
RSP: 0018:ffffffff804dae20 EFLAGS: 00000216
RAX: 00000000000adaaa RBX: ffffffff804dad78 RCX: 00000000d3afd2ab
RDX: 0000000000000076 RSI: 00000000000088b8 RDI: 00000000000c0a08
RBP: ffffffff8010f199 R08: 0000000000140040 R09: ffff81001db48ce0
R10: 00000000ffffffff R11: 0000000000000000 R12: 0000000000000046
R13: ffffffff801117e2 R14: ffffffff8054d900 R15: ffff81001fde4ab8
FS: 00002aaaab28b800(0000) GS:ffffffff80565800(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00002aaaaabab000 CR3: 000000000d557000 CR4: 00000000000006e0
Call Trace:<IRQ> <ffffffff80319d3f>{ide_wait_not_busy+31} <ffffffff803177d1>{ide_do_request+1153}
<ffffffff80316ad2>{ide_end_drive_cmd+1074} <ffffffff80115c60>{end_8259A_irq+96}
<ffffffff803184a4>{ide_intr+1316} <ffffffff8016ba4c>{handle_IRQ_event+44}
<ffffffff8016bc56>{__do_IRQ+470} <ffffffff80140d33>{__do_softirq+83}
<ffffffff801117e2>{do_IRQ+66} <ffffffff8010f199>{ret_from_intr+0}
<EOI> <ffffffff802df1d0>{console_callback+0} <ffffffff803b4c2d>{thread_return+41}
<ffffffff8010d230>{default_idle+0} <ffffffff8010d250>{default_idle+32}
<ffffffff8010d656>{cpu_idle+54} <ffffffff8057071f>{start_kernel+463}
<ffffffff80570240>{_sinittext+576}
This happens 100% of the time. It also happened on 2.6.11-rc2-mm2, but not on
2.6.11-rc2-mm1, AFAIR. It does not occur on the -rc[1-3] kernels.
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Sean Neakums
> On Fri, 2005-02-04 at 22:17 +0000, Sean Neakums wrote:
>> I gave this a crack on the PowerBook5.4 -- somewhat more successful
>> than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However,
>> suspend seems a tad faster than usual, and resume stops after setting
>> the hard disk's DMA mode, although the log below made it to disk.
>
> Looks like USB is dying on wakeup... Anyway, that's still better than
> 2.6.11 since your model will not sleep/wakeup at all without these
> patches.
>
> I'll have to look into the USB thing. From the error messages, it looks
> like at least some of my patches removing some old pmac IRQ cruft from
> the ohci driver didn't make it (I though david picked it up a while ago
> though). Or it could be a problem with the interrupt controller, I've
> had reports of cases where the PIC just stops working on resume, I'm
> still investigating.
>
> Is this totally reproduceable or does it wake up sometimes ? Have you
> tried with USB disabled ?
I tried it two or three times, same result each time. I'll give it a
lash with USB disabled.
Benjamin Herrenschmidt
> than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However,
> suspend seems a tad faster than usual, and resume stops after setting
> the hard disk's DMA mode, although the log below made it to disk.
Looks like USB is dying on wakeup... Anyway, that's still better than
2.6.11 since your model will not sleep/wakeup at all without these
patches.
I'll have to look into the USB thing. From the error messages, it looks
like at least some of my patches removing some old pmac IRQ cruft from
the ohci driver didn't make it (I though david picked it up a while ago
though). Or it could be a problem with the interrupt controller, I've
had reports of cases where the PIC just stops working on resume, I'm
still investigating.
Is this totally reproduceable or does it wake up sometimes ? Have you
tried with USB disabled ?
Ben.
Benjamin Herrenschmidt
> I tried it two or three times, same result each time. I'll give it a
> lash with USB disabled.
Also, can you try editing arch/ppc/syslib/open_pic.c, in function
openpic_resume(), comment out the call to openpic_reset() and let me
know if that helps...
Ben.
Bartlomiej Zolnierkiewicz
<be...@kernel.crashing.org> wrote:
>
> > I tried it two or three times, same result each time. I'll give it a
> > lash with USB disabled.
>
> Also, can you try editing arch/ppc/syslib/open_pic.c, in function
> openpic_resume(), comment out the call to openpic_reset() and let me
> know if that helps...
Well, maybe I'm to blame this time...
I've introduced bug in ATAPI Power Management handling,
idedisk_pm_idle shouldn't be done for ATAPI devices.
Sorry for that, fix attached.
Greg KH
>
>
>
> - The bk-usb and bk-pci and bk-driver-core trees have been temporarily
> dropped from -mm, for they are not healthy at present.
Ok, I've cleaned up the bk-usb tree a bunch. If anyone had a previous
copy of it, please just delete it and clone it again. It's at:
bk://kernel.bkbits.net/gregkh/linux/usb-2.6
and is safe for consumption.
Andrew, can you put it back into the next -mm release?
Oh, and below is the diffstat and changelog of the patches in it. I've
also placed a full patch of it, against the 2.6.11-rc3-bk1 tree for
those who don't like to use bk, or are just curious about putting this
on top of the latest -mm release:
kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.11-rc3/bk-usb-2.6.11-rc3-mm1.patch
Also, if you have sent me a USB patch that is not already in the
mainline tree, and is not included in this big patch-bundle, please
resend it, as my USB patch queue is now empty.
Oops, no, I have a pending patch from Petko Manolov that didn't make it
into here, sorry about that Petko, I'll get to that one next week.
Next up, the bk-pci and bk-driver-core mess...
thanks,
greg k-h
-------
CREDITS | 5
Documentation/usb/sn9c102.txt | 13
MAINTAINERS | 6
drivers/block/ub.c | 181 +-
drivers/usb/Kconfig | 2
drivers/usb/Makefile | 2
drivers/usb/class/cdc-acm.c | 84
drivers/usb/class/cdc-acm.h | 49
drivers/usb/core/hcd.c | 166 +
drivers/usb/core/hcd.h | 60
drivers/usb/core/hub.c | 56
drivers/usb/core/hub.h | 1
drivers/usb/gadget/Kconfig | 8
drivers/usb/gadget/ether.c | 237 --
drivers/usb/gadget/net2280.c | 25
drivers/usb/gadget/omap_udc.c | 30
drivers/usb/gadget/rndis.c | 2
drivers/usb/gadget/serial.c | 154 -
drivers/usb/host/Kconfig | 36
drivers/usb/host/ohci-dbg.c | 4
drivers/usb/host/ohci-hcd.c | 34
drivers/usb/host/ohci-omap.c | 98 -
drivers/usb/host/ohci-ppc-soc.c | 299 +++
drivers/usb/host/ohci-q.c | 9
drivers/usb/host/ohci.h | 48
drivers/usb/host/uhci-debug.c | 9
drivers/usb/host/uhci-hcd.c | 1497 -----------------
drivers/usb/host/uhci-q.c | 1488 +++++++++++++++++
drivers/usb/image/mdc800.c | 42
drivers/usb/input/ati_remote.c | 19
drivers/usb/input/hid-core.c | 20
drivers/usb/input/wacom.c | 335 +++
drivers/usb/media/sn9c102.h | 6
drivers/usb/media/sn9c102_core.c | 52
drivers/usb/misc/Kconfig | 2
drivers/usb/misc/Makefile | 2
drivers/usb/misc/auerswald.c | 19
drivers/usb/misc/sisusbvga/Kconfig | 14
drivers/usb/misc/sisusbvga/Makefile | 6
drivers/usb/misc/sisusbvga/sisusb.c | 3144 ++++++++++++++++++++++++++++++++++++
drivers/usb/misc/sisusbvga/sisusb.h | 278 +++
drivers/usb/mon/Kconfig | 22
drivers/usb/mon/Makefile | 7
drivers/usb/mon/mon_main.c | 377 ++++
drivers/usb/mon/mon_stat.c | 74
drivers/usb/mon/mon_text.c | 395 ++++
drivers/usb/mon/usb_mon.h | 51
drivers/usb/net/Kconfig | 4
drivers/usb/net/kaweth.c | 13
drivers/usb/net/usbnet.c | 571 +++++-
drivers/usb/serial/cypress_m8.c | 6
drivers/usb/serial/ftdi_sio.c | 3
drivers/usb/serial/ftdi_sio.h | 1
drivers/usb/serial/io_edgeport.c | 49
drivers/usb/storage/Kconfig | 22
drivers/usb/storage/Makefile | 2
drivers/usb/storage/protocol.c | 39
drivers/usb/storage/scsiglue.c | 10
drivers/usb/storage/shuttle_usbat.c | 1258 +++++++++++---
drivers/usb/storage/shuttle_usbat.h | 82
drivers/usb/storage/transport.c | 23
drivers/usb/storage/transport.h | 5
drivers/usb/storage/unusual_devs.h | 39
drivers/usb/storage/usb.c | 10
drivers/usb/storage/usb.h | 2
include/linux/usb.h | 4
include/linux/usb_cdc.h | 162 +
67 files changed, 9056 insertions(+), 2717 deletions(-)
-----
<radford:golemgroup.com>:
o USB ftdi_sio: an rs485 adaptor from 4n-galaxy.de
Alan Stern:
o USB: UHCI: Fix build errors when CONFIG_DEBUG_FS isn't set
o USB: Revised fixups for root-hub message handler
o USB UHCI: split code from uhci-hcd.c to new file uhci-q.c
o USB: Initialize connected ports on newly-activated hubs
o USB: Make use_both_schemes=y the default
o USB: Retry more aggressively during device initialization
Alex Sanks:
o USB: don't power down net2280 on suspend
Bernard Blackham:
o USB: fix types in usb suspend
Daniel Drake:
o usb-storage: More flexible signature checking mechanism
o USB: Add USBAT-based CompactFlash storage support
o USB: Add USBAT02 storage support
o USB: shuttle_usbat cleanups and generalisations
David Brownell:
o USB: ohci ppc driver (2/2): ohci-ppc-soc.c
o USB: ohci ppc driver (1/2): big-endian tweaks
o USB: cdc-acm uses <linux/usb_cdc.h>
o USB: serial/acm gadget uses <linux/usb_cdc.h>
o USB: Ethernet/RNDIS gadget driver uses <linux/usb_cdc.h>
o USB: usbnet uses <linux/usb_cdc.h>
o USB: usbnet, cleanups and suspend/resume calls
o USB: pxa2xx_udc isn't for pxa27x
o USB: omap_udc handles two more devel boards
o USB: Ethernet/RNDIS build fix on PXA25x
o USB: add <linux/usb_cdc.h>
o USB: ohci-omap updates
o USB: add 'distrust_firmware' option to ohci
David T. Hollis:
o USB: Add ASIX AX88772 10/100 Ethernet support to usbnet
Greg Kroah-Hartman:
o USB: remove UB checks in the usb-storage driver
o USB: fix sparse bitwise warnings in the sisusb.c driver
o USB: give sisusb a valid minor number (133 - 140)
Luca Risolia:
o USB: SN9C10x driver bugfix
o USB: SN9C10x driver bugfix
Matthew Dharm:
o USB Storage: devices which don't process PREVENT-ALLOW MEDIUM REMOVAL
o USB storage: make IGNORE_RESIDUE apply for reads (in addition to writes)
o USB Storage: Remove fix_capacity routine
Nishanth Aravamudan:
o usb/mdc800: replace wake_up() with wake_up_interruptible()
o usb/io_edgeport: remove interruptible_sleep_on_timeout() usage
o usb/kaweth: use wait_event_timeout()
o usb/hid-core: use wait_event_timeout()
o usb/ati_remote: use wait_event_timeout()
o usb/auerswald: use wait_event_timeout()
o usb/mdc800: use wait_event_timeout()
o usb/io_edgeport: replace interruptible_sleep_on_timeout() with wait_event_timeout()
o usb/cypress_m8: replace schedule_timeout() with msleep()
Pete Zaitcev:
o USB: add usbmon, a USB monitoring framework
o ub: fix Add ioctls to ub patch
o USB: Add ioctls to ub
Phil Dibowitz:
o USB: unusual_devs.h update
Ping Cheng:
o USB: wacom tablet driver
Thomas Winischhofer:
o USB: SiS USB2VGA minor fix
o USB: add SiS USB2VGA kernel driver
Laurent Riffard
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
loading dm-mod module fails with this message :
FATAL: Error inserting dm-mod
(/lib/modules/2.6.11-rc3-mm1/kernel/drivers/md/dm-mod.ko): Device or resource busy
The following line appears in dmesg :
register_blkdev: failed to get major for device-mapper
It was OK with kernel 2.6.11-rc2-mm2. Same config, did "make oldconfig".
dmesg output and config attached.
--
laurent
Pavel Machek
> > >...
> > > Changes since 2.6.11-rc2-mm2:
> > >...
> > > +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
> > >
> > > swsusp fix
> > >...
> >
> > This broke compilation with gcc 3.4:
> [-- snip --]
>
> BTW, it requires the following bugfix, on top of the Adrian's patch.
ACK on both patches. [The following bugfix is not that critical -- it
only leaks one page per suspend -- that's why I did not scream that
much.]
Pavel
> Signed-off-by: Rafael J. Wysocki <r...@sisk.pl>
>
> --- linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-04 22:33:52.000000000 +0100
> +++ new/kernel/power/swsusp.c 2005-02-04 22:32:36.000000000 +0100
> @@ -614,9 +614,9 @@
> struct pbe *pbe;
>
> while (pblist) {
> - pbe = pblist + PB_PAGE_SKIP;
> - pblist = pbe->next;
> + pbe = (pblist + PB_PAGE_SKIP)->next;
> free_page((unsigned long)pblist);
> + pblist = pbe;
> }
> }
>
>
>
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
Sean Neakums
With this patch alone and with USB configured out, suspend/resume works.
I said earlier that USB didn't seem to be giving problems. When I was
trying out the openpic_reset()-removal, I got an Oops on suspend,
reproduced below. I then received Bartlomiej's patch, which I applied
to a clean 2.6.11-rc3-mm1 tree. Same USB Oops, no suspend. Then I
disabled USB, and suspend/resume worked. I can still try the
openpic_reset()-removal in a clean tree with USB disabled if you wish.
Oops: kernel access of bad area, sig: 11 [#1]
NIP: C01FFD2C LR: C01D7A6C SP: EFBB1D80 REGS: efbb1cd0 TRAP: 0300 Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000C54, DSISR: 40000000
TASK = efb01830[1067] 'pmud' THREAD: efbb0000
Last syscall: 54
GPR00: C01D7A6C EFBB1D80 EFB01830 C114ACC0 00000003 00000000 FFFFFFB9 C0480000
GPR08: 00000000 00000000 C114ACD8 C03F3B2C 22044484 1001E4DC 10010000 10000000
GPR16: 10000000 C03F0000 C042A6F0 C03F0000 C042A6E8 C0430000 00000003 00100100
GPR24: 00200200 C042A6E0 C0430000 C0430000 00000003 C114ACC0 C114ACD8 C114AD68
NIP [c01ffd2c] hid_suspend+0x1c/0x40
LR [c01d7a6c] usb_generic_suspend+0x88/0x98
Call trace:
[c01d7a6c] usb_generic_suspend+0x88/0x98
[c018bb48] suspend_device+0x54/0x5c
[c018bc24] device_suspend+0xd4/0x2ac
[c04687c8] 0xc04687c8
[c0468cec] 0xc0468cec
[c0469710] 0xc0469710
[c00772ac] do_ioctl+0x68/0x8c
[c00774fc] vfs_ioctl+0x88/0x2a8
[c0077760] sys_ioctl+0x44/0x78
[c0004290] ret_from_syscall+0x0/0x4c
Andrew Morton
11-rc3/2.6.11-rc3-mm1/
> >
>
> loading dm-mod module fails with this message :
>
> FATAL: Error inserting dm-mod
resource busy
>
> The following line appears in dmesg :
>
> register_blkdev: failed to get major for device-mapper
You've enabled CONFIG_BASE_SMALL and so the major_names[] hashtable has
just one element. device-mapper uses dynamic major allocation, the ran=
ge
of which is limited to the size of the top-level major_names[] array. =
You
ran out of slots and register_blkdev() failed.
So for now I guess we must drop base-small-shrink-major_names-hash.patc=
h.
Al, that code looks rather crappy. Shouldn't we be using an idr tree o=
r
something?
Also, we can never generate a major number of zero if the caller passed=
in
major=0. How come?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
William Lee Irwin III
> - The bk-usb and bk-pci and bk-driver-core trees have been temporarily
> dropped from -mm, for they are not healthy at present.
> - After many months dormancy, the ieee1394 tree is back and is included in
> -mm. Anyone who has been having firewire problems please test it.
Applying patch acpi-call-acpi_leave_sleep_state-before-resuming-devices.patch
/usr/bin/patch: **** Only garbage was found in the patch input.
Patch acpi-call-acpi_leave_sleep_state-before-resuming-devices.patch does not apply (enforce with -f)
Applying patch small-partitions-msdos-cleanups.patch
/usr/bin/patch: **** Only garbage was found in the patch input.
Patch small-partitions-msdos-cleanups.patch does not apply (enforce with -f)
These two are empty patches (quilt barfs on them). Probably already merged
upstream.
-- wli
Rafael J. Wysocki
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
This occurs on my box (Athlon64-based) if "processor" is directly compiled into
the kernel:
ACPI: Lid Switch [LID]
ACPI: Fan [FN00] (off)
kobject_register failed for processor (-17)
Call Trace:<ffffffff80273e16>{kobject_register+70} <ffffffff80161c3c>{sys_init_module+5980}
<ffffffff8010f4bd>{error_exit+0} <ffffffff802ce13d>{acpi_bus_register_driver+0}
<ffffffff8016de90>{file_read_actor+0} <ffffffff8016fa77>{__generic_file_aio_read+423}
<ffffffff8016fc91>{generic_file_aio_read+49} <ffffffff8019a29d>{do_sync_read+173}
<ffffffff801226bc>{do_page_fault+1100} <ffffffff80159c70>{autoremove_wake_function+0}
<ffffffff8019afb6>{vfs_read+230} <ffffffff8019b143>{sys_read+83}
<ffffffff8010ebf2>{system_call+126}
kobject_register failed for processor (-17)
Call Trace:<ffffffff80273e16>{kobject_register+70} <ffffffff80161c3c>{sys_init_module+5980}
<ffffffff8010f4bd>{error_exit+0} <ffffffff802ce13d>{acpi_bus_register_driver+0}
<ffffffff8016de90>{file_read_actor+0} <ffffffff8016fa77>{__generic_file_aio_read+423}
<ffffffff8016fc91>{generic_file_aio_read+49} <ffffffff8019a29d>{do_sync_read+173}
<ffffffff801226bc>{do_page_fault+1100} <ffffffff80159c70>{autoremove_wake_function+0}
<ffffffff8019afb6>{vfs_read+230} <ffffffff8019b143>{sys_read+83}
<ffffffff8010ebf2>{system_call+126}
It does not happen if it's a module.
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Rafael J. Wysocki
It looks like softlockup is not happy with suspend/resume:
Feb 5 02:16:06 albercik kernel: BUG: soft lockup detected on CPU#0!
Feb 5 02:16:06 albercik kernel:
Feb 5 02:16:06 albercik kernel: Modules linked in: snd_seq snd_seq_device usbserial parport_pc lp parport thermal processor fan button battery
ac snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd soundcore snd_page_alloc ipt_TOS ipt_LOG ipt_limit ipt_pkttype af
_packet ipt_state ipt_REJECT iptable_mangle iptable_filter ip6table_mangle ip_nat_ftp iptable_nat ip_conntrack_ftp ip_conntrack ip_tables ip6tab
le_filter ip6_tables ipv6 pcmcia binfmt_misc joydev sg st sd_mod sr_mod scsi_mod ide_cd cdrom ohci1394 yenta_socket rsrc_nonstatic pcmcia_core i
eee1394 sk98lin i2c_nforce2 i2c_core usbhid ehci_hcd ohci_hcd evdev dm_mod
Feb 5 02:16:09 albercik kernel: Pid: 8680, comm: do_acpi_sleep Not tainted 2.6.11-rc3-mm1
Feb 5 02:16:12 albercik kernel: RIP: 0010:[<ffffffff80164534>] <ffffffff80164534>{swsusp_suspend+52}
Feb 5 02:16:13 albercik kernel: RSP: 0000:ffff81000d51de38 EFLAGS: 00000292
Feb 5 02:16:18 albercik kernel: RAX: 0000000000000000 RBX: ffffffff80427fc0 RCX: ffffffff803f263e
Feb 5 02:16:20 albercik kernel: RDX: ffffffff80499290 RSI: 00000000000002e9 RDI: 0000000000200000
Feb 5 02:16:21 albercik kernel: RBP: ffffffff803f4e5f R08: ffffffff803f259d R09: 0000000000000000
Feb 5 02:16:23 albercik kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff803f4fe0
Feb 5 02:16:25 albercik kernel: R13: ffffffff00400000 R14: ffffffff802c0946 R15: 0000000000000000
Feb 5 02:16:27 albercik kernel: FS: 00002aaaab28b800(0000) GS:ffffffff80565800(0000) knlGS:0000000000000000
Feb 5 02:16:27 albercik kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Feb 5 02:16:27 albercik kernel: CR2: 00002aaaaac4e642 CR3: 000000000d4f5000 CR4: 00000000000006e0
Feb 5 02:16:27 albercik kernel:
Feb 5 02:16:28 albercik kernel: Call Trace:<ffffffff80164531>{swsusp_suspend+49} <ffffffff8016541a>{pm_suspend_disk+90}
Feb 5 02:16:28 albercik kernel: <ffffffff80162f96>{enter_state+70} <ffffffff8016314d>{state_store+109}
Feb 5 02:16:28 albercik kernel: <ffffffff801ececf>{subsys_attr_store+31} <ffffffff801ed3d1>{sysfs_write_file+209}
Feb 5 02:16:29 albercik kernel: <ffffffff8019ac29>{vfs_write+233} <ffffffff8019adc3>{sys_write+83}
Feb 5 02:16:29 albercik kernel: <ffffffff8010ebf2>{system_call+126}
Would it be possible to make it relax here?
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Laurent Riffard
Le 05.02.2005 12:26, Andrew Morton a écrit :
> Laurent Riffard <laurent...@free.fr> wrote:
>
>>Le 04.02.2005 19:33, Andrew Morton a écrit :
>> >
>>
>> loading dm-mod module fails with this message :
>>
>> FATAL: Error inserting dm-mod
>>
>> The following line appears in dmesg :
>>
>> register_blkdev: failed to get major for device-mapper
>
>
> You've enabled CONFIG_BASE_SMALL and so the major_names[] hashtable has
> of which is limited to the size of the top-level major_names[] array. You
> ran out of slots and register_blkdev() failed.
Ok, selecting CONFIG_BASE_FULL=y solved the problem.
Thanks for your help.
--
laurent
Ingo Molnar
* Rafael J. Wysocki <r...@sisk.pl> wrote:
> It looks like softlockup is not happy with suspend/resume:
Does it happen while writing out state to disk? I've attached a patch
for touch_softlockup_watchdog() below - but i think what we really need
is another mechanism. I'm wondering what the primary reason for the
lockup-detection is - did swsuspend stop the the softlockup threads?
Ingo
--- linux/kernel/softlockup.c.orig
+++ linux/kernel/softlockup.c
@@ -20,6 +20,11 @@ static DEFINE_PER_CPU(unsigned long, tim
static DEFINE_PER_CPU(unsigned long, print_timestamp) = 0;
static DEFINE_PER_CPU(struct task_struct *, watchdog_task);
+void touch_softlockup_watchdog(void)
+{
+ per_cpu(timestamp, _smp_processor_id()) = jiffies;
+}
+
/*
* This callback runs from the timer interrupt, and checks
* whether the watchdog thread has hung or not:
@@ -66,7 +71,7 @@ static int watchdog(void * __bind_cpu)
while (!kthread_should_stop()) {
set_current_state(TASK_INTERRUPTIBLE);
msleep_interruptible(HZ);
- per_cpu(timestamp, this_cpu) = jiffies;
+ touch_softlockup_watchdog();
}
__set_current_state(TASK_RUNNING);
--- linux/include/linux/sched.h.orig
+++ linux/include/linux/sched.h
@@ -179,6 +179,7 @@ extern unsigned long cache_decay_ticks;
#ifdef CONFIG_DETECT_SOFTLOCKUP
extern void softlockup_tick(struct pt_regs *regs);
extern void spawn_softlockup_task(void);
+extern void touch_softlockup_watchdog(void);
#else
static inline void softlockup_tick(struct pt_regs *regs)
{
@@ -186,6 +187,9 @@ static inline void softlockup_tick(struc
static inline void spawn_softlockup_task(void)
{
}
+static inline void touch_softlockup_watchdog(void)
+{
+}
#endif
Rafael J. Wysocki
>
> * Rafael J. Wysocki <r...@sisk.pl> wrote:
>
> > It looks like softlockup is not happy with suspend/resume:
>
> Does it happen while writing out state to disk?
No, it occurs during resume, right after the image has been restored (sorry,
I should have said this before).
> I've attached a patch for touch_softlockup_watchdog() below - but i think
> what we really need is another mechanism. I'm wondering what the primary
> reason for the lockup-detection is - did swsuspend stop the the softlockup
> threads?
If my understanding is correct, the time between suspend (ie the creation of
the image) and resume (ie the resotration of the image) is considered as spent
in the kernel, so it triggers softlockup as soon as its threads are woken up (is
that correct, Pavel?).
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Christoph Hellwig
> You've enabled CONFIG_BASE_SMALL and so the major_names[] hashtable has
> of which is limited to the size of the top-level major_names[] array. You
> ran out of slots and register_blkdev() failed.
>
>
> Al, that code looks rather crappy. Shouldn't we be using an idr tree or
> something?
It'd be nice to see major_names just gone completely. It's only used
for /proc/devices output, and with the infrastucture for easily sharing
majors that one is completely misleading..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
RogérioBrito
I'm having problems when trying to get 2.6.11-rc3-mm1 compiled. The build
breaks with the message being thrown:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(...)
LD .tmp_vmlinux1
KSYM .tmp_kallsyms1.S
AS .tmp_kallsyms1.o
LD .tmp_vmlinux2
KSYM .tmp_kallsyms2.S
AS .tmp_kallsyms2.o
LD vmlinux
SYSMAP System.map
SYSMAP .tmp_System.map
Inconsistent kallsyms data
Try setting CONFIG_KALLSYMS_EXTRA_PASS
make[1]: *** [vmlinux] Error 1
make[1]: Leaving directory `/usr/local/media/progs/linux/kernel/linux'
make: *** [stamp-build] Error 2
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
I'm compiling the kernel optimized for size (see attached .config) and I'm
using a Debian sarge system, with GCC 3.3.5.
In fact, I had this problem with 2.6.11-rc2-mm1 also, but I didn't have
such problems with Linus' trees.
OTOH, I would like to experiment with some goodies present in the -mm tree
(like NFS ACL and FUSE).
Thanks for any help, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Jurriaan
Date: Sat, Feb 05, 2005 at 04:10:18PM -0200
>
> I'm having problems when trying to get 2.6.11-rc3-mm1 compiled. The build
> breaks with the message being thrown:
>
> Try setting CONFIG_KALLSYMS_EXTRA_PASS
> make[1]: *** [vmlinux] Error 1
> make[1]: Leaving directory `/usr/local/media/progs/linux/kernel/linux'
> make: *** [stamp-build] Error 2
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> #
> CONFIG_EMBEDDED=y
> CONFIG_KALLSYMS=y
> # CONFIG_KALLSYMS_ALL is not set
> # CONFIG_KALLSYMS_EXTRA_PASS is not set
Read what it says, and enable CONFIG_KALLSYMS_EXTRA_PASS, then try
again.
Good luck,
Jurriaan
--
I believe in coincidence. Coincidences happen every day. But I don't
trust coincidences.
Garak - DS9
Debian (Unstable) GNU/Linux 2.6.11-rc3-mm1 2x6078 bogomips load 0.66
Ingo Molnar
* Rafael J. Wysocki <r...@sisk.pl> wrote:
> > I've attached a patch for touch_softlockup_watchdog() below - but i think
> > what we really need is another mechanism. I'm wondering what the primary
> > reason for the lockup-detection is - did swsuspend stop the the softlockup
> > threads?
>
> If my understanding is correct, the time between suspend (ie the
> creation of the image) and resume (ie the resotration of the image) is
> considered as spent in the kernel, so it triggers softlockup as soon
> as its threads are woken up (is that correct, Pavel?).
ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
the resume code (before interrupts are re-enabled)?
Ingo
Pavel Machek
> > It looks like softlockup is not happy with suspend/resume:
>
> Does it happen while writing out state to disk? I've attached a patch
> for touch_softlockup_watchdog() below - but i think what we really need
> is another mechanism. I'm wondering what the primary reason for the
> lockup-detection is - did swsuspend stop the the softlockup threads?
swsusp likes all threads stopped. You can mark threads
PF_NOFREEZE and swsusp will leave them alone.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
Pavel Machek
> > > It looks like softlockup is not happy with suspend/resume:
> >
> > Does it happen while writing out state to disk?
>
> No, it occurs during resume, right after the image has been restored (sorry,
> I should have said this before).
>
> > I've attached a patch for touch_softlockup_watchdog() below - but i think
> > what we really need is another mechanism. I'm wondering what the primary
> > reason for the lockup-detection is - did swsuspend stop the the softlockup
> > threads?
>
> If my understanding is correct, the time between suspend (ie the creation of
> the image) and resume (ie the resotration of the image) is considered as spent
> in the kernel, so it triggers softlockup as soon as its threads are woken up (is
> that correct, Pavel?).
I do not know how exactly softlockup works, but yes, that seems
reasonable.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
Al Viro
> On Sat, Feb 05, 2005 at 03:26:05AM -0800, Andrew Morton wrote:
> > You've enabled CONFIG_BASE_SMALL and so the major_names[] hashtable has
> > just one element. device-mapper uses dynamic major allocation, the range
> > of which is limited to the size of the top-level major_names[] array. You
> > ran out of slots and register_blkdev() failed.
> >
> > So for now I guess we must drop base-small-shrink-major_names-hash.patch.
> >
> > Al, that code looks rather crappy. Shouldn't we be using an idr tree or
> > something?
>
> It'd be nice to see major_names just gone completely. It's only used
> for /proc/devices output, and with the infrastucture for easily sharing
> majors that one is completely misleading..
ACK. Moreover, dynamic registration of *majors* makes very little sense
these days - about as much as setting lower limit on IP block registration
to /12.
IMO we should put a large part of device number space for dynamic allocations
(current static ones barely scratch the surface - we could easily leave
upper half and nobody'd noticed) and use e.g. buddy allocator within it.
With allocation requests taking size of area as argument (rounded up to
power of 2, which it normally would be anyway).
Any objections to that? Hell, we can even have register_blkdev() without
a fixed major calling blkdev_allocate(name, 1<<20) and then eliminate the
callers in favour of saner-sized requests. Then kill register_blkdev()
completely...
RogérioBrito
> From: Rogério Brito <rbr...@ime.usp.br>
> Date: Sat, Feb 05, 2005 at 04:10:18PM -0200
> > Try setting CONFIG_KALLSYMS_EXTRA_PASS
> > make[1]: *** [vmlinux] Error 1
ux'
> > make: *** [stamp-build] Error 2
>
> again.
Taken straight from the help option for CONFIG_KALLSYMS_EXTRA_PASS:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -=
- -
Always say N here unless you find a bug in kallsyms, which must be
reported. KALLSYMS_EXTRA_PASS is only a temporary workaround while
you wait for kallsyms to be fixed.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -=
- -
I received, BTW, a message from Frank Denis saying that this is fixed i=
n
his -jedi1 patch.
I will try it and report back the results that I come up with.
Thanks for the feedback anyway, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
Benjamin Herrenschmidt
> Bartlomiej Zolnierkiewicz <bzol...@gmail.com> writes:
>
> > On Sat, 05 Feb 2005 11:16:49 +1100, Benjamin Herrenschmidt
> > <be...@kernel.crashing.org> wrote:
> >>
> >> > I tried it two or three times, same result each time. I'll give it a
> >> > lash with USB disabled.
> >>
> >> Also, can you try editing arch/ppc/syslib/open_pic.c, in function
> >> openpic_resume(), comment out the call to openpic_reset() and let me
> >> know if that helps...
> >
> > Well, maybe I'm to blame this time...
> >
> > I've introduced bug in ATAPI Power Management handling,
> > idedisk_pm_idle shouldn't be done for ATAPI devices.
> >
> > Sorry for that, fix attached.
>
> With this patch alone and with USB configured out, suspend/resume works.
Confirmation from paulus, there is indeed a problem with IDE that is
fixed by Bart's patch.
There are still issues with USB though... this one, and paul's one, I've
forwarded Sean report to David, we'll see what we can find...
Ben.
RogérioBrito
For some kernel versions (say, since 2.6.10 proper, all the 2.6.11-rc=
's,
some -mm trees and also -ac) I have been getting the message "irq 10:
nobody cared!".
The message says that I should pass the irqpoll option to the kernel an=
d
even if I do, I still get the stack trace and the "irq 10: nobody cared=
!"
message. :-(
The message seems to be related to the Promise PDC20265 driver and it
appeared right after I moved my HDs from my motherboard's VIA controlle=
rs
to the Promise controllers. I have an Asus A7V board, with 2 VIA 686a
controllers and 2 Promise PDC20265 controllers.
I already tried enabling and disabling ACPI, but it seems that the prob=
lem
just doesn't go away. :-(
I am including the dmesg log of my system with this message. I am CC'in=
g
the linux-ide list, but I'm only subscribed to linux-kernel. I would
appreciate CC's, if possible.
Thank you very much for any help, Rogério.
P.S.: I am, right now, re-compiling 2.6.11-rc3-mm1 with the extra pass =
of
kallsyms to see if the problem persists with this release.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
RogérioBrito
> I am including the dmesg log of my system with this message.
Ooops! Forgot to include the dmesg in the previous message. :-(
Thanks again, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
William Park
> Dear developers,
>
> some -mm trees and also -ac) I have been getting the message "irq 10:
> nobody cared!".
>
> even if I do, I still get the stack trace and the "irq 10: nobody cared!"
> message. :-(
>
> The message seems to be related to the Promise PDC20265 driver and it
> to the Promise controllers. I have an Asus A7V board, with 2 VIA 686a
> controllers and 2 Promise PDC20265 controllers.
>
> just doesn't go away. :-(
>
> the linux-ide list, but I'm only subscribed to linux-kernel. I would
> appreciate CC's, if possible.
>
>
>
> P.S.: I am, right now, re-compiling 2.6.11-rc3-mm1 with the extra pass of
> kallsyms to see if the problem persists with this release.
Try 'acpi=noirq'. It did it for me (Abit VP6 dual-p3, Via VT82C694X,
Via VT82C686B).
--
William Park <openge...@yahoo.ca>, Toronto, Canada
Slackware Linux -- because I can type.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
RogérioBrito
> On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rogério Brito wrote:
> > The message seems to be related to the Promise PDC20265 driver and it
> > appeared right after I moved my HDs from my motherboard's VIA controllers
> > to the Promise controllers. I have an Asus A7V board, with 2 VIA 686a
> > controllers and 2 Promise PDC20265 controllers.
> >
> > I already tried enabling and disabling ACPI, but it seems that the problem
> > just doesn't go away. :-(
>
> Via VT82C686B).
I tried to boot with acpi=noirq, but it didn't work for me. Here is the
relevant part of the dmesg output (and the whole dmesg is attached to this
message):
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(...)
Kernel command line: BOOT_IMAGE=Linux root=2103 acpi=noirq
(...)
PDC20265: IDE controller at PCI slot 0000:00:11.0
PCI: 0000:00:11.0 has unsupported PM cap regs version (1)
PCI: Found IRQ 10 for device 0000:00:11.0
PCI: Sharing IRQ 10 with 0000:00:0b.0
PDC20265: chipset revision 2
PDC20265: 100% native mode on irq 10
PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0x7400-0x7407, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0x7408-0x740f, BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
hde: QUANTUM FIREBALL CX13.0A, ATA DISK drive
ide2 at 0x8800-0x8807,0x8402 on irq 10
Probing IDE interface ide3...
hdg: QUANTUM FIREBALLlct15 30, ATA DISK drive
irq 10: nobody cared (try booting with the "irqpoll" option.
[<c012c1e9>] __report_bad_irq+0x31/0x77
[<c012c2bc>] note_interrupt+0x75/0x99
[<c012bd80>] __do_IRQ+0x95/0xc1
[<c010469d>] do_IRQ+0x19/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c011a03c>] __do_softirq+0x2c/0x7d
[<c011a0af>] do_softirq+0x22/0x26
[<c01046a2>] do_IRQ+0x1e/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c012be85>] enable_irq+0x88/0x8d
[<c020fb94>] probe_hwif+0x2f7/0x383
[<c020adb4>] ata_attach+0xa3/0xbd
[<c020fc30>] probe_hwif_init_with_fixup+0x10/0x74
[<c021234b>] ide_setup_pci_device+0x72/0x7f
[<c0207c26>] pdc202xx_init_one+0x15/0x18
[<c03792f5>] ide_scan_pcidev+0x34/0x59
[<c0379336>] ide_scan_pcibus+0x1c/0x92
[<c0379266>] probe_for_hwifs+0xb/0xd
[<c03792ac>] ide_init+0x44/0x59
[<c03646d9>] do_initcalls+0x4b/0x99
[<c0100272>] init+0x0/0xce
[<c0100299>] init+0x27/0xce
[<c0101245>] kernel_thread_helper+0x5/0xb
handlers:
[<c020cec8>] (ide_intr+0x0/0xee)
Disabling IRQ #10
irq 10: nobody cared (try booting with the "irqpoll" option.
[<c012c1e9>] __report_bad_irq+0x31/0x77
[<c012c2bc>] note_interrupt+0x75/0x99
[<c012bd80>] __do_IRQ+0x95/0xc1
[<c010469d>] do_IRQ+0x19/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c011a03c>] __do_softirq+0x2c/0x7d
[<c011a0af>] do_softirq+0x22/0x26
[<c01046a2>] do_IRQ+0x1e/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c012be85>] enable_irq+0x88/0x8d
[<c020dbe3>] ide_config_drive_speed+0x168/0x30d
[<c0207266>] pdc202xx_tune_chipset+0x38c/0x396
[<c020fbde>] probe_hwif+0x341/0x383
[<c020adb4>] ata_attach+0xa3/0xbd
[<c020fc30>] probe_hwif_init_with_fixup+0x10/0x74
[<c021234b>] ide_setup_pci_device+0x72/0x7f
[<c0207c26>] pdc202xx_init_one+0x15/0x18
[<c03792f5>] ide_scan_pcidev+0x34/0x59
[<c0379336>] ide_scan_pcibus+0x1c/0x92
[<c0379266>] probe_for_hwifs+0xb/0xd
[<c03792ac>] ide_init+0x44/0x59
[<c03646d9>] do_initcalls+0x4b/0x99
[<c0100272>] init+0x0/0xce
[<c0100299>] init+0x27/0xce
[<c0101245>] kernel_thread_helper+0x5/0xb
handlers:
[<c020cec8>] (ide_intr+0x0/0xee)
Disabling IRQ #10
Warning: Secondary channel requires an 80-pin cable for operation.
hdg reduced to Ultra33 mode.
irq 10: nobody cared (try booting with the "irqpoll" option.
[<c012c1e9>] __report_bad_irq+0x31/0x77
[<c012c2bc>] note_interrupt+0x75/0x99
[<c012bd80>] __do_IRQ+0x95/0xc1
[<c010469d>] do_IRQ+0x19/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c011a03c>] __do_softirq+0x2c/0x7d
[<c011a0af>] do_softirq+0x22/0x26
[<c01046a2>] do_IRQ+0x1e/0x24
[<c010337a>] common_interrupt+0x1a/0x20
[<c012be85>] enable_irq+0x88/0x8d
[<c020dbe3>] ide_config_drive_speed+0x168/0x30d
[<c0207266>] pdc202xx_tune_chipset+0x38c/0x396
[<c020757e>] config_chipset_for_dma+0x216/0x227
[<c02075c6>] pdc202xx_config_drive_xfer_rate+0x37/0x6c
[<c020fc05>] probe_hwif+0x368/0x383
[<c020adb4>] ata_attach+0xa3/0xbd
[<c020fc30>] probe_hwif_init_with_fixup+0x10/0x74
[<c021234b>] ide_setup_pci_device+0x72/0x7f
[<c0207c26>] pdc202xx_init_one+0x15/0x18
[<c03792f5>] ide_scan_pcidev+0x34/0x59
[<c0379336>] ide_scan_pcibus+0x1c/0x92
[<c0379266>] probe_for_hwifs+0xb/0xd
[<c03792ac>] ide_init+0x44/0x59
[<c03646d9>] do_initcalls+0x4b/0x99
[<c0100272>] init+0x0/0xce
[<c0100299>] init+0x27/0xce
[<c0101245>] kernel_thread_helper+0x5/0xb
handlers:
[<c020cec8>] (ide_intr+0x0/0xee)
Disabling IRQ #10
ide3 at 0x8000-0x8007,0x7802 on irq 10
hde: max request size: 128KiB
hde: 25429824 sectors (13020 MB) w/418KiB Cache, CHS=25228/16/63, UDMA(33)
hde: cache flushes not supported
hde: hde1 hde2 hde3 hde4
hdg: max request size: 128KiB
hdg: 58633344 sectors (30020 MB) w/418KiB Cache, CHS=58168/16/63, UDMA(33)
hdg: cache flushes not supported
hdg: hdg1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
So, it seems that I'm always getting this, whether I use acpi=off,
acpi=noirq or the irqpoll options passed to the kernel. Would there be
anything else that I should try?
Thank you very much for the help, Rogério.
Peter Osterlund
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
output:
Unable to handle kernel NULL pointer dereference at virtual address 00000000
...
PREEMPT
...
EIP is a strncpy_from_user+0x33/0x47
...
Call Trace:
getname+0x69/0xa5
sys_open+0x12/0xc6
sysenter_past_esp+0x52/0x75
...
Kernel panic - not syncing: Attempted to kill init!
If I don't have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get a screen
with random junk and some blinking colored boxes, and the machine
hangs.
2.6.11-rc3 doesn't have this problem. When I boot that kernel, I get
these messages during boot:
Feb 6 02:27:31 r3000 kernel: radeonfb: Retreived PLL infos from BIOS
Feb 6 02:27:31 r3000 kernel: radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=215.00 Mhz, System=220.00 MHz
Feb 6 02:27:31 r3000 kernel: radeonfb: PLL min 20000 max 35000
Feb 6 02:27:31 r3000 kernel: Non-DDC laptop panel detected
Feb 6 02:27:31 r3000 kernel: radeonfb: Monitor 1 type LCD found
Feb 6 02:27:31 r3000 kernel: radeonfb: Monitor 2 type no found
Feb 6 02:27:31 r3000 kernel: radeonfb: panel ID string: LGP
Feb 6 02:27:31 r3000 kernel: radeonfb: detected LVDS panel size from BIOS: 1280x800
Feb 6 02:27:31 r3000 kernel: radeondb: BIOS provided dividers will be used
Feb 6 02:27:31 r3000 kernel: radeonfb: Power Management enabled for Mobility chipsets
Feb 6 02:27:31 r3000 kernel: Console: switching to colour frame buffer device 160x50
Feb 6 02:27:31 r3000 kernel: radeonfb: ATI Radeon \a DDR SGRAM 64 MB
--
Peter Osterlund - pet...@telia.com
http://web.telia.com/~u89404340
Benjamin Herrenschmidt
> Andrew Morton <ak...@osdl.org> writes:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
> It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
> enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
> output:
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> ...
> PREEMPT
> ...
> EIP is a strncpy_from_user+0x33/0x47
> ...
> Call Trace:
> getname+0x69/0xa5
> sys_open+0x12/0xc6
> sysenter_past_esp+0x52/0x75
> ...
> Kernel panic - not syncing: Attempted to kill init!
>
> If I don't have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get a screen
> with random junk and some blinking colored boxes, and the machine
> hangs.
That's very strange... I don't see what in radeonfb could cause this.
Just in case, can you try commenting out the call to radeon_pm_init() in
radeon_base.c, see if it makes any difference (though I don't think so).
Ben.
Peter Osterlund
No, it didn't make any difference. I added a printk to do_getname()
and I see that it is called with filename==0.
I disabled the framebuffer so I could boot the kernel, then wrote a
small test program that does open(0, O_RDONLY). This also calls
do_getname() with filename==0, but does not generate an oops. Maybe
there is something wrong with exception handling that early in the
boot sequence.
--
Peter Osterlund - pet...@telia.com
http://web.telia.com/~u89404340
Joseph Fannin
Peter, do you maybe have CONFIG_CC_OPTIMIZE_FOR_SIZE=y? I just rebuilt
-rc3-mm1 to turn that off, and an Oops in copy_to_user in the i810 DRM
module went away. That could have just been that it forced a rebuild
with a cold ccache, I guess.
The completely unrelated Oops in radeonfb I was seeing is gone
now, and it works fine here (BTW).
--
Joseph Fannin
jfa...@gmail.com
Rafael J. Wysocki
On Saturday, 5 of February 2005 20:07, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <r...@sisk.pl> wrote:
>
> > > I've attached a patch for touch_softlockup_watchdog() below - but i think
> > > what we really need is another mechanism. I'm wondering what the primary
> > > reason for the lockup-detection is - did swsuspend stop the the softlockup
> > > threads?
> >
> > If my understanding is correct, the time between suspend (ie the
> > creation of the image) and resume (ie the resotration of the image) is
> > considered as spent in the kernel, so it triggers softlockup as soon
> > as its threads are woken up (is that correct, Pavel?).
>
> ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
> the resume code (before interrupts are re-enabled)?
I did:
--- /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-05 20:57:03.000000000 +0100
+++ linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-06 19:07:39.000000000 +0100
@@ -871,6 +869,7 @@
restore_processor_state();
restore_highmem();
device_power_up();
+ touch_softlockup_watchdog();
local_irq_enable();
return error;
}
and it still complains, but the call trace is now different:
BUG: soft lockup detected on CPU#0!
Feb 6 19:50:02 albercik kernel:
Feb 6 19:50:03 albercik kernel: Modules linked in: snd_seq snd_seq_device usbserial parport_pc lp parport thermal processor fan button battery ac snd_pc
m_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd soundcore snd_page_alloc ipt_TOS ipt_LOG ipt_limit ipt_pkttype af_packet ipt_state
ipt_REJECT iptable_mangle iptable_filter ip6table_mangle ip_nat_ftp iptable_nat ip_conntrack_ftp ip_conntrack ip_tables ip6table_filter ip6_tables ipv6 p
cmcia binfmt_misc joydev sg st sd_mod sr_mod scsi_mod ide_cd cdrom ohci1394 ieee1394 yenta_socket rsrc_nonstatic pcmcia_core sk98lin usbhid ehci_hcd i2c_
nforce2 i2c_core ohci_hcd dm_mod evdev
Feb 6 19:50:05 albercik kernel: Pid: 8679, comm: do_acpi_sleep Not tainted 2.6.11-rc3-mm1
Feb 6 19:50:07 albercik kernel: RIP: 0010:[<ffffffff802b6dd8>] <ffffffff802b6dd8>{acpi_ut_find_allocation+50}
Feb 6 19:50:11 albercik kernel: RSP: 0000:ffff81000d8af818 EFLAGS: 00000202
Feb 6 19:50:14 albercik kernel: RAX: ffff81001c91fa80 RBX: ffff8100123caeb0 RCX: ffff8100123caeb0
Feb 6 19:50:16 albercik kernel: RDX: ffff81001ed73878 RSI: ffff8100123caeb0 RDI: 0000000000000000
Feb 6 19:50:17 albercik kernel: RBP: ffffffff803ea5b8 R08: 00000000000021e7 R09: ffffffff803f478a
Feb 6 19:50:19 albercik kernel: R10: 000000000000ffff R11: 000000000000ffff R12: ffffffff803ea6b9
Feb 6 19:50:21 albercik kernel: R13: ffffffff00000400 R14: 0000000000000246 R15: 00000000000021e7
Feb 6 19:50:22 albercik kernel: FS: 00002aaaab28b800(0000) GS:ffffffff80567800(0000) knlGS:0000000000000000
Feb 6 19:50:24 albercik kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Feb 6 19:50:25 albercik kernel: CR2: 00002aaaaac4e642 CR3: 000000000d876000 CR4: 00000000000006e0
Feb 6 19:50:27 albercik kernel:
Feb 6 19:50:28 albercik kernel: Call Trace:<ffffffff802b6db3>{acpi_ut_find_allocation+13} <ffffffff802b6e8f>{acpi_ut_track_allocation+169}
Feb 6 19:50:28 albercik kernel: <ffffffff802b71ed>{acpi_ut_callocate_and_track+95}
Feb 6 19:50:29 albercik kernel: <ffffffff802b7259>{acpi_ut_acquire_from_cache+62} <ffffffff802b8a22>{acpi_ut_create_generic_state+17}
Feb 6 19:50:32 albercik kernel: <ffffffff8029901f>{acpi_ds_result_stack_push+42} <ffffffff80299100>{acpi_ds_create_walk_state+152}
Feb 6 19:50:37 albercik kernel: <ffffffff802b8e2d>{acpi_ut_create_thread_state+106}
Feb 6 19:50:39 albercik kernel: <ffffffff802afb08>{acpi_ps_delete_parse_tree+113} <ffffffff802aea13>{acpi_ps_complete_this_op+476}
Feb 6 19:50:39 albercik kernel: <ffffffff802af194>{acpi_ps_parse_loop+1897} <ffffffff802988f8>{acpi_ds_delete_walk_state+297}
Feb 6 19:50:41 albercik kernel: <ffffffff802af5da>{acpi_ps_parse_aml+237} <ffffffff802b0266>{acpi_psx_execute+546}
Feb 6 19:50:42 albercik kernel: <ffffffff802a5d77>{acpi_ex_enter_interpreter+114} <ffffffff802aae99>{acpi_ns_execute_control_method+260}
Feb 6 19:50:44 albercik kernel: <ffffffff802aafb3>{acpi_ns_evaluate_by_handle+249}
Feb 6 19:50:45 albercik kernel: <ffffffff802ab2de>{acpi_ns_evaluate_relative+400} <ffffffff802b3b2a>{acpi_rs_set_srs_method_data+250}
Feb 6 19:50:45 albercik kernel: <ffffffff80176f90>{check_poison_obj+48} <ffffffff802b2687>{acpi_set_current_resources+122}
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Peter Osterlund
I found the if I disable CONFIG_INOTIFY, the problem goes away.
Ingo Molnar
* Rafael J. Wysocki <r...@sisk.pl> wrote:
> > ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
> > the resume code (before interrupts are re-enabled)?
>
> I did:
>
> --- /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-05 20:57:03.000000000 +0100
> +++ linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-06 19:07:39.000000000 +0100
> @@ -871,6 +869,7 @@
> restore_processor_state();
> restore_highmem();
> device_power_up();
> + touch_softlockup_watchdog();
> local_irq_enable();
> return error;
> }
>
> and it still complains, but the call trace is now different:
could you describe the timings a bit more - how long it takes to do the
resume, and when does the watchdog print out its warning. Is it a single
warning only, and once the resume succeeds, the watchdog doesnt complain
anymore, correct?
Ingo
Rafael J. Wysocki
>
> * Rafael J. Wysocki <r...@sisk.pl> wrote:
>
> > > ah, ok. Could you try my patch and add touch_softlockup_watchdog() to
> > > the resume code (before interrupts are re-enabled)?
> >
> > I did:
> >
> > --- /home/rafael/tmp/kernel/testing/linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-05 20:57:03.000000000 +0100
> > +++ linux-2.6.11-rc3-mm1/kernel/power/swsusp.c 2005-02-06 19:07:39.000000000 +0100
> > @@ -871,6 +869,7 @@
> > restore_processor_state();
> > restore_highmem();
> > device_power_up();
> > + touch_softlockup_watchdog();
> > local_irq_enable();
> > return error;
> > }
> >
> > and it still complains, but the call trace is now different:
>
> could you describe the timings a bit more - how long it takes to do the
> resume, and when does the watchdog print out its warning.
The warning is printed right after the image is restored (ie somewhere
around the local_irq_enable() above, but it goes before the
"PM: Image restored successfully." message that is printed as soon as
the return is executed). Definitely, less than 1 s passes between
the resoring of the image and the warining.
BTW, I've also tried to put touch_softlockup_watchdog() before
device_power_up(), but it didn't change much.
> Is it a single warning only, and once the resume succeeds, the watchdog
> doesnt complain anymore, correct?
Yes.
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Robert Love
> > > > EIP is a strncpy_from_user+0x33/0x47
> > > > ...
> > > > Call Trace:
> > > > getname+0x69/0xa5
> > > > sys_open+0x12/0xc6
> > > > sysenter_past_esp+0x52/0x75
> > > > ...
> > > > Kernel panic - not syncing: Attempted to kill init!
>
> I found the if I disable CONFIG_INOTIFY, the problem goes away.
Weird. While we touch sys_open() with an inotify hook, we do so after
the call to getname, and we don't touch getname() or strncpy_from_user()
at all.
I wonder if there is another bug and inotify is just affecting the
timing?
Robert Love
Ingo Molnar
* Rafael J. Wysocki <r...@sisk.pl> wrote:
> The warning is printed right after the image is restored (ie somewhere
> around the local_irq_enable() above, but it goes before the "PM: Image
> restored successfully." message that is printed as soon as the return
> is executed). Definitely, less than 1 s passes between the resoring
> of the image and the warining.
>
> BTW, I've also tried to put touch_softlockup_watchdog() before
> device_power_up(), but it didn't change much.
this is a single-CPU box, right?
could you put a printk into touch_softlockup_watchdog() and re-try your
modified tree - in which order do the messages get printed? (perhaps
also add a jiffies printout to both the lockup message and to
touch_softlockup_watchdog())
Ingo
Peter Osterlund
> On Sun, 2005-02-06 at 22:22 +0100, Peter Osterlund wrote:
>
> > > > > EIP is a strncpy_from_user+0x33/0x47
> > > > > ...
> > > > > Call Trace:
> > > > > getname+0x69/0xa5
> > > > > sys_open+0x12/0xc6
> > > > > sysenter_past_esp+0x52/0x75
> > > > > ...
> > > > > Kernel panic - not syncing: Attempted to kill init!
> >
> > I found the if I disable CONFIG_INOTIFY, the problem goes away.
>
> Weird. While we touch sys_open() with an inotify hook, we do so after
> the call to getname, and we don't touch getname() or strncpy_from_user()
> at all.
>
> I wonder if there is another bug and inotify is just affecting the
> timing?
Possible, but it fails every time with CONFIG_INOTIFY enabled and
works every time with CONFIG_INOTIFY disabled.
I added some printk's to do_getname and got this:
...
Freeing unused kernel memory: 160k freed
...
do_getname: init /etc/localtime
do_getname: init seg:1 page:df404000 filename:455dd11f len:4096
do_getname: init /etc/localtime
do_getname: init seg:1 page:df404000 filename:455dd11f len:4096
do_getname: init /etc/localtime
do_getname: init seg:1 page:df404000 filename:455dd11f len:4096
do_getname: init /etc/localtime
do_getname: init seg:1 page:df404000 filename:00000000 len:4096
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
c01d8257
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in:
CPU: 0
EIP: 0060:[<c01d8257>] Not tainted VLI
EFLAGS: 00010206 (2.6.11-rc3-mm1)
EIP is at strncpy_from_user+0x33/0x47
eax: c14f0000 ebx: fffffff2 ecx: 00001000 edx: 00001000
esi: 00000000 edi: df404000 ebp: 00000000 esp: c14f1f60
ds: 007b es: 007b ss: 0068
Process init (pid: 1, threadinfo=c14f0000 task=dff4ba40)
Stack: c14f0000 fffffff4 df404000 00000000 c0166854 df404000 00000000 00001000
df404000 00000000 00001000 00001000 00000000 00000000 00000901 c14f0000
c0158725 00000000 00000000 00000000 00000002 00000000 00000000 00000901
Call Trace:
[<c0166854>] getname+0xb4/0x10f
[<c0158725>] sys_open+0x12/0xc6
[<c0102f19>] sysenter_past_esp+0x52/0x75
Code: 57 56 53 bb f2 ff ff ff 8b 74 24 18 8b 7c 24 14 8b 4c 24 1c 89 f2 83 c2 01 19 ed 39 50 18 83 dd 00 85 ed 75 13 89 ca 85 c9 74 0b <ac> aa 84 c0 74 03 49 75 f7 29 ca 89 d3 89 d8 5b 5e 5f 5d c3 57
do_getname: hotplug seg:1 page:dfca1000 filename:080e6770 len:4096
do_getname: hotplug /etc/hotplug.d/default/20-hal.hotplug
do_getname: hotplug seg:1 page:df6d1000 filename:080e6770 len:4096
do_getname: hotplug /etc/hotplug.d/default/20-hal.hotplug
Kernel panic - not syncing: Attempted to kill init!
If I add this code to do_getname()
+ if (!filename)
+ return -EFAULT;
the machine boots correctly, but then fails later when trying to start
the X server:
Unable to handle kernel paging request at virtual address 00008050
printing eip:
c01d840a
*pde = 16fd4067
*pte = 00000000
Oops: 0002 [#1]
PREEMPT
Modules linked in: radeon joydev mousedev nfs psmouse snd_atiixp_modem nfsd exportfs lockd parport_pc lp parport autofs4 pcmcia sunrpc ipt_LOG ipt_limit ipt_state ipt_REJECT iptable_filter ipt_MASQUERADE iptable_nat ip_tables binfmt_misc dm_mod yenta_socket rsrc_nonstatic pcmcia_core ohci_hcd ehci_hcd usbcore ide_cd cdrom
CPU: 0
EIP: 0060:[<c01d840a>] Not tainted VLI
EFLAGS: 00013246 (2.6.11-rc3-mm1)
EIP is at __copy_to_user_ll+0x3c/0x64
eax: 00000000 ebx: 00008050 ecx: 00000002 edx: 00008058
esi: e1a5cc67 edi: 00008050 ebp: ffffffff esp: d75e9e58
ds: 007b es: 007b ss: 0068
Process X (pid: 4757, threadinfo=d75e8000 task=d7584020)
Stack: 00000027 00008050 00000000 00000000 e1a5cc70 c01d84ce 00008050 e1a5cc67
00000008 00000008 d75e9ec8 e1a51140 00008050 e1a5cc67 00000008 00000000
d75e9f08 c01d8511 d75e9f08 bfd4a320 d7957800 bfd4a320 d75e9f08 ffffffea
Call Trace:
[<c01d84ce>] copy_to_user+0x38/0x42
[<e1a51140>] version+0xe8/0x138 [radeon]
[<c01d8511>] copy_from_user+0x39/0x68
[<c02524e0>] drm_setversion+0x49/0x11b
[<c0251219>] drm_ioctl+0xeb/0x1c1
[<c0106407>] handle_vm86_fault+0x78f/0x909
[<c0106407>] handle_vm86_fault+0x78f/0x909
[<c016bac7>] do_ioctl+0x57/0x85
[<c0106407>] handle_vm86_fault+0x78f/0x909
[<c016bcc8>] vfs_ioctl+0x5c/0x1c3
[<c0106407>] handle_vm86_fault+0x78f/0x909
[<c016be6b>] sys_ioctl+0x3c/0x59
[<c0106407>] handle_vm86_fault+0x78f/0x909
[<c0102f19>] sysenter_past_esp+0x52/0x75
[<c0106407>] handle_vm86_fault+0x78f/0x909
Code: 83 f9 3f 76 0c 89 f8 31 f0 85 05 80 bd 44 c0 75 28 89 c8 83 f9 07 76 17 89 f9 f7 d9 83 e1 07 29 c8 f3 a4 89 c1 c1 e9 02 83 e0 03 <f3> a5 89 c1 f3 a4 83 c4 0c 5e 89 c8 5f c3 89 4c 24 08 89 74 24
<3>[drm:drm_release] *ERROR* Device busy: 1 0
Patch used during tests:
diff -puN fs/namei.c~panic-debug fs/namei.c
--- linux/fs/namei.c~panic-debug 2005-02-08 23:06:54.604431440 +0100
+++ linux-petero/fs/namei.c 2005-02-08 23:52:26.585107248 +0100
@@ -116,15 +116,28 @@ static inline int do_getname(const char
{
int retval;
unsigned long len = PATH_MAX;
+ int segment = 0;
if (!segment_eq(get_fs(), KERNEL_DS)) {
+ segment = 1;
if ((unsigned long) filename >= TASK_SIZE)
return -EFAULT;
if (TASK_SIZE - (unsigned long) filename < PATH_MAX)
len = TASK_SIZE - (unsigned long) filename;
}
+#if 0
+ printk("do_getname: %s seg:%d page:%p filename:%p len:%ld\n",
+ current->comm, segment, page, filename, len);
+#endif
+
+ if (!filename)
+ return -EFAULT;
+
retval = strncpy_from_user(page, filename, len);
+#if 0
+ printk("do_getname: %s %s\n", current->comm, page);
+#endif
if (retval > 0) {
if (retval < len)
return 0;
--
Peter Osterlund - pet...@telia.com
http://web.telia.com/~u89404340
Andrew Morton
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
What acpi_power_off bug? And how does it solve it?
Thanks.
Zwane Mwaikambo
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Fri, 4 Feb 2005, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
> Andrew,
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
Where is the original bug report? Is the set_cpus_allowed the problem?
+#if 0 /* This should be made redundant by other patches.. */
/* Some SMP machines only can poweroff in boot CPU */
set_cpus_allowed(current, cpumask_of_cpu(0));
- acpi_wakeup_gpe_poweroff_prepare();
- acpi_enter_sleep_state_prep(ACPI_STATE_S5);
+#endif
Clemens Schwaighofer
during startup I get too oops on my Box. It's a debian/unstable. dmesg
from right after the start and the kernel config are attached.
--
[ Clemens Schwaighofer -----=====:::::~ ]
[ TBWA\ && TEQUILA\ Japan IT Group ]
[ 6-17-2 Ginza Chuo-ku, Tokyo 104-0061, JAPAN ]
[ Tel: +81-(0)3-3545-7703 Fax: +81-(0)3-3545-7343 ]
[ http://www.tequila.co.jp http://www.tbwajapan.co.jp ]
Andrew Morton
Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
Clemens Schwaighofer
Hash: SHA1
On 02/09/2005 03:09 PM, Andrew Morton wrote:
> Clemens Schwaighofer <c...@tequila.co.jp> wrote:
>
>>during startup I get too oops on my Box
>
>
> Yes, it is being worked on. You'll need to CONFIG_INOTIFY=n, thanks.
okay, thanks.
- --
[ Clemens Schwaighofer -----=====:::::~ ]
[ TBWA\ && TEQUILA\ Japan IT Group ]
[ 6-17-2 Ginza Chuo-ku, Tokyo 104-0061, JAPAN ]
[ Tel: +81-(0)3-3545-7703 Fax: +81-(0)3-3545-7343 ]
[ http://www.tequila.co.jp http://www.tbwajapan.co.jp ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCCapCjBz/yQjBxz8RAmcKAJ4oYmg9aLy07R7bXfOVjRza+9N9FACgty/B
LiRsNye+unxwpJXzc/PYyTw=
=HP/o
-----END PGP SIGNATURE-----
Barry K. Nathan
> "Marcos D. Marado Torres" <mar...@student.dei.uc.pt> wrote:
> >
> > Please add to -mm the patch in attachment, since it solves the old
> > acpi_power_off bug...
>
> What acpi_power_off bug? And how does it solve it?
Here's the observed bug that the patch is trying to fix:
http://bugme.osdl.org/show_bug.cgi?id=4041
What Marcos posted is a typo-corrected version of Eric Biederman's
patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110665542929525&w=2
In Eric's own words, the patch "needs some work before it goes into a
mainline kernel". AFAICT it's more of a proof-of-concept, just to see if
Eric's on the right track...
This is the motivation behind the patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110665405402747&w=2
-Barry K. Nathan <bar...@pobox.com>
Rafael J. Wysocki
>
> * Rafael J. Wysocki <r...@sisk.pl> wrote:
>
> > The warning is printed right after the image is restored (ie somewhere
> > around the local_irq_enable() above, but it goes before the "PM: Image
> > restored successfully." message that is printed as soon as the return
> > is executed). Definitely, less than 1 s passes between the resoring
> > of the image and the warining.
> >
> > BTW, I've also tried to put touch_softlockup_watchdog() before
> > device_power_up(), but it didn't change much.
>
> this is a single-CPU box, right?
Yes.
OK, I think I've sorted it out. The solution is to use your patch and the
following change against swsusp.c:
--- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08 18:16:34.000000000 +0100
+++ new/kernel/power/swsusp.c 2005-02-09 17:31:16.000000000 +0100
@@ -870,7 +870,9 @@
/* Restore control flow magically appears here */
restore_processor_state();
restore_highmem();
+ touch_softlockup_watchdog();
device_power_up();
+ touch_softlockup_watchdog();
local_irq_enable();
return error;
}
Greets,
Rafael
--
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
-- Lewis Carroll "Alice's Adventures in Wonderland"
Rafael J. Wysocki
> On Tuesday, 8 of February 2005 12:04, Ingo Molnar wrote:
> >
> > * Rafael J. Wysocki <r...@sisk.pl> wrote:
> >
> > > The warning is printed right after the image is restored (ie somewhere
> > > around the local_irq_enable() above, but it goes before the "PM: Image
> > > restored successfully." message that is printed as soon as the return
> > > is executed). Definitely, less than 1 s passes between the resoring
> > > of the image and the warining.
> > >
> > > BTW, I've also tried to put touch_softlockup_watchdog() before
> > > device_power_up(), but it didn't change much.
> >
> > this is a single-CPU box, right?
>
> Yes.
>
> OK, I think I've sorted it out. The solution is to use your patch and the
> following change against swsusp.c:
Well, I was to quick with this, sorry.
> --- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08 18:16:34.000000000 +0100
> +++ new/kernel/power/swsusp.c 2005-02-09 17:31:16.000000000 +0100
> @@ -870,7 +870,9 @@
> /* Restore control flow magically appears here */
> restore_processor_state();
> restore_highmem();
> + touch_softlockup_watchdog();
> device_power_up();
> + touch_softlockup_watchdog();
> local_irq_enable();
> return error;
> }
The following patch (instead of the above) seems to work much better:
--- linux-2.6.11-rc3-mm1-orig/kernel/power/swsusp.c 2005-02-08 18:16:34.000000000 +0100
+++ new/kernel/power/swsusp.c 2005-02-10 00:45:45.000000000 +0100
@@ -870,6 +870,7 @@
/* Restore control flow magically appears here */
restore_processor_state();
restore_highmem();
+ touch_softlockup_watchdog();
device_power_up();
local_irq_enable();
return error;
--- linux-2.6.11-rc3-mm1-orig/arch/x86_64/kernel/time.c 2005-02-05 20:49:26.000000000 +0100
+++ new/arch/x86_64/kernel/time.c 2005-02-10 00:46:48.000000000 +0100
@@ -988,6 +988,7 @@
write_sequnlock_irqrestore(&xtime_lock,flags);
jiffies += sleep_length;
wall_jiffies += sleep_length;
+ touch_softlockup_watchdog();
return 0;
}
--- linux-2.6.11-rc3-mm1-orig/arch/i386/kernel/time.c 2005-02-05 20:49:26.000000000 +0100
+++ new/arch/i386/kernel/time.c 2005-02-10 00:47:03.000000000 +0100
@@ -378,6 +378,7 @@
write_sequnlock_irqrestore(&xtime_lock, flags);
jiffies += sleep_length;
wall_jiffies += sleep_length;
+ touch_softlockup_watchdog();
return 0;
}
I tested it only on x86-64, so the change for i386 is a guess, albeit
educated. ;-)
Andrew Morton
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
>
> diff -Nru -p1 linux-2.6.11-rc2-mm1/drivers/base/power/shutdown.c linux-2.6.11-rc2-mm1-mbn1/drivers/base/power/shutdown.c
> --- linux-2.6.11-rc2-mm1/drivers/base/power/shutdown.c 2004-12-24 22:35:01.000000000 +0100
> +++ linux-2.6.11-rc2-mm1-mbn1/drivers/base/power/shutdown.c 2005-01-26 00:26:54.000000000 +0100
> @@ -64,2 +64,9 @@ void device_shutdown(void)
>
> +#if 1
> + {
> + extern void do_acpi_power_off_prepare(void);
> + do_acpi_power_off_prepare();
> + }
> +#endif
> +
This of course doesn't compile if CONFIG_ACPI=n. I fixed that up.
Also, having acpi stuff in drivers/base/power/shutdown.c is quite
inappropriate.
Also, extern declarations should also not be placed in .c files - they
should go into header files which are shared by the definition and all
users of the symbol.
(I understand that it's only a "proof of concept" patch, but I thought I'd
bitch anyway ;))
So. I'll keep the patch as-is in -mm for now. I've Cc'ed linux-acpi.
Perhaps the people there can absorb this and fix it up for real, please?
From: "Marcos D. Marado Torres" <mar...@student.dei.uc.pt>
From: "Barry K. Nathan" <bar...@pobox.com>
On Tue, Feb 08, 2005 at 08:54:06PM -0800, Andrew Morton wrote:
> "Marcos D. Marado Torres" <mar...@student.dei.uc.pt> wrote:
> >
> > Please add to -mm the patch in attachment, since it solves the old
> > acpi_power_off bug...
>
> What acpi_power_off bug? And how does it solve it?
Here's the observed bug that the patch is trying to fix:
http://bugme.osdl.org/show_bug.cgi?id=4041
What Marcos posted is a typo-corrected version of Eric Biederman's
patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110665542929525&w=2
In Eric's own words, the patch "needs some work before it goes into a
mainline kernel". AFAICT it's more of a proof-of-concept, just to see if
Eric's on the right track...
This is the motivation behind the patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110665405402747&w=2
--- 25-alpha/drivers/acpi/sleep/poweroff.c~acpi_power_off-bug-fix 2005-02-09 19:55:05.000000000 -0800
+++ 25-alpha-akpm/drivers/acpi/sleep/poweroff.c 2005-02-09 19:55:05.000000000 -0800
@@ -7,18 +7,37 @@
#include <linux/pm.h>
#include <linux/init.h>
+#include <linux/kernel.h>
#include <acpi/acpi_bus.h>
#include <linux/sched.h>
#include "sleep.h"
static void
+acpi_power_off_prepare(void)
+{
+ if (system_state == SYSTEM_POWER_OFF) {
+ acpi_wakeup_gpe_poweroff_prepare();
+ acpi_enter_sleep_state_prep(ACPI_STATE_S5);
+ }
+}
+
+void
+do_acpi_power_off_prepare(void)
+{
+ if (!acpi_disabled) {
+ acpi_power_off_prepare();
+ }
+}
+
+
+static void
acpi_power_off (void)
{
printk("%s called\n",__FUNCTION__);
+#if 0 /* This should be made redundant by other patches.. */
/* Some SMP machines only can poweroff in boot CPU */
set_cpus_allowed(current, cpumask_of_cpu(0));
- acpi_wakeup_gpe_poweroff_prepare();
- acpi_enter_sleep_state_prep(ACPI_STATE_S5);
+#endif
ACPI_DISABLE_IRQS();
acpi_enter_sleep_state(ACPI_STATE_S5);
}
diff -puN drivers/base/power/shutdown.c~acpi_power_off-bug-fix drivers/base/power/shutdown.c
--- 25-alpha/drivers/base/power/shutdown.c~acpi_power_off-bug-fix 2005-02-09 19:55:05.000000000 -0800
+++ 25-alpha-akpm/drivers/base/power/shutdown.c 2005-02-09 20:10:21.000000000 -0800
@@ -62,6 +62,13 @@ void device_shutdown(void)
}
up_write(&devices_subsys.rwsem);
+#ifdef CONFIG_ACPI
+ {
+ extern void do_acpi_power_off_prepare(void);
+ do_acpi_power_off_prepare();
+ }
+#endif
+
sysdev_shutdown();
}
_
Barry K. Nathan
> (I understand that it's only a "proof of concept" patch, but I thought I'd
> bitch anyway ;))
>
> So. I'll keep the patch as-is in -mm for now. I've Cc'ed linux-acpi.
> Perhaps the people there can absorb this and fix it up for real, please?
I forgot to mention, this patch is known to break Alt-SysRq-O on at
least some systems. See here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/0869.html
-Barry K. Nathan <bar...@pobox.com>
William Park
> Dear developers,
>
> some -mm trees and also -ac) I have been getting the message "irq 10:
> nobody cared!".
>
> even if I do, I still get the stack trace and the "irq 10: nobody cared!"
> message. :-(
>
> The message seems to be related to the Promise PDC20265 driver and it
> to the Promise controllers. I have an Asus A7V board, with 2 VIA 686a
> controllers and 2 Promise PDC20265 controllers.
>
> just doesn't go away. :-(
>
> the linux-ide list, but I'm only subscribed to linux-kernel. I would
> appreciate CC's, if possible.
>
>
>
> P.S.: I am, right now, re-compiling 2.6.11-rc3-mm1 with the extra pass of
> kallsyms to see if the problem persists with this release.
Try 'acpi=noirq'.
--
William Park <openge...@yahoo.ca>, Toronto, Canada
Slackware Linux -- because I can type.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
RogérioBrito
> On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
rc's,
> > some -mm trees and also -ac) I have been getting the message "irq 1=
0:
> > nobody cared!".
>
> Try 'acpi=noirq'.
Unfortunately, I have already tried that and I still get stack traces l=
ike
this one (this time, booted without any acpi-related option):
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -=
- -
Probing IDE interface ide1...
hdc: Hewlett-Packard CD-Writer Plus 9100, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
PDC20265: IDE controller at PCI slot 0000:00:11.0
PCI: 0000:00:11.0 has unsupported PM cap regs version (1)
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI interrupt 0000:00:11.0[A] -> GSI 10 (level, low) -> IRQ 10
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -=
- -
I can provide any information that is necessary about my system to fix =
the
problem.
I just finished compiling kernel 2.6.11-rc3-mm2 and I will report back =
if
there is any difference.
Thank you very much for any help, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
William Park
> On Feb 12 2005, William Park wrote:
> > On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rog?rio Brito wrote:
> > > some -mm trees and also -ac) I have been getting the message "irq 10:
> > > nobody cared!".
> >
> > Try 'acpi=noirq'.
>
> Unfortunately, I have already tried that and I still get stack traces
...
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
> PCI: setting IRQ 10 as level-triggered
> ACPI: PCI interrupt 0000:00:11.0[A] -> GSI 10 (level, low) -> IRQ 10
This looks awefully like 'acpi' is on. If 'acpi=noirq' does not work,
then try 'pci=noacpi'.
--
William Park <openge...@yahoo.ca>, Toronto, Canada
Slackware Linux -- because I can type.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
RogérioBrito
rk,
> then try 'pci=noacpi'.
Hi, Willian.
First of all, thank you very much for both your attention and help.
Unfortunately, I have already tried booting the 2.6.11-rc3-mm2 that I j=
ust
compiled and I tried using many boot parameters like "acpi=noirq",
"irqpoll", "pci=noacpi", "acpi=off" and setting the BIOS of my moth=
erboard
to "Plug'n'Play OS = Yes" (instead of "Off", which is my default).
To prevent the matters of loosing track of what is being done, I only
changed one option at a time. I put the dmesg logs of all my attempts a=
t
<http://www.ime.usp.br/~rbrito/ide-problem/>.
Please let me know if I can provide any other useful information.
Thank you very much again for any help, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
William Park
> On Feb 12 2005, William Park wrote:
> > then try 'pci=noacpi'.
>
> Hi, Willian.
>
> First of all, thank you very much for both your attention and help.
>
> compiled and I tried using many boot parameters like "acpi=noirq",
> to "Plug'n'Play OS = Yes" (instead of "Off", which is my default).
>
> To prevent the matters of loosing track of what is being done, I only
> <http://www.ime.usp.br/~rbrito/ide-problem/>.
>
> Please let me know if I can provide any other useful information.
Your 'dmesg' says
Warning: Secondary channel requires an 80-pin cable for operation.
I assume it is.
Do you have MSI on by any chance? (CONFIG_PCI_MSI) If so, try kernel
without it. My motherboard exhibits runaway IRQ with it.
--
William Park <openge...@yahoo.ca>, Toronto, Canada
Slackware Linux -- because I can type.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
RogérioBrito
> On Sat, Feb 12, 2005 at 09:50:43PM -0200, Rog?rio Brito wrote:
ly
> > changed one option at a time. I put the dmesg logs of all my attemp=
ts
> > at <http://www.ime.usp.br/~rbrito/ide-problem/>.
> >
> > Please let me know if I can provide any other useful information.
>
> Your 'dmesg' says
.
> I assume it is.
Indeed, I have two HDs plugged on the Promise controller. One of them (=
the
first one) has a 80-pin cable and the bios configures it to use UDMA 4.
Since I only have one 80-ribbon cable, the second HD uses a 40-ribbon c=
able
and is configured as the master of the other channel of the Promise
controller (to avoid having problems with the first one and to increase=
the
performance, since IDE does not have the ability to "disconnect" device=
s).
Perhaps that is the problem? I will try to turn off the second drive fo=
r a
moment, but I guess that there shouldn't be such problems.
One thing that is curious is that since both HDs are on different chann=
els
of the Promise controller (as masters), the BIOS configures the first o=
ne
(with the 80-pin cable) as UDMA 4 and the second one (with the 40-pin
cable) as UDMA 2.
Then, when Linux boots, it downgrades both devices to UDMA 2, including=
the
one with the 80-ribbon cable. Is that expected behaviour?
> Do you have MSI on by any chance? (CONFIG_PCI_MSI) If so, try kerne=
l
> without it. My motherboard exhibits runaway IRQ with it.
I don't know what MSI is (I only know of a manufacturer of motherboards
called MSI), but my motherboard is an Asus A7V with chipset VIA KT133 (=
not
the latter revision, VIA KT133A).
Thank you very much for your help, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
RogérioBrito
l
> without it. My motherboard exhibits runaway IRQ with it.
Ok, now I've just downloaded the -rc4 patch and while selecting the opt=
ions
to compile, I saw what MSI means. No, I didn't have MSI enabled.
I guess tha I could try a compile with it enabled? I enabled the ACPI
debugging messages, just in case it helps.
I will now compile the new kernel. Let's see if the debugging messages =
help
here.
Hope this information is useful, Rogério.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=
RogérioBrito
Hi, William.
On Feb 12 2005, William Park wrote:
> Your 'dmesg' says
> Warning: Secondary channel requires an 80-pin cable for operation=
.
> I assume it is.
Well, I just finished compiling the 2.6.11-rc4 kernel and the problem
persisted. This time, I enabled ACPI debugging and it indeed generates =
more
details.
Right after the problem persisted, I turned off the second HD (which wa=
s
the master of the secondary channel of the Promise controller) and the
problem automagically went away. :-(
One other thing is that the BIOS still configures the drive as UDMA 4, =
but
Linux downgrades that to UDMA 2. I'm not sure why.
Using hdparm manually with "hdparm -c1 -u1 -d1 -X udma4 /dev/hde" enabl=
es
things that the kernel doesn't and seems to be working wonderfully.
I don't know what I should do right now. I have put the newer dmesg log=
s on
<http://www.ime.usp.br/~rbrito/ide-problem/>. Should I contact anybody =
else?
I do need the second drive on, though.
I'm CC'ing Bartlomiej Zolnierkiewicz, as he is listed in the MAINTAINER=
S
file as the IDE maintainer.
Thanks for any comments and help, Rogério Brito.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rogério Brito - rbr...@ime.usp.br - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"=